Lagerhyra: modeller som skalar med pallplatsen, dagen eller båda

De flesta lagerpriser sätts en gång, på ett möte, och diskuteras sedan varje månad så länge kunden stannar. Priset i sig är sällan problemet. Problemet är att ingen skrev ner vad som egentligen prissattes: vilken pall, vilken dag, räknat hur. Den första fakturan gör dessa luckor till en tvist, och varje faktura därefter öppnar den igen.

Det finns bara ett fåtal vanliga sätt att ta betalt för lagring. Vart och ett är rimligt, vart och ett belönar ett visst beteende, och vart och ett behöver några definitioner överenskomna innan det kan faktureras utan en diskussion.

De vanliga modellerna

Per pallplats och dag. Kunden betalar för varje pall, varje dag den står i ert lager. Det är den mest rättvisa modellen för båda sidor när volymerna rör sig, eftersom avgiften följer lagret upp och ner. Den kräver också de mest exakta registren: ni måste veta när varje pall kom in och när den lämnade.

Per pallplats och vecka eller månad. Samma idé med en grövre klocka. Enklare att fakturera, men varje periodgräns blir en fråga. Betalar en pall som kom in den 29:e för hela månaden? Om svaret är “det beror på kunden” har ni flera prismodeller, inte en.

Per kvadratmeter eller avgränsad yta. Kunden hyr en del av byggnaden, oavsett vad som står där. Det passar jämna volymer, skrymmande eller besvärligt gods som inte får plats på en pallplats, och kunder som vill ha sin egen inhägnade yta. Det belönar kunden för att fylla ytan och skyddar er när de inte gör det, till priset av att bli okonkurrenskraftigt när deras lager minskar.

Hanteringsavgifter, in och ut. En avgift per mottagen pall och per pall eller order som skickas ut, vanligen utöver en av lagermodellerna ovan. Det är i hanteringen arbetet ligger, så ett pris som bara täcker lagring för en kund med snabb omsättning subventionerar i tysthet deras genomströmning med era trucktimmar.

Minimiavgift. Ett golv per månad, så att en kund med tre pallar inte kostar mer att administrera än de betalar. Litet, men det tar bort en hel kategori av olönsamma konton.

De flesta verkliga prislistor kombinerar två eller tre av dessa. Det är bra, så länge varje del har sin egen definition.

Vad varje modell belönar

Prissättning är också en instruktion. Att ta betalt per pallplatsdag säger till kunderna att hålla lagret magert och hämta det snabbt, vilket är bra för er yta och svårare för er planering, eftersom volymerna svänger. Att ta betalt per yta säger att ytan redan är betald, så de kommer att fylla den, och långsamt gods lägger sig till ro. Att ta ut generöst för hantering och billigt för lagring belönar kunder som stannar länge; det omvända belönar snabba omsättare.

Ingen av dessa är fel. Den användbara frågan innan ni offererar är vilken typ av kund ni vill ha fler av, och om den modell ni är på väg att erbjuda belönar den kunden eller den andra.

Klockan: när börjar en dag?

Det är här de flesta lagertvister egentligen kommer från, och det är den del som är billigast att åtgärda i förväg.

• Ankomst- och avgångsdagar. Betalar en pall som kommer in kl. 16.00 för den dagen? Betalar en pall som lämnar kl. 08.00 för den dag den lämnar? Båda svaren går att försvara. Att inte ha något svar går inte.
• Ögonblicksbild eller löpande. Vissa lager räknar lagret en gång per period, till exempel varje måndag morgon, och tar betalt för det som står där. Andra tar betalt för varje pallplatsdag som faktiskt används. En ögonblicksbild är enklare, men en kund som skickar på fredagar och tar emot på tisdagar syns aldrig i den.
• Vad som räknas som en pall. En standardpall upp till en angiven höjd är en plats. Är en överhög pall två? En halvpall en halv? Lösa kartonger på en hylla? Skriv ner enheten, med mått.
• Delperioder och brytdatum. Om månaden slutar på en lördag, vilka rörelser hör till vilken faktura? Samma brytdatumsfråga som vid årsskiftet, bara tolv gånger om året.

En klocka som är nedskriven i avtalet kan tillämpas av vem som helst. En klocka som bara finns i en persons huvud tillämpas annorlunda av nästa person, och kunden märker det före er.

De register fakturan vilar på

Oavsett modell är en lagerfaktura bara så bra som registret över när varje pall kom in och gick ut. Om gods tas emot på ett korrekt dokument med datum och tid, och släpps ut på samma sätt, är pallplatsdagar bara aritmetik. Om ankomster antecknas på papper och avgångar härleds ur turplanen är varje faktura en uppskattning, och en uppskattning bjuder in till en invändning.

Samma register svarar på de frågor kunderna faktiskt ställer. Varför är den här månaden högre? Visa pallarna, datumen, dagarna. Fanns den pallen fortfarande här den 3:e? Visa utleveransen. En kund som kan se sitt eget lager och sina egna rörelser argumenterar mycket mindre om fakturan, eftersom det inte finns något kvar att gissa.

Vi har skrivit om mottagningssidan separat, i att lagra kundgods: gods som hålls åt andra behöver ett mottagningsbevis som båda sidor har skrivit under, och det är samma dokument som startar lagerklockan.

Innan den första fakturan

En kort checklista, överenskommen skriftligt med varje lagerkund:

1. Modellen: per pallplatsdag, per period, per yta, eller en kombination.
2. Enheten: vad en pallplats är, med mått och vad som händer ovanför dem.
3. Klockan: ankomstdag, avgångsdag, ögonblicksbild eller löpande.
4. Hantering: vad som utlöser en avgift in, en avgift ut, och en eventuell avgift per order.
5. Minimiavgiften, om det finns en.
6. Var kunden kan se lagret och de rörelser fakturan bygger på.

Sex rader, och de flesta av nästa års fakturatvister uppstår aldrig.

I navichain kommer kundgods i förvaring in på ett förseglat mottagningsbevis med streckkod, och lagerhyran faktureras per pallplatsdag ur förvaringsliggaren, så att ingen pallplatsdag någonsin debiteras två gånger. Kunderna ser sitt eget gods i sin portal, och ingen annans, och fakturorna går till Fortnox eller Visma eEkonomi. Lagersidan visar resten, och priser visar vad det kostar.