Release note - May 2025

Om denne release

Frigivet - 21. maj 2025

Versionen er bygget på:

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

---

Indhold

FaVa 1.0.20250520.4

Udfasning af feltet “Levering d.d.” på FaVa Ordretyper

!!! Breaking Change !!!

Feltet “Levering d.d.” er udfaset og fjernet fra FaVa Ordretyper, da afsendelsesdatoen på salgsordrelinjen alligevel blev overstyret af disponibelberegning og splitfunktionalitet. Feltets berettigelse var dermed overflødig.

Håndtering af reservationer

Det er nu muligt at håndtere reservationer via salgsordrematrix, så den automatisk danner reservationsposter og reserverer de dannede salgsordrelinjer, når salgsordrematrix forlades. Dette naturligvis forudsat, at reservation er aktiveret via feltet “Reserver” på enten debitor og/eller vare.

• Salgsordrelinjerne får samme værdi i feltet “Reserver”, som der er tastet på matrixlinjen
• Felterne “Reserver” og “Reserveret antal” er skjulte på salgsordrelinjerne og kan hentes frem efter behov
• Splitfunktionaliteten i FaVa får korrekt reserveret imod både varepost (lager) og købsordre

Info! Dette blev frigivet i FaVa release den 5. maj!

Fast visning af udvalgte statistiske værdier i salgs- og købsordrematrix

Det er nu muligt permanent at få vist et selvvalgt udsnit af statistiske værdier i salgs- og købsordrematrix.

I FaVa Opsætning kan man i båndet under “Relateret” vælge menupunktet “Opsætning for visning af statistiske værdier”, og her kan man lave den nødvendige opsætning for at få vist de ønskede statistiske værdier. Det er muligt selv at bestemme hvilke af de statistiske værdier, man ønsker vist, og i hvilken rækkefølge.

Det er indtil videre lavet i forhold til følgende sider:

• Salgsordrematrix: Caller Page ID: 71170610 Matrix Page ID: 71170607

• Købsordrematrix: Caller Page ID: 71170608 Matrix Page ID: 71170607

Opsætningen vil resultere i, at man ved åbning af salgs- og købsordrematrix automatisk får vist de statistiske værdier i bunden af siderne for den farve, som man er i gang med at indtaste værdier for.

Funktionaliteten er gjort skalerbar, så den også kan udvides til andre sider og om ønsket fra eksterne apps. Kontakt om nødvendigt din primærkonsulent for hjælp til opsætning.

Info! Dette blev frigivet i FaVa release den 5. maj!

Tilføjelse af matrix funktionalitet på salgstilbud

Der er nu tilføjet matrix funktionalitet på salgstilbud, ligesom vi kender det fra andre salgsdokumenter i FaVa.

Da der på salgstilbud er standard BC funktionalitet til at oprette en salgsordre eller salgsfaktura med udgangspunkt i salgstilbuddet, har vi tilføjet de nødvendige FaVa felter på salgstilbudshovedet, og felterne er underlagt de samme valideringskrav som salgsordrer. Dette er nødvendigt for at forhindre, at omdannelsen fra salgstilbud til salgsordre/-faktura ikke fejler utilsigtet.

Man skal være opmærksom på, at salgslinjerne ved omdannelse fra salgstilbud til salgsordre ikke gennemløber disponibeltjek og split. Det er arbejdsdatoen, der påføres som afsendelsesdato på salgsordrens matrix- og varelinjer.

Der er ikke lavet funktionalitet til understøttelse af leveringsvinduer på salgstilbud, da dette som udgangspunkt skal håndteres fra salgsordre.

Ved indtastning af salgstilbudslinjer, hvor salgssæsonkoden ligger før levering start, bliver vi dog i dag fanget lidt af den validering, der er på feltet salgssæsonkode, i de tilfælde, hvor arbejdsdatoen ikke ligger indenfor leveringsperioden. Hvis det dog viser sig, at dette bliver en udfordring, kigger vi naturligvis ind i en løsning heraf.

