twoday FaVa | Januar 2025 Release Note

Om denne release

Frigivet - 20. januar 2025
Versionen er bygget på:

Microsoft Dynamics 365 Business Central, 25.2 (min. release 24.5)
LS Central, 25.1 (min. release 24.1)

FaVa 1.0.20250120.7

Indhold

Håndtering af overflytningsordrer i FaVa Plukkladde:

Det er nu muligt at håndtere overflytningsordrer via FaVa Plukkladde, så overflytningsordrer gennemløber samme logik som salgsordrer i relation til prioritering og allokering af lager via funktionen ”Fordel lager”.
I FaVa Opsætning under oversigtspanelet ”Konsignation” er der lavet et nyt felt kaldet ”Konsignationsmetode”, som kan have værdierne ”Via Salgsordre” (default) og ”Via Overflytningsordre”:
- Hvis værdien ”Via Salgsordre” vælges, vil felterne ”Konsignation varekladdetype” og ”Konsignation varekladdenavn” være synlige og redigerbare
- Hvis værdien ”Via Overflytningsordre” vælges, vil felterne ”Konsignation varekladdetype” og ”Konsignation varekladdenavn” blive nulstillet og skjult.
Info! Der vil fremkomme en brugermeddelelse, hvis samme konsignationslokationskode findes på flere debitorer, som man så manuelt må håndtere, før end feltet kan sættes til ”Via Overflytningsordre”!

Konsignationsmetoden ”Via Salgsordre”:
Hvis konsignationsmetoden er sat til ”Via Salgsordre”, vil det ved indsættelse af konsignationslokationskoden på debitorkortet som hidtil være tilladt, at samme konsignationslokationskode tilknyttes flere debitorer.
Info! Logikken omkring håndtering af konsignation er i øvrigt uændret i forhold til tidligere!

Konsignationsmetoden ”Via Overflytningsordre”:
Hvis konsignationsmetoden er sat til ”Via Overflytningsordre”, vil det ved indsættelse af konsignationslokationskoden på debitorkortet ikke være tilladt, at samme konsignationslokationskode tilknyttes flere debitorer. Dette er nødvendigt, da vi fra overflytningsordren har behov for at sikre, at vi ved filtrering af debitorer via feltet ”Overflyt til-kode” (konsignationslokationskoden) kun får ét match.
Info! Alt logik omkring håndtering af konsignation via salgsordre vil være deaktiveret!
På overflytningsordrer under oversigtspanelet ”Generelt” er der tilføjet et nyt felt kaldet ”Skal plukkes og leveres særskilt”:
- Hvis feltet ”Overflyt til-kode” på overflytningsordren er udfyldt med en lokationskode, der er tilknyttet i feltet ”Konsignationslokationskode” på en debitor, vil feltet ”Skal plukkes og leveres særskilt” blive markeret efter samme logik som på salgsordren. Hermed menes, at hvis debitoren har markeret feltet ”Én ordre pr. lagerleverance”, vil feltet ”Skal plukkes og leveres særskilt” automatisk blive markeret.
Info! Hvis konsignationsmetoden er ”Via Salgsordre”, vil feltet ”Skal plukkes og leveres særskilt” altid blive markeret!
- Hvis feltet ”Overflyt til-kode” på overflytningsordren er udfyldt med en lokationskode, der ikke er tilknyttet i feltet ”Konsignationslokationskode” på en debitor, vil feltet ”Skal plukkes og leveres særskilt” automatisk blive markeret.

