Release note - July 2025

Om denne release

Frigivet - 11. juli 2025

Versionen er bygget på:

Microsoft Dynamics 365 Business Central, 26.2 (min. release 25.0)
LS Central, 26.1 (min. release 25.0)

Indhold

FaVa 1.0.20250711.4

Udvidet brand styring:

FaVa Opsætning - Oversigtspanelet ”Brand”:

Oversigtspanelet er udvidet med 5 nye felter, hvoraf kun 1 af disse som standard er synlig. Feltet ”Aktivér udvidet brandopsætning” er standard ikke markeret i FaVa Opsætning, og det er kun synligt, hvis man har markeret feltet ”Brandopsætning aktiv”. Ved markering af feltet ”Aktivér udvidet brandopsætning” vises 4 nye felter, hvor man om ønsket kan indtaste et andet navn for henholdsvis ”Division” og ”Style ownership” på både dansk (DAN) og engelsk (ENU), hvis man ønsker at benytte andre navne end standard.

FaVa Opsætning - Oversigtspanelet ”LS stregkoder”: Oversigtspanelet er udvidet med 1 nyt felt kaldet ”Stregkode oprettelsespolitik”. Feltet indeholder kun én værdi ”Standard”, men kan via udvikling (kode) udvides, så man som kunde kan indsætte sin egen politik for oprettelse af stregkoder. Standard betyder, at funktionaliteten er som hidtil, hvor stregkoder oftest enten oprettes i forbindelse med skifte til en varestatus, der er markeret i ”Opret stregkoder”, eller ved at brugeren selv aktiverer funktionen ”Opret stregkoder”.

Stregkodeoprettelse i FaVa: Stregkoder kan oprettes fra følgende steder:

Ved skifte af varestatus til en status med markering i ”Opret stregkoder”
Ved tilføjelse af nye varianter, enten manuel eller via Delogue, forudsat at varen nu har en varestatus, der er markeret i ”Opret stregkoder”
Via funktionen ”Opret stregkoder” under ”Handlinger” på varekortet

Vareoversigt og varekort: Hvis ”Aktiver udvidet brandopsætning” er markeret i FaVa Opsætning, så vises 3 nye felter på varekortet, der hver især laver opslag til hver sin nye tabel i FaVa:

Division
- Laver opslag til siden ”FaVa Divisioner”, som består af felterne:
  - Kode: Her kan man indtaste en kode for den aktuelle divisions værdi
  - Beskrivelse: Her kan man indtaste en beskrivelse af den aktuelle divisions værdi
- Det er divisionskoden, der vises på varekort og i vareoversigten
Sub Brand
- Laver opslag til siden ”FaVa Sub Brands”, som består af felterne:
  - Kode: Her kan man indtaste en kode for den aktuelle sub brand værdi
  - Beskrivelse: Her kan man indtaste en beskrivelse af den aktuelle sub brand værdi
  - Brand: Dette felt er relateret til ”FaVa Brand” tabellen, og her kan man indsætte det brand, som sub brand tilhører
- Det er sub brandkoden, der vises på varekort og i vareoversigten
Style Ownership
- Laver opslag til siden ”FaVa Style Ownerships”, som består af felterne:
  - Kode: Her kan man indtaste en kode for den aktuelle style ownership værdi
  - Beskrivelse: Her kan man indtaste en beskrivelse af den aktuelle style ownership værdi
- Det er style ownership koden, der vises på varekort og i vareoversigten

Nyt felt på FaVa Brand tabellen: FaVa Brand er udvidet med feltet ”Division”, som har opslag til siden ”FaVa Divisioner”. Her indsætter man den divisionskode, som det aktuelle brand skal tilhøre.

Valideringslogik til de nye felter på varekortet: Følgende er gældende:

