Gå til indhold

Release note - June 2025

Versionen er bygget på:

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

Udfoldelse af en enkelt matrixlinje på salgsordre

Afsnit med titlen "Udfoldelse af en enkelt matrixlinje på salgsordre"

På vores FaVa salgsordre subpage (salgsordrelinjerne) er der tilføjet en ny funktion i båndet kaldet ”Vis/Skjul varelinje (ALT+C)”, som henholdsvis viser eller skjuler underliggende varelinjer på den matrixlinje, man aktuelt befinder sig på.

Info! Dette er indtil videre kun indført på salgsordrer og dermed endnu ikke på andre salgs- og købsdokumenter!

Tip! Der er allerede indført funktionalitet til at vise eller skjule underliggende varelinjer for alle matrixlinjer, og dette foregår ved i båndet at vælge ”Vis/Skjul varelinjer (ALT+X)”!

Udvidelse af Excel udlæsning fra ordre, leverance og faktura

Afsnit med titlen "Udvidelse af Excel udlæsning fra ordre, leverance og faktura"

Den allerede eksisterende Excel udlæsning med information om varer, som blandt andet kan foretages på salgsordre, bogført salgsleverance og bogført salgsfaktura, er udvidet med følgende felter:

  • Net Weight
  • Gross Weight
  • Variant Code
  • Variant Description
  • Size Name
  • Length Name

Nyt felt i FaVa Opsætning til autoudfyldelse af feltet ”Sortiment” på dokumentlinjer

Afsnit med titlen "Nyt felt i FaVa Opsætning til autoudfyldelse af feltet ”Sortiment” på dokumentlinjer"

Der er tilføjet et nyt felt i FaVa Opsætning kaldet ”Autoudfyld sortiment på dokumentlinjer”:

  • Hvis feltet ikke er markeret, så vil salgs- og købsdokumentlinjer ganske som i dag blive betragtet som almindelige varelinjer

  • Hvis feltet er markeret, så vil salgs- og købsdokumentlinjer få autoudfyldt feltet ”Sortiment”, hvis varen har tilknyttet et eller flere sortimenter

Fragtberegningstypen ”Fragt pr. kolli” tager nu hensyn til minimumsbeløb

Afsnit med titlen "Fragtberegningstypen ”Fragt pr. kolli” tager nu hensyn til minimumsbeløb"

Når fragtomkostningen på salgsordrelinjen skal beregnes, vil der nu blive taget hensyn til feltet ”Min. beløb” på fragtomkostningen, så det dermed nu også for fragtberegningstypen ”Fragt pr. kolli” er muligt at køre differentieret fragt afhængig af salgsordresummen.

Info! Samtidigt er begrænsningen for, at man ikke må kombinere fragtberegningstypen ”Fragt pr. kolli” med en fragtomkostning med udfyldt minimumsbeløb fjernet!

Mulighed for at scanne returvarer på salgsreturvareordrer

Afsnit med titlen "Mulighed for at scanne returvarer på salgsreturvareordrer"

På vores FaVa salgsreturvareordre subpage (salgsreturvareordrelinjerne) er der tilføjet en ny funktion i båndet kaldet ”Scan varer”, som åbner siden ”Returscanning”, hvor man med en tastaturscanner kan scanne de varer, der returneres fra en kunde, og som man er i færd med at modtage.

På returårsagerne er der tilføjet 2 nye FaVa felter:

  • Return Scan Code

    • Feltet er skjult og udfyldes automatisk første gang, returårsagskoden udskrives via rapporten ”Stregkode for returårsag”
  • Exclude On Return Scan Report

    • Feltet skal markeres, hvis man ønsker at ekskludere returårsagskoden fra at blive udskrevet via rapporten ”Stregkode for returårsag”

Inden man påbegynder scanning af varerne, skal man fra siden ”Returscanning” vælge funktionen ”Udskriv returårsager som stregkode”, som kalder rapporten ”Stregkode for returårsag”, og som udskriver et A4 ark med returårsagernes ”Return Scan Code” som stregkode.

