Wat binnenkomt, bevat alleen datgene wat de auteur belangrijk vond, en SAP Business One vereist diverse zaken waar ze nooit over hadden hoeven nadenken, dus het verschil wordt tijdens de implementatie opgelost.
Ergens in het bedrijf verstuurt een tool met een timer een bericht. Het is geschreven door iemand die een eigen probleem oploste en bevat de informatie die voor die persoon relevant was. Dit is niet hetzelfde als wat een ERP-systeem vereist voordat het een document accepteert. Wat binnenkomt, is dus compleet volgens de normen van de auteur, maar incompleet volgens SAP Business One. De lacune wordt opgevuld door iemand die weet welke klantcode gebruikt moet worden en op welke rekening de boeking plaatsvindt. Door JSON en SAP Business One te koppelen, wordt die lacune in de regel opgelost, in plaats van dat het afhangt van iemands kennis. Zo wordt het binnenkomende bericht bruikbaar voor het ERP-systeem.

Wat ontbreekt, wordt telkens op dezelfde manier opgelost, en niet door wie er toevallig naar kijkt. Het document dat SAP Business One ontvangt, is dus compleet wanneer het aankomt.
De partnercode en het bijbehorende account worden schriftelijk vastgelegd in plaats van bijgehouden door de persoon die dit altijd al deed, wat juist in de week dat die persoon afwezig is, van groot belang is.
Als een probleem echt niet kan worden opgelost, wordt het document bewaard en het ontbrekende deel benoemd, zodat er niets met een standaardmelding wordt geboekt dat iemand aan het einde van het jaar ontdekt.
Niemand hoeft terug te gaan naar de maker van de software om te vragen of er velden toegevoegd kunnen worden, wat meestal de aanleiding is voor dit soort gesprekken om het nooit te realiseren.
Wanneer het bestand binnenkomt, lost Alumio de partner en de bijbehorende rekeningen op en maakt het SAP Business One-document aan, zodat de invoer compleet is in plaats van dat de financiële afdeling dit elke ochtend handmatig moet doen.
Als er gegevens binnenkomen met namen van personen die niet in SAP Business One voorkomen, past Alumio de door u ingestelde regel toe in plaats van telkens een nieuwe regel aan te maken. Zo voorkomt u dat het grootboek volloopt met bijna identieke partners die niet worden afgestemd.
Als een vereiste waarde ontbreekt en niet kan worden afgeleid, wordt het document met die waarde opgeslagen, zodat iemand die waarde eenmalig kan invullen in plaats van dat de boeking naar een standaardwaarde wordt verplaatst en aan het einde van het volgende jaar weer wordt verwijderd.
Alumio fungeert als een beheerde integratie-backbone tussen verkoopkanalen en fulfillment-systemen. Orders worden gerouteerd, getransformeerd en gevalideerd, terwijl statusupdates naar elk kanaal worden teruggestuurd.
Authenticeer je systemen met de kant-en-klare connectors van Alumio. Kies uit meer dan 200 connector-pakketten in de marketplace, plus onbeperkte aangepaste integraties.
Bepaal in een visuele interface hoe datavelden tussen systemen worden gekoppeld. Pas formaten aan, verrijk records en pas bedrijfslogica toe, zonder dat er maatwerkcode nodig is.
Configureer flows zodat ze in real-time, op basis van events, volgens een schema of beide worden uitgevoerd. Verminder handmatige gegevensinvoer en laat Alumio de verplaatsing en transformatie tussen systemen afhandelen.
Zodra je eerste integratie live is, kun je je ERP, PIM, WMS of CRM eenvoudig op dezelfde hub aansluiten. Bestaande flows blijven gewoon draaien. Je hoeft niets opnieuw op te bouwen.
De tool die dit verzendt is zelden de enige. De meeste bedrijven die er een hebben, hebben er drie, elk geschreven door een andere persoon op een ander tijdstip, en elk met een iets ander resultaat. Alumio bewaart die drie naast deze tool, zodat de oplossingsregels worden gedeeld in plaats van opnieuw te worden opgebouwd voor elke emitter die iemand ontdekt die nog steeds actief is.
Ja, en wat er binnenkomt is zelden op zichzelf voldoende, dus het nuttige deel is wat er wordt toegevoegd voordat het document wordt aangemaakt. Alumio lost partners, rekeningen en artikelcodes op uit de door u geconfigureerde gegevens en maakt vervolgens het document aan met deze informatie. Wat er kan worden aangemaakt, is alles wat SAP Business One beschikbaar stelt, wat het waard is om eerst te controleren.
Nee, en wat de configuratie daadwerkelijk bevat, is het interessante: de regels die iets onvolledigs omzetten in een geldig document. Dat is kennis die iemand momenteel in zijn hoofd heeft, en het vastleggen ervan is hier het meest waardevolle aspect. Waar een waarde moet worden afgeleid uit verschillende onderdelen van wat binnenkomt, doet de Code Transformer dat.
Meestal gaat het om de boekhouding, omdat de tool die de gegevens genereerde niet is geschreven door iemand die verstand heeft van grootboeken. Een partnercode, een boekingsrekening, een valuta en een fiscale behandeling zijn standaardvereisten voor een document, maar onzichtbare vereisten voor een applicatie die een ander probleem oplost. Het benoemen welke van deze gegevens kunnen worden afgeleid en welke moeten worden ingevuld, is de essentie van dit ontwerp.
Het document dat later verschijnt, is een document dat is aangemaakt op basis van iets onvolledigs, omdat het wel is verwerkt maar er normaal uitzag. Alumio benoemt de waarde die het ERP-systeem nodig had maar niet heeft ontvangen, waardoor de correctie bestaat uit één document in plaats van een hele periode. Elke lading wordt live gemonitord en vastgelegd met de inhoud ervan. Bij een weigering wordt een melding met de reden weergegeven, indien geconfigureerd worden herhaalpogingen uitgevoerd en gaat er niets ongemerkt verloren.
Spreek met een Alumio-integratiespecialist. Wij brengen de juiste architectuur voor jouw systemen in kaart, op de juiste schaal, zodat je bedrijfsactiviteiten bij elke verandering betrouwbaar blijven.