INDHOLDSFORTEGNELSE

• Opdateringer
  • Indkøb: Indkøbsbehov medregner leverandørens leveringstid ved forecast
  • Ordrefrigivelse: Fair fordeling ved automatisk ordrefrigivelse og forbedret håndtering af parkerede ordrer
  • Produktion: Visning af ordrelinjekommentarer direkte i produktionsflowet
  • AutoStore: Automatiske genforsøg og alarmer ved plukkelistefejl
  • OpenAPI: Plukkegruppe og plukker tilgængelig via Open API og webhooks
  • Indkøb: Automatisk linjenummerering på indkøbsordrer oprettet i brugerfladen
  • Ordrer: Anonymisering af ordrehistorik, returordrer og alarmer (GDPR)
• Bugfixes
  • Konsolidering: Konsolidering ved afvist annullering af fragtlabel hos transportøren
  • DanDomain: Korrekt sletning af produktintegration ved sletning af produkt i DanDomain
  • Fragt: Fuld overensstemmelse med OpenAPI-standarden for Generisk Speditør
  • Pluk: Prioritering af ældste ordrer ved tildeling efter områdebelastning
  • Indlagring: Korrekt synkronisering af lagerbeholdning til integrationer
  • Pluk: Mulighed for at skifte plukkevogn efter påbegyndt plukning
  • Lager: Forbedret lageroversigt og zoom på store lagre
  • Business Central: Opdatering af købsordrer fra BC ved modtagne linjer
  • Integrationer: Manuelt tilbageholdte ordrer forbliver på hold ved opdateringer
  • Bruger: Korrekt oprettelse og redigering af brugere tilknyttet en vareejer
  • Indkøb: Korrekt visning af salgstal ved indkøbsbehov for varer med nye ordrer

Opdateringer

Indkøb: Indkøbsbehov medregner leverandørens leveringstid ved forecast

Når I beregner genbestillingsbehov via Forecast under Indkøbsbehov (Purchase Needs), medregner beregningen nu automatisk leveringstiden:

• Dækker leveringstid plus indkøbsperiode: Den foreslåede indkøbsmængde dækker nu det forventede salg i både leverandørens leveringstid og det valgte antal indkøbsdage, så I ikke løber tør for varer, mens ordren er undervejs.
• Leveringstid pr. forpakningsniveau eller leverandør: Leveringstiden hentes automatisk fra den valgte forpakningsniveaus leveringstid (Vendor Delivery Time (Days)) eller sekundært fra leverandørens generelle leveringstid (Lead Time (Days)).
• Medregner vækst og sæsonsalg: Eventuel forventet vækst og historisk salg fra sidste år anvendes over hele den samlede periode (leveringstid + indkøbsdage).

Hvad betyder det for jer?
Mere præcise indkøbsforslag, så I undgår udsolgte varer i perioden mellem bestilling og varemodtagelse.

Ordrefrigivelse: Fair fordeling ved automatisk ordrefrigivelse og forbedret håndtering af parkerede ordrer

Vi har optimeret den automatiske ordrefrigivelse (Automatic Order Release), så store mængder tilbageholdte ordrer hos én enkelt vareejer ikke længere blokerer for, at andre kunders ordrer frigives og plukkes:

• Fair fordeling pr. vareejer (Fair Share): Hver automatisk frigivelseskørsel (op til 250 ordrer ad gangen) fordeles nu ligeligt mellem alle vareejere med aktive ordrer. Hvis én vareejer har en stor pukkel af ordrer på hold (f.eks. pga. manglende varer eller toldfejl), frigives de øvrige vareejeres ordrer fortsat automatisk, så længe deres varer er på lager.
• Pauser på fejlede og tilbageholdte ordrer (Retry Pauses): Ordrer på hold (f.eks. pga. manglende toldbeskrivelse, oprindelsesland, vægt, fragtprodukt eller tekniske frigivelsesfejl) forsøges ikke længere i hver eneste kørsel. De tildeles automatisk en pause (op til 1 time ved datafejl og op til 24 timer ved manglende varer), så de ikke optager unødig kapacitet i frigivelsesmotoren.
• Målrettet genaktivering ved varemodtagelse: Når der tilføres nye varer eller foretages genopfyldning/lagerregulering på et varenummer, er det udelukkende de ordrer, der rent faktisk venter på den pågældende vare, der vækkes fra deres pause. Ordrer på hold af andre årsager forbliver i pause.
• Sikret reservation og lynhurtig afvikling: Reservationen af varer til ældre ordrer bevares intakt, så nyere ordrer ikke "stjæler" varer fra ældre ordrer. Samtidig er kontrollen af ældre ordrer optimeret markant, hvilket sikrer en stabil og hurtig afvikling af frigivelseskørslerne.

