Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Webbförsäljning når Sage 100cloud inom den period den tillhör, så en månad avslutas inte och genererar sedan tyst intäkter från en order som dök upp två dagar efter att månaden redan hade slutat.
Sage 100cloud stänger perioder, och när en period väl är stängd kan man inte bara lägga till en post i den. En WooCommerce-butik bedriver affärer under natten och över helger, så beställningar fortsätter att komma in efter att revisorn har dragit en gräns, och varje beställning måste antingen hamna i den månad den lades eller i den månad den upptäcktes. Om de inte hanteras ser de två månaderna lite fel ut, och jämförelsen ett företag gör mot förra året är i tysthet baserad på en annan grund. Att koppla samman WooCommerce och Sage 100cloud gör det till en regel snarare än en vana som förändras med vem som stänger månaden.
DATA SOM FLÖDAR MELLAN DEM
Webbordrar
Orderrader
Bokföringsdatum
Försäljningsfakturor
Kundregister
Fraktkostnader
En orders bokföringsdatum bestäms när rutten konfigureras, så intäkterna hamnar i den period då försäljningen skedde snarare än den då integrationen kördes.
En beställning som anländer efter att en Sage 100cloud-period har avslutats hålls och rapporteras istället för att tvingas till nästa månad utan att någon får veta att den har flyttats alls.
Eftersom varje order publiceras enligt samma regel, sker en jämförelse från år till år på en enda basis istället för att tyst växla med närhelst periodens stängning råkade infalla.
Både debiterad frakt och betald frakt når redovisningen, så marginalen på en webbförsäljning inkluderar kostnaden för att få den dit snarare än bara de intäkter den genererade.
Alumio publicerar varje WooCommerce-beställning i Sage 100cloud mot den datumregel du anger, så en rea som görs klockan elva på kvällen den sista dagen i månaden hamnar i den månaden och inte i den som integrationen råkade köras i.
Alumio ansluter till Sage 100cloud via sitt tillgängliga API, precis som vilket nåbart system som helst, och lagrar en order vars period redan har avslutats istället för att lägga upp den på nästa order i tysthet och hoppas att ingen kollar.
Både fraktkostnader och transportörskostnad redovisas i reskontran mot ordern, så den siffra ett företag tittar på för webbmarginalen är inte intäkter, och leveranskostnaden saknas helt och hållet.
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.
Vilken kostnad som saknas i marginalen är frågan som öppnar nästa koppling, och vid en webbförsäljning är det oftast frakten. Ett verktyg för granskning av fraktkostnader är det vanliga tillägget, eftersom WooCommerce registrerar vad kunden betalat för leverans och Sage 100cloud registrerar transportörens faktura, och gapet mellan dem är ett reellt tal som ingen äger. Alumio har båda kopplingarna, så de två möts på beställningen.
Bokföringsperioden avgörs först, eftersom allt nedströms beror på den. Alumio läser WooCommerce-ordrar enligt det schema du anger och bokför dem i Sage 100cloud mot den datumregel du valt, och sparar allt vars period har avslutats. Kundposter matchas snarare än skapas på nytt, så en återkommande köpare samlar inte på sig konton.
Nej, och den viktiga gränsen är perioden snarare än fältmappningen. Vilket WooCommerce-datum som avgör bokföringsperioden, vad som händer med en order som anländer efter en avslutning och vilka Sage 100cloud-konton som får leveranssiffrorna är inställningar i Alumios gränssnitt. Om ett företag använder en ovanlig gräns tar Code Transformer den regeln och resten förblir konfigurationen.
Den då försäljningen skedde, om du bestämmer dig för att göra det före den första avslutsperiod snarare än efter den. Sage 100cloud accepterar inte en inträde i en stängd period, så en WooCommerce-order som anländer sent måste gå någonstans, och att föra den till den aktuella månaden flyttar intäkterna mellan perioder utan någon registrering. Att behålla den och rapportera den innebär att någon väljer, och valet är synligt.
Perioden avslutades tidigt för någon, vilket är då det gör ont, eftersom posten då inte har någonstans att gå. Alumio fångar avslaget direkt och spärrar en beställning vars period har avslutats istället för att skicka den vidare, registrerar vad den läste från WooCommerce, meddelar omedelbart orderns namn och anledningen till att Sage 100cloud avvisade den, försöker igen där det var konfigurerat och behåller den listad tills någon bestämmer sig, så att ingenting rör sig tyst varje månad.
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)
