ABC saldo är en funktion inom XTND plattformarna som syftar till att du som varuägare skall kunna styra och prioritera produkter mellan olika kunder och/eller mellan olika säljkanaler utifrån samma lager.

ABC saldo kan sättas upp för att styra saldoprioritering av produkter mot olika kunder eller säljkanaler, så som olika webshoppar. ABC saldo möjliggör att saldot prioriteras/begränsas till tre olika grupper, A, B eller C. Funktionen gör detta genom att visuellt visa olika saldon beroende på vilken grupp du som kund eller säljkanal tillhör. De olika grupperna får på så sätt tillgång till olika mängd saldo, gränser som definieras av dig som varuägare.

Visa & synkronisera olika saldon till olika grupper

Med ABC saldo så finns möjligheten att visa / exponera olika saldon för samma produkt. Om en produkt har ett disponiblet saldo om 100 st på lager så kan man med ABC saldo t.ex. visa 40 ST som disponibla för en B2B webshop. Varje säljkanal kopplad till XTND Backend kan styras mot vilket saldo som de skall "få" när XTND Backend synkar saldo till shoppen.

Inne i XTND Backend's orderbokningsgränssnitt så kommer de olika saldon att visas, här är ett exempel på en produkt som har 100 st tillgängliga i normalsaldo, men för kunder som är kopplade till priogrupp B så är det bara 70 tillgängliga och för prio grupp C är det bara 40 tillgängliga.

Definiera saldoprioritering per grupp

Funktionen är uppbyggt på så sätt att det finns en grupp, A, som har tillgång till allt saldo, och anses därför vara den grupp av kunder eller den säljkanal som prioriteras högst. Därefter kan man definiera reducerade saldon för andra grupper av kunder eller säljkanaler som prioriteras lägre än de som tillhör grupp A. Detta gör man genom att reducera tillgängligheten av saldo med ett statiskt antal för grupp B och/eller för grupp C. Reducerat antal per grupp anges på produkten i dess produkt-lagerkoppling. Detta betyder att man kan ange olika reducerade antal för grupperna per lager för produkten.

Exempel 1

I exemplet ovan så finns det 100 i saldo av en produkt på ett lager.

Grupp A skulle då se alla 100 ST i lager och ha möjlighet att köpa av allt disponibelt saldo.

Grupp B har vi angett en begränsat tillgänglighet, där vi reducerat totala saldot med 30 ST. Detta gör att grupp B skulle få se 70 ST i lager och ha möjlighet att köpa 70 ST (100-30=70).

Grupp C har vi angett en annan begränsad tillgänglighet, där vi reducerat totala saldot med 60ST. Detta gör att grupp C skulle se 40 ST i lager och ha möjlighet att köpa 40 ST (100-60=40).

Exempel 2

Om disponibelt saldo istället skulle vara 40 ST på lagret, med samma angivna begränsningar för grupp B och grupp C.

Grupp A skulle då se alla 40 ST i lager och ha möjlighet att köpa av allt disponibelt saldo.

Grupp B skulle då se 10 ST i lager och ha möjlighet att köpa dessa 10 ST.

Grupp C skulle då ha ett disponibelt saldo på -20 och då se 0 ST i lager och ha möjlighet att köpa 0 ST.

Hantering av orders med saldoprioritering

Om XTND Backend har publiserat ut ett saldo till en säljkanal / webshop så utgårsystemet från att den kanalen kan hantera saldot och sälja det man blir tilldelad. Men om det kommer orders från säljkanaler som inte kan begränsa eller styra kvantiteten på ordrarna så finns det en inbyggd kontroll och funktion i XTND Backend som hanterar det.

Alla orders som kommer in, oavsett varifrån de kommer, så kommer XTND Backend att kontrollera önskat saldo på ordern mot det saldo som är tillgängligt för den säljkanalen. Om ordern begär mer än vad som är tillgängligt för kundens eller säljkanalens saldogrupp så kommer ordern att läggas i granskningskön för orders. Ordern kommer inte att hanteras förrän en användare gör ett manuellt beslut om vad som skall hända med ordern.

Denna kontroll görs endast om kunden är kopplad till B eller C. Kunder som är kopplade till A görs ingen kontroll på. A är originalsaldot och då hanteras ordern via normala regler för tillgänglighet och restorders.

Exempel