Tanken er så, at man fra siden ”Returscanning” gør følgende i nævnte rækkefølge:

  • Først scanner man stregkoden med den returårsagskode, som man ønsker påført på salgsreturvareordrelinjen

  • Dernæst scanner man stregkoderne fra de returnerede varer, som skal have påført den scannede returårsagskode

  • Hvis man er i færd med at modtage en returvare, som skal have en anden returårsagskode end de allerede scannede varer, så scanner man bare den nye returårsagskode, inden man scanner varen

  • Når man er færdig med at scanne, vælger man ”Luk”, og der vil nu automatisk på salgsreturvareordren blive oprettet matrixlinjer med tilhørende varelinjer

Info! De dannede salgsreturvareordrelinjer vil automatisk få påført varens aktuelle leverings salgssæson i feltet ”Salgssæson”!

Funktionen ”Opret pluk forslag for salgsordrer” kræver nu udfyldt lokation

Afsnit med titlen "Funktionen ”Opret pluk forslag for salgsordrer” kræver nu udfyldt lokation"

Hidtil har det været sådan, at man godt kunne få oprettet linjer i FaVa Plukkladde via funktionen “Opret pluk forslag for salgsordrer”, som havde forskellig lokationskode.

Dette gav den udfordring, at når man efterfølgende valgte funktionen “Opret lagerleverance” fra plukkladden, så oprettede systemet fejlagtigt én lagerleverance med lokationskoden fra den første linje i plukkladden indsat på lagerleverancehovedet, og alle linjer fra plukkladden blev så overført til den oprettede lagerleverance uanset lokationskode.

For at forhindre ovennævnte har vi nu lavet det sådan, at når man fra plukkladden vælger funktionen “Opret pluk forslag for salgsordrer”, så er det nu påkrævet, at feltet “Lokationskode” under “Filter: Salgslinje” er udfyldt med én og kun én lokationskode.

Ydermere har vi tilføjet et påkrævet og tilsvarende lokationsfilter til funktionen “Opret lagerleverance” fra FaVa Plukkladde, så vi derved sikrer, at kun én lokation bliver behandlet ad gangen. Eventuelle linjer i plukkladden, som har en anden lokation, vil dermed blive liggende i kladden, og man må så køre “Opret lagerleverance” en gang til med et passende lokationsfilter.

Info! Der er ikke i denne ombæring lavet tilsvarende ændringer til funktionen “Opret plukforslag for overflytningsordre”!


Utilsigtet fejlmeddelelse ”Divide by zero” ved enhedspris på kr. 0:

Afsnit med titlen "Utilsigtet fejlmeddelelse ”Divide by zero” ved enhedspris på kr. 0:"

Udfordring: Hvis man på en matrixlinje med kun én underliggende varelinje ændrede enhedsprisen til kr. 0, så fik man en ”Divide by zero” fejlmeddelelse

Løsning: Det er allerede udbedret og frigivet i FaVa release den 2. juni!

Opgraderingskørsel ved opdatering kan ikke gennemføres i ikke FaVa regnskaber:

Afsnit med titlen "Opgraderingskørsel ved opdatering kan ikke gennemføres i ikke FaVa regnskaber:"

Udfordring: Der har været den udfordring, at hvis man udover sit FaVa regnskab også har et ikke FaVa regnskab i samme miljø (tenant), så kunne opdatering af FaVa ikke gennemføres

Løsning: Det er allerede løst ved, at opgraderingskørslen kun bliver gennemført, hvis der eksisterer en record i FaVa Core Setup, og dette blev frigivet i FaVa release den 2. juni!

Utilsigtet fejlmeddelelse ved skift af status på overordnet frameworkkode:

Afsnit med titlen "Utilsigtet fejlmeddelelse ved skift af status på overordnet frameworkkode:"

Udfordring: Ved skift af status fra ”Ugyldig” til ”Gyldig” på siden ”Variant arbejdsskema”, kom der en fejlmeddelelse, som forhindrede gennemførelse af ændringen

Løsning: Det er fejl, som vi utilsigtet havde fået introduceret i vores forrige FaVa release, men den er allerede udbedret og frigivet i FaVa release den 2. juni!

Ændring til feltet ”Total udest. mængde på lager” på købsordrehovedet:

Afsnit med titlen "Ændring til feltet ”Total udest. mængde på lager” på købsordrehovedet:"

Udfordring: Feltet ”Total udest. mængde på lager” på købsordrehovedet sammentalte tidligere købsordrelinjerne basisværdi i stedet for selve antallet, og dette gav udfordringer i forhold til korrekt medregning af antal fra sortimentslinjer.