Ny funktion ”Opret plukforslag for overflytningsordre” i FaVa Plukkladde:
Navnet på den allerede eksisterende funktion ”Opret pluk forslag” i båndet i FaVa Plukkladde er ændret til ”Opret pluk forslag for salgsordrer”, og den henter som hidtil salgsordrer ind til plukkladden.
Derudover er der lavet en ny funktion i båndet kaldet ”Opret plukforslag for overflytningsordre”, som henter overflytningsordrer ind til plukkladden. Funktionen åbner en anfordringsside, hvor man som udgangspunkt kan filtrere på alle værdier på henholdsvis overflytningsordrehovedet og -linjerne.
Default er følgende felter synlige på anfordringssiden (for hovedet):
- Status
- Overflyt fra-kode
- Overflyt til-kode
Default er følgende felter synlige på anfordringssiden (for linjerne):
- Varenr.
- Variantkode
Løsningen sikrer dermed, at vi kan håndtere overflytningsordrer via FaVa Plukkladde, og den er også forberedt til, at vi får kunder, der måtte efterspørge funktionalitet til automatisk at få oprettet overflytningsordrer til konsignationskunder i stedet for som nu, hvor vi håndterer dem som almindelige salgsordrer med automatisk regulering af konsignationsvareposterne via negative salgsordrelinjer.

Excel eksport udvidet med sæsonbeskrivelse:
Den Excel eksport, der kan afvikles fra salgsordrer, bogførte salgsleverancer, bogførte salgsfakturaer, købsordrer og bogførte købsfakturaer, er udvidet med et nyt felt kaldet ”Season Description”. Info! Samtidigt er feltet ”Collection” omdøbt til ”Collection (Season)”!

Feltet ”VAT Prod. Posting Group” er nu valgbart på dokumentlinjer:

Feltet "VAT Prod. Posting Group" er påført som skjult felt på følgende pages, så brugerne nu selv kan hente feltet frem efter behov via "Tilpas":
-Købsordrelinjer (XTEFVRetail PO Subpage)
-Købsreturvareordrelinjer (XTEFV Retail PRO Subform)
-Købsfakturalinjer (XTEFVPurch. Invoice Subpage)
-Købskreditnotalinjer (XTEFVPurch. Cr. Memo Subpage)
-Salgsordrelinjer (XTEFVRetail SO Subpage)
- Salgsreturvareordrelinjer (XTEFVRetail SRO Subform)
- Salgsfakturalinjer (XTEFVSales Invoice Subpage)
- Salgskreditnotalinjer (XTEFVSales Cr. Memo Subpage)

Synliggørelse af ikke aktive Container Status koder:
Ved opslag i feltet "Container status" på containerhovedet, viser vi nu også via feltet ”Aktiv”, om statuskoden er valgbar. Hvis man vælger en kode, der ikke er aktiv, vil man få en fejlmeddelelse.

Eksport samlefaktura udskrift forbedret:
Vi har justeret og forbedret vores eksport samlefaktura udskrift (XTEFVExportInvoice) i henhold til nedennævnte:
- Ved udskrift af rapporten med specifikation kunne det afhængigt af antallet af linjer gå galt med sideskift både mellem første og anden side samt mellem næstsidste og sidste side
- Vi har byttet om på rækkefølgen, så specifikationen nu udskrives nederst og summeringen pr. tarifkode øverst på rapporten
- Linjerne med summeringen pr. tarifkode er nu rykket længere mod venstre margin, så det nu flugter med linjerne i specifikationen og samtidigt er der byttet om på ”Tariff No.” og ”Item No.”
- Valutakode er tilføjet til totalen i specifikationen (hentes fra eksportsalgsfakturahovedet)
- Totalerne til linjerne med summeringen pr. tarifkode er nu identiske med totalerne i specifikationen
- Eksportinformationen i bunden af rapporten bliver nu hentet fra FaVa Eksporttekst liste i stedet for som hidtil fra FaVa Opsætning

Nyt felt ”Vægt omregningsfaktor” i FaVa Opsætning:
I oversigtspanelet "Eksportsalg" i FaVa Opsætning har vi tilføjet et nyt felt kaldet "Vægt omregningsfaktor". Info! Feltet har default-værdien ”1”, da udgangspunktet er, at vægtangivelsen på varekortet er i kg! Hvis varens vægtangivelse er i gram, skal omregningsfaktoren sættes til ”0,001”.
Her angiver man den omregningsfaktor, som varens vægtangivelse skal ganges med, for at vægtangivelserne (brutto/netto) på eksportsalgsfakturalinjerne bliver omregnet til kg, når man afvikler funktionen "Importer salgsfakturalinjer". Info! Vær opmærksom på at eventuelle eksisterende linjer i under ”Eksportfakturalinjer” skal hentes ind igen for at få vægten omregnet!