Om vi tar produkten från exemplet ovan och så säger vi att en B2B kund, vi kallar kunden för för "CORP X". CORP X är kopplad till priogrupp B och är en kund som skickar in sina inköpsorders elektroniskt. CORP X skickar in en order där de vill köpa 90 st av produkten ABC-test. 

Om ordern hade lagts i XTND Backend's ordergränssnitt så hade användaren fått denna varning.

Granskningskö

Vad systemet kommer göra är att lägga denna order till granskningskön:

Vid detta läge behövs ett manuellt beslut om vad som skall hända med denna order. Efter denna status så kommer ingen ytterligare logik avseende ABC saldo att köras i XTND Backend. Om en användare väljer att frisläppa en sådan här order så kommer den att hanteras utan hänsyn till ABC inställningarna.

Vi rekommenderar även att beslut om en sådan här order som har fastnat i kön pga saldo i prio grupp, tas mycket snabbt. för tills beslut tagits så blockerar denna order saldot för alla priogrupper.

Aktivera saldoprioritering

Funktionen ABC saldo behöver en aktivering för att den dels skall synas i gränssnitten men även fungera. Om du INTE använder ABC saldo så kommer du inte att se fälten för ABC saldohantering på varken kund- eller produktsidan.

Om du vill aktivera ABC saldo, hittar du det under menyn Inställningar under Generella inställningar. 

Du kan även sätta en annan orderprioritet för grupp B och grupp B som är lägre än normalt. Detta betyder att andra orders med högre prioritet (normal eller högre) kommer alltid att prioriteras över orders från grupp B och grupp C som då kommer få tillgång och möjlighet att reservera saldo över grupp B och grupp C.

Om funktionen är aktiv kräver den inte att några inställningar för ABC saldo skall finnas på artiklar eller kunder. Om inga inställningar är angivna för funktionen så kommer saldot och ordrar hanteras som normalt, normalt saldo och normal hantering av order.

ABC saldot är en möjlighet, inget krav.

Inställning på säljkanal

För en säljkanal så kan man ange vilket saldo som den säljkanalen skall "få" i XTND Backend.

Detta används till två saker, dels vilket saldo som synkas ut till kanalen, men även hur orders (kunder) från den kanalen skall hanteras. Om en kanal är kopplad till grupp B och det kommer in en order från den kanalen till en, för XTND Backend, okänd kund, så kommer den ordern att hanteras mot priogrupp som är kopplad till kanalen.

I detta exempel nedan så kommer alla orders från denna Magento shop att hanteras mot B-klassat saldo.

Inställning på kund

På en kund i XTND Backend så finns det under fliken logistikintällningar en inställning där man kan ställa in vilken saldo prio grupp som kunden skall vara kopplad till

Inställningen kan sättas enskild på respektive kund såsom bilden ovan visar, men kan även ställas via en massupdatering av kundregistret via uppladdningsfunktionen.

Själva hanteringen av saldot och orders styrs av en klassning som skrivs ner på ordern. Om kunden är kopplad till en grupp vid ordertillfället så noteras detta på ordern. Om man efter den tidpunkten ändrar inställning på kunden så ändras INTE redan lagda orders.

Inställning på produkt

Inställningar för ABC saldo på produkten finns på XTND Backend's produktsida.

På produkten så finns inställningen på kopplingen mellan lager och produkt. Denna hittar du genom att gå in på produkten och gå till dess undermeny "Lager / Leverantör" och antingen koppla produkten till ett nytt lager eller redigera befintlig koppling.

Produkten kan ha olika ABC inställningar på olika lager.

Inställningarna görs i antal, så i detta exempel ovan så kommer saldot för produkten ABC-test, på lagret DEMO WAREHOUSE att reduceras med 30ST för priogrupp B och med 60 ST för priogrupp C.

Det finns ingen relation mellan B och C, bägge grupperna är i förhållande till normalsaldot (A saldo). Om produkten i detta exempel har ett disponibelt saldo om 100 ST, så är det A saldot.

B kunderna skulle få se / köpa ett saldo om 70 ST (reduceras med 30 ST)

C kunderna skulle få se / köpa ett saldo om 40 ST (reduceras med 60)

Om disponibelt A saldo skulle vara t.ex. 40 ST så skulle B kunderna se ett disponibelt saldo om 10 ST och C kunderna ett disponibelt saldo om -30 ST

Denna saldo reducering ligger kvar på artiklen tills denna inställning ändras. Det finns ingen tidsgräns eller liknande. Skall ni sluta använda saldo prioritet på en enskild artikel så behöver ni justera inställningen på produkten.