Ved indsættelse af værdier i feltet ”Sub Brand” vil der automatisk blive indsat værdier i felterne ”Brand” og ”Division”
Ved indsættelse af værdier i feltet ”Brand” vil der automatisk blive indsat værdi i feltet ”Divisionskode”
Ændrer man værdi i feltet ”Division”, så sættes brand og sub brand automatisk til blanke værdier
Ændrer man værdi i feltet ”Brand”, så sættes sub brand automatisk til blank værdi
Hvis ”Division” er det første, man indsætter på varekortet, så kan man i feltet ”Brand” kun vælge de brands, der har tilknyttet den aktuelle divisionskode
Når feltet ”Brand” er udfyldt, så kan man i feltet ”Sub Brand” kun vælge de sub brands, der har tilknyttet det aktuelle brand
Feltet ”Style Ownership” er ikke en del af ovennævnte logik og har ikke afhængigheder til felterne ”Division”, ”Brand” og ”Sub Brand”

Indførelse af ”Tjeklister for varer” på FaVa Varestatus: Siden ”FaVa Varestatus” er udvidet med en ny kolonne kaldet ”Tjeklister for varer”. Her vises antallet af de tjeklister, man har opsat på den enkelte varestatus, altså hvilke betingelser der skal være opfyldt, før varen kan skifte status til den valgte værdi. Hvis værdi i dette felt = 0, så betyder det, at ingen tjeklistelinjer er oprettet, og at der dermed ikke udføres nogen kontrol, når der skiftes til den aktuelle varestatus.

Siden ”FaVa Vare tjekliste” består af følgende felter:

Tabel-id: Her indsættes den tabel, som man ønsker at foretage kontrol af værdi på, når status skal ændre værdi. Ved opslag i feltet kan man kun se de tabeller, hvor varenummer indgår, som en direkte relation. F.eks. er tabel 27 = varetabellen.
Tabelnavn: Udfyldes automatisk når Tabel-id indsættes. Viser navnet på den aktuelle tabel.
Feltnr.: Udfyldes automatisk med det feltnummer for den aktuelle tabel, som relaterer til nummerfeltet på varetabellen.
Feltnavn: Udfyldes automatisk når feltet ”Feltnr.” udfyldes. Her vises navnet på det valgte felt, ofte ”Nummer” eller ”Varenr.”.
Tilstandsfilter: Her indsætter man den eller de betingelser, der skal være gældende, før varen kan skifte til den pågældende status. Selvom man kan indsætte flere betingelser på samme linje, så anbefales det dog, at man laver en betingelse pr. linje og dermed i stedet opretter flere linjer pr. tabel, da info i feltet ”Fejlbesked” dermed bliver lettere for brugeren at tolke.
- Man vælger felt fra den aktuelle tabel, som man ønsker at lave en betingelse for, f.eks. feltet ”Beskrivelse” på tabel 27 Vare, og så indsætter man efterfølgende betingelsen. F.eks. hvis feltet ikke må være blankt indsættes <>’’, hvilket betyder, at værdi i feltet skal være forskelligt fra (<>) blank (’’)
- Der kan laves lige så mange betingelser, som man ønsker.
Fejlbesked: Her indsættes den besked, der skal gives til brugeren, når den opsatte betingelse ikke er opfyldt. Fejlbeskeden vil fremkomme, når man forsøger at skifte status til aktuel status med vare tjeklistelinjer.

Proces for brug af ”Tjeklister for varer” under FaVa Varestatus: Det er ikke muligt i feltet ”Standard varestatus” i FaVa Opsætning at indsætte en varestatus, der har tilhørende tjekliste linjer. Samtidigt er det heller ikke muligt at oprette tjekliste linjer på den varestatus, som er angivet i feltet ”Standard varestatus” i FaVa Opsætning. Det betyder, at processen for nye varer er, at de altid oprettes med en varestatus, som ikke har tilhørende tjeklistelinjer. For at skifte varestatus værdi på et stort antal af varer bruges rapporten ”Skift FaVa varestatus”, som er placeret i vareoversigten under ”Startside”. På denne rapport er tooltip for feltet ”Ny varestatuskode” ændret, så det gør brugeren opmærksom på, at status på varen kun ændres, hvis tjekliste bliver gennemført uden fejl.