Info! Dette blev frigivet i FaVa release den 5. maj!

Forbedring af FaVa standard købsordreudskrift

FaVa standard købsordreudskrift (XTEFV Standard Purch. Order - rapport 71170582) er forbedret på en række områder:

• Telefonnummer og momsnummer er flyttet op under firmaoplysningerne

• Utilsigtet og periodisk gentagelse af land i firmaoplysningerne er fjernet

• Parenteserne efter antallene i sortiment, som før viste hvor mange styk, der var af de enkelte varianter i hvert sortiment, er nu fjernet og erstattet af en sortimentsspecifikation, som udskrives direkte under linjen med sortimentet

• På rapportens anfordringsbillede er det nu muligt selv at bestemme, om man ønsker følgende oplysninger udskrevet:

  • Materialekomposition (plejeanvisninger af typen “Komposition”)
  • Opsummering (samlet antal af de enkelte varianter)
  • Attributter (fra oversigtspanelet “Rapporter” i FaVa Opsætning)
  • Varekode (varens tarifkode)

• Følgende er medtaget i datasættet til rapporten, så det er forberedt til at kunne vises på udskriften (kræver udvikling):

  • Varens billede
  • Arbejdsbeskrivelsen fra købsordrehovedet

• Der er implementeret “Layout Rendering”, så det er muligt at have flere udskriftslayouts til samme rapport, og det åbner også op for, at der kan laves kundespecifikke udvidelser til rapporten

• Der er tilføjet tusindtals-separator til antallene i matrix på udskriften

• Under ordretotalerne er der tilføjet følgende totaler med summering af antal enkeltstyk og antal i sortimenter:

  • Total Qty. in Single Pieces (pcs.)
  • Total Qty. in Assortments (pcs.)
  • Total Qty. (pcs.)

Ændring til visning af disponible antal

I vores marts release lavede vi feltet “Lager uden DIM filter” på de herunder viste sider:

• FaVa Salgssæson for varevariant (XTEFVItem Var. Sales Season - 71170631)
• FaVa Varevarianter (XTEFVItem Variants - 71170613)

Følgende felter er nu ændret, så de tager udgangspunkt i feltet “Lager uden DIM filter” i stedet for som nu i feltet “Lager”:

• Disponibelt antal
• Disponibelt antal inkl. købsordrer

Visning af total for udestående mængde på lager på købsordrer

Vi viser allerede i dag en række totaler summeret fra købsordrelinjerne på både siderne “Købsordrer” (Purchase Order List” - 9307) og “Købsordrelinjer” (XTEFVRetail PO Subpage” - 71170608):

• Total antal
• Total udestående antal
• Total antal modtaget men ikke faktureret

Ligesom vi tidligere på salgssiden har tilføjet en total for “Udest. lagerantal”, har vi nu også på den ovenfor nævnte sider tilføjet en total for “Udest. mængde på lager” (antal på lagerstedsmodtagelser).

---

 

Fixes

Ingen kreditmax-tjek ved bogføring af lagerstedsforsendelse

Udfordring: Ved bogføring af en lagerstedsforsendelse, hvor bogføringsdatoen på lagerstedsforsendelsen er forskellig fra bogføringsdatoen på salgsordren:

• Bliver salgsordren autoåbnet
• Bliver bogføringsdatoen på salgsordren sat til den samme som på lagerstedsforsendelsen
• Bliver salgsordren autofrigivet Dette resulterede utilsigtet i, at salgsordren røg i kreditmax, hvilket ikke må ske i den beskrevne situation.

Løsning: Dette er allerede udbedret og frigivet den 23. april i FaVa hotfix.

Utilsigtet sletning af Sælger/Brand tabellen

Udfordring: I forbindelse med udskrift af kontoudtog via Document Output kunne der utilsigtet ske det, at records blev slettet fra Sælger/Brand tabellen.

