Vit alltid hva du har

Hva det er verdt, ikke bare hvor mye som finnes

En mengde er halve svaret. fermt verdsetter lageret til den faktiske kostprisen på batchene dere har på hyllen, slik at tallet dere gir regnskapsføreren, kommer fra varemottakene og produksjonene som virkelig bygget det, og ikke fra en prisliste noen oppdaterte i fjor. Kostnader fanges opp ved varemottak, følger med gjennom produksjonen og rapporteres som en verdsettelse dere kan kjøre for det tidspunktet dere trenger.

Fordi verdsettelsen og mengden kommer fra de samme bevegelsene, kan de ikke gli fra hverandre. Det finnes ingen månedsavslutning der lagerrapporten og regnskapet må argumenteres til enighet.

Rapporten skiller råvarer, ferdigvarer og varer i arbeid, der det siste hentes fra produksjonsordrer der inngangene er forbrukt, men utgangene ennå ikke er ferdige — altså verdien som faktisk står i tankene i stedet for på en hylle. Den kan kjøres for en dato tilbake i tid så vel som i dag, som er nettopp det inngående og utgående tall krever, og eksporteres til Excel til den som fører regnskapet deres.

• Faktisk batchkostpris, sporet tilbake til varemottaket og innkjøpsprisen
• Egenproduserte batcher kostnadsberegnet som summen av inngangene sine, rekursivt
• Råvarer, ferdigvarer og varer i arbeid rapportert hver for seg
• Enhver dato, ikke bare i dag, og eksportert til Excel

Hver bevegelse, og hvorfor den skjedde

Lagerbevegelser er en revisjonslogg snarere enn en løpende sum: hver inn- og utgang registreres med dato, vare, lager og transaksjonstype, og kan filtreres på alle sammen. Når et tall ser feil ut, er spørsmålet ikke hva saldoen er, men hva som skjedde med den — og det er det loggen svarer på.

Rettelser behandles også som hendelser. Etter en telling registrerer en justering økningen eller reduksjonen med et revisjonsspor, og en veiledet korreksjonsvei hjelper dere med å velge mellom en tilbakeføring, en justering og en svinnregistrering, alt etter hva som faktisk gikk galt. Svinn, kassasjon og destruksjon registreres som egne transaksjoner, justerer lageret automatisk og inngår i etterlevelsesrapportene i stedet for å forsvinne i en generisk nedskrivning.

Hvilken batch som brukes, forblir deres beslutning. Når en produksjons- eller salgslinje legges til, foreslås den eldste batchen som har lager tilgjengelig, og velgeren viser alle batcher for varen sortert etter produksjonsdato med dem som har lager, først. Eldst først er altså et utgangspunkt og en sortering, aldri en tvang: å allokere etter holdbarhet, eller å reservere et bestemt parti til en kunde som har bedt om det, er helt vanlige handlinger i stedet for kamper med systemet.

Flere lokasjoner, flere enheter, ett bilde

Lagre har adresser, kapasiteter og formål, og hver transaksjon knyttes til ett av dem, slik at lageret kan gjøres opp per lokasjon i stedet for som ett samlet tall for hele virksomheten. Overføringer flytter materiale mellom dem som registrerte bevegelser.

Enheter bærer omregningsfaktorer, og det betyr mer enn det høres ut som: å kjøpe i kilo, produsere i liter og selge i flasker er helt normalt, og et system som ikke kan regne om konsistent, produserer nettopp den typen enhetsavvik som senere blir til en feil i rapporteringen.