Overstappen op AFAS: zo pakt u de migratie aan

Een migratie naar AFAS is zelden een technisch probleem alleen. AFAS is een Nederlandse softwareleverancier uit Leusden die een alles-in-één ERP aanbiedt met CRM, financiën, HR, salaris en orders, en meldt meer dan 14 000 klantorganisaties. Wie overstapt op AFAS vervangt dus vaak meerdere losse systemen tegelijk. Dat maakt de winst groot, maar ook het risico: gegevens die nu verspreid staan in Excel, een boekhoudpakket en een salarispakket moeten samenkomen in één bron.

Deze pagina beschrijft hoe u dat aanpakt, in de volgorde waarin het project verloopt. Wilt u eerst het hele traject overzien, lees dan ook de pagina over de implementatie van AFAS en de algemene gids over ERP-migratie.

Drie uitgangssituaties, drie aanpakken

Niet elke migratie lijkt op de andere. De vraag waar u vandaan komt, bepaalt hoeveel opschoonwerk er ligt.

Bij Excel is het grootste risico dat niemand precies weet welke bestanden de waarheid bevatten. Bij een boekhoudpakket zijn de cijfers meestal betrouwbaar, maar de processen eromheen (offertes, inkoopgoedkeuring, urenregistratie) bestaan buiten het systeem. Bij een oud ERP zit de verrassing in de uitzonderingen: aanpassingen die jaren geleden zijn gebouwd en die gebruikers inmiddels als vanzelfsprekend zien.

Eerst inventariseren, dan pas converteren

Begin niet met de data, maar met de vraag welke processen het nieuwe systeem moet ondersteunen. Uit die lijst volgt welke gegevens u echt nodig heeft. Een bruikbare volgorde:

1. Leg vast welke processen u in AFAS wilt inrichten: financiën, verkoop, inkoop, HR, salaris.
2. Bepaal per proces welke gegevens nodig zijn om de dag na de go-live door te werken.
3. Noteer waar die gegevens nu staan, wie eigenaar is en hoe betrouwbaar ze zijn.
4. Beslis wat u meeneemt, wat u archiveert en wat u laat vervallen.

Welke modules daarbij horen, ziet u in het overzicht van de modules van AFAS. Wie een scherpe afbakening wil, doet er goed aan een programma van eisen voor uw ERP op te stellen: dat voorkomt dat de migratie onderweg uitdijt.

Welke gegevens neemt u mee?

Niet alles hoeft over. Hoe minder u overzet, hoe kleiner de kans op fouten en hoe sneller de bascule. Maar sommige gegevens zijn onmisbaar.

Stamgegevens

Dit zijn de gegevens die u dagelijks raadpleegt en die elkaar onderling kruisen: relaties (klanten en leveranciers), artikelen met eenheden en prijslijsten, contactpersonen, bankrekeningen en betaalcondities. Elke fout hier werkt door in facturen, bestellingen en betalingen. Dubbele relaties zijn het klassieke probleem: dezelfde klant staat in drie spellingen in drie bestanden.

Financiële gegevens

Het grootboekschema, de openingsbalans, openstaande debiteuren en crediteuren, en de btw-instellingen. Hier speelt de Nederlandse praktijk een grote rol: uw boekhouder of accountant wil weten dat de openingsbalans aansluit op de laatste definitieve cijfers, en dat de btw-aangifte in de eerste periode na de overgang klopt. Betrek hem of haar dus vroeg. Hoe AFAS deze processen ondersteunt, leest u bij boekhouding en financiën in AFAS.

Personeels- en salarisgegevens

Dit is gevoelig materiaal. Het gaat om persoonsgegevens, contracten, verlof en loonhistorie. Beperk de groep die bij de conversiebestanden kan, en bewaar die bestanden niet langer dan nodig. Gebruikt u AFAS ook voor salaris, lees dan de pagina over salaris en HR in AFAS om te zien wat er in de inrichting meeverhuist.

Voorraad en lopende orders

Neem de actuele voorraad mee, met locaties en eventueel partij- of serienummers, plus de openstaande inkoop- en verkooporders. Een voorraadtelling vlak vóór de bascule is geen luxe: de cijfers uit het oude systeem zijn zelden zo zuiver als men denkt. Meer over dit domein vindt u bij voorraad en inkoop in AFAS.

