Disponibelt saldo (Available balance)

Den här sidan beskriver saldobegreppet disponibelt saldo (Available balance.)

Extend Commerce 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 Commerce Backend som avgör vilken reservationsmetod som används, och för att välja rätt reservationsmetod är det viktigt att förstå skillnaden.

Innebär att man låser fysiskt saldo till varje kundorder som registreras i Extend Commerce Backend, 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.

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.

Extend Commerce har även ett begrepp som kallas prioriterad saldotilldelning.  Detta är en funktion / inställning som man sätter på en enskild artikel. Det som händer om man markerar produkten såsom prioriterad saldotilldelning så kommer Extend Commerce Backend att prioritera orders där önskad leveranstid är inom 24h (högsta prio), och inom 48h (näst högsta) . Och resterande kommer att ha normal prioritering. 

Detta innebär att en order med önskad leveranstid imorgon, kommer att prioriteras före en order som skall levereras senare än imorgon. Detta gäller oavsett när ordern är lagd. Så om en order med önskad leveransdag "om 10 dagar" läggs i systemet, kunden får ordererkännande, om en ny order efter detta läggs, där önskad datum är imorgon, så kommer den senare ordern "ta" saldot från den första order.

Vad / när skall man använda denna metod ?

I en situation med produkter där man har extremt kort livslängd på produkten och att man har ett kontinuerligt flöde av nya varor från sin leverantör. Det absolut vanligaste är färskvaror. Exempelvis, du säljer färskt bröd, du har ett bageri som varje morgon fyller på ditt lager med nytt bröd. Det kanske är en påfyllnadsprocess där det inte sker formella inköp, utan leveranserna kommer genom ett fast avtal.

I ett sådan fall, om du har 10 bröd på lager just nu, en kund lägger en order på 10, med önskad leveranstid om 5 dagar. Då vill du ju inte "låsa" dessa bröd till den ordern, även om du inte har gjort ett formellt inköp. Kommer det in en order som vill ha bröd idag, så kommer prioriterad saldotilldelning att tilldela produkterna till den senare order.

Denna metod anges på produkten, så en generell reservationsprincip, som är beskriven ovan finns alltid. Denna prioriterade saldotilldelningen är en "avvikande" inställning en eller flera produkter.

För att utnyttja denna funktion måste kontakt tas med Kundtjänst & Support. Funktionen behöver sättas upp med vetskap om när på dygnet man förväntas sig påfyllnad av dessa produkter.

I Extend Commerce Backend 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 Commerce Backend 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).

API

Samma data exponeras i Extend Commerce API,

kollar vi på denna produkt så ser ett api svar på saldo ut så här

{
  "productAvailabilityList": [
    {
      "warehouse": "DEMO",
      "productNumber": "000891",
      "physicalBalance": 10,
      "availableBalanceNow": -73,
      "nextReceivingDate": "2020-02-26T16:00:00",
      "avaiableOnNextReceiving": 129,
      "changeDate": "2020-02-26T12:13:37.567",
       "warehouseName": "DEMO"
    },

Tolka disponibelt saldo

För att tolka detta korrekt så behöver ni förstå att.

• Disponibelt saldo beräknas olika beroende på vilken reservationsprincip ni har inställd i Extend Commerce Backend.
• För att få reda på hur mycket ni kan sälja (lova kund) vid nästa inleveranstillfälle behöver ni ta summan av värdet från AvaiableOnNextReceiving och availablebalancenow. (etiketten på avaiableonnextreceiving är tyväär lite missvisande, det är antal på nästa inleverans som visas där)
• Disponibelt vid nästa inleverans är ett disponibelt saldo efter nästa inleverans. Om det finns flera inleveranser så kommer disponiblet saldo vid nästa inleverans INTE att ta hänsyn till mer än nästa inleverans.

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.