Løsning: Dette er allerede udbedret og frigivet i FaVa release den 5. maj!

Automatisk påføring af brandfilter på salgsordre

Udfordring: Som det har været hidtil ved indsættelse af debitornummer på salgsordrehovedet, er “Brandfilter” ikke blevet påført (valideret ind). Hvis man derimod valgte et brand på salgsordrehovedet og slettede det igen, så blev brandfilteret fra kunden påført.

Løsning: Det er nu lavet sådan, at brandfilteret automatisk bliver påført salgsordrehovedet ved indsættelse af debitornummer.

Forbedringer til håndtering af leveringsvindueskoder

Udfordring: Der har frem til i dag været nogle enkelte udfordringer i forhold til leveringsvinduer:

• Hvis man ændrede en leveringsvindueskode på en salgsordrelinje, og salgssæsonen var i levering, så ændredes “Levering fra dato” og “Afsendelsesdato” fejlagtigt til arbejdsdatoen, og “Levering til dato” ændredes fejlagtigt til “Levering til dato” fra salgssæsonen:

  • Her burde den blot ændre de 3 datoer i henhold til leveringsvindueskoden på samme måde, som den også gør ved ændring af leveringsvindueskoden, hvor salgssæsonen er indenfor indsalg

• Hvis man ændrede en leveringsvindueskode på en salgsordrelinje, og salgssæsonen var efter indsalg og før levering, så ændredes “Levering fra dato” og “Afsendelsesdato” fejlagtigt til “Levering fra dato” på salgssæsonen, og “Levering til dato” ændredes fejlagtigt til “Levering til dato” fra salgssæsonen:

  • Her burde den blot burde ændre de 3 datoer i henhold til leveringsvindueskoden på samme måde, som den også gør ved ændring af leveringsvindueskoden, hvor salgssæsonen er indenfor indsalg

• Hvis man havde angivet en standard leveringsvindueskode, så blev den ikke påført automatisk på salgsordrelinjen:

  • Her burde den tjekke, om arbejdsdatoen ligger før eller lig med leveringsvindueskodens slutdato:
    • Hvis den gør, bør standard leveringsvindueskoden blive påført som leveringsvindue på salgsordrelinjen
    • Hvis den ikke gør, skal leveringsvinduet på salgsordrelinjen efterlades blank
    • Hvis man forsøger manuelt at sætte et leveringsvindue på, hvor leveringsperioden slutdato er overstået, bør man få en notifikation, og leveringsvinduet på salgsordrelinjen bør efterlades blank

• Hvis salgssæsonen var udenfor indsalg, kunne man først indtaste leveringsvindueskoden, efter at man havde indtastet antal i matrix:

  • Her burde det være muligt også at indtaste leveringsvindueskoden før indtastning af antal

Løsning: Dette er nu udbedret som beskrevet.

Justeringer til Kreditmax-tjek

Udfordring: Der er lavet et par småjusteringer til Kreditmax-tjek:

• Der var en udfordring med, at salgsordrer oprettet med direkte levering røg i kreditmax ved leverancebogføring via bogføring af modtagelse på den tilhørende købsordre i de tilfælde, hvis salgsordren havde status “Åben”

• Der var en udfordring med FaVa Vareerstatning, hvis salgsordren havde status “Frigivet”, for så ville den ryge i kreditmax, eftersom vareerstatningen henholdsvis åbner og frigiver salgsordren undervejs i forløbet

Løsning: Dette er nu udbedret, så der ikke udføres Kreditmax-tjek i de nævnte situationer.

Ændring af status på varens varevariant-arbejdsskema skal ændre varens varestatus

Udfordring: En ændring af feltet “Status” på en farve eller størrelse under varens varevariant-arbejdsskema skal altid ændre “FaVa Varestatus” på farven eller størrelsen på de salgssæsoner, der måtte være oprettet på varen. Der har dog været den udfordring, at ændringen ikke altid resulterede i en ændring af ”FaVa Varestatus” på de underliggende varianter.

