Release note 3.32

Ændret den Fri, 24 Apr kl. 1:07 PM

Forventet releasedato: Mandag d. 27/4

INDHOLDSFORTEGNELSE

Generelle systemopdateringer
OpenAPI
Performanceoptimeringer
Bugfixes

Generelle systemopdateringer

Homerunner: Forbedret Homerunner-integration ved flere pakker pr. ordre

Homerunner-integrationen er opdateret til at bruge Homerunners nye Consignments API. Det betyder, at alle pakker på den samme ordre nu sendes samlet i én forsendelse med fælles tracking, og at labels kan hentes i ét samlet kald. Det giver en mere robust håndtering af labels ved ordrer med flere pakker, hurtigere label-generering og bedre grundlag for korrekt tracking og annullering af hele eller dele af en forsendelse.

Shipmondo: Forenklet Shipmondo-opsætning – fjernelse af “ReturnProductCode”

Vi har ryddet op i Shipmondo-integrationen ved at fjerne det gamle felt ReturnProductCode i både backend og opsætningsskærmen i indstillinger. Fremover bruges kun den almindelige retur-opsætning (ReturnForwarderProduct), hvilket mindsker risikoen for fejl, når returvarer konfigureres, og gør det lettere at vedligeholde jeres fragtindstillinger.

Peak Systems har tidligere udsendt mails med informationer omkring ændringen, og en guide til, hvordan du ændrer din Shipmondo-opsætning til at matche det nye setup. Den seneste mail er sendt 2. Februar. Mailen er sendt til alle admins i PeakWMS.

OBS! Mailen er kun sendt til kunder, hvor Peak Systems har fundet opsætninger, hvor Returproduktkode er angivet i stedet for Returfragtmetode.

Har du modtaget mailen, skal du sørge for at opdatere Shipmondo-opsætningen i PeakWMS inden release 3.32 lægges i produktion, da du ellers ikke vil kunne hente returlabels til dine ordrer.

Udsnit fra mailen

Med release 3.32, planlagt til 27. april 2026, vil feltet ”Returproduktkode” ikke længere være tilgængeligt på fragtmetoderne i Shipmondo-integrationen.

Feltet anvendes i dag til at angive, hvilken fragtmetode der benyttes ved oprettelse af returlabels. Fremover erstattes dette felt af ”Returfragtmetode”.

Hvad skal du gøre?

Inden 27. april 2026 skal du opdatere dine Shipmondo-fragtmetoder i PeakWMS, så de benytter ”Returfragtmetode” i stedet for ”Returproduktkode”.
Feltet ”Returfragtmetode” er allerede tilgængeligt i PeakWMS, og du kan derfor foretage ændringerne allerede i dag.

⚠️ Vigtigt: Hvis opsætningen ikke opdateres inden 27. april 2026, vil det fra denne dato ikke være muligt at hente returlabels på dine ordrer, før fragtmetoderne er opdateret.

Du finder link til guiden her: Opdatering af returprodukter for Shipmondo

Er du i tvivl om, hvad du skal gøre, så tag kontakt til vores support enten via mail eller via kundeportalen.

Ordrer: Mere sikker redigering af ordrelinjer og korrekt lager-sync til webshoppen

Vi har gjort det nemmere og mere sikkert at rette i udgående ordrelinjer direkte i PeakWMS. Brugerne får nu en forenklet "Redigér"-funktion, der kun indeholder de felter, der ikke kræver manuel oprydning, mens den avancerede redigering er flyttet til en særskilt admin-funktion, så ikke alle medarbejdere har adgang til denne.

Samtidigt sikrer vi, at der sendes korrekte lageropdateringer (StockAdjust) til webshoppen, når ordrelinjer slettes eller mængder ændres, på en ordre direkte i PeakWMS, så I undgår minuslager på varer, der har været manuelt redigeret.

Ordrer: Mere kontrol, når ordrer sættes manuelt på hold

Når en ordre sættes manuelt på hold i PeakWMS, er det nu muligt at vælge, om reservationen af varerne på ordren skal bevares eller fjernes. Når ordren sættes manuelt på hold inde på ordren, er der tilføjet nye “på hold”-årsager (Manuel – Behold reservation og Manuel – Fjern reservation), så det er nemmere at styre, om ordren fortsat skal tælle med i “gamle ordre” og dermed trække på den disponible lagerbeholdning. Dette mindsker risikoen for, at nyere ordrer får lov til at tage beholdningen fra ældre ordrer, der bevidst er sat på hold.

