Det som anländer innehåller bara det som författaren ansåg vara viktigt, och SAP Business One kräver flera saker som de aldrig haft någon anledning att tänka på, så skillnaden löses på vägen in.
Ett verktyg någonstans i verksamheten skickar ut något på en timer. Det skrevs av någon som löste sitt eget problem, och det innehåller det som var viktigt för dem, vilket inte är samma sak som ett ERP-system kräver innan det accepterar ett dokument. Så det som anländer är komplett enligt författarens standarder och ofullständigt enligt SAP Business Ones, och luckan fylls av en person som vet vilken kundkod som ska användas och vilket konto den skickas till. Att koppla JSON och SAP Business One löser den luckan som en regel snarare än som någons kunskap, så det som anländer blir något som ERP-systemet tar emot.

Det som utelämnas löses på samma sätt varje gång snarare än av den som råkar titta, så dokumentet som SAP Business One tar emot är komplett när det anländer.
Vilken partnerkod och vilket konto varje objekt mappas till skrivs ner snarare än att hållas av den enda person som alltid har gjort det, vilket är viktigast under den veckan de är borta.
När något verkligen inte kan lösas sparas dokumentet och den saknade delen namnges, så att inget bokförs med en standard som någon upptäcker vid årets slut.
Ingen behöver gå tillbaka till den som skrev utsläppsverktyget och be dem lägga till fält, vilket vanligtvis är den konversationen som hindrar den här typen av saker från att någonsin göras.
När filen anländer löser Alumio partnern och de konton den tillhör och skapar SAP Business One-dokumentet, så att posten är komplett snarare än något som ekonomiavdelningen slutför för hand varje morgon.
När det anländer namn som någon i SAP Business One inte använder, tillämpar Alumio den regel du angett istället för att skapa en ny varje gång, så att reskontran inte fylls med nästan dubbletter av partners som ingen stämmer av.
När ett obligatoriskt värde saknas och inte kan härledas, sparas dokumentet med det värdet namngivet, så att någon anger det en gång istället för att posten bokförs som standard och avplockas vid följande års slut.
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.
Verktyget som skickar detta är sällan det enda. De flesta företag som har ett har tre, vart och ett skrivet av en annan person vid olika tidpunkter, och vart och ett producerar något lite annorlunda. Alumio har dessa tillsammans med detta, så lösningsreglerna delas snarare än byggs om för varje emitter som någon upptäcker fortfarande körs.
Ja, och det som anländer är sällan tillräckligt på egen hand, så den användbara delen är det som läggs till innan dokumentet skapas. Alumio löser partners, konton och artikelkoder utifrån det du konfigurerar och skapar sedan dokumentet med dessa på plats. Det som kan skapas är det som SAP Business One exponerar för det, vilket är värt att bekräfta först.
Nej, och det som konfigurationen faktiskt innehåller är den intressanta delen: reglerna som förvandlar något ofullständigt till ett giltigt dokument. Det är kunskap som någon för närvarande bär i sitt huvud, och att skriva ner den är det mesta värdet här. Där ett värde måste härledas från flera delar av det som anländer, härleder Kodtransformatorn det.
Vanligtvis redovisningen, eftersom verktyget som genererade den inte skrevs av någon som tänker på reskontra. En partnerkod, ett bokföringskonto, en valuta och en skattebehandling är vanliga krav för ett dokument och osynliga krav för en applikation som löste ett annat problem. Att ange vilka av dessa som kan härledas och vilka som måste tillhandahållas är utformningen av detta.
Det som dyker upp sent är ett dokument som skapats från något ofullständigt, eftersom det publicerades och såg vanligt ut. Alumio anger det värde som ERP-systemet krävde men inte fick, så korrigeringen är ett enda dokument snarare än en punkt. Varje last övervakas live och loggas med vad den innehöll, en avvisningsavisering med orsaken, återförsök körs där det är konfigurerat och ingenting går förlorat i tysthet.
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.