Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Den enskilda insättning som Stripe gör i slutet av en utbetalningscykel är uppdelad mellan de Sage X3-företag som faktiskt tjänade in den, så varje uppsättning böcker visar sina egna intäkter, sina egna avgifter och sitt eget netto.
Stripe betalar ut ett nettobelopp per valuta, och Sage X3 för en separat uppsättning böcker för varje företag och webbplats som företaget driver. Så insättningen som landar på banken tillhör tre företag samtidigt, och någon räknar ut fördelningen i ett kalkylblad innan något bokförs. Avgifter klumpas ihop på en rad som ingen kan förklara, och bankavstämningen väntar på den som skapade filen. Integrationen mellan Stripe och Sage X3 gör uppdelningen på vägen, så varje företag får sina egna intäkter, sina egna avgifter och sitt eget nettobelopp när utbetalningen regleras.
DATA SOM FLÖDAR MELLAN DEM
Betalningar
Återbetalningar
Utbetalningar
Bearbetningsavgifter
Kundfakturor
Bankinsättningar
En Stripe-utbetalning delas mellan de Sage X3-företag som tjänade in den innan något publiceras, så inget företag hamnar med intäkter som verkligen tillhör ett annat företag.
Stripe-behandlingsavgifter anländer i Sage X3 som egna belopp snarare än begravda i en nettoinsättning, så kostnaden för att ta emot pengar är synlig istället för att tyst antydas.
Vad Stripe faktiskt satte in och vad Sage X3 förväntade sig stäms av när utbetalningen görs, så kontoutdraget kontrolleras varje månad snarare än byggs om från grunden.
Att lägga till ett företag i Sage X3 förlänger den redan befintliga uppdelningen istället för att börja om, så en Stripe-utbetalning når den nya uppsättningen böcker från den första dagen den handlas.
När Stripe betalar ut en utbetalning delar Alumio upp den i de belopp som varje Sage X3-företag tjänat, bokför intäkterna, avgifterna och nettovinsten till det företaget och lämnar ingenting kvar för någon att fördela efteråt.
När en kund betalar via Stripe markerar Alumio den matchande Sage X3-fakturan som betald hos det företag som utfärdade den, så kreditkontrollen jagar det som verkligen är utestående snarare än det som bara ser ut som enastående.
När en återbetalning utfärdas i Stripe bokför Alumio återföringen mot originaldokumentet i Sage X3 och mot samma företag, så minskningen hamnar i de böcker där försäljningen bokfördes snarare än centralt.
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.
Den koppling som är värd att göra härnäst är oftast verktyget som jagar det som aldrig kom fram, eftersom Stripe säger att en betalning misslyckades och Sage X3 säger att en faktura är öppen, och ingen av dem gör något åt det. Ett inkassoverktyg läser båda och bearbetar listan. Alumio lagrar den kopplingen bredvid denna, så en jakt börjar från det faktiskt utestående beloppet snarare än från en rapport som någon exporterade på måndagen.
Ja, och huruvida en betalning går separat eller inom en avräkning är ett val som måste göras tidigt. Alumio kan bokföra varje Stripe-betalning allt eftersom den godkänns så att en faktura markeras som betald samma dag, och bokföra utbetalningen separat med dess avgifter och nettobelopp, så att bankinsättningen stämms av i Sage X3 som en enda post. De flesta ekonomiteam kör båda, eftersom de två besvarar olika frågor. Båda beror på vad Sage X3 erbjuder via sitt eget gränssnitt.
Nej, detta är konfigurerat snarare än kodat. Det som försvinner är det månatliga kalkylbladet som omvandlar en Stripe-insättning till en uppsättning Sage X3-poster, och revisorn som är den enda personen som kan återskapa det. Delningsreglerna och kontona som varje belopp bokförs till konfigureras en gång och återanvänds. Där ett företag tillämpar sin egen avrundningskonvention som konfigurationen inte kan uttrycka, utför Code Transformer den beräkningen.
I varje företag, uppdelat efter vad företaget tjänade, snarare än i det företag som innehar bankkontot. Stripe avräknar per konto och valuta medan Sage X3 bokför per företag, så att bokföra hela insättningen till ett företag och journalföra resten senare är det som skapar företagsinterna transaktioner som ingen planerat. Att bestämma delningsregeln först och sedan låta den köras på varje utbetalning, håller varje uppsättning böcker stående på egen hand.
Alumio registrerar Stripe-utbetalningsreferensen bredvid varje Sage X3-post som produceras, vilket gör det obekväma ärendet lätt att hitta. En insättning som inte stämmer överens med huvudboken eftersom de två har angett en annan sats läses som ett avrundningsargument snarare än ett fel, så den utlöser en varning live med båda siffrorna och orsaken bakom den. Återförsök körs där de är konfigurerade, så ingenting lämnas oavstämt.
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)
