AFAS vs maatwerk software: wanneer kies je wat?

Wat is AFAS Software, kort en eerlijk?

AFAS Software is een Nederlandse ERP-leverancier uit Leusden met een dominante positie in het Nederlandse mkb en mid-market. Het vlaggenschip-product AFAS Profit is een geïntegreerde suite die financiële administratie, salarisverwerking, HRM, projectadministratie, fiscaal aangiftewerk, ordermanagement en CRM in één omgeving brengt. De stack is van origine on-premise; het overgrote deel van de installed base draait inmiddels op AFAS Online, de cloud-variant.

AFAS heeft één eigenschap die het sterk onderscheidt van internationale ERP-spelers: het product is geboren in Nederlandse fiscale, payroll- en CAO-context. Loonheffingen, vakantietoeslag, CAO-bepalingen, BTW-aangiftes, ICP-opgaves — dat hoort van nature in het product thuis en wordt elk jaar bijgewerkt op nieuwe wetgeving. Tegelijk is Profit, net als elk pakket, een specifieke visie op hoe een organisatie werkt: prettig wanneer je processen daarmee samenvallen, knellend zodra ze afwijken. Dit artikel gaat over die afweging: niet bashend op AFAS, niet beweren dat maatwerk altijd beter is, wel helder krijgen wanneer wat past.

De Profit-modules in kaart

Wie AFAS afweegt, moet weten welke modules het werk doen. Drie clusters die we het vaakst tegenkomen.

Financieel

De financiële administratie is historisch de kern: grootboek, debiteuren, crediteuren, vaste activa, projectadministratie, fiscale aangiftes en consolidatie. Voor het Nederlandse mkb voorziet die laag in vrijwel alles wat een controller nodig heeft, met directe aansluiting op Belastingdienst-flows. Robuust en goed onderhouden — de meeste organisaties die AFAS draaien doen dat in eerste instantie hierom.

HRM, Payroll en InSite

De HR- en payroll-modules zijn AFAS' sterkste kaart in de Nederlandse markt. Loonberekening, declaraties, verzuim, personeelsdossiers en het medewerkersportaal InSite hangen aan dezelfde database als de financiële administratie. Voor organisaties met standaard NL-CAO's ontstaan payroll-fouten minder vaak in de overdracht tussen systemen, omdat die overdracht er amper is.

CRM, ordermanagement en projecten

Hier ligt het beeld genuanceerder. AFAS CRM en ordermanagement werken prima voor organisaties met een transactioneel verkoopproces en gangbare offerte- en factuurvormen. Voor commerciële organisaties met complexe deal-structuren, multi-channel sales of een eigen klantbeleving zien we vaker dat AFAS in finance/HR blijft staan, terwijl CRM en sales-tooling buiten Profit landen.

Waar AFAS sterk in is

Een eerlijke vergelijking begint met erkennen waar het pakket gewoon klopt. Vier punten waar AFAS structureel goed scoort.

NL-compliance ingebakken

Loonheffingen, vakantierechten, transitievergoeding, BTW-suppleties, ICP-opgaves — al die Nederlandse fiscale en arbeidsrechtelijke updates worden elk jaar door AFAS in het product verwerkt. Wie zelf een payroll-engine schrijft of laat schrijven, neemt die onderhoudslast over. Dat is geen kleine taak. Voor organisaties die geen reden hebben om die last te dragen, zit hier veel waarde.

Eind-tot-eind integratie tussen modules

Omdat financieel, HR, payroll, projecten en CRM in één datamodel zitten, verdwijnen veel klassieke integratie-knelpunten. Een uur-registratie op een project loopt automatisch door naar loonberekening en factuur. Een nieuwe medewerker krijgt in één stap een personeelsdossier, loonopgave, projectrol en gebruikersaccount. Dat is werk dat met losse SaaS-tools opnieuw aan elkaar geknoopt zou moeten worden.

NL-mid-market-fit