Standardværdi i FaVa Vareerstatning:

Hidtil har det været sådan, at feltet “Erstatningsmetode” på linjerne på siden ”FaVa Erstatning” automatisk blev sat til værdien “Erstat”, når man oprettede en ny erstatning.

Dette er nu ændret, så feltet i stedet automatisk sættes til værdien “Slet”, da denne erstatningsmetode er oftere anvendt end ”Erstat”.

Kopier salgssæson inkl. leveringsvinduer:

Hidtil har det været sådan, at når man fra siden “FaVa Salgssæson” valgte “Kopier salgssæson”, så blev den aktuelle salgssæson kopieret til alle oprettede brands, men hvis salgssæsonen, der blev kopieres fra, havde leveringsvinduer tilknyttet, så blev disse ikke kopieret med.

Dette er nu ændret, så der nu fremkommer et spørgsmål om, hvorvidt man også ønsker at kopiere eventuelle leveringsvinduer, og hvis man svarer ”Ja” hertil, bliver leveringsvinduerne kopieret med til de nye salgssæsoner.

Omdøbning til lagerstedsforsendelser og lagerstedsmodtagelser:

Microsoft har omdøbt følgende begreber (termer) i Business Central:

“Lagerleverance” er omdøbt til “Lagerstedsforsendelse”
“Lagermodtagelse” er omdøbt til “Lagerstedsmodtagelse”

Dette har nu afstedkommet, at vi i FaVa har omdøbt tilsvarende de steder, hvor vi har referencer dertil, og dette både i forhold til FaVa funktioner, felter inklusive tooltips og lignende.

Håndtering af Samples - Nyt felt på FaVa Ordretyper:

Hidtil har der været et valideringstjek ved indsættelse af salgssæson på salgsordrelinjen, som tjekker på, om arbejdsdatoen ligger før startdatoen for salgssæsonen.

På siden “FaVa Ordretyper” har vi nu lavet et nyt felt kaldet “Sampleordre”, som er placeret umiddelbart efter feltet “Preordre”

Feltet kan kun markeres, hvis feltet “Preordre” er markeret, og feltet “Preordre” kan ikke afmarkeres, hvis feltet “Sampleordre” er markeret.

Hvis det nye felt ”Sampleordre” er markeret, bliver det ovenfor omtalte valideringstjek ikke udført, men der bliver i stedet tjekket på, at arbejdsdatoen skal ligge før eller lig med salgssæsonens slutdato for salg.

Ændring af FaVa Varestatus på farve/sæson:

Hvis man manuelt ændrer varestatus for en farve eller størrelse under en given sæson til den værdi, der er angivet som ”Udgået varestatus” defineret i FaVa Opsætning, så bliver der nu kontrolleret på, om den aktuelle farve/størrelse er oprettet på købs- eller salgsordrer inden for den aktuelle sæson:

Hvis Ja, så får man ikke lov til at skifte varestatus
Hvis Nej, så tillades skift af varestatus

Fixes

Ændring til summeret udestående lagerantal for salgs- og købsordre:

Udfordring: Nedennævnte beregnede og summerede felter kunne give performance-issues, hvis der var tale om ordrer med mange linjer:

Feltet ”Total udest. lagerantal” på salgsordreliste og -kort
Feltet ”Total udest. mængde på lager” på købsordreliste og -kort

Løsning: Dette er allerede udbedret og frigivet i FaVa release den 24. juni.

Ændring til sæsonkode på salgsreturvareordrelinjer oprettet via returscan:

Udfordring: Ved opbygning af salgsreturvareordrelinjer efter indscanning var der udfordringer med påføring af salgssæson ud fra aktuel leverings salgssæson, hvis der var tale om returnering af samples og ved returnering af varer efter salgssæsonens leveringsperiode. Ydermere er udskriften med returårsagskoder justeret, så det nu er mere overskueligt, hvilken returårsagskode den udskrevne stregkode hører til.