Når du klikker på "Ordre på hold" på en ordren, vil du nu blive mødt af følgende skærm, hvor du skal vælge, om du vil beholde reservationen på varerne til ordren eller ej.

Beholder du reservationen vil reservationen forblive på ordren, og varerne "låses" til ordren, så det ikke er muligt for andre ordrer at stjæle varerne.

Fjernes reservationen vil nyere ordrer kunne tage varerne.

Cycle count: Cycle count tilføjes til lagerflyt og genopfyldning

Cycle count-logikken bruges nu på tværs af flere lagerflows: pluk, genopfyldning og lagerflyt. Det betyder, at medarbejdere fremover får de samme muligheder for at tælle og korrigere lageret dér, hvor de faktisk arbejder i PeakWMS, og at lagerafvigelser bliver fanget tidligere. Resultatet er et mere korrekt lagergrundlag og færre overraskelser mellem webshop og fysisk lager.

OBS! Rettigheden under indstillinger for "Optælling under pluk" dækker over al optælling i lagerflows; pluk, genopfyldning og lagerflyt. Er denne slået fra, vil I ikke blive bedt om at lave optælling i nogle af disse flows.

Lastbærere: Nem søgning på lastbærere med eller uden varer

I Lastbærer-admin dialogen kan der nu filtreres og søges lastbærere frem baseret på, om de er tomme eller indeholder varer. Det gør det hurtigere at finde “glemte” kasser med beholdning, som ikke er tilknyttet en plukkevogn eller et pakkebord, så lageret kan ryddes op og stemmes bedre mod webshoppen.

Du finder feltet under Admin > Lager > Lastbærer. Feltet ligger lige nu i de skjulte kolonner, og skal derfor tilføjes til dialogen via "Tabelindstillinger". Feltet du skal tilføje hedder "Tom". Er der markering i feltet, er lastbæreren tom. Er der ingen markering, er der varer registreret i lastbæreren.

Dialoger: "Succes"-beskeder vises nu i toppen af skærmen

Indtil nu er alle beskeder, fejl- og succes-beskeder i de forskellige værktøjer i PeakWMS, blevet vist i bunden af skærmen. Dette ændres delvist nu, for at sikre, at beskederne ikke blokerer for brugerens mulighed for at komme videre i sin arbejdsproces.

"Succes"-beskedernes rykkes derfor nu fra bunden af skærmen til toppen af skærmen, så brugeren ikke låses fast indtil beskeden er væk. Dette gælder f.eks. beskeder ved scan af produkt i pak eller ved scan af shippinglabel mm.

Ændringen gælder kun succes-beskeder, når en handling går godt. Fejlbeskeder vises fortsat i bunden af skærmen, da disse i langt de fleste tilfælde kræver handling fra brugeren, og derfor er nødvendigt, at brugeren ser og forholder sig til fejlbeskeden.

Worker: Nyt flow til "Internt beholdningsflyt"

Der introduceres et nyt workerflow i PeakWMS, der skal gøre det nemmere og hurtigere at lave flytninger af beholdning internt på lageret. Flowet introduceres som et alternativ til det almindelige flytte-flow, der findes under Værktøjer > Beholdning, der kræver flere steps, for at flytte en vare. Flytte-flowet i "Beholdning" fungerer fortsat som normalt, selvom "intern beholdningsflyt" introduceres.

I det nye “Intern beholdningsflyt” vælger man først det lager man vil arbejde på, og scanner derefter en kildelokation. Det er påkrævet, at beholdningen du vil flytte ligger på den lokation du scanner som kildelokation. Hvis ikke beholdningen ligger på denne lokation, vil du få vist en fejl, der forklarer, at der ikke er valgt nogen beholdning til flytning.

Når du har svannet en kildelokation, kan du scanne ét eller flere produkter ved at bruge stregkode eller indtaste varenummer. Der registreres én vare. pr. scan. Det vil sige, at du enten skal justere mængden direkte på skærmen, eller scanne hver vare du ønsker at flytte, hvis der skal flyttes mere end ét stk.