Fixes

Håndtering af ”Direkte levering” og ”Special ordre” via indkøbskladden:
Udfordring: Kørslen "Udfør aktionsmeddelelse" i indkøbskladden har til nu utilsigtet oprettet købsordrer med én variant pr. købsordre, hvis der var tale om "Direkte levering" eller "Special ordre", og hvis feltet "Opdel varer på købsforslag" i FaVa Opsætning var markeret.
Løsning: Dette er nu udbedret på den måde, at kørslen ”Udfør aktionsmeddelelse” nu håndterer linjer med ”Direkte levering” og ”Special ordre” på samme måde, som BC gør standard, og dette uden hensyntagen til, om feltet ”Opdel varer på købsforslag” i FaVa Opsætning er markeret eller ej. Info! Det betyder i praksis, at der dannes en købsordre med linjer, som er 1:1 med salgsordren!

Kontrol af varestatus ved bogføring af leverancer og modtagelser:
Udfordring: Ved bogføring af modtagelse/levering direkte fra kildedokumentet (køb-/salgsordre) eller via henholdsvis en lagermodtagelse eller en lagerleverance var der et generelt tjek af varestatus på samtlige varelinjer på dokumentet uden hensyntagen til, om de pågældende linjer skulle modtages/leveres. Dette gav udfordringer, hvis nogle af de linjer, der ikke skulle modtages/leveres, havde en ”spærret” varestatus, som derved utilsigtet kom til at spærre for modtagelsen/leveringen af de linjer, som man rent faktisk ønskede bogført som modtaget/leveret.
Løsning: Dette er nu udbedret.

Udfoldelse af sortimenter ved konsignationslokation:
Udfordring: Hvis man på en lokation med markering i feltet ”Konsignationslokationskode” også havde markeret feltet ”Udfold sortimenter (Konsignation”), kunne der i få tilfælde opstå en situation, hvor der fremkom en fejlmeddelelse ”Arithmetic operation resulted in an overflow”, og/eller hvor de negative konsignationslinjer på salgsordren blev registreret dobbelt, og dermed ligeledes blev bogført dobbelt på salgsleverancen. Dette kunne også foranledige, at de linjer, der automatisk blev dannet i varekladden med ”udpakning” af sortimentet, strandede og dermed ikke automatisk blev bogført.
Løsning: Dette er nu udbedret.

Forfaldsdato på provisionskøbsfaktura udfyldes ikke korrekt:
Udfordring: Ved dannelse af en provisionskøbsfaktura via FaVa Provisionskladde kunne der opstå en situation, hvor forfaldsdatoen ikke blev udfyldt som forventet ud fra kreditorens betalingsbetingelse.
Løsning: Dette er nu udbedret.

Leveringsvindueskode skal kunne redigeres på sortimentslinjer:
Udfordring: Det var ikke tidligere muligt at ændre en leveringsvindueskode på en salgsordrelinje, der var markeret som ”Sortiment”.
Løsning: Dette er nu udbedret.

Gebyr og fragt danner linjer med kr. 0,00 i beløb:
Udfordring: Hvis beregningen af gebyr og fragt ved frigivelse af salgsordren fandt en linje i opsætningen af henholdsvis gebyr og fragt, der havde kr. 0,00 som beløb, så blev der utilsigtet dannet salgsordrelinjer med kr. 0,00 i beløb også.
Løsning: Dette er nu udbedret.

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

Collection Management
https://docs.continia.com/en-us/continia-collection-management/new-and-planned/overview

English Version

About this release

Released - 20 of January 25

The release is build on:

Microsoft Dynamics 365 Business Central, 25.2 (min. release 24.5)
LS Central, 25.1 (min. release 24.1)

