Et automatisk dimensjonsmålesystem registrerer lengde, bredde, høyde og vekt på et produkt i én operasjon, og erstatter manuell måling og separate vekter. I de fleste lagerdrifter er det én av tre registreringer av produktdata som skjer isolert fra hverandre - mål går til ERP, bilder til DAM, etikettdata til PIM. Denne artikkelen forklarer hvorfor, og hvordan registrering i én operasjon ser ut.
- Et automatisk dimensjonsmålesystem registrerer lengde, bredde, høyde og vekt i én operasjon, og erstatter manuell måling og separate vekter.
- De fleste lagerdrifter registrerer fortsatt produktdata tre ganger - mål til ERP/WMS, bilder til DAM, beskrivelser og etiketter til PIM.
- Utdaterte måldata blir raskt kostbare: transportører fakturerer etter volumvekt, så en foreldet oppføring betyr at du betaler for mye på hver forsendelse til den er rettet.
- Registrering i én operasjon - mål, fotografering og etikettdata på én stasjon - fjerner fragmenteringen ved kilden. Alphashot XL G2 MDC med AI OCR i Orbitvu Station gjør dette i én operasjon.
Et automatisk dimensjonsmålesystem måler lengde, bredde, høyde (l b h) og vekt på en pakke eller et produkt i én operasjon og sender dataene til et lagerstyringssystem (WMS) eller et ERP-system uten manuell registrering. Det erstatter den gamle arbeidsflyten med målebånd, vekt og regneark med én sensorpassering og en direkte dataskriving. Slike systemer er vanlige innen logistikk, lagerdrift og e-handelsfulfilment.
Å automatisere registreringen av mål og vekt fjerner selve dataregistreringsarbeidet, de menneskelige feilene og måleavviket som manuell måling skaper over tusenvis av varer. Resultatet mater tre forretningsfunksjoner: fakturering fra transportør (volumvekt), utnyttelse av lagerplass (kubikkplanlegging) og etterlevelse av krav til markedsplassoppføringer (komplette attributter).
De vanligste formatene er:
- Statiske dimensjonsmålesystemer. En plattform med fast posisjon og sensorer over, ofte kombinert med en gulvvekt. Best egnet for utgående volum som er lavt og for pakkestasjoner i e-handel, vanligvis NTEP-sertifisert for handelsbruk.
- Transportbåndbaserte automatiske pakkemålesystemer. Også kalt dynamisk måling: pakken beveger seg gjennom en skannetunnel, og systemet registrerer mål, vekt og ofte strekkodedata i bevegelse. Arbeidshesten i utgående flyt ved høye volumer.
- Automatiske systemer integrert i studio. Måling av pakkens dimensjoner skjer på samme stasjon som fotograferingen og lesingen av etiketter. Laget for innkommende varer og produktregistrering, med ytterligere datafangst (bilder, 360°-spinn, etikett-OCR) i samme operasjon.
Hvert format løser et ulikt operativt øyeblikk. Men ingen av dem registrerer alene hele settet med produktdata virksomheten din trenger for å føre en SKU fra varemottak til en aktiv oppføring på en markedsplass.
Grunnen til at fulfilment-team registrerer produktdata tre ganger, er at dataene lever i tre ulike systemer, eies av tre ulike avdelinger og fylles fra tre ulike fysiske stasjoner. Slik ser det ut i en typisk drift:
| System | Hva det inneholder | Hvem eier det | Hvor dataene kommer fra |
|---|
| DAM (digital asset management) | Bilder, video, 360°-spinn | Studio / markedsføring | Fotostasjon |
| PIM (product information management) | Beskrivelser, attributter, markedsplasskrav | E-handel / merchandising | Manuell registrering, import fra regneark |
| ERP eller WMS | SKU, mål, vekt, strekkode | Drift / lager | Vekt, måleverktøy, skanner - tre separate trinn |
Én SKU. Tre stasjoner. Tre dataoppføringer. Hvert av disse lagersystemene henter samme SKU fra en ulik kilde til masterdata. Det finnes ikke ett enkelt øyeblikk i mottaksprosessen der alt registreres samtidig.
Dette er ingen feil. Det er slik systemene ble kjøpt inn - hvert av dem anskaffet for å løse én avdelings problem, på sin egen tidslinje og med sitt eget budsjett. Ingen satte seg fore å bygge en arbeidsflyt der samme produkt håndteres tre ganger før det er klart til å sendes eller selges, men det er der man ender opp.
Fire grunnleggende årsaker holder tre-systemmønsteret på plass i de fleste fulfilment-drifter:
- Hvert system ble kjøpt for å løse én avdelings problem, på ulike tidspunkt og fra ulike leverandører.
- Ulike eiere har ulike krav til nøyaktighet, ferskhet og kvalitetskontroll.
- SKU-ID-er, navnekonvensjoner for bilder og attributtfelt stemmer ikke overens mellom systemene, så å flytte data mellom dem krever mappingskript eller manuell avstemming.
- Ingen enkelt øyeblikk i mottaksprosessen samler alle attributtene - bilder tas i studio, dimensjonsmåling skjer på mottaksrampen, beskrivelser skrives ved en pult.
Fragmenteringen består fordi det ikke koster noe operativt å beholde den - helt til det gjør det.
Inntil nylig tolererte fulfilment-drifter fragmenterte produktdata fordi de var ineffektive snarere enn kostbare. Det er i endring på to fronter.
Transportører fakturerer etter den høyeste av volumvekt og faktisk vekt, beregnet fra deres egen skanning på terminalen - ikke fra dine oppføringer. Hvis WMS-et ditt har et utdatert eller manglende mål, kan du ikke beregne fraktkostnadene nøyaktig på forhånd, og hvert avvik blir en tvist du betaler for likevel. Løsningen begynner med nøyaktige måldata ved kilden, ikke med avstemming uker senere.
Amazon, Zalando og Otto avviser eller skjuler oppføringer som mangler komplette attributtdata - inkludert nøyaktige pakkemål, vekt og bilder som oppfyller den enkelte markedsplassens spesifikke krav. Skjulte oppføringer selger ikke. Avviste oppføringer indekseres ikke.
Utdaterte måldata i WMS-et gir feil i kartongvalget: systemet velger feil eskestørrelse, pakketeamet bruker tid på å pakke om, og fraktkostnadene øker. Selve måletrinnet har også en arbeidskostnad - å automatisere det sparer vanligvis 30 til 60 sekunder manuell måling per pakke, noe som summerer seg raskt over en full dag med varemottak. Utnyttelsen av lagerplass svekkes også: hvis systemet ikke kjenner produktets reelle mål, blir lagerplasser tildelt feil. For uregelmessige varer runder manuell måling ofte bort nettopp de verdiene som ville avdekket plassproblemet.
Ulike problemer, samme grunnårsak: dimensjonsmåling og veiing utført isolert fra fotografering og etikettdata etterlater hull som frakt, lager og markedsplass ikke lenger kan absorbere i stillhet.
Å registrere data fra produktetiketter betyr å hente ut strukturert informasjon - delenumre, strekkoder, angivelser av vekt og mål, vaskesymboler - fra etiketten som er trykt på eller festet til produktet, og sende den informasjonen til PIM, ERP eller WMS som maskinlesbare felt.
Slik fungerer registreringstrinnet når det er automatisert:
- Plasser produktet slik at etiketten er synlig for kameraet eller skanneren.
- Ta bildet i en oppløsning som er høy nok til å lese hvert trykte felt.
- Hent ut feltene med optisk tegngjenkjenning som er trent på produktetiketter, ikke på generiske dokumenter.
- Rut den strukturerte utdataen til målsystemet - PIM for attributter, ERP for angivelser av vekt og mål, WMS for strekkodedata.
I en arbeidsflyt i Orbitvu Station leser AI OCR produktet eller emballasjen og strukturerer det den finner - delenumre, etiketter, mål, vekt. Hvor hvert felt havner er fortsatt din avgjørelse; AI-en står for lesingen, du tar beslutningene om hvor dataene skal.
Registrering i én operasjon er det som skjer når fotografier, mål, vekt og etikettdata tas opp på samme stasjon, i samme operasjon, knyttet til samme SKU-oppføring. Dataene rutes deretter til DAM, PIM og ERP samtidig.
Det er nettopp det Alphashot XL G2 MDC gjør. Det er et automatisk dimensjonsmålesystem bygget inn i et produktfotostudio: den samme operasjonen som tar produktbildene, registrerer også presise mål og vekt, og leser - kombinert med AI OCR i Orbitvu Station - produktets etikett. Én stasjon, én operatør, én oppføring.
Fotograferingen fungerer samtidig som måletrinnet, så det finnes ingen separat målestasjon å sende produktet gjennom etterpå og ingen vekt å føre manuelt. Fordi mål og vekt kommer fra samme operasjon som bildene, peker oppføringen WMS-et ditt mottar til akkurat samme registreringsøyeblikk som bildene DAM-et ditt mottar - ingenting har rom til å skli fra hverandre mellom systemene. AI OCR leser delenumre og trykte angivelser samtidig, så PIM-et ditt får strukturerte attributter i stedet for en manuell ny registrering senere. Hva som skjer med de dataene videre er opp til deg: Orbitvu Station ruter dem til DAM, PIM og ERP eller WMS, men du bestemmer hva som går hvor.
Håndter produktet én gang, og hvert system nedstrøms - fraktprogramvare, lageret, markedsplassfeeden - henter fra samme oppføring i stedet for tre versjoner som ble registrert på ulike tidspunkt og stille kan motsi hverandre.
Et automatisk dimensjonsmålesystem måler lengde, bredde, høyde og vekt på en pakke eller et produkt i én enkelt operasjon og sender dataene til et lager- eller ERP-system uten manuell registrering.
En statisk måler krever at en operatør plasserer varen, retter inn sensoren og fører avlesningen. Et automatisk dimensjonsmålesystem registrerer dataene fortløpende og ruter dem til et nedstrøms system uten operatørinnsats.
Nei. Dimensjonsmåling og veiing registrerer én av tre typer produktdata virksomheten din trenger. Bilder (til DAM) og beskrivelser eller etikettdata (til PIM) må fortsatt registreres separat, med mindre målesystemet ditt er integrert med fotografering og OCR.
Transportører fakturerer etter den høyeste av faktisk vekt og volumvekt. Hvis WMS-et ditt har en utdatert eller manglende måloppføring, brukes transportørens egen måling i stedet, og den er vanligvis høyere og gir overfakturering.
Ja. Automatiske dimensjonsmålesystemer integrert i studio - som Alphashot XL G2 MDC - registrerer fotografier, mål og vekt på samme stasjon, i samme operasjon og knyttet til samme SKU-oppføring.