Overstappen op Odoo: zo verloopt de migratie

Een migratie naar Odoo gaat zelden over de software zelf. De moeilijke vragen zijn: welke gegevens neemt u mee, wie controleert ze en op welke dag stopt u met het oude systeem? Wie overstapt op Odoo vanuit Excel, een boekhoudpakket of een verouderd ERP, doet er goed aan om het project als een dataproject te benaderen en niet als een installatie.

Deze pagina behandelt twee situaties die vaak door elkaar lopen: de eerste overstap naar Odoo, en de migratie tussen versies van Odoo zelf. De aanpak verschilt, maar de principes zijn dezelfde: afbakenen, opschonen, proefdraaien, omschakelen met een vangnet.

Vanwaar komt u: drie vertrekpunten

Het vertrekpunt bepaalt de aard van het werk. Een Vlaamse kmo die vandaag nog met spreadsheets werkt, heeft andere zorgen dan een bedrijf dat een eigen ERP van vele jaren oud vervangt.

Een goede integrator begint niet met een offerte voor modules, maar met een korte analyse van uw huidige situatie. Een audit en projectovername kan daarbij nuttig zijn als er al een bestaande Odoo-installatie is die moet worden overgenomen of rechtgezet.

Welke gegevens migreert u, en welke niet?

De verleiding is groot om alles over te zetten "voor de zekerheid". Dat is meestal een vergissing. Elk record dat u meeneemt, moet gecontroleerd worden en kan een fout in uw nieuwe systeem binnenbrengen.

Stamgegevens: altijd

Klanten, leveranciers, artikelen, prijslijsten en stuklijsten vormen de kern. Hier loont het om te ontdubbelen en te harmoniseren: één schrijfwijze per bedrijfsnaam, een correct btw-nummer, een bruikbaar adres, een eenduidige artikelcode.

Openstaande posten en saldi

Open verkoop- en inkoopfacturen, voorraadstanden en openingssaldi van de rekeningen zijn doorgaans nodig om op dag één verder te kunnen werken. Dit is het terrein van de boekhouder: die bepaalt in welk boekjaar en op welke datum de overname gebeurt. Lees ook hoe de boekhouding in Odoo is opgebouwd voordat u de saldi laat inlezen.

Historiek: kies bewust

Oude offertes, afgesloten orders en gesloten facturen zijn zelden nodig in het nieuwe systeem. Voor wettelijke bewaarplichten volstaat vaak een veilig archief of een export van het oude pakket. Bewaar alleen historiek in Odoo als er dagelijks mee gewerkt wordt, bijvoorbeeld de aankoophistoriek van een klant voor een commercieel gesprek.

Hoe leest u gegevens in Odoo in?

Odoo aanvaardt volgens de documentatie importbestanden in CSV- en Excel-formaat (.xlsx). Er zijn vooraf ingestelde sjablonen voor contacten, producten, bankafschriften, boekingen en bestellingen, wat een goed vertrekpunt is om uw kolommen op de verwachte structuur af te stemmen.

Twee eigenschappen zijn belangrijk om te kennen:

• Externe identificatiecodes vermijden dubbels en laten toe om relaties uit het oude systeem over te nemen, bijvoorbeeld de link tussen een factuur en de klant.
• Imports zijn definitief. Ze kunnen niet worden geannuleerd. Een foute inlading in de productiebase herstelt u dus niet met één klik.

Daarom werkt een degelijk project met een kopie van de database: u importeert, controleert, past de bronbestanden aan en begint opnieuw, tot het resultaat klopt. Pas dan volgt de echte inlading.

Opschonen vóór u overzet

Een migratie is het ideale moment om orde te scheppen. Praktisch betekent dat:

• inactieve klanten en leveranciers uitsluiten;
• artikelen samenvoegen die in de praktijk hetzelfde zijn;
• btw-nummers, IBAN-nummers en adressen nakijken;
• eenheden en categorieën harmoniseren;
• bepalen welke vrije tekstvelden werkelijk gestructureerde informatie bevatten.

Wijs per gegevenssoort een verantwoordelijke aan binnen uw bedrijf. De commerciële dienst kent de klanten, de aankoper kent de leveranciers, de boekhouder kent de saldi. Een integrator kan de gegevens verwerken, maar niet beoordelen of een artikel nog bestaat.

Een migratiestrategie kiezen: big bang of gefaseerd

Er zijn twee grote manieren om om te schakelen.

Big bang: alle afdelingen stappen op dezelfde dag over. Het voordeel is dat er geen dubbele systemen blijven bestaan. Het nadeel is dat een fout meteen overal voelbaar is. Dit werkt het best voor kleinere organisaties met een beperkt aantal modules.

Gefaseerd: u start met een domein, bijvoorbeeld verkoop en CRM of boekhouding, en voegt later andere toe. Dat spreidt de belasting voor uw team en laat toe om te leren van de eerste fase. Het vraagt wel dat de koppelingen tussen oud en nieuw tijdelijk goed beheerd worden.

De keuze hangt af van uw sector, uw seizoenspieken en de bereidheid van uw team. Een bedrijf met drukke maanden in de zomer plant zijn go-live liever niet net voor die periode. Hoe u het hele traject kunt aanpakken, leest u op onze pagina over de implementatie van Odoo en in de algemene gids over ERP-migratie.

Koppelingen en Belgische vereisten niet vergeten