FaVa 1.0.20250120.7

Content

Handling Transfer Orders in FaVa Pick Worksheet:
It is now possible to handle transfer orders via the FaVa Pick Worksheet, so transfer orders follow the same logic as sales orders concerning prioritization and inventory allocation using the "Distribute Inventory" function.
In FaVa Core Setup, under the "Consignment" FastTab, a new field called "Consignment Method" has been added, with the options "Via Sales Order" (default) and "Via Transfer Order":

- If "Via Sales Order" is selected, the fields "Consignment Item Journal Template Type" and "Consignment Item Journal Batch Name" will be visible and editable
- If "Via Transfer Order" is selected, the fields "Consignment Item Journal Template Type" and "Consignment Item Journal Batch Name" will be reset and hidden. Note! A user notification will appear if the same consignment location code exists for multiple customers, and this must be handled manually before the field can be set to "Via Transfer Order"!

Consignment Method "Via Sales Order":
If the consignment method is set to "Via Sales Order," entering a consignment location code on the customer card will still allow multiple customers to be associated with the same consignment location code.
Note! The logic for handling consignments remains unchanged compared to before!

Consignment Method "Via Transfer Order":
If the consignment method is set to "Via Transfer Order," entering a consignment location code on the customer card will not allow multiple customers to be associated with the same consignment location code. This is necessary because the transfer order requires filtering customers via the "Transfer-to Code" field (the consignment location code) to yield only one match.
Note! All logic for handling consignments via sales orders will be disabled!

On transfer orders, a new field called "Must be picked and delivered separately" has been added under the "General" FastTab:
- If the "Transfer-to Code" field on the transfer order is filled with a location code, that is linked to a consignment location code on a customer, the "Must be picked and delivered separately" field will be checked following the same logic as for sales orders. If the customer has the "One order per warehouse shipment" field checked, the "Must be picked and delivered separately" field will automatically be checked.
Note! If the consignment method is "Via Sales Order," the "Must be picked and delivered separately" field will always be checked!
- If the "Transfer-to Code" field on the transfer order is filled with a location code, that is not linked to a consignment location code on a customer, the "Must be picked and delivered separately" field will be automatically checked.

New Function "Create Pick Suggestion for Transfer Order" in FaVa Pick Worksheet:
The existing function "Create Pick Suggestion" in the FaVa Pick Worksheet ribbon has been renamed to "Create Pick Suggestion for Sales Order" and continues to fetch sales orders for the pick worksheet as before.
Additionally, a new ribbon function called "Create Pick Suggestion for Transfer Order" has been added, fetching transfer orders for the pick worksheet. This function opens a request page where you can filter based on all available fields from both the transfer order header and lines.
By default, the following fields are visible on the request page (Header Fields):
- Status
- Transfer-from Code
- Transfer-to Code
By default, the following fields are visible on the request page (Line Fields):
- Item No.
- Variant Code
This solution ensures that transfer orders can now be handled via the FaVa Pick Worksheet. It is also prepared for potential customers who may request functionality to automatically create transfer orders for consignment customers, instead of the current setup where they are handled as standard sales orders with automatic adjustment of consignment item entries via negative sales order lines.

Excel export expanded with Season Description:
The Excel export, available for sales orders, posted sales shipments, posted sales invoices, purchase orders, and posted purchase invoices, has been expanded with a new field called "Season Description".
Note! At the same time the field "Collection" has been renamed to "Collection (Season)"!

The Field "VAT Prod. Posting Group" is Now Editable on Document Lines:
The field "VAT Prod. Posting Group" has been added as a hidden field on the following pages, allowing users to display it as needed via "Personalise":
- Purchase Order Lines (XTEFVRetail PO Subpage)
- Purchase Return Order Lines (XTEFV Retail PRO Subform)
- Purchase Invoice Lines (XTEFVPurch. Invoice Subpage)
- Purchase Credit Memo Lines (XTEFVPurch. Cr. Memo Subpage)
- Sales Order Lines (XTEFVRetail SO Subpage)
- Sales Return Order Lines (XTEFVRetail SRO Subform)
- Sales Invoice Lines (XTEFVSales Invoice Subpage)
- Sales Credit Memo Lines (XTEFVSales Cr. Memo Subpage)