Løsning: Dette er nu udbedret.

Disponibelfejl i matrix fjerner ikke antal:

Afsnit med titlen "Disponibelfejl i matrix fjerner ikke antal:"

Udfordring: Efter visning af meddelelse med disponibelfejl i salgsordrematricen blev antallet ikke fjernet og blev dermed utilsigtet overført til salgsordrelinjen, når man forlod matricen.

Løsning: Dette er nu udbedret.

Manglende fragt ved ”Direkte levering”:

Afsnit med titlen "Manglende fragt ved ”Direkte levering”:"

Udfordring: Tidligere var der en udfordring med, at bogføring af modtagelse på en købsordre, der var hægtet op på en salgsordre via ”Direkte levering”, ikke konsekvent fik dannet og/eller bogført fragtlinjen på den tilhørende salgsordre.

Løsning: Dette relaterede sig dels til, om feltet ”Beregn fakturarabat” i Opsætning af Salg var markeret eller ej, og dels til en fejl, men det er nu udbedret, så fragtberegningen foretages korrekt.

Udskrift af bogført salgsfaktura med kun én linje af typen ”Finanskonto”:

Afsnit med titlen "Udskrift af bogført salgsfaktura med kun én linje af typen ”Finanskonto”:"

Udfordring: Hvis man tidligere havde en bogført salgsfaktura med kun én linje af typen ”Finanskonto” og ingen øvrige linjer med andre typer, tog det lang tid at udskrive rapporten.

Løsning: Dette er nu udbedret.

Indtastning af sortiment på salgsdokumentlinjer danner utilsigtet matrixlinje:

Afsnit med titlen "Indtastning af sortiment på salgsdokumentlinjer danner utilsigtet matrixlinje:"

Udfordring: Efter indtastning af antal i sortimentsmatricen på de herunder viste salgsdokumenter, blev der utilsigtet dannet en matrixlinje til den oprettede sortimentsvarelinje:

  • Salgsfaktura
  • Salgskreditnota
  • Salgstilbud

Løsning: Dette er nu udbedret.

Fejl ved opbygning af matrixlinjer på købsordre ved ”Direkte levering”:

Afsnit med titlen "Fejl ved opbygning af matrixlinjer på købsordre ved ”Direkte levering”:"

Udfordring: Tidligere var der den udfordring, at vi ved opbygning af købsordrer med ”Direkte levering” via indkøbskladden fik refereret til samme matrixlinje på salgsordren, hvilket resulterede i, at bogføringen af modtagelsen på købsordren ikke kun gennemføre den tilsvarende bogføring af leverancen på salgsordren.

Løsning: Det er fejl, som vi utilsigtet havde fået introduceret i vores forrige FaVa release, men den er nu udbedret.

Info! Tilsvarende er rettet i forhold til funktionen ”Hent salgsordre” til henholdsvis ”Direkte levering” og ”Specialordre” i båndet på købsordrehovedet!

Forkert udfyldelse af datoer på salgsordrelinjer:

Afsnit med titlen "Forkert udfyldelse af datoer på salgsordrelinjer:"

Udfordring: Ved indtastning af en preorder salgsordrelinje med en salgssæson, der ligger efter indsalg og før levering, var der tidligere den udfordring, at ”Levering til dato” på matrixlinjen og/eller de tilhørende varelinjer blev udfyldt forkert.

Info! Dette gjaldt både salgsordrelinjer med og uden leveringsvinduer!

Løsning: Dette er nu udbedret.


  • Ingen opdatering af kostpris ved kostprisberegningsmetoden ”Standard”:

Indtil nu har det været sådan, at der ved import af kostpris fra Delogue ikke blev taget hensyn til varens kostprisberegningsmetode.

Der er nu indført følgende logik:

  • Hvis varen har kostprisberegningsmetoden ”Standard”, så bliver kostprisen fra Delogue opdateret uanset, om der findes vareposter på varen eller ej

  • Hvis varen har kostprisberegningsmetoden ”FIFO”, så gør den det ganske som hidtil, hvor den springer opdateringen over, hvis der findes vareposter på varen


Afsnit med titlen "Vigtige links med info om nye og planlagte opdateringer:"