Hvad betyder det for jer?
Ingen stop i ordrefrigivelsen på 3PL-lagre: Én klients manglende varer eller datafejl kan ikke længere lamme den automatiske frigivelse for lagerets øvrige vareejere, og behovet for manuel frigivelse minimeres.

Produktion: Visning af ordrelinjekommentarer direkte i produktionsflowet

Når en produktionsordre oprettes ud fra en kundeordre, kan medarbejderen i produktionen nu se kundens specifikke ordrelinjekommentar direkte på håndscanneren under hele fremstillingsprocessen:

• Synlig på alle produktionstrin: Ordrelinjekommentaren vises tydeligt under vareinformationen.
• Vigtige produktionsdetaljer lige ved hånden: Ideelt til ordrer med særlige kundetilpasninger (f.eks. valg af farvekode, specialmål eller overfladebehandling), som overføres fra webshoppen/ERP i ordrelinjens kommentarfelt.
• Overskuelig visning og tekstombrydning: Kommentarerne bevarer deres oprindelige linjeskift og tilpasser sig skærmen uden at løbe ud over kanten. Længere kommentarer (over 120 tegn / 2 linjer) åbner i en sammenfoldet visning med en »Vis mere« / »Vis mindre«-knap, så overblikket bevares på scanneren.
• Ren visning uden kommentarer: Hvis der ikke er knyttet en kommentar til den pågældende ordrelinje, vises der ingen overflødige felter eller tomme pladsholdere på skærmen.

Hvad betyder det for jer?
Slut med fejlproduktioner og manuelle tjek: Medarbejderne på produktionsgulvet ser kundens specifikke ønsker og instruktioner direkte på scanneren under produktionen.

AutoStore: Automatiske genforsøg og alarmer ved plukkelistefejl

Når ordrer frigives til, ændres eller fjernes fra et automationsanlæg (f.eks. AutoStore), håndteres kommunikationen nu langt mere robust med automatiske genforsøg og direkte alarmer ved fejl:

• Automatiske genforsøg ved oprettelse og sletning: Hvis en plukkeliste fejler under oprettelse i automationsanlægget, eller hvis en plukkeliste ikke kan slettes (f.eks. ved pause/annullering af en ordre), forsøger PeakWMS automatisk at sende anmodningen igen.
• Tydelig alarm ved vedvarende fejl: Hvis anlægget fortsat ikke kan kontaktes eller melder fejl efter genforsøgene, markeres ordren med alarmen »Fejl ved plukliste i automation« indeholdende den præcise fejlbesked. Dermed opdages fejlen med det samme fremfor først ved plukporten.
• Øjeblikkelig alarm hvis plukning allerede er startet: Hvis automationsanlægget afviser en sletning eller ændring, fordi en operatør allerede er gået i gang med at plukke ordren i porten, oprettes alarmen »Plukning påbegyndt i automation« med det samme uden unødige genforsøg.
• Følger lagerets faste alarmregler: Alarmerne vises direkte på ordredetaljerne og i oversigten under Alarmer i administrationen, indeholder ordrenummer og vareejer, og udsender automatisk e-mailnotifikationer i henhold til jeres opsatte alarmregler.

Hvad betyder det for jer?
Fuld gennemsigtighed på automatiserede ordrer: I får omgående besked, hvis en plukkeliste driller i AutoStore, og undgår overraskelser og spildtid.

OpenAPI: Plukkegruppe og plukker tilgængelig via Open API og webhooks

Integrationer og ERP-systemer kan nu hente information om en plukordres plukkegruppe og plukker direkte via Open API og hændelsesbeskeder (webhooks):

