Een migratie naar SAP Business One is zelden een technisch probleem alleen. Het is vooral een kwestie van keuzes: welke gegevens verhuizen mee, hoe lang loopt het oude systeem nog parallel, en wie beslist op de dag van de bascule? Voor een Vlaams of Brussels kmo-bedrijf komt daar de Belgische context bij: de btw-aangiften mogen niet haperen, uw boekhouder moet de beginbalans kunnen aftekenen en de elektronische facturen via Peppol moeten vanaf dag één vlot vertrekken.
Deze pagina behandelt twee situaties. Ten eerste de overstap naar SAP Business One vanuit Excel, een boekhoudpakket of een ouder ERP. Ten tweede de migratie tussen versies van SAP Business One zelf. In beide gevallen geldt: wie de aanpak vooraf uitschrijft, vermijdt de meeste verrassingen.
Wanneer is overstappen op SAP Business One zinvol?
Bedrijven die willen overstappen op SAP Business One zitten meestal in een van drie situaties:
- Excel en losse lijsten. Voorraad, offertes en planning staan in verschillende bestanden die niemand nog volledig vertrouwt.
- Een boekhoudpakket dat uit zijn voegen barst. Facturatie en boekhouding werken, maar voorraad, aankoop of productie zitten buiten het systeem.
- Een oud ERP dat niet meer evolueert. Aanpassingen zijn duur geworden, de leverancier ondersteunt het product nauwelijks nog of de technische basis veroudert.
SAP Business One richt zich op kleine en middelgrote ondernemingen. Volgens SAP gebruiken meer dan 83 000 klanten het pakket, in meer dan 170 landen. Dat zegt niets over uw specifieke geval, maar wel dat de overstap een bekend traject is voor integratoren. Of het pakket bij u past, hangt af van uw processen; lees daarvoor ook de modules van SAP Business One en de alternatieven.
Het verschil tussen een nieuwe start en een migratie
Er bestaan twee uitersten. U kunt vers beginnen: alleen de noodzakelijke stamgegevens en een beginbalans gaan mee, de rest blijft in het oude systeem als archief. Of u kunt zoveel mogelijk historiek overbrengen: openstaande en afgesloten transacties, prijshistoriek, serienummers.
In de praktijk kiest bijna iedereen een tussenweg. Hoe meer historiek u meeneemt, hoe groter de kans op fouten en hoe langer de opkuis duurt. Een goede vuistregel: neem mee wat u dagelijks nodig heeft om te werken, en bewaar de rest raadpleegbaar buiten het ERP.
| Gegevens | Meestal meenemen? | Aandachtspunt |
|---|---|---|
| Klanten en leveranciers | Ja, na ontdubbeling | Btw-nummers en ondernemingsnummers controleren; Peppol-gegevens aanvullen |
| Artikelen en stuklijsten | Ja, na opkuis | Eenheden, barcodes en artikelgroepen eenvormig maken |
| Openstaande verkoop- en aankoopfacturen | Ja | Moet aansluiten op de grootboekrekeningen van uw boekhouder |
| Open orders en bestellingen | Ja | Alleen wat nog effectief geleverd of ontvangen moet worden |
| Voorraad op de datum van bascule | Ja | Gebaseerd op een telling, niet op het oude systeem alleen |
| Beginbalans en rekeningschema | Ja | In overleg met de boekhouder; rekeningschema vooraf vastleggen |
| Historische facturen van vorige boekjaren | Zelden | Vaak beter in een archief; bewaarplicht met uw boekhouder bespreken |
Gegevens opkuisen voor de overname
Het oude systeem bevat bijna altijd vuil: dubbele klanten, artikelen die al jaren niet meer verkocht worden, leveranciers zonder btw-nummer, adressen in drie spellingen. Wie dat ongezien overzet, betaalt er later voor met foute facturen en rapporten die niet kloppen.
Een bruikbare opkuis gebeurt in deze volgorde:
- Afbakenen. Beslis per gegevenssoort wat meegaat en wat niet. Niet-actieve klanten en uitgefaseerde artikelen blijven achter.
- Ontdubbelen. Eén klant, één record. Vooral bij overgang vanuit Excel is dit het grootste werk.
- Standaardiseren. Eenheden, landcodes, betalingsvoorwaarden en artikelgroepen eenvormig maken vóór het laden, niet erna.
- Aanvullen. Ontbrekende velden die het nieuwe systeem nodig heeft, zoals btw-regimes, Peppol-identificatie of leveringsadressen.
- Valideren. Laat de eigenaar van de gegevens, niet de IT-medewerker, de opgekuiste lijsten goedkeuren.
De opkuis is werk van uw eigen organisatie, met begeleiding van de integrator. Niemand kent uw klanten en artikelen beter dan uw verkoop-, aankoop- en magazijnmedewerkers.
Welke hulpmiddelen biedt SAP voor de gegevensovername?
In de methodologie die SAP voor een implementatieproject beschrijft, vindt de overname van gegevens uit het oude systeem plaats in de realisatiefase, en bij de hulpmiddelen van die methodologie hoort een gids voor datamigratie. In de praktijk betekent dit dat uw integrator een vaste werkwijze volgt: sjablonen voor de stamgegevens, een eerste testlading in een proefomgeving, controle van de resultaten en daarna pas de definitieve lading.
Welke technische route uw integrator kiest (standaard importhulpmiddelen, eigen scripts of een tool van een derde partij) hangt af van het volume en de complexiteit van uw gegevens. Vraag in elk geval hoeveel proefladingen voorzien zijn en wie de resultaten controleert. De bredere context van het traject vindt u op de pagina over de implementatie van SAP Business One.
Migreren tussen versies van SAP Business One
Heeft u al SAP Business One, dan gaat het om een versiemigratie. Dit is een ander soort project: de gegevens blijven in hetzelfde product, maar de technische basis en vaak ook de extensies moeten mee.
Wat SAP zelf bekendmaakt, is belangrijk om te kennen:
- SAP garandeert minstens vijf jaar standaardonderhoud per versiefamilie, te rekenen vanaf de algemene beschikbaarheid van de hoofdversie (x.0).
- Versie 10.0 valt volgens SAP onder standaardonderhoud tot 31 december 2028, onder voorbehoud van wijzigingen. De versies 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 en 9.3 hebben hun periode van standaardonderhoud afgesloten.
- Op de onderhoudspagina vermeldt SAP enkel dat versie 11 na versie 10 volgt, zonder datum.
- Sinds versie 10.0 van april 2020 levert SAP vernieuwingen continu via cumulatieve feature packages, met nieuwe functies, correcties, beveiligingspatches en wettelijke updates. De interfaces blijven stabiel tussen de hoofdversie en de feature packages.
- Rechtstreekse versie-upgrades worden alleen ondersteund tussen opeenvolgende versies, bijvoorbeeld van 9.3 naar 10.0. Wie verder terug zit, moet in meerdere stappen upgraden.
- Klanten met een geldig onderhoudscontract krijgen de versie-upgrades gratis. Voor oude feature packages, support packages, patches of hotfixes levert SAP geen correcties of beveiligingspatches meer.
Voor u betekent dit: een oudere versie draait wel, maar zonder nieuwe beveiligingspatches en wettelijke updates. Voor Belgische bedrijven, waar btw-regels en e-facturatie kunnen evolueren, is dat een reëel risico. Meer over de versies en edities leest u op de pagina over versies en edities.
Waar blijven aanpassingen en integraties?
Bij een versiemigratie zijn niet de standaardgegevens het probleem, maar alles wat eromheen hangt: aangepaste rapporten, add-ons, koppelingen met webshop, magazijn- of boekhoudsoftware, en eigen ontwikkelingen. Maak vooraf een inventaris en laat per onderdeel nagaan of het de nieuwe versie ondersteunt. Zie ook koppelingen en integraties.
Is het project vastgelopen of zit u met een integrator die niet meer opvolgt? Dan kan een audit en projectovername een uitweg bieden voordat u verder migreert.
De bascule: één moment of gefaseerd?
De bascule is het ogenblik waarop uw bedrijf in het nieuwe systeem begint te werken. Er zijn drie gangbare strategieën:
| Strategie | Hoe het werkt | Past bij | Risico |
|---|---|---|---|
| Big bang | Alles schakelt op één datum over | Kleinere bedrijven met overzichtelijke processen | Fouten raken meteen alle afdelingen |
| Gefaseerd per module | Bijvoorbeeld eerst financiën en verkoop, later productie | Bedrijven met complexe processen | Tijdelijke koppelingen tussen oud en nieuw |
| Parallel | Beide systemen draaien een tijd naast elkaar | Zeer kritische processen | Dubbel werk en kans op afwijkingen |
Voor veel Belgische kmo's is een bascule aan het begin van een boekhoudkundige periode het meest overzichtelijk: de beginbalans is dan duidelijk, de btw-aangifte loopt zonder knip in de periode en uw boekhouder kan het nieuwe systeem op een logisch moment overnemen. Overleg die datum steeds met uw boekhouder en uw integrator, en vermijd drukke periodes zoals jaareinde of de piek van uw seizoen.
Testen voor het te laat is
Een migratie zonder echte tests is een gok. Voorzie minstens deze controles:
- Cijfercontrole. Sluiten saldi van klanten, leveranciers en voorraad exact aan op het oude systeem?
- Proces-doorloop. Een offerte tot en met factuur, een aankoop tot en met betaling, een voorraadbeweging: telkens door de eindgebruikers zelf uitgevoerd.
- Documenten. Zien facturen, leveringsbonnen en aanmaningen er correct uit, met de juiste btw-vermeldingen?
- E-facturatie. Vertrekt een factuur correct via Peppol en wordt ze door uw klant ontvangen? Zie de pagina over Peppol en e-facturatie.
- Btw. Klopt de btw-aangifte met testboekingen? Lees ook btw in België en uw ERP.
- Rechten. Ziet elke gebruiker wat hij nodig heeft, en niets meer?
Laat de testen uitvoeren door de mensen die er later mee werken. Een goede opleiding verhoogt de kwaliteit van de tests; meer daarover op de pagina over opleiding voor SAP Business One.
Een terugvalplan dat echt werkt
Niemand plant graag een mislukking, maar een terugvalplan is wat een bascule beheersbaar maakt. Leg vooraf vast:
- Het beslismoment. Op welk uur en door wie wordt besloten dat de bascule doorgaat of wordt teruggedraaid?
- De criteria. Welke fouten zijn blokkerend (bijvoorbeeld afwijkende saldi) en welke kunnen na de start opgelost worden?
- Het oude systeem. Blijft het ongewijzigd beschikbaar, met een veiligheidskopie van de gegevens van vlak voor de bascule?
- Het ritme van de overdracht. Wat doet u met transacties die in het nieuwe systeem werden ingevoerd als u toch terug moet?
- De communicatie. Wie informeert klanten, leveranciers en uw boekhouder als de planning verschuift?
Hoe langer u in het nieuwe systeem werkt, hoe moeilijker terugkeren wordt. Neem de beslissing dus vroeg, op basis van vooraf afgesproken criteria en niet op gevoel.
Veelgemaakte fouten bij een migratie
De problemen die we in ERP-trajecten het vaakst zien, zijn goed gekend. Een bredere beschrijving staat in fouten bij een ERP-project. Specifiek voor een migratie:
- Alles willen meenemen. Historiek die niemand raadpleegt, vertraagt het project en vergroot de foutenlast.
- Opkuis uitstellen. Wat u nu niet opruimt, neemt u mee naar een systeem waar het meer kost om te corrigeren.
- De boekhouder te laat betrekken. Rekeningschema, beginbalans en btw-regimes moeten vooraf vastliggen.
- Geen proefladingen. De eerste echte lading is dan ook meteen de eerste test.
- De eindgebruikers overslaan. Wie het systeem moet gebruiken, moet het ook testen en goedkeuren.
- Koppelingen vergeten. Webshop, vervoerder, bank en EDI-partners moeten mee migreren.
- Geen keuze voor de dag erna. Wie beantwoordt vragen en corrigeert fouten in de eerste dagen? Bespreek ook ondersteuning en onderhoud.
Een algemene aanpak voor elk ERP leest u in onze gids over ERP-migratie. Voor de context van dit pakket in ons land, zie SAP Business One in België.
Wie begeleidt de migratie?
SAP verkoopt Business One via partners; de migratie zelf wordt uitgevoerd door een integrator, niet door SAP of door ons. Wij zijn niet gelieerd aan een softwareleverancier en brengen u gratis in contact met een integrator die past bij uw sector, uw regio en de omvang van uw project. Wat u daarvoor aanlevert, is eenvoudig: waar u nu staat, wat u wilt bereiken en welke systemen eraan gekoppeld zijn.
Vraag aan elke kandidaat hoe hij gegevens opkuist, hoeveel proefladingen hij voorziet, hoe hij het terugvalplan invult en welke referenties hij kan geven in uw sector. Bekijk ook hoe u een integrator kiest. Weet u nog niet of SAP Business One de juiste keuze is, vergelijk dan eerst met andere pakketten in onze overzichtspagina's, of bekijk de budgetten die erbij horen.
Veelgestelde vragen
Hoe pak ik een migratie naar SAP Business One het best aan?
Begin met een scherp afgebakend doel: wat moet er in het nieuwe systeem staan en wat blijft in het archief? Laat vervolgens uw integrator de gegevens in een proefomgeving laden, test met echte gebruikers en kies pas daarna de datum van de bascule. Een migratie is geen kopieeroperatie, maar een opkuis- en herstructureringsoefening.
Kan ik rechtstreeks van een oude SAP Business One-versie naar de nieuwste?
Niet altijd. SAP ondersteunt rechtstreekse upgrades enkel tussen opeenvolgende versies, bijvoorbeeld van 9.3 naar 10.0. Zit u verder terug, dan zijn er meerdere tussenstappen nodig. Uw integrator brengt in kaart welke stappen in uw geval nodig zijn en test elke stap afzonderlijk.
Welke gegevens neem ik mee uit mijn oude systeem?
Neem in elk geval de stamgegevens mee (klanten, leveranciers, artikelen), de openstaande posten en de beginbalans. Historische transacties van vroegere boekjaren houdt u meestal beter in een raadpleegbaar archief. Voor de bewaarplicht van boekhoudkundige stukken overlegt u met uw boekhouder.
Wat als de bascule mislukt?
Daarom spreekt u vooraf een terugvalplan af: het oude systeem blijft ongewijzigd beschikbaar, er is een duidelijk beslismoment en iedereen weet wie de knoop doorhakt. Zolang er nog niet in het nieuwe systeem is gefactureerd of geboekt, is terugkeren eenvoudig. Na enkele dagen productie wordt het veel moeilijker.
Moet ik mijn bestaande integrator behouden voor een versiemigratie?
Dat hoeft niet. Wie ontevreden is over de opvolging, kan een andere integrator een audit laten uitvoeren en het project overnemen. Zorg wel dat u de documentatie van uw aanpassingen en integraties in handen heeft, anders begint de nieuwe partij met een blinde vlek.
Bronnen
- SAP Support: Business One maintenance
- SAP Support: Business One upgrades en patches
- SAP Learning: Implementing SAP Business One
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.