Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Panel | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Extend använder sig av ett begrepp som heter available balance, eller disponibelt saldo. Enkelt uttryckt så är disponibelt saldo det saldo som man kan sälja/leverera till en kund 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 att det finns ett disponibelt saldo om 70. Men om vi lägger ytterligare en faktorn, tid, så blir modellen lite svårare i.e vi behöver förhållas 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 saldoInnebär att man låser fysiskt saldo till varje kundorder som registreras i Extend. oavsett när order 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...) Vilket 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 fysisk saldo + kända inköpDenna 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. I Extend visas disponibelt saldo på flera ställen, orderbokningen, 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) Samma data exponeras i Extends API, kollar vi på denna produkt så ser ett api svar på saldo ut så här { För att tolka detta korrekt så behöver ni förstå att.
Vilken metod skall användasDet 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: | ||||||||||||
Dubbelklicka och ändra labels för att visa rätt instruktioner
| ||||||||||||
Relaterade uppslag: | ||||||||||||
|