AFAS is gebouwd voor de schaal en complexiteit waarin de meeste Nederlandse mid-market-organisaties zich bevinden. Het geïmplementeerd krijgen kost werk, maar niet de schaal van een SAP- of Oracle-traject. Daarnaast is de Nederlandse implementatiepartner-markt volwassen; je vindt redelijk vlot mensen die het pakket goed kennen.

InSite en OutSite-portalen

De ingebouwde portalen voor medewerkers en externen dekken een redelijke basis aan zelfbedieningsbehoeften: verlof, declaraties, dossier-inzage, sollicitanten-flows. Voor organisaties zonder eigen brandingseisen op die touchpoints volstaat dat vaak. Verderop in dit artikel staat wanneer dat wel knelt.

Waar pakket-grenzen opduiken

Geen pakket dekt alles. Een pragmatische set van plekken waar we AFAS-gebruikers tegen muren zien lopen.

Branchespecifieke workflows

Zodra een sector werkprocessen kent die niet in de standaard-modules zitten — bijvoorbeeld inspectie-rondes met foto- en GPS-bewijs, productie-tracering door batches en lot-nummers, planborden met domeinregels die buiten AFAS' projectmodel vallen — loop je tegen de grens van wat het pakket modelleert. Aanvullingen via custom-velden helpen tot een bepaald punt; daarna wordt het werken-tegen-de-tool.

Klant- of leverancier-portalen met eigen branding

InSite en OutSite zijn handig voor interne en standaard-externe flows, maar geen vervanger voor een commercieel klantportaal met eigen merkidentiteit, custom UX en complexere bestel- of dossier-functionaliteit. Voor organisaties die een eigen klantportaal of dealer-portaal als onderdeel van hun propositie zien, is een aparte applicatie met integratie naar AFAS vrijwel altijd de betere route.

Atypische integraties

Connecten met andere systemen is via AFAS Connect en de REST API mogelijk, maar de kwaliteit van wat eruit komt verschilt per use case. Eenvoudige stamdata-uitwisseling werkt vlot; complexere flows met event-driven updates, hoge frequentie, of bidirectionele synchronisatie vragen een doordachte integratie-architectuur eromheen. Meer over hoe wij die opzetten lees je op de pagina over slimme API-integraties.

Reporting en customer-facing apps

AFAS heeft rapportage, maar zodra je breed wilt analyseren over modules heen, externe data wilt combineren of dashboards wilt voor mensen zonder Profit-account, kom je uit op een eigen data-laag — een data-warehouse of BI-platform dat via GetConnectors data uit Profit haalt en daarbuiten verrijkt. Hetzelfde patroon geldt voor klant-ervaringen: mobiele apps, commerce-lagen, booking-platforms of service-apps bouw je los en verbind je. AFAS is back-office, niet front-office.

Wat is maatwerk software in dit verhaal?

Maatwerk software in een AFAS-context betekent zelden "AFAS volledig vervangen". Veel vaker gaat het om software die naast of bovenop AFAS leeft: een eigen applicatie voor een specifiek proces, een portaal voor een specifieke doelgroep, een integratie-laag die meerdere systemen aan elkaar knoopt, of een data- en AI-laag die over AFAS-data heen werkt.

De goede uitvoering bouwt op standaarden — REST/JSON, OAuth 2.0, OpenAPI-contracten, gangbare event-busses — zodat de maatwerk-laag niet alleen met AFAS praat maar ook met de rest van je stack. Het ontwerp ervan hangt af van waar het zwaartepunt ligt: dicht tegen AFAS aan (een uitbreiding op InSite met eigen UX), losser ernaast (een operationele applicatie met asynchrone synchronisatie van masterdata), of duidelijk daarboven (een data-platform dat op meerdere bronnen leunt en AFAS gebruikt als één van de invoeren).

De hybride: AFAS als backbone, maatwerk daarbovenop

De route die we in praktijk het vaakst zien werken is een hybride. AFAS blijft de backbone voor financieel, HR en payroll; maatwerk vult de plekken aan waar AFAS geen passende module heeft of waar de standaardfunctionaliteit knelt. Concreet betekent dat:

• AFAS Profit als systeem-van-record voor financiële administratie, loonadministratie, personeelsdossiers en de basisregistratie van projecten en relaties.
• Maatwerk applicatie(s) voor branchespecifieke operatie: planning, inspecties, productie-tracering, klant-ervaringen, dealer- of partner-portalen, AI-ondersteund werken.
• Een integratie-laag die masterdata en transacties bidirectioneel synchroniseert — medewerkers, projecten, klanten, uren en facturatie waar nuttig — via AFAS Connect of de REST API.
• Een eventueel data-platform dat data uit Profit combineert met operationele data uit de maatwerk-applicatie, plus externe bronnen, voor analytics, BI en AI-toepassingen.

Het belangrijke ontwerpprincipe is: bepaal per data-element wie het systeem-van-record is. Een werknemer leeft in AFAS, een productie-batch in de maatwerk-applicatie, een inspectie-foto in de maatwerk-applicatie, een loonstrook in AFAS. Helder eigenaarschap voorkomt synchronisatie-spaghetti, terugkerende dubbele invoer en conflicten waar twee systemen elkaars data overschrijven.

AFAS Connect, REST API en GetConnectors

De integratiekant verdient een eigen sectie omdat veel hybride-trajecten daar staan of vallen. AFAS biedt grofweg drie integratie-routes; ze sluiten elkaar niet uit en de meeste serieuze koppelingen combineren ze.

UpdateConnectors en GetConnectors

De klassieke AFAS-integraties lopen via Connectors: GetConnectors voor het uitlezen van data uit Profit, UpdateConnectors voor het wegschrijven. Je configureert in AFAS welke velden je beschikbaar maakt, en jouw maatwerk-systeem haalt of zet die data via de Connect-laag. Voor reporting- en data-warehouse-doeleinden is dit een prima route: stabiel, expliciet ingericht, en transparant qua wie wat ziet.

REST API

Sinds enkele jaren biedt AFAS een uitgebreidere REST-laag waarmee modernere integratiepatronen werkbaar worden: stamdata synchroniseren, transacties wegschrijven, queries uitvoeren over het datamodel. Voor real-time use cases is dit de praktischere route. Net als bij elke vendor-API geldt: lees de rate-limits, plan voor versie-veranderingen en bouw fatsoenlijke foutafhandeling.

Bestandsuitwisseling en EDI

Voor specifieke financiële en HR-flows is bestandsuitwisseling (XML, CSV, UBL) nog steeds een serieuze route — bankafschriften, externe loonruns of overheidsaangiftes. Niet glamoureus, in compliance-zware contexten vaak juist stabieler.

Welke route past, hangt af van data-volume, real-time-eis en complexiteit van de mapping. Een eerlijke voorstel-fase tekent de flows uit per data-element voordat het bouwen begint — meer over die werkwijze op onze pagina over integraties met bestaande systemen.

Een AI-laag boven AFAS-data

Een onderwerp dat in vrijwel elk gesprek terugkomt is wat je met AI kunt doen op AFAS-data. AFAS bouwt zelf AI-functionaliteit in onderdelen van het pakket; dat dekt een aantal generieke use cases. Voor organisaties die specifieker willen gaan — eigen modellen, eigen prompts, eigen kennisbronnen, eigen governance — ligt een maatwerk-laag voor de hand.

De praktische ontwerpkeuze is om AI-functionaliteit niet binnen AFAS te bouwen, maar in een eigen omgeving die via GetConnectors of REST leest, data verrijkt met andere bronnen, en uitkomsten teruggeeft via een eigen interface. Voorbeelden die we zien: factuurvoorbereiding met grootboek-suggesties, contract-analyse op crediteurenbasis, HR-signalering op verzuim- of declaratie-patronen, of een copiloot voor finance-medewerkers met vragen over de eigen administratie. Twee aandachtspunten: data-governance (AFAS bevat persoonsgegevens en financiële data, dus AVG-conform omgaan met modellen, prompts en logs) en mens-in-de-lus (voor finance- en HR-beslissingen blijven mensen verantwoordelijk; AI signaleert en bereidt voor).

