Het eigenaarschap van artikelen en prijzen wordt stukje voor stukje geregeld tussen Microsoft Dynamics 365 Business Central en Inriver, waardoor de beschrijving van een product niet langer wordt overschreven door een routinematige ERP-update.
Business Central is eigenaar van het artikel, de prijs en of het verkoopbaar is, terwijl Inriver eigenaar is van alles wat een klant erover leest. De problemen beginnen wanneer beide systemen denken dat ze eigenaar zijn van een productbeschrijving. Een ERP-update overschrijft een week aan productinformatie, waarna het productteam het vertrouwen in de integratie verliest en een privékopie van de catalogus in een spreadsheet bewaart. Die kopie wordt het echte probleem. De integratie van Microsoft Dynamics 365 Business Central met Inriver werkt andersom: eerst wordt bepaald welk systeem eigenaar is van welk onderdeel van een product, zodat een update alleen de juiste onderdelen aanpast en de rest ongewijzigd laat.

Alleen gegevens die eigendom zijn van Business Central worden in Inriver opgenomen, waardoor een artikelupdate een prijs corrigeert zonder dat daarmee ook een week aan productinformatie verloren gaat.
Welk systeem de leiding heeft, wordt per onderdeel van een product bepaald, en niet voor het product als geheel. Hierdoor stromen commerciële data en content in tegengestelde richtingen zonder elkaar te beconcurreren.
Een item dat in Business Central is aangemaakt, komt in Inriver aan met alle commerciële details al ingevuld. Het productteam begint dus met een kant-en-klaar product in plaats van helemaal niets.
Inriver kan Business Central laten weten welke producten volledig aan de eisen voldoen en welke nog ontbreken, zodat een lancering kan worden gepland op basis van de producten die daadwerkelijk klaar zijn voor verzending.
In Business Central wordt een artikel aangemaakt en Alumio creëert het bijbehorende Inriver-product met de bijbehorende code, prijs en categorie. Het productteam kan vervolgens direct content toevoegen aan iets dat al bestaat en correct is.
Een prijswijziging in Business Central werkt alleen dat ene cijfer in Inriver bij en verder niets. Een routinematige commerciële wijziging overschrijft dus niet de beschrijvingen, details of afbeeldingen waar iemand de hele week aan heeft gewerkt.
Inriver vertelt Business Central welke producten afgerond zijn, zodat een lanceringsdatum wordt vastgesteld op basis van de producten die daadwerkelijk klaar zijn, in plaats van op basis van een aanname die iemand enkele weken eerder tijdens een planningsvergadering heeft gedaan.
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.
Een digitale assetmanager wordt vaak toegevoegd, omdat afbeeldingen en documenten hun eigen goedkeuringsproces hebben en zelden tegelijk met de itemgegevens in Business Central binnenkomen. Alumio beheert deze koppelingen centraal en hergebruikt de reeds geconfigureerde Inriver-productindeling, waardoor een goedgekeurde asset wordt gekoppeld aan het product waartoe deze behoort, in plaats van twee keer te worden geüpload.
Ja, en het stukje voor stukje, in beide richtingen, bepalen van het eigenaarschap maakt het veilig. Alumio publiceert alleen datgene wat u vanuit Business Central aanwijst in Inriver, en alleen de Inriver-waarden die u terug aanwijst, zodat geen van beide partijen de verantwoordelijkheden van de andere partij kan overschrijven. Deze configuratie wordt eenmalig ingesteld en is daarna van toepassing op elk item.
Nee, dit wordt geconfigureerd in plaats van gecodeerd. Eigendom, productdetailnamen en de locatie van elke Business Central-waarde in Inriver worden eenmalig ingesteld en beheerd in een formulier, waarmee het importscript wordt vervangen dat deze vraag normaal gesproken per ongeluk oplost. Wanneer een detail moet worden uitgewerkt in plaats van gekopieerd, wordt dit afgehandeld door de Code Transformer.
De commerciële gegevens worden vastgelegd, en niets over hoe het product wordt omschreven. Het bestaan van een artikel, de prijs, de eenheid en of het verkoopbaar is, worden bepaald in Business Central en horen daar thuis. Namen, productdetails, afbeeldingen en alles wat voor een klant is geschreven, horen in Inriver, waar ze worden bewaard en gecontroleerd op ontbrekende informatie. Door deze scheiding vast te leggen vóór de eerste import, wordt voorkomen dat gegevens later worden overschreven.
Een week aan productcontent die wordt overschreven door een itemupdate is de mislukking die productteams zich herinneren, omdat een week werk verloren gaat zonder dat er een foutmelding verschijnt. Alumio publiceert alleen de content die eigendom is van Business Central naar Inriver, monitort elke update live en registreert wat er is geschreven. Een geweigerde update geeft dus direct een melding met het betreffende item en de reden. Nieuwe pogingen worden automatisch uitgevoerd waar geconfigureerd, en verder wordt er niets ongemerkt aangepast.
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.