INDHOLDSFORTEGNELSE

• Features og opdateringer
  • Autostore
  • Admin - Tilladte områder pr. produkt
  • Shopify – brug af faktiske skattebeløb
  • OpenAPI-udvidelser
    • Brand inkluderet på stock-endpoints
    • Nyt OpenAPI-endpoint til sletning af returordre
    • Inbound order state kan nu opdateres via OpenAPI
  • Øvrige opdateringer
    • Fallback til forsendelseslokationer i andre områder på samme lager
    • Forventet modtagelsesdato uden tidspunkt
    • OrderHostId på beholdningshændelser fra returflow
    • Opdateret tekst i ReturnComment
    • Rediger status på indkøbsordre via tre-prik-menuen
• Fejlrettelser

Planlagt udgivelsesdato: Torsdag aften d. 28. maj 2026

Denne release indeholder bl.a. en Autostore-integration. Derudover rettes en række fejl i ordre­frigivelse, ERP-integration og webshop-lagerjusteringer, og der tilføjes flere nyttige OpenAPI-udvidelser.

Features og opdateringer

Autostore

Denne release inkluderer bl.a. en Autostore-integration. PeakWMS understøtter derfor nu de vigtigste lagerstyringsoperationer mod Autostore-anlæg, herunder:

• Håndtering af plukliste-livscyklus i Autostore. PeakWMS kan nu oprette, opdatere og slette pluklister direkte i Autostore, så pluklister i WMS og Autostore holdes synkroniserede gennem hele ordrens levetid.
• Autostore lageroptælling. Det er nu muligt at gennemføre lageroptællinger på Autostore-lokationer som en del af det normale optællings­flow i Peak WMS.
• Beholdningskorrektioner i Autostore. Korrektioner foretaget i PeakWMS sendes nu korrekt til Autostore, så beholdningstal holdes synkrone mellem systemerne.
• Batch-produktsynkronisering til Autostore. Produktsynkronisering til Autostore sender nu hele batchen af materialer i ét samlet import-kald i stedet for ét pr. produkt. Det giver markant bedre performance ved fuld produktsynkronisering.

Admin - Tilladte områder pr. produkt

Mulighed for at se tilladte områder for et produkt i admin-dialog. Der er tilføjet en ny admin-dialog, hvor det er muligt at få overblik over, hvilke produkter, der er tildelt hvilke områder på dit lager. Det gør det betydeligt nemmere at fejlsøge ordrer, der fejler på områdebegrænsninger.

Du finder dialogen under Admin > Beholdning > Produkt tildelte områder. Dialogen viser dig bl.a. hvilket produkt, der er tale om, samt hvilket område og område type produktet er tildelt. 

Du har adgang til alle produkt-felter i dialogen. Du kan derfor skræddersy dialogen med de felter du har behov for fra produktet. 

Shopify – brug af faktiske skattebeløb

Ny feature flag UseActualTaxAmounts på ClientHost. Du har nu mulighed for at angive på Shopify integrationen, om du vil bruge de faktiske skattebeløb på dine ordrer.

Når der f.eks. oprettes en Shopify-ordre fra en amerikansk stat uden moms (f.eks. Oregon), returnerer Shopify en taxLine med en rate (fx 0,08), men med et faktisk skattebeløb på $0,00.

PeakWMS' tidligere mapping brugte raten til at beregne moms og påførte derved fejlagtigt moms på momsfritagne ordrer. Med den nye feature-indstilling UseActualTaxAmounts (default false) på Shopify integrationen, kan du skifte til at bruge Shopifys faktiske skattebeløb pr. linje frem for den ratebaserede beregning. Indstillingen skal aktiveres for at kunne benyttes — eksisterende integrationer påvirkes ikke, før flaget aktiveres.

Bemærk, at Shopifys skattebeløb er beregnet på beløbet efter rabat, og at logikken understøtter multi-element tax lines (fx state + county i USA, GST + PST i Canada).

OBS! Funktionen skal aktiveres på din Shopify intergration i PeakWMS, for at fungere. Du finder funktionen under Indstillinger > Integrationer > Webshopintegration.

OpenAPI-udvidelser

Brand inkluderet på stock-endpoints