Historie: hoeveel neemt u mee?

De verleiding is groot om alles over te zetten "voor het geval dat". Dat vergroot het conversiewerk, de kans op fouten en de omvang van het project. Een praktischer lijn:

• Zet saldi en openstaande posten over, geen volledige transactiehistorie.
• Houd het oude systeem of een archief doorzoekbaar voor wie historie moet raadplegen.
• Controleer welke bewaarplichten voor uw administratie gelden en leg vast waar de oude gegevens staan.

Dit is overigens een keuze die u samen met uw accountant maakt, niet alleen met de integrator.

Data opschonen: het werk dat niemand wil doen

Conversie is grotendeels schoonmaken. Een goede opschoonronde bestaat uit vaste stappen:

• Ontdubbelen: voeg dubbele relaties en artikelen samen en bepaal welke versie leidend is.
• Vervallen records verwijderen: inactieve klanten, uitgefaseerde artikelen, oude rekeningen.
• Standaardiseren: schrijfwijzen, landcodes, postcodes, eenheden, btw-codes.
• Aanvullen: ontbrekende verplichte velden, zoals IBAN, btw-nummer of KvK-nummer.
• Valideren: steekproeven en totaalcontroles tegen de bron, door iemand uit de business en niet alleen door de IT'er.

Plan dit werk vroeg en geef het een eigenaar aan de kant van uw bedrijf. De integrator kan sjablonen en controles leveren, maar kent uw klanten en artikelen niet. Een korte checklist van de punten waarop projecten stranden vindt u in de gids over fouten bij een ERP-project.

Hoe verloopt de overzetting technisch?

Gegevens gaan meestal via importsjablonen of koppelingen het systeem in. AFAS biedt daarvoor de gebruikelijke middelen van een moderne cloud-ERP, en met webhooks in Profit 8 komen er koppelingen in realtime bij. Welke route past, hangt af van volume, structuur en de bron. Voor koppelingen met andere systemen, ook tijdelijke, is de pagina over integraties met AFAS het startpunt.

Werk altijd in rondes:

1. Proefmigratie op een testomgeving met een kopie van de bron.
2. Controle van aantallen, saldi en een selectie handmatig nagelopen records.
3. Correctie van de brondata of van de conversieregels, niet van het resultaat.
4. Herhaling tot de uitkomst stabiel en controleerbaar is.
5. Definitieve migratie vlak voor de go-live, met een bevroren bron.

Corrigeer fouten dus in de bron of in de regels, nooit alleen in het doelsysteem: bij de volgende ronde keren ze anders terug.

Testen voordat u omschakelt

Een migratie die technisch gelukt is, werkt nog niet automatisch in de praktijk. Test in twee lagen.

Gegevenscontrole

Vergelijk totalen tussen oud en nieuw: openstaande debiteuren, crediteuren, voorraadwaarde, grootboeksaldi. Laat uw boekhouder of accountant de openingsbalans goedkeuren. Controleer of btw-codes correct zijn overgenomen, zodat uw eerste btw-aangifte vanuit het ERP klopt.

Procestest

Laat echte gebruikers hun dagelijkse werk nabootsen met de gemigreerde data: een offerte maken, een order invoeren, een inkoopfactuur verwerken, een betaling doen, een verlofaanvraag indienen. Zo komen gaten in rechten, werkstromen en rapporten boven tafel voordat het écht telt. Betrek ook de koppelingen, bijvoorbeeld voor e-facturen via Peppol; zie hiervoor e-factureren met uw ERP. Profit 8 verwerkt volgens AFAS e-facturen in UBL en PDF via een Peppol-aanbieder, wat voor veel mkb-bedrijven een reden is om de facturatiestroom mee te nemen in het testplan.

Bascule: big bang of gefaseerd?

Er zijn twee hoofdstrategieën.

Voor een mkb-bedrijf met een overzichtelijke structuur werkt een big bang vaak goed, mits goed getest. Heeft u meerdere vestigingen of bv's, dan is faseren per entiteit verstandig. Voor de keuze tussen deze strategieën en de overwegingen rond tijd en capaciteit is de gids over ERP-implementatie een goede aanvulling.

