Page Comparison

Extend använder sig av ett begrepp som heter disponibelt saldo, eller 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 faktornfaktor, tid, så blir modellen lite svårare i. e Här behöver vi behöver förhållas 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.

Innebär att man låser fysiskt saldo till varje kundorder som registreras i Extend. oavsett , ovsett när order 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...) Vilket . 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.

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).Image Removed

API

Samma data exponeras i Extends 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.
• 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.