Odoo migratie naar een nieuwe versie. Vaste prijs.

Ja. De meeste migraties die we doen zijn van systemen die door een andere partij — of door een intussen verdwenen partner — zijn gebouwd. We starten altijd met een PostgreSQL-audit en een analyse van de custom code, zodat we de geschiedenis van je systeem leren kennen voor we iets aanraken.

Ja. Multi-version sprongen zoals v12 naar v18 zijn mogelijk. We doorlopen elke tussenliggende versie (v13, v14, v15, v16, v17) in de schema-mapping, zodat het datamodel stap voor stap mee evolueert zonder dat er onderweg iets breekt.

Daar komt de database-audit voor. We sporen verweesde records, gebroken foreign keys en inconsistenties op voor de migratie start, en ruimen ze gecontroleerd op. Na de migratie valideren we de integriteit zodat aantallen en saldi kloppen — onze aanpak mikt op 0 data-loss.

Bestaande custom modules nemen we mee. We lezen de code, bepalen wat de nieuwe Odoo-versie nodig heeft en passen die aan met behoud van de logica waar je team op rekent. Maatwerk zonder documentatie is voor ons eerder regel dan uitzondering.

Dat hangt af van het aantal versies, de hoeveelheid custom code en de staat van je database. Tijdens de migratie-analyse leggen we een concrete planning vast met mijlpalen. Die planning hoort bij de vaste prijs, zodat je weet wanneer de cutover plaatsvindt.

We migreren eerst volledig in een sandbox-omgeving en testen je processen voor we productie aanraken. De cutover gebeurt begeleid en met een geteste terugvaloptie, zodat je nooit zonder werkend systeem komt te zitten.

Na de productie-cutover krijg je standaard 60 dagen post-migratie begeleiding. Je team kan meteen verder en eerste vragen worden direct opgelost. Wil je daarna doorlopende ondersteuning, dan sluit je een apart maintenance-contract af.