INDHOLDSFORTEGNELSE
Overblik over features i releasen
| Type | Title | Subtitle | Source | Value |
| Feature | OpenAPI: Fields-only and full-update patch support for SKU addressing | Introducing dedicated patch variants when updating products by SKU, along with clearer not-found reporting. | PeakWMS innovation | Enables integrations addressing products by SKU to update specific attributes (such as purchase forecasting flags) without triggering unwanted side effects or losing unmanaged fields. |
| Feature | Webshipper: Automatic warehouse pickup address on shipments | Populates the actual picking/dispatch warehouse as the collection point ( | PeakWMS innovation | Ensures carriers and drivers are dispatched to the correct physical warehouse for parcel collection—especially for multi-warehouse setups or orders split across locations—eliminating missed pickups and manual routing corrections, while preserving the company's existing shipper/sender details. |
| Feature | Modernized Rack View | A refreshed, contemporary design for the warehouse rack visualization interface. | PeakWMS innovation | Delivers a cleaner, more intuitive user experience when viewing and managing warehouse racks. The modernized design aligns with our updated UI standards, making shelf and location navigation faster and easier for warehouse operators and managers. |
Features
OpenAPI: Fleksibel PATCH af varer via SKU
OpenAPI integrationer kan nu opdatere varer via SKU med de samme to PATCH-varianter, som hidtil kun har været tilgængelige via produkt-ID:
Fields-only patch: Opdaterer udelukkende de medsendte felter uden at overskrive eller nulstille øvrige felter (f.eks. genbestillings-flag, toldtariffer, emballageenheder eller tilladte lokationsområder).
Full-update patch: Kører en fuld opdateringscyklus på varen via SKU.
Forbedret fejlhåndtering: Hvis et varenummer (SKU) ikke findes for en vareejer, returneres nu en klar Not Found-fejlbesked frem for en generel systemfejl.
Bagudkompatibilitet: Det hidtidige SKU patch-endpoint fungerer fortsat uændret, men er nu markeret som forældet (deprecated) i OpenAPI-dokumentationen.
Webshipper: Afhentningsadresse baseres nu på det afsendende lager
PeakWMS overfører nu automatisk adressen på det lager, hvor ordren er plukket, som særskilt afhentningsadresse (pickup address / collection point) ved oprettelse af forsendelser i Webshipper.
For virksomheder med flere fysiske lagre sikrer dette, at PeakWMS sender data til Webshipper om det korrekte lager for at afhente pakken, selvom afsenderadressen på labelen (f.eks. hovedkontor eller webshop-adresse) er en anden.
Opsætning: Kræver, at lagerets postadresse er udfyldt under Lager administration. Afsenderadressen forbliver uændret.
Værktøjer: Opdatering af reoldesign
Med denne release er en opdatering af vores reoldesign i værktøjer. Reolen er moderniseret, men har de samme funktioner som tidligere. Udseendet af selve reolen er opdateret, mens farver, der bruges til at markere lokaitoner osv. i pluk, varemodtagelse mm. er de samme som tidligere.
Eksempel på reol i beholdning. Røde lokationer viser som altid lokationer, der har beholdning:
Eksempel på reol i beholdning, hvor der er faste plukkelokationer. Disse er angivet med skraveret rød/grå. Disse har tidligere været markeret med kryds:
Eksempel på lokation med beholdning af samme produkt:
Øvrige opdateringer
Pluk: Markerede plukkekasser på plukkevogn er gjort nemmere at se
Vi har efter ønske fra flere, opdateret udseendet på pluukkevognen igen. Vi blev gjort opmærksomme på, at det kunne være vanskeligt at se, hvilken lastbærer, der skulle plukkes til. Især, hvis der var sat farve på lastbærertyperne, der blev brugt på vognen.
Udseendet er derfor ændret igen, så lastbærerne, der er placeret på vognen er gennemsigtige med gråt skær, når ikke der skal plukkes til lastbærerne. Kun lastbæreren, der skal plukkes til, markeres med grøn.
OBS! Har du sat farve på dine lastbærertyper, vil lastbæreren, der skal plukkes til, blive lyst op i den valgte farve.
Derudover er justering af selve plukkevognen på skærmen også gjort hurtigere, så man ikke længere skal trække flere gange i vognen, for at vende den på skærmen.
3PL: Produkt og vareejerinformationer i modtagne mængder
Der er tilføjet produktinformationer og vareejerdata til dialogen "Modtagne mængder", så det nu er nemmere at overskue, hvilke mængder, der er modtaget på hvilket varenummer og på hvilken vareejer.
Produkter: Historik på produktopdateringer hentet via natlig sync
Den natlige produktsynkronisering fra webshop-/ERP-integrationer opretter nu historik på produktet i Data Warehouse, når en vareopdatering rent faktisk ændrer værdier i PeakWMS. Opdateringer foretaget i eksterne systemer natten over spores nu præcist i historikken på produktet. Gensendes uændrede varer (f.eks. ved fuld katalogindlæsning), ignoreres de automatisk for at undgå unødige historikposter.
Ordrehistorik: Præcist klokkeslæt ved hover
Ved hover på tidspunkt i ordrehistorikken vises nu præcist klokkeslæt med sekunder.
Bugfixes
Ordrer: Ved manuel hentning af ordrer, sættes nu brugeren på bevægelsen. Det vil altså være brugerens navn, der står i audit-oplysningerne på hentning af ordren og oprettelse af ordrelinjerne.
Single piece ordrer: Når du pakker enkeltstyksordrer fra en vogn, der både indeholder aktive og annullerede ordrer, fjernes de annullerede varer ikke længere automatisk i baggrunden uden besked.
Tolddokumenter: Vi har ensrettet beregningen af toldværdier for varer uden salgspris (f.eks. gratis gaver, vareprøver eller varer med 100 % rabat). Værdien på det genererede tolddokument stemmer nu altid 100 % overens med de elektroniske toldoplysninger, der sendes til fragtfirmaet. Det mindsker risikoen for uoverensstemmelser og forsinkelser i toldbehandlingen.
Pak: Der vises nu en tydeligere fejlbesked i pak, hvis der er uoversenstemmelse mellem plukkeordrelinjen og det, der er plukket og er tilgængeligt i lastbæreren systemmæssigt.
Pak: Ved parkering af ordrer, der er plukket på en plukkevogn med virtuelle plukkekasser, har det ikke været muligt at scanne parkeringslabelen i pakkeprocessen efter parkeringen. Det er nu muligt. Både ved første scan, og ved scan efter fortrydelse af ordrevalg i pak.
Homerunner: Mere robust håndtering af Homerunner-labels ved pakkesplit. Vi har rettet en fejl i Homerunner-integrationen, når en plukordre opdeles i flere pakker ved pakkebordet. Hvis en label, der skulle erstattes, manglede et forsendelsesnummer, forsøgte PeakWMS tidligere at sende en ugyldig annulleringsanmodning til Homerunner.
OpenAPI: Vi har rettet en fejl i vores OpenAPI-integration, hvor det samlede antal vareoversættelser faldt for hver side, når et eksternt system hentede data i bidder (paginering). Eksterne systemer og integrationer modtager nu altid det korrekte, samlede antal oversættelser på tværs af alle sider. Det sikrer en mere stabil dataoverførsel og gør integrationen ensartet med vores øvrige API-funktioner.
Indkøbsbehov: Korrekt beregning af totalpris ved skift af leverandør i indkøbsbehov. Vi har rettet en fejl i indkøbsbehov, hvor den samlede totalpris forsvandt eller fejlagtigt viste »Forskellige valutaer«, når man skiftede leverandør eller emballageenhed på en varelinje.
Login: Oprettelse af labelskabelon for login token har det fejlagtigt ikke været muligt at indsætte en QR kode i skabelonen med login token. Det har derfor ikke været muligt at oprette nye labelskabeloner til login token. Denne fejl er nu rettet.
ERP: Dobbelt regulering til ERP ved håndtering af nulpluk (Zero Pick). Vi har rettet en fejl, hvor bekræftelse af et nulpluk i Nulplukshåndtering fejlagtigt sendte en ekstra lagerregulering (tab) til ERP-integrationen for et tab, der allerede var indberettet under plukket. Lagerreguleringer synkroniseres nu korrekt til alle tilknyttede systemer (både ERP, webshop og POS). Ved bekræftelse af 0 stk. sendes ingen overflødige beskeder, og hvis der registreres fundne varer (cyklisk optælling), sendes udelukkende nettoforskellen som en positiv regulering.
Var denne artikel nyttig?
Fantastisk!
Tak for din feedback
Beklager, at vi ikke var nyttige
Tak for din feedback
Feedback sendt
Vi sætter pris på din indsats og vil forsøge at rette artiklen