En lista som blir tyst ser ut precis som en lugn handelsvecka inifrån SAP, så Amazons egen bild av ett erbjudande når nu ERP istället för att upptäckas veckor senare i en försäljningsrapport.
Amazon kan sluta sälja en rad efter eget omdöme. Ett mätvärde sjunker, ett dokument efterfrågas, en kategoriregel ändras och erbjudandet blir inaktivt utan att någon informeras på ett sätt som SAP skulle förstå. Inuti ERP-systemet är lagret tillgängligt och försäljningen stoppas helt enkelt, vilket tolkas som minskad efterfrågan snarare än som en listning som har stängts av. Veckor går innan någon med tillgång till säljarkontot listar ut varför. Att koppla samman SAP och Amazon återställer kanalens eget tillstånd, så en avstängning inträffar som en händelse snarare än som en frånvaro.

När Amazon gör ett erbjudande inaktivt, når staten SAP som något som har hänt, så en rad som har slutat sälja tolkas inte som en lugn vecka av efterfrågan.
Kvantitet som hålls för ett avstängt Amazon-erbjudande kan frigöras för andra kanaler, så SAP:s lager är inte bundet till en listning som inte säljer någonting.
Marketplace-ordrar når SAP som försäljningsdokument och utskicket går tillbaka från leveransen, så kanalen får veta att varorna har gått i samma ögonblick som lagret säger till.
Säljarkontot slutar vara en skärm som en person kollar på en fredag, eftersom det Amazon beslutar om ett erbjudande når de som arbetar i SAP varje dag i veckan.
När ett Amazon-erbjudande blir inaktivt registrerar Alumio ändringen mot materialet i SAP, så att det kommersiella teamet ser en lista som har stoppats snarare än en produkt vars beställningar helt enkelt minskade utan förklaring.
Alumio publicerar SAP-kvantiteten från de anläggningar du nominerar till varje Amazon-erbjudande i den cykel du väljer, så listan säljs mot lager som ett lager faktiskt kan plocka snarare än mot en företagssumma.
När SAP registrerar den utgående leveransen bekräftar Alumio avsändningen till Amazon med sin transportörsreferens, så en order som fysiskt lämnade i morse räknas inte fortfarande som försenad enligt kanalens egen mätning av dig.
Alumio fungerar som en central integrationsplattform mellan försäljningskanaler och logistiksystem. Order dirigeras, transformeras och valideras, samtidigt som statusuppdateringar skickas tillbaka till varje kanal.
Autentisera dina system med Alumios färdiga kopplingar. Välj bland över 200 kopplingspaket i vår marketplace, utöver obegränsade anpassade integrationer.
Definiera hur datafält mappas mellan system i ett visuellt gränssnitt. Justera format, berika poster och tillämpa affärslogik – helt utan behov av anpassad kod.
Konfigurera flöden så att de körs i realtid baserat på händelser, enligt ett schema eller både och. Minska manuell datainmatning och låt Alumio hantera förflyttning och transformering mellan system.
När din första integration är live, ansluter du enkelt ditt ERP, PIM, WMS eller CRM till samma hubb. Befintliga flöden fortsätter att köras. Ingen ombyggnad från grunden krävs.
Två andra system följer vanligtvis, och returgraderingstjänsten är den som betalar för sig själv. Amazon accepterar en retur på kundens order, SAP registrerar en kreditering, och ingen av dem vet om varan som kom tillbaka kan säljas igen. Alumio har den kopplingen parallellt med denna, så beslutet når lagret snarare än att fattas av den som öppnar lådan.
Alla tre körs automatiskt och med olika klockor. Alumio publicerar tillgänglighet från de SAP-anläggningar du nominerar i en cykel, skapar Amazon-ordrar när de anländer, bekräftar leverans från leveransdokumentet och återställer listningsstatus när den ändras. Statusen är värd en egen rutt, eftersom det är det enda som kanalen bestämmer utan att verksamheten är inblandad. Att skriva tillbaka status beror på vad SAP erbjuder via sitt eget gränssnitt.
Nej, och inget av detta är arbete inuti SAP. Det är listningslistan som någon underhåller per marknadsplats som följer med, tillsammans med den veckovisa kontrollen av säljarkontot. Vilka SAP-anläggningar som räknas mot ett Amazon-erbjudande, och vad en avstängning gör med materialet, är poster i Alumio. Där ett erbjudandepris beräknas utifrån en egen regel för företaget, tar Code Transformer det steget.
Att erbjudandet är inaktivt, och när det inträffade, vilket är mer användbart än orsaken. Amazon bestämmer sig för noteringsstatus baserat på sina egna mått, och SAP har inget sätt att skilja ett avbrutet erbjudande från ett långsamt, så avsaknaden av ordrar är den enda signalen och den kommer alldeles för sent. Att återställa statusen som en händelse innebär att någon kan agera utifrån den medan aktien bakom den fortfarande är värd att sälja.
En listning som pausas medan lagret var tillgängligt är ett misslyckande med en kostnad, eftersom SAP håller kvantiteten reserverad för en kanal som inte säljer något. Alumio övervakar varje överföring live och registrerar Amazon-erbjudandet med det SAP-material det tillhör, så en tillståndsändring som inte kan tillämpas utlöser en varning som anger både och orsaken. Återförsök körs där de är konfigurerade, så ingenting lämnas inaktuellt.
Prata med en integrationsspecialist på Alumio. Vi tar fram rätt arkitektur för dina system, i rätt skala, så att din verksamhet förblir stabil genom alla förändringar.