Productgegevens, kitonderdelen en de bijbehorende afbeeldingen worden vanuit Odoo naar Inriver overgezet, zodat de catalogus beschrijft wat een klant ontvangt in plaats van wat het magazijn toevallig selecteert.
Odoo kan een kit als één product verkopen en deze als meerdere producten selecteren, wat handig is voor een magazijn, maar verwarrend voor een catalogus. Inriver moet bepalen of de klant één product met specificaties koopt of een bundel onderdelen met eigen pagina's. Als niemand een beslissing neemt, verschijnen beide. Een klant vergelijkt een kit met een van de afzonderlijke componenten, de afbeeldingen horen bij de onderdelen in plaats van bij het product, en de pagina waarop de klant terechtkomt, is niet de pagina die bedoeld was om te publiceren. Door Odoo en Inriver te koppelen, wordt de structuur vastgelegd voordat er iets gepubliceerd wordt.

Een Odoo-kit bereikt Inriver als het product dat een klant koopt, waarbij de componenten als relaties worden weergegeven, zodat de catalogus één pagina toont in plaats van één pagina per onderdeel.
Afbeeldingen en documenten worden als referentie gebruikt en niet als kopieën. Het materiaal dat op een pagina wordt getoond, is dus het materiaal dat iemand heeft goedgekeurd, en bijwerken betekent niet dat het opnieuw wordt gepubliceerd.
Onderdelen die een klant ook los kan kopen, worden binnen Inriver apart geregistreerd. Zo blijft een reserveonderdeel op zichzelf vindbaar, zonder te concurreren met de kit waar het deel van uitmaakt.
Omdat de vorm al vóór publicatie vastligt, ontdekt niemand bij de lancering dat hetzelfde fysieke product twee keer in de catalogus voorkomt onder twee verschillende codes.
Alumio leest een Odoo-kit met zijn componenten en creëert het Inriver-product dat een klant koopt. De onderdelen worden bij elkaar gehouden via het relatietype dat het Inriver-model blootlegt, waardoor de catalogus één pagina met de bijbehorende samenstelling bevat.
Assetreferenties worden van Odoo naar Inriver verzonden in plaats van de bestanden zelf. Een pagina verwijst dus naar de goedgekeurde afbeelding op de locatie waar deze zich bevindt, en een vervangende afbeelding bereikt elk kanaal zonder dat er voor elk kanaal een tweede import hoeft te worden uitgevoerd.
Een onderdeel dat ook los wordt verkocht, behoudt zijn eigen Inriver-record gekoppeld aan de kit. Hierdoor kan een klant die op zoek is naar een vervangend onderdeel dit vinden zonder de kit, waardoor het lijkt alsof het om hetzelfde product gaat.
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.
Wat de catalogus nodig heeft en wat het ERP-systeem nooit zal bevatten, is de handleiding, en voor de meeste bedrijven is dat de gedrukte versie. Een catalogusdrukkerij is een veelvoorkomende aanvulling, omdat Inriver de definitieve productinhoud beheert en een drukproces een lay-out en proefdruk nodig heeft, terwijl Odoo daar geen mening over heeft. Alumio onderhoudt die koppeling, zodat de gedrukte pagina en de online pagina op basis van hetzelfde goedgekeurde product worden gemaakt.
Assetreferenties komen op de eerste plaats, omdat fouten daarin betekenen dat alles later opnieuw gepubliceerd moet worden. Alumio leest Odoo-productrecords, kitcomponenten en de referenties naar de locaties waar afbeeldingen en documenten zijn opgeslagen, en schrijft deze naar de Inriver-attributen die een referentie accepteren. Zo verwijst een pagina naar het opgeslagen asset in plaats van naar een kopie. Prijzen en codes volgen volgens het door u ingestelde schema, en producten die nog niet gereed zijn, blijven in Inriver staan.
Nee, en het nuttige onderscheid is een verwijzing in plaats van een bestand. Alumio schrijft de pointer naar de locatie van een Odoo-asset in plaats van het bestand te verplaatsen, wat configuratie in de interface is, en daarom hoeft een vervangen image niet een tweede keer door elk kanaal te gaan. Omdat Inriver-modellen per implementatie worden gebouwd, blijft aangepaste logica beschikbaar via de Code Transformer wanneer een relatietype geen direct equivalent heeft.
Het product dat de klant koopt, met de onderdelen als onderliggende relaties. Odoo kan een kit als los product verkopen en als meerdere kits selecteren. De catalogus moet dus kiezen welke van deze opties op een pagina wordt beschreven. Door beide te publiceren, worden de kit en de bijbehorende componenten aan dezelfde klant getoond. Door te kiezen voor Inriver als verantwoordelijke partij voor het verkoopbare product en de koppeling tussen de componenten, blijft de catalogus overeenkomen met wat er in de doos zit.
Een verbroken link naar een asset is hier de oorzaak van de fout. De pagina blijft laden, waardoor het even duurt voordat de fout wordt opgemerkt. Zowel het Odoo-record als de referentie die de fout veroorzaakte, blijven behouden. De melding wordt direct weergegeven met de productnaam en de reden, en er worden herhaalpogingen uitgevoerd waar geconfigureerd. De vorige referentie blijft actief, waardoor er geen Inriver-pagina met een ontbrekende afbeelding wordt gepubliceerd en niets onopgemerkt blijft.
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.