Eksterne lagerapplikationer (fx tredjeparts inventory tools) får nu Brand fra produktet returneret som en del af stock-svar. Det er en rent additiv ændring, og fjerner behovet for et separat produkt-opslag, når lager skal kategoriseres eller vises pr. brand. 

Nyt OpenAPI-endpoint til sletning af returordre

Nyt endpoint DELETE /api/integration/v1/salesOrder/{orderId}/return/{returnOrderId} , der validerer at returordren tilhører den angivne udgående ordre. RETURN_HANDLED- og REFUNDED-returordrer afvises (eksisterende validering), mens ARCHIVED fortsat må slettes som manuel oprydning.

Inbound order state kan nu opdateres via OpenAPI

Tidligere blev State-feltet eksplicit ignoreret for PUT PurchaseOrder. Det er nu rettet, så opdatering af status kan styres via OpenAPI. 

Øvrige opdateringer

Fallback til forsendelseslokationer i andre områder på samme lager

Tidligere har pakning af en ordre krævet, at forsendelseslokationen, som pakken skulle placeres på efter pak, lå i samme område som pakkebordet er registreret i. På lagre med flere områder kunne en ordre, der pakkes i Område A, derfor ikke linkes til en forsendelseslokation i Område B — selv om begge områder tilhørte samme lager. 

Dette er nu lavet om, så PeakWMS kan linke ordrerne til en forsendelseslokation i et andet område i samme lager. PeakWMS foretrækker fortsat forsendelseslokationer i pakkebordets eget område, men falder nu tilbage og søger i hele lageret, hvis ingen passende lokation findes i området, der pakkes i. 

Postnummer-regler (ShippingLocationSettings.IsPostalCodeAllowed) respekteres fortsat i fallback-søgningen.

Den eksisterende adfærd er uændret, når der findes en lokation i området.

Forventet modtagelsesdato uden tidspunkt

Ved oprettelse/redigering af indkøbsordrer er det ikke længere nødvendigt at vælge et klokkeslæt ved indtastning af forventet modtagelse — kun datoen er fremover påkrævet.

OrderHostId på beholdningshændelser fra returflow

Når returvarer modtages, tilføjes OrderHostId nu på de oprettede StockAction-poster (Beholdningshændelser) ved at slå op på den udgående ordre, som returordren refererer til. 

Opdateret tekst i ReturnComment

Tekst i ReturnComment for returordrer oprettet i return-workeren afspejler nu tydeligt, om der er tale om "return without refund" eller en refusion.

Du vil altså fremover ikke have en kommentar eller markering med "Refunderet via PeakWMS" liggende på returordrer, der er håndteret uden refundering i PeakWMS.

Rediger status på indkøbsordre via tre-prik-menuen

Der er tilføjet mulighed for at redigere en indkøbsordres status direkte i indkøbsordre-dialogen. Det er altså ikke længere nødvendigt at åbne redigering af hele indkøbsordren, for at rette status. 

Er indkøbsordren f.eks. i status "Kladde", er det nu muligt at ændre status på indkøbsordren direkte i dialogen ved at klikke på tre prik menuen. Funktionen er også tilgængelig via bulk-edit.

Fejlrettelser

ReservedForOlder blev trukket fra to gange. Pseudo-reservationer fra ældre ordrer blev fratrukket et filtreret sæt varer i stedet for det samlede tal pr. produkt, hvilket fik regler til at fremstå som havende utilstrækkelig beholdning. PeakWMS håndterer nu fratrækning af varer korrekt på tværs af OrderReleaseService og ConfigurableOrderSplitStrategy. 

Ordrelinjer blev ikke splittet mellem to regler. Linjer med antal 2, der krævede én regel pr. område/lokation, gik fejlagtigt i "no stock" trods aktiveret PartialStockSplitOrderReleaseMaterial. Opsplitningslogikken er rettet, så linjen nu splittes korrekt mellem reglerne.

ERP overskrev lukkede indkøbsordrer. Hvis ERP'et sendte en sen opdatering efter en indkøbsordre var lukket i PeakWMS, blev ClosedDateTime nulstillet og linjer kunne ændres/slettes. En blokering er tilføjet, som logger og springer opdateringer til lukkede ordrer over. 

