Een paar weken geleden zag ik iets wat ik moest opzoeken voordat ik begreep wat het was. In een datadump van een ERP systeem stond een veld met de naam Telex. Niet “fax”, maar echt Telex. Het soort communicatie dat je nog gebruikte voordat de fax überhaupt bestond.
We moesten drie keer knipperen met onze ogen omdat het zo pijnlijk duidelijk maakt waar veel bedrijven nu zitten. AI is de toekomst. Iedereen voelt dat. Iedereen wil ermee versnellen. Maar om AI goed te kunnen gebruiken, moet je eerst helemaal terug naar het verleden. Naar je legacy systemen. Naar je oude ERP. Naar databases die zijn gebouwd in een tijd dat niemand ooit had gedacht dat je data realtime zou willen synchroniseren naar een cloud platform, een tijd waarin je met minder decimale getallen je database probeerde klein te houden.
Dat is de paradox waar veel mkb en mkb plus bedrijven in Europa voor staan. Ze willen vooruit, maar een deel van hun software zit nog vast het stenen tijdperk, of nou ja,
Wat we in de praktijk eigenlijk altijd zien is dat er ergens één stevige bottleneck in de organisatie zit. Het systeem dat ooit de ruggengraat was, maar dat nu de boel beperkt. Het kan een SAP omgeving zijn die nog niet cloud ready is. Een Oracle database die in de loop der jaren is dichtgegroeid met customizations. Of een ander legacy ERP met verouderde datatypes, beperkte precisie en datastructuren die alleen nog logisch zijn als je twintig jaar terugspoelt.
En dan begint het bekende patroon. Er is een moderne cloud ambitie. Er zijn AI plannen. Teams bouwen dashboards, automatiseren rapportages, starten pilots. Maar elke route komt uiteindelijk terug bij diezelfde kernvraag: hoe krijgen we dat oude systeem mee.
Veel organisaties gaan eerste voor de makkelijke weg. Integratieplatformen beloven precies dit. Tools zoals Make, Workato, n8n of MuleSoft geven je een low code manier om systemen aan elkaar te knopen. Fantastisch voor veel use cases en het ziet er gelikt uit. Maar zodra je echt een ERP migratie in wilt, dus niet even data delen maar data verhuizen, lopen ze tegen hun grenzen aan.
Omdat het dan niet meer gaat om een paar API calls. Het gaat om grote volumes. Complexe transformaties. Veel uitzonderingen. Performance wordt ineens bepalend. Foutafhandeling moet rock solid zijn. En low code tooling is daar meestal niet op gebouwd. Die platforms zijn sterk voor de integratie daarna. Maar voor de eerste echte migratieslag zijn ze vaak simpelweg niet performant genoeg.
Dan komt stap twee. De “dan doen we het handmatig” route. Exports. Tabellen opschonen. Consultants die velden mappen. Een eerste migratie draaien en hopen dat het klopt.
Maar een ERP migratie is bijna nooit in één keer klaar. Je doet een eerste run. Je ontdekt dat bepaalde records anders geïnterpreteerd moeten worden. Een mapping blijkt net niet te passen. De business wil toch een extra veld. Of een proces moet net anders. En dan mag je opnieuw beginnen. Soms twee keer, soms vijf keer. Elke iteratie kost extra tijd, extra geld en vooral extra risico. Omdat je steeds opnieuw door dezelfde rommel heen werkt.
Daarom hebben wij bij Pantalytics een andere keuze gemaakt. Vele organisatie vermijden de ERP switch omdat dat een open hart operatie is. Maar open-hart reparaties zijn nodig. Zwakke heelmeesters maken stinkende wonden.
Bring in the big guns. We pakken een full code oplossing: Containerized python code in de cloud, met de juiste AI co-pilot. We refactoren de code zodat we veel kunnen herbruiken en agile blijven. Daarmee schrijven we ETL en ELT scripts die precies doen wat nodig is. Extract uit de oude omgeving, transform naar in ons geval het Odoo model (ODM, love it!). Dit is in mijn optiek echt de winnende strategie.
En hier zit een belangrijk voordeel. We hebben geen perfecte dump nodig. Je hoeft je data niet eerst netjes te maken. Geef ons gerust een rommelige export. Met velden als Telex, rare formaten en historisch gegroeide uitzonderingen. Wij kennen Odoo goed genoeg om die wereld te vertalen naar een moderne cloud structuur. Juist doordat Odoo open source is en op Python draait, kunnen we razendsnel mappen en valideren.
In veel trajecten is de migratie ook niet het eindpunt, maar het begin van een overgangsperiode. Je wilt tijdelijk twee systemen naast elkaar laten bestaan, zodat je gecontroleerd kunt overstappen, hier gaan we nog een aparte blog over schrijven. Daarvoor bouwen we synchronisatie modules bovenop de migratie.
Je zet de data per bedrijfsfunctie om (In Odoo heet dat een App). Dus bijvoorbeeld eerst je contactenlijst, dan je offertes, dan je product catalog etc. Er zijn grofweg drie scenario’s.
Het eerste is dat je legacy leidend laat blijven. Odoo wordt gevuld vanuit het oude ERP. Een one way sync richting Odoo.
Het tweede is dat je Odoo leidend maakt. De oude database wordt read-only en je synchroniseert nog één kant op. Ook one way, maar dan met de cloud als nieuwe waarheid.
Het derde scenario is waar we op dit moment veel R&D in stoppen. Two way sync. Twee systemen die tijdelijk naast elkaar bestaan en die dagelijks, of near real time, met elkaar synchroniseren. Dat geeft organisaties ruimte om stap voor stap over te gaan, zonder de operatie in één grote sprong te hoeven omgooien.
De eerste resultaten daarvan zijn heel veelbelovend. Niet alleen technisch, maar vooral organisatorisch. Het haalt de druk van de ketel. Teams kunnen migreren en doorwerken tegelijk. En als alles goed landt, kan het oude systeem gecontroleerd uit.
En dat is uiteindelijk waar het om gaat. AI werkbaar maken in je bedrijf betekent niet alleen nieuwe tools toevoegen. Het betekent ook oude blokkades weghalen. Want als je kernsoftware niet mee kan, dan kan je organisatie dat ook niet.
Dus de vraag is eigenlijk simpel. Wat is jouw Telex veld. Waar zit jouw legacy bottleneck. Welk stuk software houdt jouw data en AI plannen nog vast in het verleden.
Als je dat wilt verkennen, horen we het graag. Stuur ons een korte schets van je situatie. Ook als je dump rommelig is of je nog niet weet welke route het beste past. Dan kijken we samen hoe we jouw oude kern weer mee krijgen naar de toekomst. Ons telex nummer staat op onze site.