Løsning: Uanset om farve/størrelse under varens varevariant-arbejdsskema ændres den ene eller anden vej, er det nu lavet sådan, at det altid vil medføre en ændring på både farve- og variantniveau (ved ændring af farve), og på variant niveau (ved ændring af størrelse).

Info! Ved ændring af varestatus på varevariant-niveau tjekkes der nu også op imod varestatus på siden ”FaVa Salgssæson for farver”, hvilket ikke har været tilfældet tidligere!

Ændring til ”Direkte levering” og ”Special ordre”

Udfordring: Vi har haft en udfordring efter opbygning af købsordrelinjer via indkøbskladden for salgsordrer med ”Direkte levering” eller ”Special ordre”. Udfordringen opstod i de tilfælde, hvor der var oprettet 2 salgsordrelinjer med samme vare/variant med angivelse af forskellige rabatprocenter. På købsordren blev salgsordrelinjerne nemlig samlet pr. vare/variant, og dette gav efterfølgende udfordringer, når købsordren ved ”Direkte levering” skulle bogføres som modtaget inklusive automatisk leverancebogføring af salgsordren.

Løsning: Dette er nu udbedret, så vi i indkøbskladden og på købsordrelinjerne nu holder styr på hvilken salgsordrematrixlinje, de enkelte købsordrelinjer stammer fra.

Info! Funktionen ”Genskab matrix linjer” er tilpasset ud fra samme logik!

Udfordring med lever/modtag antal på salgs- og købsdokumenter

Udfordring: Der har i bestemte situationer været udfordringer forbundet med felter til håndtering af lever/modtag antal på henholdsvis salgs- og købsdokumenter. Dette kunne resultere i manglende visning af de indtastede antal i matrix, eller at man oplevede nogle ”underlige” fejlmeddelelser.

Løsning: Dette er nu udbedret.

Ændring til ”Slet lagerleverance efter bogføring”

Udfordring: Vi har af og til oplevet situationer, hvor vi ved sletning af lagerleverancer (lagerstedsforsendelser) efter bogføring får en fejlmeddelelse om, at status på lagerleverancen skal være åben. Dette i de tilfælde, hvor vi i FaVa Opsætning under oversigtspanelet “Pluk” har markeret feltet “Slet lagerleverancer efter bogføring”.

Løsning: Vi har nu bygget ind i funktionen “Slet lagerleverancer efter bogføring”, at den umiddelbart før sletningen skal åbne lagerleverancen før sletningen. Hvis lagerleverancen har tilhørende pluklinjer, vil disse automatisk blive slettet forinden.

---

 

FaVa Delogue 1.0.20250429.1

Fixes

Import af decimaltal i FaVa Variant Attributter

Udfordring: Der har frem til nu været en udfordring med, at der ikke kunne importeres decimaltal i Delogue fieldtype ”Custom Field per Size”, og hvor Map til type var sat til ”FaVa Variant Attribut” (for eksempel nettovægt, bruttovægt eller lignende).

Løsning: Dette er nu udbedret.

---

 

Øvrige FaVa relaterede apps

Fixes

FaVa eFactoring Connector 1.0.20250508.1

Denne app er en udvidelse til siden “FaVa Kreditmax oversigt” og kræver, at appen ”eFactoring” fra Midt Factoring A/S er implementeret:

• Vi har ændret navnet på feltet “Forf. saldo (RV) - Factoring” til “Factoring Balance (RV)”

• Vi har lavet et nyt felt kaldet “Factoring Forf. saldo (RV)”, som viser summen af poster fra tabellen “eFact Open Items” (60750), hvor forfaldsdatoen er overskredet i forhold til arbejdsdatoen på det tidspunkt, hvor salgsordren “røg i kreditmax”

Info! App kan bestilles hos twoday FaVa!

---

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