Dobbelt stock adjustment til webshop. Stock adjust-besked blev sendt uanset om lokationens IncludeInStockAdjustForWebshop var false, hvilket gav dobbelt rapporteret lager, når varen senere blev flyttet til en inkluderet lokation. Beskeden oprettes nu kun på lokationer, der reelt skal indgå i justeringerne til webshoppen.

Justeringsårsager med ugyldig AdjustmentType (værdi 0). Der er oplevet fejl ved justering af beholdninger ved valg af visse justeringsårsager, da der ikke har været krav om valg af justeringstype ved oprettelse af justeringsårsag. Der er nu tilføjet validering både generisk og via OpenAPI, for at sikre, at justeringstyper ikke oprettes uden eller med ugyldig justeringstype.

Manuel Uniconta-hentning respekterer nu integrationsscripts (RUN_BEFORE_MAPPING), så ordrer, der skal filtreres fra, ikke længere oprettes/opdateres uretmæssigt.

Uniconta produktionsfærdigmelding: oprettelse af ny PackagingUnit kaster ikke længere PermissionException, fordi Material navigation property nu sættes korrekt.

LogiSnap returlabels: Det har ikke været muligt at hente returlabels via Logisnap. Returordren bookes nu korrekt i LogiSnap, så returlabel kan genereres.

Stock items blev ikke merget i automatisk valg af indkøbsordre. Ved modtagelse af ordrelinjer på tværs af indkøbsordrer med automatisk valg af indkøbsordre i varemodtagelsen, blev beholdning ikke merget korrekt, selv når stock action mode tillod det. Merge-logikken er nu rettet, så beholdningerne samles, hvor det er tilladt.

Print-knap grået ud i pak. Ved skift af fragtmetode i pak kunne label ikke udskrives, fordi knappens state ikke blev opdateret korrekt. Fejlen er kun oplevet ved skift mellem fragtmetoder med obligatorisk lastbærertype. Knappens state opdateres nu korrekt.

Lange ordrenumre kunne ikke genere stregkoder. Stregkode­generering fejlede når stregens bredde blev mindre end én pixel pga. ordrenummerets længde. Generatoren håndterer nu lange ordrenumre korrekt.

StockAdjust-besked manglede beholdningsstatus. Oprindelig/ny status blev ikke sat, hvilket fik beskeden til AX til at fejle. Begge statusser sættes nu korrekt på StockAdjust ved sletning af plukordre fra admin.

Holdbarhedsdato kun via manuel indtastning. Holdbarhedsdato i pallevare­modtagelse kunne ikke vælges via date-picker. Det har kun været muligt at indtaste datoen manuelt. Date-picker er nu tilføjet ved siden af den manuelle indtastning, så det er muligt at klikke på kalender-ikonet for at tilføje holdbarhedsdato.

Landevalg fejlede i Homerunner-returopsætning. Valg af "Holland" gav fejl, mens "NL" virkede. Søgningen accepterer nu både landenavn og landekode, så returlabels kan hentes uanset indtastning af NL eller Holland.

Manglende sortering på "Tom" i lastbærer­dialog. Kolonnen kunne ikke sorteres. Sortering på TOM er nu aktiveret.

Følgeseddel og toldpapirer regenereres nu korrekt efter merge med en parkeret ordre ved pakkebordet.

Annullerede Shopify-ordrer enkeltstyksordrer, der plukkes og efterfølgende er annulleret via Shopify bliver ikke længere afsendt i pakkeprocessen. OBS! Fejlen er set ved enkelte ordrer.

Refundering ved delvise returer med rabat: Refunderet beløb beregnes nu korrekt for delvise returer på linjer med rabat (rabat fordeles pr. stk. i stedet for at trække hele linjens rabat).

Hurtigsøgning fandt ikke alle produkter. Hurtigsøgning i manuel ordreoprettelse returnerede ikke alle matchende produkter, selv ikke med stjernesøgning. Wildcard-adfærden er rettet til at matche øvrige søgninger, så alle resultater, der matcher søgningen, vises.

Forkert datoformat i purchase needs wizard. Step 3 i indkøbsbehov sendte expectedDeliveryDate  som fuld DateTime-streng, men da API'et forventer DateOnly, blev der vist en deserialiseringsfejl. Datoen formatteres nu som YYYY-MM-DD inden afsendelse.