Een ERP staat nooit alleen. Webshop, bankkoppeling, EDI, vervoerders: al deze koppelingen moeten bij de migratie mee verhuizen of opnieuw worden gebouwd. Bekijk vooraf welke integraties met Odoo nodig zijn en wie ze onderhoudt.

Voor Belgische bedrijven komt er een wettelijke laag bij. De facturatie moet aansluiten op de btw-regels, en elektronische facturen verlopen steeds vaker via het Peppol-netwerk. Controleer dus vóór de go-live of uw btw-codes, uw boekhoudschema en de uitwisseling van facturen correct staan. Meer daarover vindt u op onze pagina over Peppol en e-facturatie en in het overzicht van Odoo in België.

Testen: de stap die men te vaak inkort

Een migratie is pas geslaagd als de mensen die dagelijks werken erin slagen om hun taken uit te voeren. Plan daarom minstens een proefmigratie met echte gegevens, gevolgd door een gebruikerstest met scenario's uit de praktijk:

• een offerte maken, bevestigen en leveren;
• een inkooporder ontvangen en de leveranciersfactuur boeken;
• een betaling afpunten met een bankafschrift;
• een btw-aangifte voorbereiden;
• een rapport opvragen dat de directie gebruikt.

Vergelijk daarna de totalen met het oude systeem: openstaande klantensaldi, voorraadwaarde, trial balance. Verschillen moeten verklaard worden vóór u verdergaat.

Een terugvalplan opstellen

Een terugvalplan is geen teken van wantrouwen, maar van professionaliteit. Leg vooraf vast:

1. welke criteria bepalen dat de go-live wordt stopgezet;
2. wie die beslissing neemt en op welk moment;
3. hoe lang het oude systeem ongewijzigd beschikbaar blijft;
4. hoe transacties die al in Odoo zijn ingevoerd, alsnog worden overgedragen.

Zonder zo'n plan wordt elk probleem na de omschakeling een crisis. Met een plan wordt het een afweging.

Migreren tussen versies van Odoo

Ook wie al op Odoo werkt, moet af en toe migreren. Volgens de documentatie krijgt elke hoofdversie drie jaar standaardondersteuning, plus nog twee jaar om de nodige upgrades uit te voeren voordat alle ondersteuning wegvalt. Op Odoo Online en Odoo.sh is een upgrade naar een nieuwe hoofdversie verplicht om de twee jaar, met voorafgaande kennisgeving.

Enkele zaken om te weten:

• Beveiligingsupdates worden enkel tijdens de standaardondersteuning geleverd. In de uitgebreide, betalende ondersteuning, die alleen op Odoo.sh en op eigen servers bestaat, blijven hulp en bugfixes mogelijk, maar alleen als dat technisch haalbaar is.
• Tussenversies verschijnen om de twee à drie maanden, zijn alleen beschikbaar op Odoo Online en komen niet in aanmerking voor uitgebreide ondersteuning. Ze moeten binnen enkele weken na de volgende versie worden opgewaardeerd.
• Een geüpgradede testbase kunt u vóór de productie aanvragen en valideren. Sla die stap niet over: aanpassingen en koppelingen gedragen zich soms anders in een nieuwere versie.

De pagina met ondersteunde versies toont dat 17.0 uit november 2023 dateert en dat het standaardsupport in september 2026 eindigt, terwijl 18.0 (oktober 2024) tot september 2027 loopt en 19.0 (september 2025) tot september 2028. Wie nog op 17.0 draait, heeft dus een planning nodig. Meer over de uitgaven en de verschillen vindt u op de pagina over Odoo-versies en -edities.

Heeft u eigen ontwikkelingen of studio-aanpassingen? Die vormen meestal het grootste deel van het upgradewerk. Ook de gekozen hostingvorm bepaalt hoeveel u zelf moet doen en hoeveel de editeur voor u regelt. Merk op dat bepaalde functies, zoals Odoo Studio, meerdere vennootschappen en externe API-toegang, bij de Custom-formule horen; een migratie kan dus ook een wijziging van formule met zich meebrengen.

Veelgemaakte fouten

• Te veel historiek meenemen en daardoor vervuilde gegevens importeren.
• De boekhouder te laat betrekken, waardoor openingssaldi en btw-instellingen niet kloppen.
• Geen proefmigratie uitvoeren en de eerste echte inlading ook de eerste test laten zijn.
• Gebruikers niet opleiden voor de go-live; een goede opleiding is evenzeer deel van de migratie als de data.
• Geen terugvalplan en geen duidelijk beslismoment.
• Koppelingen vergeten, tot de webshop of de bank plots niet meer synchroniseert.

Wie begeleidt u?

Wij zijn geen Odoo-integrator en zijn niet verbonden aan de editeur: wij brengen u in contact met een integrator die past bij uw project en uw regio. Vraag aan elke kandidaat hoe hij de dataovername aanpakt, hoe de proefmigratie verloopt en hoe het terugvalplan eruitziet. Antwoorden op die drie vragen zeggen meer dan een lijst referenties. Meer over de selectie vindt u in onze gids over het kiezen van een ERP-integrator.

De genoemde softwarenamen zijn handelsmerken van hun respectievelijke eigenaren en worden uitsluitend ter informatie vermeld. Deze site is onafhankelijk en niet verbonden aan een softwareleverancier.