Een klant- of medewerker-portaal met eigen branding

InSite (medewerkers) en OutSite (externen) zijn de ingebouwde portaal-oplossingen van AFAS. Voor standaard interne flows — verlof, declaraties, dossier-inzage — werken ze prima. Voor commerciële klantportalen, dealer-omgevingen, leverancierssites met onderscheidende UX, of medewerker-apps met sterke merkidentiteit zien we vaker dat een eigen front-end de betere route is.

Dat eigen front-end leest via REST of GetConnectors uit AFAS — facturen, contractgegevens, projectstatus, dossier-elementen — en schrijft via UpdateConnectors terug waar nodig. De UX is helemaal vrij in te richten, de data blijft in Profit als bron-van-waarheid. De afweging draait om wat een portaal moet leveren: alleen toegang tot AFAS-informatie, of ook nieuwe functionaliteit (interactie, configuratie, content) die niet in AFAS thuishoort. Hoe meer de tweede categorie speelt, hoe sterker de case voor een eigen portaal.

AVG, NL-payroll en eIDAS

Compliance-vragen zijn bij AFAS-trajecten zelden over AFAS zelf en vaker over alles eromheen. Drie hoofdstukken om bij stil te staan.

AVG en data-residency

AFAS host AFAS Online in Nederland en heeft een DPA-model dat voor Nederlandse organisaties bekend terrein is. Voor data die in AFAS leeft is daarmee een groot stuk van de AVG-context dichtgezet. Belangrijk wordt het zodra je data uit AFAS naar een maatwerk-laag haalt: waar staat die laag, wie heeft toegang, welke sub-verwerkers, hoe lang bewaar je data? Dat hoort expliciet in het ontwerp.

Nederlandse payroll-CAO's

Loonheffingen, vakantietoeslag, transitievergoedingen, CAO-regels — een complex bewegend doel dat AFAS actief volgt. Dit zelf bouwen is doenlijk in randgevallen (uitzendconstructies, internationale elementen), maar zelden zinvol als bulk-vervanging. De pragmatische regel: laat payroll in AFAS, bouw maatwerk om payroll heen.

eIDAS, audit-trail en logging

Voor sectoren waar eIDAS-conforme handtekeningen of identificatie-flows spelen (juridisch, zorg, overheid) biedt AFAS integraties met enkele aanbieders; specifiekere flows lopen via een eigen integratie. AFAS bewaart logs binnen Profit, voldoende voor de meeste finance- en HR-audits. Maatwerk-applicaties krijgen daarbij een eigen audit-trail die past bij sector-eisen: append-only logs, events gekoppeld aan gebruikers, exporteerbare bewijsstromen.

TCO en eigenaarschap: kijk verder dan de licentie

De TCO-discussie loopt vaak scheef. Een pakket-licentie oogt voorspelbaar; maatwerk oogt duur op de korte termijn. Op de langere termijn die meestal telt is het beeld genuanceerder.

Wat in pakket-TCO onderschat wordt: implementatiekosten bij start, licentie-escalatie naarmate gebruikers en modules toenemen, custom-velden- en koppelingsonderhoud, implementatiepartner-werk bij elke release, en workaround-systemen omdat het pakket één proces niet aankan. Geen van die kosten is uniek voor AFAS — het zijn pakket-realiteiten.

Wat in maatwerk-TCO onderschat wordt: onderhoud na go-live, security-patches, framework-upgrades, doorlopend dev-budget, en de aandacht die de integratie-laag tussen maatwerk en AFAS vraagt. Wie maatwerk koopt en laat verouderen, betaalt later opnieuw. Voor de meeste hybride-trajecten blijven AFAS-licenties wat ze zijn en gaat maatwerk-budget naar de delen waar het pakket niet de juiste oplossing is. Een dieper beeld van maatwerk-budgetten lees je in onze gids over maatwerk software kosten.

Wanneer AFAS volstaat

