.png)
Het probleem
Dezelfde informatie, telkens andere spelregels.
PartTracker beheert een groot technisch assortiment. Productinformatie moest bruikbaar zijn in Odoo én op externe platforms, ieder met eigen eisen.
Voorraad, prijzen, beschrijvingen en technische kenmerken liepen via verschillende systemen. Bij de overstap van Microsoft Dynamics naar Odoo moest die keten opnieuw worden ingericht. Velden, bestandsformaten en productnummers verschilden per bestemming.
Meer achtergrond en aanpak
PartTracker beheert een groot technisch productassortiment. Dezelfde productinformatie moet bruikbaar zijn in het eigen systeem én bij externe platforms. Tijdens de overstap van Microsoft Dynamics naar Odoo bleef Lightspeed aanvankelijk de webshop verzorgen. Ook 2BA, Automa.Net en een Google Sheet maakten deel uit van het productlandschap.
Voorraad, prijzen, beschrijvingen en technische kenmerken liepen daardoor via verschillende routes. Elk systeem stelde eigen eisen aan velden, bestandsformaten en productnummers. De overstap vroeg dus niet alleen om nieuwe koppelingen, maar ook om duidelijke afspraken: welk systeem is waarvoor leidend, en welke tussenstappen kunnen verdwijnen?
Standaardkoppelingen bestaan, maar PartTracker had meer nodig dan gegevens doorsturen. Het maatwerk zat in de combinatie van variantgegevens, verschillende publicatieformaten en het beschermen van bestaande productcontent. Een lege partnerwaarde mocht bijvoorbeeld geen gevulde beschrijving in Odoo wissen.
Duxly werkte in fases. Eerst werden de routes rond Odoo opgebouwd. Nadat de Odoo-webshop in gebruik was genomen, konden de productstromen daarop worden aangepast. Odoo werd leidend voor productdata, voorraad en prijzen; 2BA bleef de bron voor ETIM-classificaties en aanvullende technische content.
De eerste stap was betrouwbare productmatching. SKU’s moesten bruikbaar en uniek zijn, met geldige GTIN/EAN-waarden waar het 2BA-proces die vereiste. Ook moesten variantgegevens op het juiste niveau in Odoo terechtkomen. Zonder die basis kan zelfs een technisch geslaagde overdracht informatie aan het verkeerde product koppelen.
Daarna testte Duxly mappings met gecontroleerde producten en bestanden. Verwerkte ETIM-batches werden opnieuw uitgelezen om de opgeslagen gegevens te controleren. PartTracker bleef verantwoordelijk voor de kwaliteit van de brondata en de zakelijke validatie; Duxly verzorgde de integraties en technische verificatie.
Het inzicht
Eerst bepalen welke bron leidend is.
Een technisch geslaagde overdracht kan nog steeds gegevens bij het verkeerde product zetten. Daarom begon Duxly bij de productmatching en de verantwoordelijkheden per systeem. Odoo werd leidend voor productdata, voorraad en prijzen; 2BA bleef de bron voor ETIM-content.
De oplossing
Vaste dataroutes, met controles onderweg.
Duxly bouwde een catalogusfeed naar 2BA, directe ETIM-verrijking naar Odoo en een export voor Automa.Net. Een apart proces verwerkt productmedia. De Google Sheet verdween uit de keten nadat PartTracker bevestigde dat deze niet langer nodig was.
- SKU- en EAN-controles bewaken de productmatching.
- Lege partnerwaarden wissen geen bestaande beschrijvingen.
- De monitor toont pogingen, successen, fouten en verwachte uitvoeringen.
De technische uitvoering
Voor publicatie naar 2BA bouwde Duxly een dagelijks proces dat Odoo-productgegevens omzet naar een SALES005 PriceCatalogue XML-bestand. De koppeling valideert de beschikbare data, verpakt het bestand en levert het via SFTP aan. Deze publicatiestroom staat los van de verrijking die vanuit 2BA terugkomt.
De ETIM-verrijking loopt rechtstreeks van 2BA naar Odoo, zonder Lightspeed als tussenstation. Beschikbare classificaties en specificaties worden bij de bijbehorende producten opgeslagen. Technische specificaties krijgen een leesbare weergave; bestaande handmatige beschrijvingen en documentvelden blijven behouden.
De verwerking houdt rekening met onvolledige brondata. Producten zonder bruikbare 2BA-content worden overgeslagen. Lege waarden overschrijven geen gevulde velden. Een vergelijking met eerder verwerkte content voorkomt dat ongewijzigde gegevens steeds opnieuw worden geschreven. Zo blijft de verwerking gericht op wat daadwerkelijk is veranderd.
Daarnaast bouwde Duxly een XLSX-export vanuit Odoo voor Automa.Net, met overdracht via FTP. Een apart proces verwerkt bruikbare media vanuit 2BA. De Google Sheets-integratie werd verwijderd nadat PartTracker had bevestigd dat deze niet langer nodig was.
Om deze routes te kunnen volgen, ontwikkelde Duxly een read-only integratiemonitor. Die brengt vier koppelingen bij elkaar: ETIM-verrijking, mediaverwerking, de 2BA-catalogusfeed en de Automa.Net-export. Per route toont de monitor onder meer de laatste poging, laatste succesvolle uitvoering, meest recente fout en volgende verwachte run.
Daardoor is zichtbaar of een proces alleen gestart is of ook succesvol is afgerond.
Het resultaat
Zicht op de gegevens én op de verwerking.
Productinformatie heeft een duidelijke plek en route gekregen. ETIM-content gaat rechtstreeks naar Odoo, zonder Lightspeed als tussenstation. PartTracker en Duxly kunnen in de monitor zien welke uitvoering aandacht vraagt. Bronkwaliteit en zakelijke validatie blijven onderdeel van het proces.
Meer over het resultaat
Het resultaat is een productarchitectuur waarin Odoo centraal staat en de verantwoordelijkheid per gegevensstroom duidelijker is. ETIM-content kan rechtstreeks naar Odoo, zonder de eerdere route via Lightspeed. De overbodig geworden Google Sheet is uit de keten gehaald. De waarde zit ook in de controles onderweg. Validatie van identifiers beschermt de productmatching.
Bestaande content blijft behouden wanneer een partner geen bruikbare aanvulling levert. En wijzigingen worden gericht verwerkt, in plaats van productvelden onvoorwaardelijk opnieuw te vullen. De monitor maakt beheer onderdeel van de architectuur. PartTracker en Duxly kunnen per koppeling zien welke uitvoering aandacht vraagt. Daarmee is een gebouwde koppeling niet automatisch een onbeperkte succesclaim: de daadwerkelijke uitvoering blijft zichtbaar en controleerbaar.
Voor bedrijven met meerdere productbestemmingen laat deze case zien waar maatwerk waarde toevoegt: niet bij het simpelweg verbinden van twee systemen, maar bij het bewaken van eigen productregels over de hele keten.
.svg)