• Plukkegruppe på salgsordrens plukordrer: Open API-forespørgslen på en salgsordres plukordrer returnerer nu den tilknyttede plukkegruppes ID og navn – både på aktive og arkiverede ordrer.
• Plukkegruppe og plukker i webhooks: Hændelsesbeskeder (webhooks) for Plukordre plukket, Pakket og Delvist plukket/nulplukket (short picked) indeholder nu plukkegruppens ID og navn. Samtidig medsendes den specifikke plukker nu direkte i Plukordre plukket-webhooken.

Hvad betyder det for jer?
Jeres ERP-system kan nu automatisk modtage og registrere, hvilken plukkegruppe og plukker en leverance har været igennem, hvilket gør efterfølgende opfølgning og rapportering langt nemmere.

Indkøb: Automatisk linjenummerering på indkøbsordrer oprettet i brugerfladen

Når indkøbsordrer oprettes manuelt i administrationen, tildeles ordrelinjerne nu automatisk fortløbende linjenumre (1, 2, 3…):

• Automatisk nummerering ved oprettelse: Ordrer oprettet via Opret indkøbsordre, genereret via Indkøbsbehov (Purchase Needs) eller udskilt via Split ordre får nu automatisk nummereret deres ordrelinjer fra start.
• Bevarer oprindelige numre ved redigering og kreditnotaer: Ved redigering af en eksisterende ordre bevares de eksisterende linjenumre uændret, og kreditnotaer oprettet ud fra en fakturaordre bibeholder fakturaens oprindelige linjenumre.

Hvad betyder det for jer?
Manuelt oprettede indkøbsordrer følger nu samme faste linjenummerstruktur som ordrer fra ERP- og integrationssystemer, hvilket sikrer entydige linjereferencer ved varemodtagelse og datasynkronisering.

Ordrer: Anonymisering af ordrehistorik, returordrer og alarmer (GDPR)