Løsning: Det er allerede udbedret og frigivet i FaVa release den 24. juni som beskrevet herunder, hvor vi nu påsætter salgssæsonen på salgsordrelinjen ud fra følgende logik og rækkefølge:

Vi anvender “Aktuel leverings salgssæson” fra varen, hvis varen er i levering
Vi anvender den salgssæson fra varen, som senest har været i levering
Vi anvender “Aktuel indsalgs salgssæson” fra varen, hvis varen er i indsalg
Vi anvender den salgssæson fra varen, som senest har været i indsalg

FaVa Ordretyper - Ordredato fra salgssæson:

Udfordring: Vi har haft den udfordring med feltet ”Ordredato fra salgssæson” på FaVa Ordretyper, at ordredatoen ikke som forventet blev sat til samme værdi som feltet “Levering fra dato” på salgssæsonen, når ordretypen blev indsat på salgsordrehovedet.

Løsning: Det er hermed udbedret.

FaVa Ordretyper - Hent sæson ud fra aktuel leverings salgssæson:

Udfordring: Vi har haft den udfordring med feltet ”Hent sæson ud fra aktuel leverings salgssæson” på FaVa Ordretyper, at varens seneste aktuelle leverings salgssæson ikke som forventet blev indsat på salgsordrelinjen ved indsættelse af varenummeret i den situation, hvor vi er efter (udenfor) leveringsperioden.

Løsning: Dette er hermed udbedret på den måde, at følgende logik gennemløbes og eksekveres:

Hvis der findes en aktuel leverings salgssæson på varen, hvor arbejdsdatoen er indenfor leveringsperioden, så påføres denne på salgsordrelinjen
Hvis der ikke findes en sådan, så påføres den varesalgssæson, der har den nyeste dato i feltet “Levering til dato” eksklusive den salgssæson, der er angivet som salgssæson for lager i FaVa Opsætning (ofte navngivet som ”STOCK”)
Hvis der ikke findes en sådan, så påføres den varesalgssæson, der har den nyeste dato i feltet “Levering til dato” inklusive den salgssæson, der er angivet som salgssæson for lager i FaVa Opsætning (ofte navngivet som ”STOCK”)

Opslag i antalsfelter på dokumentlinjer uden tilhørende matrixlinje:

Udfordring: Der har været en udfordring med filteret ved opslag i enkelte antalsfelter på dokumentlinjer uden tilhørende matrixlinjer (for eksempel fragtlinjer, gebyrlinjer og lignende), som kom til udtryk ved, at de bagvedliggende linjer ikke som forventet blev vist.

Løsning: Det er hermed udbedret.

Beregning og visning af gennemsnitlig enhedspris og linjerabatprocent på matrixlinjer:

Udfordring: Der har været en udfordring med beregning og visning af den gennemsnitlige enhedspris og linjerabatprocent på matrixlinjerne på salgs- og købsdokumenter, som kunne resultere i et decideret forkert gennemsnit, eller som kunne komme til udtryk ved, at det beregnede gennemsnit på matrixlinjen blev vist med rød skrift, selvom der tilsyneladende ikke var forskellige numeriske værdier på de underliggende varelinjer.

Løsning: Det er hermed udbedret.

Funktionen ”Genskab matrix linjer” på salgs- og købsdokumenter:

Udfordring: Der har været en udfordring med, at funktionen ”Genskab matrix linjer”, som kan kaldes i båndet under ”Handlinger - Funktion” på relevante (ikke bogførte) salgs- og købsdokumenter, ikke fik genskabt linjerne korrekt, hvis der var forskellige enhedspriser og/eller linjerabatprocenter på de underliggende varelinjer til en matrixlinje.

Løsning: Det er hermed udbedret.

Funktionen ”Kopier dokument” på salgs- og købsdokumenter:

Udfordring: Der har været en udfordring med, at funktionen ”Kopier dokument” ikke fik genskabt linjerne korrekt, hvis der var forskellige enhedspriser og/eller linjerabatprocenter på de underliggende varelinjer til en matrixlinje på det dokument, der blev kopieret fra.

