Hav altid styr på lageret

Hvad det er værd, ikke bare hvor meget der er

En mængde er det halve svar. fermt værdisætter lageret til den faktiske kostpris på de batches, I har på hylden, så det tal, I rækker jeres revisor, kommer fra de varemodtagelser og produktioner, der reelt byggede det, og ikke fra en prisliste, nogen opdaterede sidste år. Omkostninger opsamles ved varemodtagelse, følger med gennem produktionen og rapporteres som en værdiansættelse, I kan trække for det tidspunkt, I har brug for.

Fordi værdiansættelsen og mængden kommer fra de samme bevægelser, kan de ikke glide fra hinanden. Der er ingen månedsafslutning, hvor lagerrapporten og bogholderiet skal argumenteres til enighed.

Rapporten adskiller råvarer, færdigvarer og varer i arbejde, hvor det sidste hentes fra produktionsordrer, hvis input er forbrugt, men hvis output endnu ikke er færdige — altså den værdi, der reelt står i tankene frem for på en hylde. Den kan køres for en dato i fortiden såvel som i dag, hvilket er præcis hvad primo- og ultimotal kræver, og eksporteres til Excel til den, der fører jeres regnskab.

• Faktisk batchkostpris, sporet tilbage til varemodtagelsen og indkøbsprisen
• Egenproducerede batches kostberegnet som summen af deres input, rekursivt
• Råvarer, færdigvarer og varer i arbejde rapporteret hver for sig
• Enhver dato, ikke kun i dag, og eksporteret til Excel

Hver bevægelse, og hvorfor den skete

Lagerbevægelser er en revisionslog snarere end en løbende sum: hver til- og afgang registreres med dato, vare, lager og transaktionstype og kan filtreres på dem alle. Når et tal ser forkert ud, er spørgsmålet ikke, hvad saldoen er, men hvad der skete med den — og det er dét, loggen svarer på.

Rettelser behandles også som hændelser. Efter en optælling registrerer en regulering forøgelsen eller formindskelsen med et revisionsspor, og en guidet korrektionsvej hjælper jer med at vælge mellem en tilbageførsel, en regulering og en spildregistrering, alt efter hvad der faktisk gik galt. Spild, svind og destruktion registreres som deres egne transaktioner, regulerer lageret automatisk og indgår i compliance-rapporterne frem for at forsvinde i en generisk nedskrivning.

Hvilket batch der bruges, forbliver jeres beslutning. Når en produktions- eller salgslinje tilføjes, foreslås det ældste batch, der har lager til rådighed, og vælgeren viser alle batches for varen sorteret efter produktionsdato med dem, der har lager, først. Ældste-først er altså et udgangspunkt og en sortering, aldrig en tvang: at allokere efter holdbarhed eller at reservere et bestemt parti til en kunde, der har bedt om det, er helt almindelige handlinger frem for kampe med systemet.

Flere lokationer, flere enheder, ét billede

Lagre har adresser, kapaciteter og formål, og hver transaktion knyttes til ét af dem, så lageret kan gøres op pr. lokation frem for som ét samlet tal for hele virksomheden. Overførsler flytter materiale mellem dem som registrerede bevægelser.

Enheder bærer omregningsfaktorer, og det betyder mere, end det lyder: at købe i kilo, producere i liter og sælge i flasker er helt normalt, og et system, der ikke kan omregne konsistent, producerer præcis den slags enhedsmismatch, der senere bliver til en fejl i rapporteringen.