Til sidst scanner du destinationslokation, som du ønsker at flytte varerne til. Du skal være opmærksom på, at der kun er ét input-felt på skærmen. Dette felt bruges både til scanning af produkter og destinationslokation.

Scanner du en lokation direkte, skal du ikke bekræfte lokationen, inden beholdningen flyttes. Scanner du en reol, vil du få vist reol-animationen på skærmen, så du kan vælge en lokation, som beholdningen skal flyttes til.

Worker: Sæt minimumsbeholdning i fra-lager i "Opret genopfyldning"

Der tilføjes funktionalitet til at oprette og vedligeholde "minimumsbeholdning i fra-lager" i lagerflytopsætningen i worker-dialogen "Opret genopfyldning", der gør det muligt at lave lagerflytopsætningen direkte på håndscanneren.

Der er også tilføjet mulighed for import af "min. i fra-lager" under Lagerflyt > Lagerflytopsætning.

Funktionen i "opret genopfyldning" findes i tre prik-menuen, når et produkt er søgt frem. Her vælger du "Tilføj eller ret min/max".

Her findes "min. i fra-lager" nu som redigeringsmulighed nederst i pop up'en. Den angivne værdi tilføjes til lagerflytopsætningen for det valgte produkt og lager.

Lagerstatus: Én aktiv butiksoptælling pr. butikslager ad gangen

PeakWMS blokerer nu for muligheden for at have flere åbne butiksoptællinger på samme lager på samme tid. Dette blokeres for at afhjælpe eventuelle fejl, hvor der optælles på forskellige optællingsordrer i butikken på samme tid, som kan resultere i forkerte lagertal ved lukning af optællingsordren, da PeakWMS ikke løbende opdaterer lagertal til webshoppen på optællingsordrer af type "Butik".

Det er fortsat muligt at oprette flere butiksoptællinger pr. lager i status kladde, men det er kun muligt at have én åben butiksoptælling pr. lager på samme tid. Når en butiksoptælling lukkes, kan en ny åbnes.

Det er fortsat muligt at have flere åbne lageroptællinger, da der på disse løbende sendes lagertal afsted til webshoppen, imens lagerstatus foretages. Her vil dermed ikke opleves de samme problematikker, hvis flere medarbejdere optæller på forskellige optællingsordrer af typen "Lager".

Admin/Beholdning: ABC-felt tilføjet til Beholdning

ABC‑feltet er blevet tilføjet til admin-dialogen Beholdning. Det betyder, at du nu kan se, søge og filtrere på en vares ABC‑klassificering direkte i beholdningsoversigten, uden at skulle lave manuelt Excel‑arbejde ved siden af. Det gør det lettere at prioritere varer efter omsætningshastighed og fokusere på de vigtigste produkter i jeres lagerstyring.

Kolonnnen hedder "ABC klassifikation", og skal tilføjes via "Tabelindstilinger" i dialogen.

Lagerflyt: Dedikeret lokation til lagerflyt

Når en lastbærer bliver assignet til et lagerflyt, bliver den nu rebooket til en dedikeret udgående lagerflyt‑lokation (WAREHOUSE_TRANSFER_OUTBOUND) i fra‑lageret – i stedet for til den generelle Lost and Found‑lokation, som har været brugt til lagerflyt indtil nu.

Lokationen er af typen UNMANAGED_STORAGE (ikke-administreret lagerplads) og er markeret med IncludeInStockAdjustForWebshop = true, så beholdningen på lastbæreren fremgår korrekt i stock‑adjust-beskeder til webshop og andre eksterne systemer.

Eksisterende data bliver samtidig migreret, så alle lastbærere, der i dag ligger på Lost and Found med et aktivt lagerflyt, automatisk flyttes til den nye lokation. Det gør det lettere at skelne mellem lastbærere, der ikke er i brug, og reelt hører til på "LOST_AND_FOUND", og lastbærere, der er i gang med et kontrolleret lagerflyt.

Chat-system: Justering af layout

Vi har finjusteret layoutet i chatten, så afstanden mellem brugernavn og selve besked-teksten er blevet mindre, mens afstanden mellem de enkelte chat-bobler er blevet større. Samtidig er navn og tekst bedre centreret i forhold til avatar-cirklen. Det giver et mere roligt og overskueligt chatbillede, hvor beskederne er lettere at læse. Tidligere layout gjorde det bl.a. vanskeligt at gennemskue, hvem man chattede med.

