Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Panel | ||
---|---|---|
| ||
Den här sidan beskriver saldobegreppet disponibelt saldo (Available balance.) |
Grundläggande
Panel | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Extend använder sig av ett begrepp som heter disponibelt saldo, eller available balance. Enkelt uttryckt så är disponibelt saldo det saldo som man kan sälja/leverera till en kund just nu. Det är när det finns ett disponibelt saldo som avgör vad man lämnar för leveransbesked till kunden. I den enklaste förklaringen så kan man säga så här:
Dvs att disponibelt saldo är det man har på lager. Men om vi lägger till en faktor, inneliggande orders, så kan disponibelt saldo beskrivas så här:
Än så länge är detta en relativt enkel beskrivning och modell. Det finns 100 på lager men det finns kundorders på 30, dvs det finns ett disponibelt saldo om 70. Men om vi lägger ytterligare en faktor, tid, så blir modellen lite svårare. Här behöver vi förhålla oss till tidsfaktorn. Om vi tar samma värden som ovan men delar upp inneliggande orders utifrån önskad leveranstid så kan bilden bli så här:
Disponibelt saldo är ju bara en beräkning, och oavsett när kunderna vill ha sina orders så blir ju det disponibla just nu 70, för vi har 30 på kundorder. Adderar vi nu förväntade inleveranser så förändras ovanstående saldosituation enligt nedan:
Tre nya rader hade adderats till tabellen, en rad över förväntad inleverans. Här har vi ett inköp som kommer om två veckor, det planeras att det skall komma in 40 om 2 veckor. Sedan har vi 2 rader till, en med beräkning av disponibelt saldo enligt metod "reservation mot fysiskt saldo" och en med "reservation mot fysisk saldo + kända inköp" Dessa två metoder är viktiga att beskriva och att ni förstår. Det är en grundinställning i Extend som avgör vilken reservationsmetod som används, och för att välja rätt reservationsmetod är det viktigt att förstå skillnaden. |
Reservation mot fysiskt saldo
Panel | ||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||
Innebär att man låser fysiskt saldo till varje kundorder som registreras i Extend, ovsett när ordern skall levereras. För att beskriva ytterligheten i denna modell kan man göra det så här:
Det finns 100 på lager och vi har en kundorder som vill ha alla 100 om 3 veckor (egentligen vill kund ha 200...). Detta gör att vi har -100 produkter att sälja för leverans just nu. Inleveransen som planeras att komma om 2 veckor ignoreras. Med denna metod lovar man kund endast på det som faktiskt är mottaget på lager. |
Reservation mot fysiskt saldo + kända inköp
Panel | |||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Här använder man en reservationsprincip som kollar på båda tillgängligt saldo samt kommande inköp. Denna metod innebär att man "litar" på gjorda inköp. Ett exempel kan beskrivas så här.
Vi har ett fysiskt saldo om 100 idag, vi har en kundorder som vill ha 200 om 3 veckor. Men vi har samtidigt en förväntad inleverans om 2 veckor på 400. Metoden kommer då att beräkna att de 200 som kunden vill ha om 3 veckor kommer att kunna levereras från den inleverans som kommer om 2 veckor. Effekten blir att vi tillåter försäljning och plock av alla 100 som ligger på lager idag. |
Visning av disponibelt saldo
Panel | ||
---|---|---|
| ||
I Extend visas disponibelt saldo på flera ställen, till exempel i orderbokningen eller på produktsidan. Vi skickar även ut denna information till externa webbshoppar, via API:er som visar saldo m.m. Det är viktigt att den som konsumerar API:er vet vilken reservationsmetod ni använder och hur siffrorna skall tolkas. Nedan är ett exempel från Extend där disponibelt saldo visas som - 73, Det kan ju fysiskt finnas 10 på lager, men det finns 83 på kundbeställningar. Samtidigt ser vi att det finn en inleverans som är planerad till den 26 Februari, och det finns 56 kvar disponibla från den inleveransen. (inköpet är på 129 st). APISamma data exponeras i Extends API, kollar vi på denna produkt så ser ett api svar på saldo ut så här { Tolka disponibelt saldoFör att tolka detta korrekt så behöver ni förstå att.
|
Vilken metod skall användas
Panel | ||
---|---|---|
| ||
Det går inte att säga att en metod är bättre en den andra. Allt beror på er verksamhet och era relationer med leverantörer och kunder. Att reservera mot fysiskt saldo ger en mycket högre säkerhet iförhållande till kund. Ni lovar inget som ni inte kan hålla. Kundens leveransbesked bygger helt o hållet på produkter som ni har på lager. Denna metod bör användas när det är viktigt att kunden kan lita på de leveransbesked ni ger. Denna metod innebär teoretiskt ett högre lagervärde. Att reservera mot fysiskt saldo + kända inköp innebär att att man opimerar lagernivåerna och säljer det som kan säljas just nu, och att man kan skicka ett leveransbesked till kund som är beroende på att inleveranserna kommer som planerat. Denna metod innebär lite högre risk mot kund, men minimerar lagernivåerna. |
På denna sida: | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Instruktioner & Handledning: | ||||||||||
| ||||||||||
Relaterade uppslag: | ||||||||||
|