Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Comarch Optima utfärdar fakturanumret och WooCommerce-ordern registrerar det nummer den fick, så en sekvens i böckerna förblir hel istället för att det uppstår luckor som ingen kan redovisa senare.
Fakturanummer i Comarch Optima körs som en sekvens inom en serie, och en sekvens med ett hål i är en fråga som någon måste besvara i slutet av året. En WooCommerce-butik som genererar sina egna nummer, eller en manuell inmatning som görs två gånger, producerar just det: två dokument med ett nummer, eller ett nummer som utfärdats och sedan överges. Det upptäcks sent och rekonstrueras långsamt. Att koppla samman WooCommerce och Comarch Optima avgör var numret kommer ifrån, så redovisningssystemet utfärdar numret, butiken registrerar vad den fick, och sekvensen är aldrig beroende av att två system överensstämmer.
DATA SOM FLÖDAR MELLAN DEM
Webbordrar
Försäljningsfakturor
Fakturanummer
Momssatser
Kundregister
Betalningsregister
Comarch Optima utfärdar fakturanumret och Alumio registrerar det mot WooCommerce-ordern, så butiken genererar aldrig ett eget nummer som böckerna ska hantera.
Eftersom ett dokument skapas en gång och dess nummer returneras, kan ett nytt försök inte producera två fakturor med samma nummer eller lämna ett nummer utfärdat mot ingenting.
Priser och kunduppgifter följer med ordern, så fakturan som Comarch Optima producerar är en som revisorn accepterar snarare än en som de korrigerar rad för rad.
Alumio ansluter till Comarch Optima via sitt tillgängliga API, precis som vilket åtkomligt system som helst, så ordrar som skickas utan export förbereds för hand varje morgon.
När en WooCommerce-beställning görs skapar Alumio försäljningsfakturan i Comarch Optima och skriver tillbaka numret som den utfärdade på beställningen, så att kunden och böckerna hänvisar till ett och samma dokument.
En beställning som misslyckas på vägen in görs ett nytt försök utan att en andra faktura skapas, eftersom numret utfärdas av Comarch Optima en gång och registreras mot WooCommerce-beställningen istället för att genereras i förväg.
Betalningar som registrerats mot WooCommerce-ordern når Comarch Optima matchade mot fakturan de reglerar, så kundfordringarnas position är aktuell utan att någon behöver stämma av en betalningslista mot en dokumentlista.
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 lokal förpliktelse som följer med beställningen är frågan som avgör nästa koppling, och för en butik som skickar med leveransvillkor är det pengarna som budföretaget får in. Ett budavstämningsflöde är det vanliga tillägget, eftersom Comarch Optima behöver att betalningen matchas med sin faktura och budföretaget har inkassoposten. Alumio har båda kopplingarna, så en WooCommerce-beställning, dess faktura och kontanterna stämmer överens.
Numreringen är klar innan något bokförs, eftersom det är något som inte kan korrigeras tyst senare. Alumio skapar fakturan i Comarch Optima, som utfärdar numret och skriver tillbaka det numret mot WooCommerce-ordern. Ingenting är förnumrerat på butikssidan, så ett nytt försök kan inte lämna ett mellanrum eller en dubblett i serien.
Nej, och numreringen är inte en plats för någons egen logik. Serien som varje dokumenttyp använder, och vilket Comarch Optima-dokument en WooCommerce-order blir, är inställningar i Alumios gränssnitt, eftersom en sekvens måste utfärdas av systemet som för bokföringen. Om ett företag kör mer än en serie per kanal är den routningen också konfiguration.
Från Comarch Optima, och att låta butiken uppfinna en är ett beslut som ingen fattar medvetet. En nummerserie körs i sekvens, så ett nummer som genereras i WooCommerce och sedan avvisas av redovisningssystemet lämnar ett hål, och ett som genereras två gånger lämnar en dubblett, och båda hittas i en årsslutsöversikt snarare än på dagen. Att redovisningssystemet utfärdar det och butiken registrerar det tar bort frågan.
Fakturanumret i fel ordning är felet som ska förhindras; felet upptäcks live; varje försök registreras med den WooCommerce-order som den transporterade; en varning utlöses omedelbart som namnger ordern och anledningen till att Comarch Optima avvisade den; återförsök körs där de är konfigurerade och det går inte att skapa ett andra dokument; olösta ordrar förblir listade, så ingenting faktureras två gånger och inget nummer försvinner.
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)