OpenAPI

OpenAPI: Tilføjet støtte til webhooks med kryds-integration

Via OpenAPI er det nu muligt at oprette webhooks, hvor “source”-integration vælges ud fra en angivet webshop-URL – også selvom webhookens “target” er en anden integration.

Funktionen er kun tilgængelig for integrationer, der må tilgå data på tværs, og er dokumenteret i OpenAPI’et, så tekniske partnere kan sætte return-/ordreflows mere præcist op uden manuelle workarounds.

Open API: Tilføjet detaljerede felter til response-objekter for returordrer og returlinjer

PeakWMS' Open API er blevet opdateret, så I nu får adgang til en lang række nye detaljer om jeres returordrer og de individuelle returlinjer. Med nye felter, der dækker status, refusionsbeløb, hvem der har behandlet returen, samt tidspunkter for både modtagelse og refusion, får I en langt mere komplet oversigt over, hvordan returneringerne håndteres. Dette giver jer et bedre grundlag for at følge returordrer helt til dørs og sikrer, at jeres systemer kan synkronisere præcise oplysninger om refunderinger og behandling af varer.

Open API/Retur: Return reason gemmes nu som fritekst på returordrelinjer

Den interne kobling mellem returordrelinjer og den faste returårsags-tabel i returportalen er fjernet. I stedet gemmes returårsagen nu som en simpel tekst på selve returordrelinjen, både når den oprettes via Open API og via PeakWMS’ egne returflows. Det gør returordrer mere robuste over for ændringer i returportalens opsætning og gør det lettere for integrationer at sende og læse præcis den returårsag, der er angivet på linjen.

Open API: Tilføjet lagernavn, produktbeskrivelse og leverandørnavn til receivedQuantities-endpointet

Vi har udvidet Open API-endpointet for modtagne antal (receivedQuantities) med tre nye felter: lagernavn, produktbeskrivelse og leverandørnavn. Derudover kan I nu filtrere data på et bestemt lager via et nyt warehouseName -query parameter. Det giver jer et langt bedre overblik over, hvad der er modtaget, fra hvem og på hvilket lager – og gør det nemmere at planlægge bemanding og opgaver baseret på, hvilke leverandører der er kommet varer hjem fra.

OpenAPI: Filtrér indkøbsordrer via Open API

Vi har udvidet Open API-endpointet GET /openApi/purchaseOrder/state/{state} med nye dato-filtre. Det betyder, at integrationer nu kan hente indkøbsordrer oprettet eller opdateret inden for et bestemt tidsinterval (fx “siden sidste sync”) i stedet for altid at hente alle ordrer. Det reducerer mængden af data, gør synkronisering hurtigere og mere stabil, især for webshops med mange indkøbsordrer.

OpenAPI: Tilføjet SerialNumberControlled-egenskab til produkt-endpoints

OpenAPI er blevet udvidet med en ny SerialNumberControlled-egenskab på alle produkt-endpoints. Det betyder, at det nu er muligt at oprette, opdatere og hente produktdata, der inkluderer information om, hvorvidt et produkt er serienummerkontrolleret. Dette giver jer fuld kontrol over serienummerstyring direkte via API'en.

Performanceoptimeringer

Performance: Hurtigere visning af cross docking-forslag ved mange ordrelinjer

Kaldet GetCrossDockingInfoForLine er blevet optimeret, så det skalerer bedre end tidligere, når der ligger mange ordrelinjer på hold for samme vare. Den tidligere databaseforespørgsel lavede et tungt under‑query for hver potentiel linje, hvilket i nogle tilfælde gav svartider på over et minut. Logikken er nu delt op og omskrevet, så vi kan finde gyldige cross docking‑linjer i sorteret rækkefølge langt hurtigere. Resultatet er markant hurtigere svartider i varemodtagelsen, især for varer med mange åbne ordrelinjer.

Performance: Hurtigere bulk-pluk ved mange ordrer

Den interne søgning efter bulk-plukordrer er optimeret, så PeakWMS udelukkende henter relevant data pr. ordrelinje. Der arbejdes nu kun med de felter, der er nødvendige for at gruppere ordrer (CutOffTime, PickOrderId og MaterialId). Det giver hurtigere svartider og en mere responsiv oplevelse, især når der søges og planlægges bulk-pluk på meget store ordresæt med mange ordrer.