Løsning: Det er hermed udbedret.

Udskrift af dokumenter med linjer med forskellige enhedspriser og linjerabatprocenter:

Udfordring: Hidtil har det været sådan, at udskriften af forskellige salgs- og købsdokumenter (såvel ikke bogførte som bogførte) viste linjerabatprocenten som et beregnet gennemsnit.

Løsning: Det er hermed udbedret, så linjer med angivet linjerabatprocent sorteres og vises på samme måde på udskriften, som de er angivet på dokumentlinjerne.

Info til udviklere! Hvis man har en udvidelse, som kalder ind i codeunit 71170593 ”XTEFV Report Management”, bør man revidere sin udvidelse, da funktionen ”GetSalesDocumentMatrixLoopCount” er obsoleted og erstattet med en funktion med samme navn og anden overload!

Manglende oprettelse af matrixlinjer på bogført salgsleverance via ”Direkte levering”:

Udfordring: Hidtil har det været sådan, at vi ved den automatiske leverancebogføring via ”Direkte levering” fra en købsmodtagelse ikke fik dannet matrixlinjer på den bogførte salgsleverance.

Løsning: Det er hermed udbedret.

FaVa Delogue 1.0.20250710.3

Indhold

Ændring af FaVa Varestatus på farve/sæson:

Logikken for inaktivering af farver/varianter via import fra Delogue er justeret.

Hidtil har det været som beskrevet herunder, når en farve sættes til inaktiv i Delogue og denne importeres i FaVa:

Det undersøges om den aktuelle farve er oprettet på købs- eller salgsordrelinjer uagtet salgssæson:
- Hvis Nej:
  - Så sættes farvens variantværdier til ugyldig på siden ”Varevariant arbejdsskema”
- Hvis Ja:
  - Så sættes farvens variantværdier ikke til ugyldig på siden ”Varevariant arbejdsskema
  - Valideringen i Delogue Style kladde fejler med besked om, at status ikke kan ændres

Dette er nu ændret, så det nu virker som beskrevet herunder:

Det undersøges om den aktuelle farve er oprettet på købs- eller salgsordrelinjer uagtet salgssæson:
- Hvis Nej:
  - Så sættes farvens variantværdier til ugyldig på siden ”Varevariant arbejdsskema”
  - Farvens varestatus (og underliggende varianter) sættes til ”Udgået varestatus” defineret i FaVa Opsætning med udgangspunkt i varens sæson i Delogue Style kladde
- Hvis Ja:
  - Det undersøges om den aktuelle farve for den aktuelle sæson er oprettet på købs- eller salgsordrelinjer:
    - Hvis Ja:
      - Så sættes farvens variantværdier ikke til ugyldig på siden ”Varevariant arbejdsskema”
      - Valideringen i Delogue Style kladde fejler med besked om, at status ikke kan ændres, da der findes ordrelinjer for den aktuelle farve i den aktuelle sæson
    - Hvis Nej:
      - Farvens varestatus (og underliggende varianter) sættes til ”Udgået varestatus” defineret i FaVa Opsætning med udgangspunkt i varens sæson i Delogue Style kladde

Ovenstående logik gælder også ved inaktivering af en given størrelse fra Delogue

Vigtige links med info om nye og planlagte opdateringer:

BC https://learn.microsoft.com/en-us/dynamics365/business-central/product-news
LS https://help.lscentral.lsretail.com/Content/Release-Notes-LS-Central/Release-Notes-LS-Central.htm
Continia
- Document Capture https://docs.continia.com/en-us/continia-document-capture/new-and-planned/overview
- Document Output https://docs.continia.com/en-us/continia-document-output/new-and-planned/overview
- Expense Management https://docs.continia.com/en-us/continia-expense-management/new-and-planned/overview
- Payment Management https://docs.continia.com/en-us/continia-payment-management/new-and-planned/overview