Kies het omschakelmoment slim: na een afgesloten periode, buiten de jaarafsluiting en niet midden in uw drukste seizoen. Spreek af wie wanneer niet mag boeken in het oude systeem, en wie de status bewaakt.

Terugvalplan: voorbereiden voor u het nodig heeft

Een terugvalplan is geen teken van wantrouwen; het is wat een professionele go-live onderscheidt van een gok. Leg minimaal vast:

• Criteria: bij welke fouten (bijvoorbeeld ontbrekende saldi of onbruikbare facturatie) wordt teruggevallen?
• Beslisser: wie neemt het besluit, ook buiten kantoortijd?
• Oud systeem: blijft het beschikbaar, in leesmodus of volledig, en voor hoe lang?
• Boekingen: hoe voorkomt u dat transacties in beide systemen worden vastgelegd?
• Communicatie: hoe informeert u klanten, leveranciers en medewerkers als het toch anders loopt?

Zo lang er in het nieuwe systeem nog niet onomkeerbaar is geboekt, blijft terugvallen verantwoord. Daarna wordt het duurder, en is voorwaarts repareren vaak de betere keuze. Spreek dat omslagpunt vooraf af.

Migreren tussen AFAS-versies

Wie al met AFAS werkt, heeft een andere vraag: wat betekent een nieuwe versie voor mij? Volgens AFAS is Profit 1 een volledig vernieuwde versie van het ERP en HRM, gericht op gebruiksgemak (zoeken, dagelijkse taken, eenvoudiger configureren), en blijft het herkenbaar. Klanten die al in de AFAS-cloud werken, zijn automatisch overgezet zonder conversie of extra werk.

Profit 8 is op 18 juni 2026 aangekondigd tijdens AFAS Open 2026, met zesduizend bezoekers, en komt in de zomer van 2026 beschikbaar, gratis voor alle bestaande klanten. Het brengt onder meer Jonas AI, een verbeterde Report Generator, webhooks en nieuwe talen. Profit 9 moet Profitweb introduceren, een versie in de browser zonder Citrix.

Een versiewissel is dus geen herhaling van een datamigratie. Toch loont het om na elke nieuwe versie te controleren:

• of eigen rapporten en dashboards nog hetzelfde tonen;
• of koppelingen met andere systemen blijven werken;
• of maatwerk en afwijkende instellingen nog passen;
• of gebruikers voldoende zijn geïnformeerd over wat er verandert.

Meer over de varianten en hun verschillen leest u bij versies en edities van AFAS. Voor aanpassingen buiten de standaard is er de pagina over maatwerk in AFAS.

Veelgemaakte fouten bij een AFAS-migratie

• Te veel historie meenemen. Het project wordt zwaarder zonder dat het resultaat beter wordt.
• Opschonen uitstellen. Rommel in, rommel uit; een nette import begint bij de bron.
• De accountant te laat betrekken. De openingsbalans en btw-aansluiting zijn zijn of haar terrein.
• Alleen de IT testen laten. Gebruikers vinden de fouten in processen.
• Geen terugvalplan. Zonder criteria en beslisser wordt een probleem een crisis.
• Geen training. Een goed gemigreerd systeem helpt niet als niemand weet hoe het werkt; zie training voor AFAS.
• Na de go-live niemand achter de hand. De eerste periode levert vragen en kleine fouten op; zorg voor een duidelijk aanspreekpunt, bijvoorbeeld via support en onderhoud.

Wie begeleidt de migratie?

Een migratie vraagt kennis van zowel het pakket als uw branche. Een integrator die AFAS-projecten uitvoert, brengt sjablonen, controles en ervaring met typische valkuilen mee. Hoe u een geschikte partij kiest, staat in een AFAS-integrator kiezen. Wij zijn geen integrator en niet verbonden aan AFAS: via onze werkwijze brengen wij u kosteloos in contact met een integrator die bij uw project past. Voor de kosten van het traject, zie de gids over ERP-kosten en de pagina over AFAS-prijzen.

Overweegt u nog andere pakketten, dan helpt de pagina over alternatieven voor AFAS om de keuze te toetsen vóór u aan de migratie begint.

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.