De pragmatische test: AFAS dekt waarschijnlijk je behoefte als je drie van onderstaande zinnen kunt onderschrijven.

• Onze financiële processen zijn standaard Nederlands mkb — grootboek, debiteuren, crediteuren, BTW, jaarrekening.
• Onze loonadministratie volgt gangbare Nederlandse CAO's zonder atypische constructies.
• Onze HR-processen passen binnen standaard verlof-, verzuim- en dossier-flows.
• Ons orderproces is overzichtelijk: offerte, order, factuur in voorspelbare vormen.
• Onze klanten zien geen eigen merkportaal dat onderscheidend is; standaard portalen volstaan.
• Onze rapportage-behoefte ligt binnen wat AFAS native biedt of binnen een eenvoudige BI-koppeling.

In dat geval doe je jezelf tekort door geld te besteden aan maatwerk waar het niet hoeft. AFAS rolt sneller in dan een greenfield-bouwproject, het Nederlandse implementatiepartner-netwerk is breed, en compliance-onderhoud nemen ze grotendeels mee. Wel adviseren: pak het pakket niet op een eilandje. Zorg dat integratie-routes (Connect, REST, GetConnectors) helder zijn opgezet, dat data-export-paden vastliggen, en dat je een visie hebt op waar je over enkele jaren mogelijk maatwerk wilt toevoegen.

Wanneer maatwerk loont

Maatwerk loont zodra je iets onderscheidends doet dat niet in de standaardmodules past, of zodra de pakket-grenzen je tot workarounds dwingen die elk jaar pijnlijker worden. Patronen die we structureel terugzien:

• Branchespecifieke operationele processen die niet in AFAS' projecten- of orderstructuur passen — van productie-tracering tot inspectie-flows, van planborden met domeinregels tot logistieke vlootbeheer-routines.
• Klantportalen met onderscheidende merkidentiteit, bijvoorbeeld een dealer-portaal, een opdrachtgever-omgeving in de bouw, of een service-portaal voor zorgrelaties met eigen UX en functionaliteit voorbij wat OutSite biedt.
• Mobiele applicaties voor klanten of medewerkers die offline-capabilities, push-notificaties, of native UX nodig hebben en die data uit AFAS combineren met operationele bronnen.
• AI-toepassingen op eigen data — copilots voor finance, signaleringen op HR-patronen, contract- of factuur-analyse — waarbij governance en model-keuze in eigen hand moeten blijven.
• Multi-systeem integraties waar AFAS één van meerdere systemen is, en de integratie-laag complexer is dan een eenvoudige Connect-mapping.
• Operationele datawarehouses en analytics-platformen die data uit Profit combineren met andere bronnen, met dashboards die ook werken voor mensen zonder AFAS-licentie.
• Specifieke compliance- of branche-bewijsstromen die een eigen registratie- en audit-laag vragen die niet in AFAS thuishoort.

Niet elk patroon betekent een groot greenfield-project. Vaak is de eerste maatwerk-stap juist klein: één proces dat duidelijk niet in AFAS past, geleverd als een eigen applicatie met integratie naar Profit voor de relevante stamdata. Wie zelf met Exact Online werkt of overweegt vindt een vergelijkbare afweging in onze gids over Exact Online vs maatwerk software — veel patronen overlappen.

Hoe te beslissen: een werkbaar proces

Geen flowchart kan dit besluit voor je nemen. Wat wel werkt, is een proces in vier stappen.

1. Schrijf de processen op, niet de tool

Begin niet met een AFAS-shortlist of een maatwerk-aanvraag. Begin met een document van enkele pagina's dat beschrijft hoe finance, HR, sales en operatie bij jullie erácht uitzien: wie doet wat, welke beslissingen, welke gegevens, welke wetten en standaarden raken het, welke andere systemen zijn betrokken. Dat document is de toetssteen.

2. Doe een eerlijke fit-analyse op AFAS