Visibility of inactive Container Status codes:
In the "Container Status" lookup on the container header, we now display whether the status code is selectable via the "Active" field. Choosing a non-active code will trigger an error message.

Improved Export Invoice print:
We have adjusted and improved our Export Invoice print (XTEFVExportInvoice) as follows:
- Regardless of lines, page breaks between the first and second page and between the penultimate and last page are now correctly handled
- The order has been changed, so that the specification now prints at the bottom, with the tariff code summary at the top of the report
- The lines summarizing tariff codes are now aligned to the left margin with the specification lines, and "Tariff No." and "Item No." have also swapped positions
- The currency code has been added to the totals in the specification (retrieved from the export sales invoice header)
- The totals in the tariff code summary lines now match those in the specification
- Export information at the bottom of the report is now retrieved from the FaVa Export Texts List instead of FaVa Core Setup

New Field "Weight Conversion Factor” in FaVa Core Setup:
A new field, "Weight Conversion Factor," has been added to the "Export Sales" FastTab in FaVa Core Setup.
Note! The field has default value “1” indicating that the weight in the item card is in kg! If the item's weight is in grams, the factor should be set to 0.001.
This field specifies the conversion factor used to multiply the item's weight to convert weight values (gross/net) on export sales invoice lines to kg when running the "Import Sales Invoice Lines" function. Note! Existing lines under "Export Invoice Lines" must be re-imported to apply the conversion!

Fixes

Handling "Drop Shipment" and "Special Order" via Requisition Worksheets:

Issue: The "Carry Out Action Message" function in the Requisition Worksheets previously created separate purchase orders with one variant per order for "Drop Shipment" or "Special Order" if the "Split Item on Purch. Orders" field in FaVa Core Setup was checked.
Solution This has now been corrected in the way, that the "Carry Out Action Message" function now handles lines with "Drop Shipment" and "Special Order" in the same way as the standard BC functionality, regardless of whether the "Split Item on Purch. Orders" field in FaVa Core Setup is checked.
Note! In practice, this means that a purchase order is created with lines that match the sales order 1:1.

Item Status check during posting of shipments and receipts:
Issue: When posting receipts/shipments directly from the source document (purchase/sales order) or via a warehouse receipt or warehouse shipment, there was a general check of item status on all lines in the document. This check did not account for whether the lines were actually being received/shipped. This caused issues if some lines not intended for receipt/shipment had a "Blocked" item status, which unintentionally prevented the receipt/shipment of the lines that were ready to be posted.
Solution This issue has now been fixed.

Expanding assortments at consignment locations:
Issue: If a location marked with "Consignment Location" also had the "Unfold assortments (Consignment)" field checked, there could occasionally be an error message stating "Arithmetic operation resulted in an overflow" or situations where the negative consignment lines on the sales order were duplicated and subsequently posted twice on the sales shipment. This could also lead to lines automatically created in the item journal for assortment "unpacking" getting stuck and not being posted automatically.
Solution This issue has now been fixed.

Due Date on Commission Purchase Invoice not acting correctly:
Issue: When generating a commission purchase invoice via the FaVa Commission Journals, the due date was not populated as expected based on the vendor's payment terms.
Solution This issue has now been fixed.

Delivery Window code editable on assortment lines:
Issue: It was previously not possible to edit a delivery window code on a sales order line marked as "Assortment".
Solution This issue has now been fixed.

Handling Fee and Freight creating lines with amount of 0.00:
Issue: When calculating handling fees and freight upon releasing a sales order, if a line in the handling fee or freight setup had an amount of 0.00, sales order lines with an amount of 0.00 were unintentionally created.
Solution: This issue has now been fixed.