Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
En kund som skickar tillbaka en Shopify-order lämnar Enova 365 med behovet av ett korrigeringsdokument snarare än en negativ rad, och den korrigeringen hänförs till den ursprungliga försäljningen när återbetalningen görs.
Polsk redovisning behandlar inte en retur som en mindre försäljning. Enova 365 förväntar sig ett korrigerande dokument som pekar på originalfakturan, har sin egen numrering och landar i den period som korrigeringen tillhör, och inget av detta kommer med en Shopify-återbetalning. Så någon registrerar varje dokument manuellt, matchar det med en försäljning från ett ordernummer i ett meddelande, och en hektisk januari lämnar en eftersläpning som bara dyker upp när perioden inte kommer att avslutas. Integrationen mellan Shopify och Enova 365 registrerar korrigeringen allt eftersom återbetalningen görs, mot det dokument som korrigeras.
DATA SOM FLÖDAR MELLAN DEM
Ordrar
Försäljningsfakturor
Återbetalningar
Korrigering av dokument
Kunder
Momssatser
En Shopify-återbetalning genererar ett korrigerande dokument i Enova 365 som pekar på den ursprungliga fakturan, så bokföringen visar en korrigering snarare än en försäljning med ett minustecken framför.
Eftersom korrigeringen görs när Shopify-återbetalningen sker, får Enova 365 den inom den period den tillhör och en stängd månad behöver inte öppnas igen.
Den kurs som tillämpades på den ursprungliga Shopify-försäljningen överförs till korrigeringen, så det som rapporteras via Enova 365 återspeglar de pengar som företaget faktiskt har behållit.
Returer dokumenteras allt eftersom de anländer snarare än i en hög efter säsongen, så Enova 365-avslutet är en uppföljning istället för en vecka av matchning av återbetalningar till försäljning.
När en återbetalning utfärdas i Shopify, registrerar Alumio korrigeringsdokumentet i Enova 365 mot fakturan det avser, så minskningen är kopplad till en specifik försäljning snarare än bokförd som ett belopp som någon undersöker senare.
En kund returnerar en rad i en Shopify-order och Alumio korrigerar endast den raden i Enova 365, så de återstående varorna förblir fakturerade och ingen annullerar ett helt dokument bara för att hantera en enda vara som kommer tillbaka.
Alumio når Enova 365 genom det gränssnitt som det gör tillgängligt och skapar det försäljningsdokument som varje betald Shopify-order blir, så att butiken och böckerna beskriver samma handel utan att någon knappar in den två gånger.
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.
En retur är inte avslutad när pengarna går tillbaka, vilket är dit nästa koppling vanligtvis går. Lagret avgör om varorna kan säljas igen, och tills det är känt erbjuder Shopify lager som ingen har kontrollerat och Enova 365 har korrigerat en försäljning för en vara som ligger i en låda. Alumio har den kopplingen tillsammans med denna, så beslutet når båda.
Ja, och de två är avsiktligt olika flöden. En betald Shopify-order blir ett försäljningsdokument i Enova 365 när den slutförs, medan en återbetalning genererar en korrigering riktad mot det dokumentet snarare än en andra försäljning. Att hålla dem separata är det som gör att korrigeringen kan behålla den ursprungliga referensen, vilket är den del som gör den sökbar när någon frågar om den i mars.
Nej, detta är konfigurerat snarare än kodat. Rutinen som tas bort är att en person lyfter varje korrigerande dokument för hand, hittar originalet från ett ordernummer i ett e-postmeddelande och hoppas att perioden fortfarande är öppen. Vilken Shopify-händelse skapar vilket Enova 365-dokument konfigureras en gång i Alumio. Där ett företag använder sin egen dokumentserie som mappningen inte kan uttrycka, hanterar Code Transformer det steget.
På plats, med en korrigering bifogad, vilket är poängen med att göra det på det här sättet. Enova 365 behåller det ursprungliga försäljningsdokumentet och registrerar korrigeringen mot det, så historiken visar vad som såldes och vad som kom tillbaka snarare än en enda ändrad siffra. Det spelar roll när någon frågar om en specifik Shopify-order månader senare, eftersom svaret finns på en sida istället för att rekonstrueras från två poster som råkar vara nära varandra.
En återbetalning som registreras utan det dokument den korrigerar är ett misslyckande att upptäcka, eftersom pengarna faktiskt har lämnats och endast pappersarbetet saknas. Alumio övervakar varje överföring live och registrerar Shopify-återbetalningen med Enova 365-fakturan den pekade på, så en korrigering som inte kan matchas utlöser en omedelbar varning som anger både och orsaken. Återförsök körs där de är konfigurerade, så ingenting lämnas oregistrerat.
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)