Leg dat document naast AFAS Profit. Niet "wat zegt de brochure?" maar "wat doet het systeem als wij dit specifieke proces erin willen?". Bij voorkeur met een proof-of-concept of een implementatiepartner die ervaring heeft met jouw segment. Wat past, wat past met aanpassingen binnen het pakket, en wat past evident niet?

3. Maak de maatwerk-vraag concreet

Als er processen overblijven die niet of slecht in AFAS passen, beschrijf dan wát de maatwerk-laag zou moeten doen — specifieker dan "een eigen systeem". Welke gebruikers, welke flows, welke integraties met AFAS, welke compliance-eisen? Hoe minder vaag, hoe sneller een serieus bouwpartner met een fatsoenlijk voorstel kan komen.

4. Plan voor groei, niet voor end-state

Maatwerk-trajecten landen het best in fasen: een minimale werkbare versie eerst, op productie laten landen, ervaring opdoen, doorbouwen. Datzelfde geldt voor AFAS-implementaties (niet alles tegelijk uitrollen) en voor de integratie-laag (begin bij één bidirectionele stroom, breid uit op basis van wat werkt).

Veelgestelde vragen

Kan AFAS volledig vervangen worden door maatwerk?

Technisch kan veel, praktisch loont het bijna nooit. AFAS' kernwaarde — financiële administratie en payroll met Nederlandse compliance-onderhoud — is een groot stuk werk om zelf te bouwen en blijvend bij te houden. Voor de meeste organisaties is de hybride route (AFAS voor finance/HR, maatwerk voor de rest) verstandiger dan een volledige vervanging.

Is AFAS Online cloud-native?

AFAS Online is een gehoste versie van het pakket bij AFAS zelf, op Nederlandse infrastructuur. Dat is operationeel cloud-achtig (geen eigen serverbeheer) maar architectonisch geen multi-tenant SaaS in de moderne zin. Voor de praktijk maakt dat zelden uit; voor specifieke integratie- of performance-eisen wel.

Wat als we al diep in AFAS zitten?

Dan is de pragmatische vraag niet "wegmigreren?" maar "waar voegt een maatwerk-laag waarde toe?". Begin bij één proces dat in AFAS slecht past, lever dat als een aparte applicatie met integratie via Connect of REST, en bouw vandaaruit verder. Veel hybride-trajecten beginnen klein.

Hoe verhoudt AFAS zich tot Exact Online?

Beide zijn Nederlandse leveranciers met overlappend werkterrein, maar verschillende karakters. Exact Online is van origine cloud-native en sterker als pure financiële SaaS-administratie; AFAS heeft de bredere suite (HR, payroll, projecten, CRM). Voor organisaties die alleen finance willen, is Exact-vergelijking relevanter; voor organisaties met geïntegreerde HR/payroll-behoefte zit AFAS dichter bij hun vraag. Lees ook onze gids over Exact Online vs maatwerk software voor die kant.

Werkt AFAS goed met externe BI-tools?

Ja. Power BI, Tableau, Looker en eigen data-warehouses kunnen via GetConnectors of REST data uit AFAS halen. Houd rekening met data-modellering: AFAS' interne model is niet 1-op-1 een analytics-vriendelijk sterschema, dus tussen Profit en je BI-tool zit meestal een transformatielaag.

Hoeveel kost een maatwerk-laag boven AFAS?

Dat hangt af van scope: aantal flows, integratie-complexiteit, aantal gebruikers, compliance-context, of er een mobiele variant bij komt. Een bedrag zonder context is misleidend; een scope-gesprek geeft een betrouwbaarder beeld. Achtergrond over hoe maatwerk-budgetten zijn opgebouwd vind je in onze pagina over maatwerk software kosten.

Hoe pakken jullie AFAS-integraties aan?

Per data-element bepalen we welk systeem de bron-van-waarheid is. Daarna kiezen we de Connect-route (UpdateConnectors/GetConnectors, REST API of een combinatie), modelleren we de mappings expliciet, en bouwen we retry-, monitoring- en logging-paden. Meer over die werkwijze lees je op de pagina slimme API-integraties.