Når en salgsordre anonymiseres (via brugerfladen eller API'et), fjernes kundens persondata nu konsekvent på tværs af hele ordren:

• Historikpanel (History): Tidligere adresseændringer og fejlbeskeder fra fragtudbydere i historikloggen anonymiseres, og selve anonymiseringen registreres som en separat hændelse.
• Returordrer og kommentarer: Adresser på afsluttede returordrer, returårsager, kundekommentarer, webshop- og ordrelinjekommentarer overskrives med »Anonymized«.
• Alarmer: Eventuelle fejlbeskeder og alarmtekster tilknyttet ordren anonymiseres automatisk.
• API-understøttelse på afsluttede ordrer: Afsluttede (Completed) ordrer kan nu anonymiseres direkte via API'et uden valideringsfejl.

Hvad betyder det for jer?
Sikrer fuld overholdelse af GDPR og databeskyttelsesregler, da personoplysninger ikke længere efterlades i historik, alarmer eller returdata.

Bugfixes

Konsolidering: Konsolidering ved afvist annullering af fragtlabel hos transportøren

Når to plukordrer lægges sammen via Konsolidering med anden ordre (Consolidation with other order), gennemføres konsolideringen nu altid problemfrit – også hvis transportøren afviser at slette den overflødige fragtlabel:

• Konsolideringen fuldføres uden stop på lageret: Hvis en af de ordrer, der lægges sammen, allerede har fået oprettet en fragt- eller returlabel, forsøger PeakWMS automatisk at annullere labelen hos fragtfirmaet. Hvis transportøren afviser annulleringen med en fejl, stopper det ikke længere konsolideringen. Plukordrerne lægges sammen som forventet, og lagermedarbejderen kan fortsætte sit flow uden afbrydelser.
• Automatisk alarm ved afviste labels: Hvis transportøren ikke kunne annullere forsendelsen automatisk, oprettes der en alarm i administrationsmenuen under Alarmer (Opdatering af eksternt system). Alarmen specificerer det berørte pakkenummer, ordren og fragtfirmaets fejlmeddelelse, så kontoret nemt kan slette eller håndtere forsendelsen manuelt i fragtfirmaets egen portal.
• Fuld historik på ordren: Ordrehistorikken på ordredetaljerne logger hændelsen præcist, så I altid har fuld sporbarhed over, hvilke fragt- og returlabels der blev annulleret automatisk, og hvilke der krævede manuel opfølgning.
• Ren håndtering hvis label allerede er slettet: Hvis transportøren melder, at labelen allerede er fjernet, fuldføres konsolideringen med det samme og registreres i historikken som korrekt annulleret.

Hvad betyder det for jer?
Medarbejderne oplever ingen blokeringer på scanneren under konsolidering, selv hvis fragtfirmaets system afviser en sletning – og kontoret får automatisk besked via alarmer, hvis en label skal annulleres manuelt.

DanDomain: Korrekt sletning af produktintegration ved sletning af produkt i DanDomain

Når et produkt eller en variant slettes i jeres DanDomain webshop, opdateres varens integrationstilknytning nu automatisk og korrekt i PeakWMS:

• Automatisk fjernelse af webshopkobling: Når DanDomain sender besked om, at et produkt er slettet i webshoppen, fjerner PeakWMS nu integrationstilknytningen fra varen med det samme.
• Mulighed for sletning af varen i PeakWMS: Da tilknytningen til webshoppen fjernes korrekt, registreres varen nu som sletbar i PeakWMS (forudsat at varen ikke har aktiv lagerbeholdning eller ordrelinjer). Tidligere forblev varen låst af den gamle webshopkobling, selvom den for længst var slettet i DanDomain.
• Synkroniseret varekatalog: Sikrer et rent og opdateret varekatalog i PeakWMS, der stemmer overens med det aktive sortiment i DanDomain.

Hvad betyder det for jer?
Når I sletter varer i DanDomain, frigives de automatisk i PeakWMS, så I nemt kan slette eller rydde op i udgåede varer uden manuelle integrationstjek.

Fragt: Fuld overensstemmelse med OpenAPI-standarden for Generisk Speditør

Når I benytter en generisk speditør (Generic Forwarder) til at sende forsendelsesdata og hente fragt- eller returlabels via jeres egne API-tjenester, matcher datastrukturen fra PeakWMS nu 100 % den officielle OpenAPI-dokumentation (PeakWMS API V1 – Generic Forwarder):

• Ensartede feltnavne (camelCase): Alle felter i de JSON-forespørgsler, PeakWMS sender til jeres endpoints (f.eks. ved oprettelse af fragtlabel, returlabel, annullering og tracking), følger nu standarden med små begyndelsesbogstaver (f.eks. customerId, existingConsignmentId og shippingComment).
• Korrekt overførsel af landekoder og leveringskommentarer: Afsender- og modtageradresser sender nu altid landekoden i feltet country, og eventuelle leveringsinstruktioner/kommentarer til fragtmanden overføres korrekt i shippingComment.
• Pakkeshop-ID på anmodningsniveau: Afhentningssteder (parcelShopId) placeres nu entydigt på det overordnede forespørgselsniveau, præcis som beskrevet i API-kontrakten.
• Fleksibel indlæsning af svar: PeakWMS kan modtage svar fra jeres integrations-endpoints uanset om feltnavnene i jeres svar returneres med stort eller lille begyndelsesbogstav (PascalCase eller camelCase), hvilket sikrer en stabil og problemfri integration.

Hvad betyder det for jer?
Udviklere og tekniske partnere kan bygge og vedligeholde integrationer til egne fragtløsninger direkte ud fra den offentliggjorte OpenAPI-specifikation uden uoverensstemmelser i datastrukturen.

Autostore: Konsolidering mellem AutoStore og manuelle plukkevogne

Når en ordre indeholder varer fra både AutoStore og manuelle plukområder, sikrer PeakWMS nu, at varerne altid kan konsolideres korrekt på scanneren, så kunden modtager én samlet forsendelse:

• Plukkasser tilknyttes altid korrekt på AutoStore-vognen: Når varer plukkes fra AutoStore direkte over i en lastbærer tilhørende en plukkevogn, registreres kassen nu automatisk på sin faste hyldeplacering på vognen. Tidligere kunne kassen forblive registreret som flyttet væk efter en tidligere pakning, hvilket fik vognen til at fremstå som tom på scanneren under konsolideringstrinnet.
• Gnidningsfri scanning ved konsolidering: Under konsolideringstrinnet på scanneren (»Scan den viste lastbærer for at konsolidere«) vises AutoStore-vognen og den pågældende lastbærer nu altid korrekt, så plukkeren kan gennemføre konsolideringen uden stop eller fejl.
• Én samlet forsendelse og én fragtlabel: Ordren pakkes og sendes som én samlet pakke med én samlet tracking, fremfor at varerne fejlagtigt splittes op og sendes som to separate pakker til kunden.
• Ny indstilling: »Behold mål ved manglende lager«: Under Admin > Udgående > Pluk konsolideringsopsætning er der tilføjet indstillingen »Behold mål ved manglende lager«. Er denne slået til, tilbydes konsolidering af AutoStore-varerne fortsat ved plukketurens afslutning, selvom de manuelle pluklinjer måtte være gået i restordre eller nulplukket.

Hvad betyder det for jer?
Ingen fejlopdelte forsendelser eller blokerede konsolideringstrin på scanneren ved kombineret AutoStore- og manuelt pluk. Varerne samles altid i én samlet forsendelse til modtageren.

Pluk: Prioritering af ældste ordrer ved tildeling efter områdebelastning

Når plukordrer tildeles automatisk til plukvogne via metoden Områdebelastning (Area Pressure), prioriteres de ældste ordrer nu altid først:

• Ældste ordrer først (FIFO): Hvis flere ordrer i samme område har samme prioritet og fragt-deadline, fyldes plukvognen nu med de ældste ordrer først fremfor tilfældig rækkefølge.
• Uændret ruteoptimering: Områdebelastning og afstand respekteres fortsat for at optimere plukruten.

Hvad betyder det for jer?
I undgår, at ældre ordrer bliver overhalet af nyere ordrer i samme plukområde, når der ikke er plads til alle ordrer på én vogn.

Indlagring: Korrekt synkronisering af lagerbeholdning til integrationer

Når varer flyttes under indlagring, opdateres den tilgængelige lagerbeholdning nu altid korrekt i tilknyttede webshops, POS- og ERP-systemer:

• Automatisk lagerregulering ved flytning: Flytning af varer til/fra lokationer eller på tværs af lagre under indlagring sender nu automatisk de nødvendige lagerjusteringer til jeres integrationer.
• Slut med uoverensstemmelser i salgskanaler: Sikrer, at webshoppens salgbare beholdning stemmer overens med lagerets fysiske placeringer uden behov for manuel gen-synkronisering.

Hvad betyder det for jer?
Jeres webshop og salgskanaler holdes automatisk opdateret med den korrekte lagerbeholdning, når varer lægges på plads på lageret.

Pluk: Mulighed for at skifte plukkevogn efter påbegyndt plukning

Lagermedarbejdere kan nu frit skifte til en anden plukkevogn via Skift plukkevogn, selvom der allerede er plukket varer på den aktive vogn:

• Slut med fejlbeskeder under plukning: Handlingen afvises ikke længere med beskeden om, at plukkevognen ikke kan nulstilles, når plukningen er startet.
• Bevarer alle plukkede varer: Den påbegyndte plukkevogn beholder alle sine plukkede varer og ordrestatusser intakt, så medarbejderen (eller en kollega) nemt kan vælge vognen igen og fortsætte plukturen senere.

Hvad betyder det for jer?
Større fleksibilitet for plukkerne på lageret, der hurtigt kan skifte opgave eller vogn uden at miste igangværende plukninger.

Lager: Forbedret lageroversigt og zoom på store lagre

Lageroversigten på håndscannere og pc'er er blevet opdateret, så store lagerbygninger og områder altid vises fuldt ud og er nemme at navigere i:

• Hele lageret vises centreret: Ved valg af lokation (f.eks. under oprettelse/flytning af lastbærere, varemodtagelse eller i lokationsvisninger) åbner kortet nu altid centreret, så alle områder og reoler er synlige fra start – uanset lagerets fysiske størrelse.
• Pinch-to-zoom på touchskærme: På håndscannere og tablets kan der nu zoomes ind og ud med to fingre (pinch-to-zoom), mens panorering og valg af lokation fortsat klares med én finger.
• Bedre zoom på pc: Musehjulet kan nu zoome langt nok ud til at overskue hele layoutet på selv meget store lagre.

Hvad betyder det for jer?
Medarbejdere på store lagre får et komplet overblik over lagerkortet på scanneren og kan nemt zoome og navigere direkte til den ønskede lokation.

Business Central: Opdatering af købsordrer fra BC ved modtagne linjer

Når en købsordre opdateres i Business Central, efter at varemodtagelsen er påbegyndt i PeakWMS, slår ændringerne nu altid igennem på de øvrige ordrelinjer:

• Øvrige linjeopdateringer bevares: Hvis en allerede modtaget linje slettes eller nedjusteres i Business Central, afvises hele opdateringen ikke længere. Nye linjer tilføjes, mængdeændringer på andre linjer slår igennem, og umodtagne linjer slettes som forventet.
• Modtaget data beskyttes og alarmeres: Allerede modtagne linjer og mængder bevares uændret på indkøbsordren i PeakWMS, og der oprettes automatisk en samlet alarm (Kan ikke slette modtaget indkøbsordrelinje), så uoverensstemmelsen i ERP-systemet nemt kan identificeres.

Hvad betyder det for jer?
Indkøbsordrer "fryser" ikke længere fast ved ERP-ændringer, og varemodtagelsen kan fortsætte uhindret på lageret.

Integrationer: Manuelt tilbageholdte ordrer forbliver på hold ved opdateringer

Når en udgående ordre sættes manuelt på hold med bevaret vare-reservation (Manuelt sat på hold med reservation), bevares denne status nu altid ved efterfølgende ordreopdateringer fra webshops og ERP-systemer:

• Ingen utilsigtet ophævelse af hold: Ordrer, der er sat manuelt på hold (f.eks. ved mistanke om svindel, adressefejl eller efter kundens ønske), sættes ikke længere tilbage til status Oprettet og frigives ikke automatisk til pluk, når webshoppen sender en almindelig ordreopdatering.
• Bevarer varereservationen: Ordren forbliver trygt på hold, mens varerne fortsat er reserveret til kunden.

Hvad betyder det for jer?
I risikerer ikke længere, at manuelt standsede ordrer plukkes og afsendes ved en fejl som følge af automatiske baggrundsopdateringer fra jeres webshop eller ERP.

Bruger: Korrekt oprettelse og redigering af brugere tilknyttet en vareejer

Når administratorer opretter eller redigerer brugere med en specifik vareejer (Goods Owner), gemmes tilknytningen nu altid korrekt:

• Slut med valideringsfejl ved gem: Oprettelse eller ændring af en bruger med en valgt vareejer afvises ikke længere med fejlmeddelelser om manglende adressefelter eller varenummer-postfiks (»field is required«).
• Sikker adgangsstyring: Brugeren tilknyttes altid den valgte vareejer som forventet, så brugerens adgang forbliver korrekt begrænset til den specifikke vareejers data.

Hvad betyder det for jer?
Administratorer kan problemfrit oprette og vedligeholde vareejer-specifikke brugerkonti uden fejlmeldinger eller risiko for forkerte adgangsrettigheder.

Indkøb: Korrekt visning af salgstal ved indkøbsbehov for varer med nye ordrer

I guiden Indkøbsbehov (Purchase Needs) på indkøbsordrer vises salgstal nu korrekt for varer, der har frigivne ordrer, men endnu ingen historisk afsluttede salg:

• Salgstal udfyldes for nye varer: For varer uden tidligere salgshistorik, men med frigivne, uafsluttede ordrer, udfyldes salgstallene (Solgt 7/30/60/90/365 dage), udsolgt-beregning og salgsindeks nu korrekt fremfor at stå tomme.
• Bedre beslutningsgrundlag: Indkøbere får et reelt indblik i efterspørgslen på helt nye produkter ved vurdering af det foreslåede indkøbsantal.

Hvad betyder det for jer?
Nye varer med aktuelle ordrer viser retvisende salgstal i indkøbsberegningen, så I har et klart datagrundlag for genbestilling.