Performance: Hurtigere hentning af fragtlabels ved single piece pak

Vi har optimeret den måde, fragtlabels hentes på i Single Piece pakke-flowet. Dokumenterne hentes nu mere direkte, så labels kan vises og udskrives hurtigere, især ved travle pakkeborde.

Performance: Hurtigere opdatering af lager på varer i flere bundles

PeakWMS bruger nu et samlet bulk‑kald i stedet for mange enkeltkald, når en vare indgår i flere bundles. Det giver hurtigere opdatering af lageret og mere stabil performance i integrationer til ERP, webshop og OpenAPI, især for varer der indgår i mange bundles.

Produkt-popuppen i plukflowet, ved scanning af forkert produkt er blevet forbedret, så den ikke længere blokerer brugeren, mens produktdata indlæses. Bekræft-knappen er nu tilgængelig med det samme, så plukkeren kan springe videre uden at vente på langsom produktindlæsning.

Vi har samtidig optimeret selve loadet af materialet i popuppen, så den åbner mærkbart hurtigere.

Bugfixes

Retur/Tilbagebetaling: Retur uden refundering blokeres ikke længere af beløbsvalidering

Fejlen betød, at en retur kunne fejle, hvis den beregnede totalpris for returen oversteg ordrebeløbet – også selvom handlingen på linjerne var sat til “Returnering uden refundering”. Den beløbsbaserede validering springes nu over, når “Returnering uden refundering” benyttes, så returen kan gennemføres som forventet.

Homerunner: Formatering af telefonnumre

Vi har rettet en fejl i Homerunner-integrationen, hvor telefonnumre, der starter med samme cifre som landets landekode f.eks. 47 , blev sendt forkert videre til Homerunner (fx 47xxxxxx blev til +47xxxxxx i stedet for +47 47xxxxxx). Telefonnumre bliver nu valideret og formateret korrekt, så fragtlabels og notifikationer får de rigtige kontaktoplysninger.

OpenAPI: Patch af produkter med vareejer-postfix via OpenAPI

