Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Två moment avgör vad en Klarna-shoppare har rätt till, returen och återbetalningen, och Shopify informeras om båda, så beställningen framför kunden visar vad som faktiskt har hänt.
Betala senare separerar beställningen från pengarna, vilket är okej tills något går tillbaka. En kund returnerar en vara, Klarna justerar skulden och Shopify-beställningen ser fortfarande ut som den gjorde i kassan, så kunden öppnar sitt konto, ser en sak, öppnar Klarna-appen och ser en annan, och skriver in för att fråga vilket som är sant. Supporten har inget sätt att svara utan att öppna båda och jämföra dem rad för rad. Att koppla samman Klarna och Shopify håller beställningens betalningsstatus ärlig, så en kund som tittar i butiken ser vilken position leverantören faktiskt har nått.
DATA SOM FLÖDAR MELLAN DEM
Ordrar
Auktoriseringar
Insamlingar
Återbetalningar
Betalningsstatus
Kunduppgifter
En Klarna-återbetalning uppdaterar betalningsstatusen på Shopify-beställningen, så att en kund som öppnar sitt konto ser vilken position leverantören har nått, inte den i kassan.
Eftersom Klarna-staten sitter på Shopify-ordern svarar en agent på en fråga om återbetalning utan att öppna ett andra system och jämföra två skärmbilder som är halvt överensstämmande.
Auktoriserad och insamlad är separata tillstånd på Shopify-ordern, så ingen behandlar en Klarna-order som bara har auktoriserats som pengar som redan har anlänt.
Shopify rapporterar om vad Klarna faktiskt samlade in snarare än vad som beställdes, så en veckas intäktssiffra inkluderar inte i all tysthet varor som senare skickades tillbaka.
Klarna behandlar en återbetalning och Alumio uppdaterar den matchande Shopify-ordern, så att kunden som kontrollerar sitt konto hittar samma position som leverantören visar dem istället för en order som fortfarande är fullt betald.
När Klarna godkänner en beställning markerar Alumio den på Shopify-beställningen och uppdaterar den igen vid registrering, så att lager- och ekonomiavdelningen kan skilja en bekräftad försäljning från en slutförd försäljning utan att be någon att kontrollera.
En kund behåller en del av en beställning och returnerar resten, och Alumio överför det justerade Klarna-beloppet till Shopify-beställningen, så att det som butiken visar som skyldigt betalning matchar vad kunden faktiskt kommer att bli ombedd att betala.
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.
.svg){kind=icon}
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.
De personer som ber om nästa anslutning är vanligtvis på lagret, eftersom "betala senare" innebär att varorna lämnar innan pengarna landar. Det som skickar dessa paket har bindits till en Shopify-order som Klarna ännu inte har registrerat, och inget sammanfogar de två. Alumio har den anslutningen tillsammans med denna, så en avbokning når de personer som fortfarande har tid att stoppa paketet.
Det kan det, och att behandla varje delstat som en egen händelse är det som gör att det ser korrekt ut. En Klarna-auktorisering, en insamling och en återbetalning sker vid tre olika tillfällen, så Alumio överför varje enskild händelse till Shopify-ordern allt eftersom den sker, istället för att skicka en betalningsuppdatering och korrigera den senare. Delvisa återbetalningar sker på samma sätt, eftersom det är beloppet som ändras och Shopify-ordern ersätts inte. Varje delstatsskrivning håller sig inom vad Shopify accepterar via sitt gränssnitt.
Nej, detta är konfigurerat snarare än kodat. Det som tas bort är den manuella kontrollen som någon gör innan en återbetalning släpps, öppnar Klarna för att bekräfta positionen och sedan uppdaterar Shopify manuellt. Vilka Klarna-händelser uppdaterar vilken Shopify-orderstatus som är konfigurerad i Alumio. Om ett företag tillämpar sin egen regel om när en återbetalning kan släppas, tar Code Transformer det steget.
Klarna gör det, eftersom det är leverantören som innehar det kunden är skyldig, och Shopify-beställningens uppgift är att godkänna den snarare än att meddela den separat. En kund som har fått återbetalning kommer att höra från Klarna om beloppet och tidsplanen, och sedan kontrollera butiken för att se om returen accepterades. Om dessa två inte överensstämmer litar kunden inte på någon av dem, vilket är anledningen till att du bör framföra detta snarare än att skicka ett andra meddelande själv.
En återbetalning som endast utfärdas i ett system är det fel som kunden upptäcker först, eftersom pengarna flyttas och beställningen inte följer med. Alumio övervakar varje uppdatering live och registrerar Klarna-referensen med Shopify-beställningen den tillämpades på, så en uppdatering som butiken vägrar utlöser en varning som anger beställningen och orsaken. Återförsök körs där det är konfigurerat, så att inget betalningstillstånd lämnas i oordning.
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.
.svg)
