Webbeställningar och förfrågningar från WordPress når Microsoft Dynamics 365 Business Central redan matchade mot rätt kund och rätt dimensioner, så att finance bokför dem istället för att behöva bygga om dem för hand.
Business Central bokför ingenting förrän det vet vem en transaktion tillhör och vilka dimensioner den bär. En WordPress-order kommer utan något av detta: en e-postadress, en varukorg, en betalningsreferens. Finance hittar då på kunden och bokför dagar senare, vilket är varför webbomsättning stäms av sist. Att koppla WordPress och Microsoft Dynamics 365 Business Central via Alumio flyttar det beslutet tidigare. Kunder matchas eller skapas, dimensionsvärden tillämpas enligt regel när ordern byggs, och artiklar kontrolleras mot verklig tillgänglighet. Webbhandel bokförs på samma villkor som allt annat.

Order når Business Central tillräckligt kompletta för att bokföras, så att onlinehandel stänger med resten av huvudboken istället för att vänta på att någon kodar den i efterhand.
Alumio tillämpar Business Central-dimensionsvärden så snart varje WordPress-order skapas, så att rapportering per kanal eller varumärke är tillförlitlig utan att någon taggar transaktioner för hand.
Återkommande köpare matchas mot sin befintliga Business Central-kund istället för att skapas på nytt, vilket håller kreditposition, betalningsvillkor och historik på ett ställe.
Artikeltillgänglighet från Business Central styr vad WordPress erbjuder, så att webbplatsen slutar ta emot order på lager som finance och lagret redan bundit upp någon annanstans.
En WordPress-utcheckning skapar en Business Central-kundorder med kund matchad, dimensioner tillämpade och artiklar validerade, så att dokumentet går genom plockning och fakturering utan att en anställd skriver om något för hand.
När en förstagångsköpare slutför ett WordPress-köp skapar Alumio Business Central-kunden med rätt bokföringsgrupp och betalningsvillkor, så att deras andra order hamnar på ett korrekt konto snarare än en dubblett.
Ändringar i artikeltillgänglighet i Business Central skickas till motsvarande WordPress-produkter, så att en artikel som just bundits upp till en grossistorder slutar vara säljbar online innan en kund kan köpa 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.
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.
Nej, och det tredje systemet är oftast en betalningsleverantör. Business Central vill ha ett avräknat belopp det kan stämma av, medan leverantören håller detaljer om auktorisation och avgifter, vilket får team att koppla in den bredvid WordPress snarare än efteråt. Alumio kör alla tre flöden på en plattform, så att betalningsreferensen reser med ordern till Business Central istället för att matchas för hand vid bankavstämning.
Ja. Varje slutförd WordPress-order blir en Business Central-kundorder samtidigt, med kundmatchning, dimensionskodning och artikelvalidering tillämpade på vägen. När en regel inte kan uppfyllas, till exempel en artikel som inte längre finns i Business Central, hålls ordern tillbaka och flaggas snarare än bokförs fel, så att finance granskar ett undantag istället för att rätta ett felaktigt dokument.
Mappningen konfigureras i Alumio, vilket ersätter den export- och importrutin som de flesta team kör mellan ett WordPress-plugin och Business Central. Dimensionsregler, kundmatchningslogik och artikelvalidering sätts alla upp i gränssnittet. Business Central-implementationer strukturerar dimensioner olika, och om din kodningsregel är genuint ovanlig kan anpassad JavaScript läggas till via Code Transformer på just det steget istället för att bygga om hela flödet runt den.
Det är precis poängen med att göra det på det här sättet. Alumio matchar kunden, tillämpar dimensionsvärdena och validerar artikelraderna innan Business Central-kundordern skapas, så att det som kommer fram är bokföringsbart snarare än ett utkast någon måste färdigställa. Order som inte kan slutföras korrekt hålls tillbaka och flaggas med orsaken, vilket håller huvudboken ren och ger finance en kö att arbeta med istället för en månatlig överraskning.
Ingenting bokförs två gånger och ingenting försvinner tyst. Varje meddelande mellan WordPress och Business Central loggas med sitt innehåll, övervakas live, och flaggas med en varning i det ögonblick det avvisas, med det felande fältet och orsaken visade tillsammans. Automatiska nya försök hanterar tillfälliga låsningar i Business Central, och order som fortfarande inte kan bokföras stannar i en undantagskö med fullständig kontext tills någon löser dem.
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.