Når produkter patches via OpenAPI for en vareejer, bliver vareejerens postfix nu håndteret korrekt. Tidligere kunne PeakWMS tilføje postfixet til varenummeret én gang til ved patch-kald (fx #VE blev til #VE#VE). Det er nu rettet, så postfix kun tilføjes, hvis det mangler. Eksisterende varenumre/SKU bevares uændret.

Ordrer: Download af ordrer virker igen

Vi har oplevet problemer med at downloade ordrer, grundet en fejl i integrationsdialogen. Fejlen skyldes, der med seneste feature release blev gjort en række felter mandatory. Dette har spændt ben for manuel hentning af ordrer, hvis man har indtastet integrationen direkte i feltet, i stedet for at klikke på loppen for at finde integrationen. Denne fejl er nu rettet, så det igen er muligt at søge direkte i feltet, for at finde integrationen.

Ordrer: Valg af pakkeshop ved manuel oprettelse af ordre i PeakWMS

Vi har rettet en fejl, der midlertidigt fjernede muligheden for at angive et pakkeshop-ID, når der manuelt blev oprettet en ordre i PeakWMS. Feltet for pakkeshop-ID er nu synligt igen, så man hurtigt og præcist kan knytte ordrer til specifikke pakkeshops direkte under ordreoprettelsen.

Return: Rettet inkonsistent håndtering af refundAmount i retur-worker, når ReturnReason mangler på returordrelinjen

Vi har rettet en fejl i retur-workeren, hvor refusionsbeløbet (refundAmount) i nogle tilfælde endte med at være forskelligt fra det forventede – særligt når returordrelinjen ikke havde en returårsag (ReturnReason = null). Nu udfyldes retur-felterne konsekvent og null-sikkert i GetOrderDataForReturn, så handlingen på linjen (fx NO_MONEY_BACK eller REPLACE) altid afspejles korrekt i beregningen af refusionsbeløbet. Det sikrer, at returordrer behandles ensartet, også når der ikke er angivet en specifik returårsag.

Admin/Indkøbsbehov: Forbedret GraphQL exception handling ved manglende data‑rettigheder

Vi har forbedret exception handling i GraphQL for beregning af indkøbsbehov, så brugere uden rettigheder til forpakningsniveau-data ikke længere får et teknisk crash i tabellen. I stedet vises der nu en fejlbesked, når data som material.selectedPackagingUnit.quantity ikke kan hentes pga. manglende tilladelser. Det gør det tydeligere for brugeren, hvad der er galt, og forhindrer at selve dialogen fejler.

Admin: Eksport til CSV fejlede ved for store datamængder

Vi har rettet en fejl, hvor eksport af store datasæt (fx 60.000+ rækker) kunne fejle eller forårsage time out. Eksporten henter nu data i mindre “chunks” (10.000 ad gangen), og timeout på GraphQL er sat op til 10 minutter, så store eksporter gennemføres stabilt og hurtigt – også for meget store datamængder.

Admin/Produkter: Begrænset sortering på tunge lagerkolonner

Vi har forbedret performance i produkter-dialogen, så sortering på lagerrelaterede kolonner ikke længere kan få søgningen til at gå i stå, når der ikke er lavet en søgning først. Fremover kan du kun sortere på de tunge lagerkolonner, når der er en aktiv søgning, og hvis du fjerner søgekriterierne igen, nulstilles sorteringen automatisk til standard-kolonnen. Samtidig vises der et ikon med en kort forklaring, hvis en kolonne kræver en søgning, før der kan sorteres på den. Det giver en hurtigere og mere stabil oplevelse i store produktkataloger.

Med tunge lagerrelaterede kolonner menes følgende:

AvailableOnStock
AvailableToSell
OrderedByCustomers
OrderedFromVendor
ReservedForPick

Pluk: Rettelse af plukkehistorik

På ordrer/plukketure med mange linjer kunne man tidligere ikke se hele historikken, hvilket gjorde det svært at vurdere, om der var behov for ekstra lastbærer, og at kontrollere for eventuelle fejl i pluk.

Efter rettelsen kan alle linjer i plukkehistorikken igen vises, så plukkere og ledere får det fulde overblik over runden – også ved store ordrer.

Søgning: Fejl ved filtrering på en procentsat, f.eks. i feltet “Modtaget %” på indkøbsordrer

Fejlen betød, at PeakWMS gav en fejlbesked, hvis man forsøgte at filtrere på en specifik værdi på en kolonne med %, f.eks. "Modtaget %" i indkøbsordrer. Her var det ikke muligt at søge efter f.eks. indkøbsordrer, hvor 25 % var modtaget på indkøbsordren. Efter rettelsen er det igen muligt at foretage søgninger på en procentsats.

Genopfyldning: Genopfyldningsarbejdsstation nulstilles nu korrekt efter endt genopfyldning

Brugeren blev sendt tilbage til valg af konfiguration, men ved nyt valg opstod en fejl om, at arbejdsstationen stadig var i status "aktiv" og derfor ikke kunne bruges. Nu nulstiller PeakWMS arbejdsstationen korrekt ved afslutning, så man uden problemer kan starte en ny genopfyldning med det samme.

OpenAPI: Delvist plukkede ordrer i hold-status overgår nu korrekt til "pakket"-status

Vi har rettet en fejl, hvor ordrer, der var delvist plukket og i hold-status, ikke altid skiftede til den korrekte "pakket"-status efter delleveringer. Selvom alle ordrelinjer blev markeret som pakket, kunne ordren forblive i hold-status. Dette er nu løst, så delvist plukkede ordrer, der var på hold, korrekt overgår til "pakket"-status, hvilket sikrer en retvisende ordrestatus og reducerer behovet for manuel opfølgning.

LogiSnap: US-forsendelser via LogiSnap inkluderer nu korrekt delstat

Vi har rettet en fejl i LogiSnap-integrationen, der forhindrede booking af forsendelser til amerikanske adresser. Årsagen var, at systemet ikke inkluderede den nødvendige delstat (State) i adresseinformationen ved booking. Denne opdatering sikrer, at State-feltet nu udfyldes korrekt for både afsender og modtager i LogiSnap.

B2B Pak: Rettet fejl i layout/design

Vi har rettet en layout‑fejl i B2B Pack, hvor designet var “bugged” og elementer ikke blev vist eller placeret som forventet. B2B Pack‑visningen fremstår nu igen ensartet og korrekt, så det er nemmere at danne sig et overblik og arbejde effektivt i skærmbilledet.