↓

SAP Business One aanpassen: van configuratie tot eigen module

Bij SAP Business One ontwikkeling begint u niet met code, maar met de vraag wat het pakket al kan. Zo loopt het pad van configuratie via bestaande extensies naar een eigen module.

Bijgewerkt op 28 oktober 2026

Wie in Nederland met SAP Business One werkt, merkt snel dat het standaardpakket nooit alles dekt. Een groothandel wil een eigen prijsberekening, een producent een afwijkende vrijgaveroute, een dienstverlener een specifieke urenverantwoording richting de boekhouder. Dan komt de vraag naar SAP Business One ontwikkeling op: wat laat u configureren, wat koopt u kant-en-klaar en wat laat u bouwen? Deze pagina zet de keuzes op een rij, zodat u maatwerk bestelt dat uw volgende upgrade overleeft.

Eerst het standaardpakket: configureren is geen ontwikkelen

De meeste wensen die een mkb-bedrijf formuleert, vragen helemaal geen code. SAP Learning noemt in het implementatiecursusmateriaal een reeks aanpassingsmiddelen die gewoon bij het pakket horen: door de gebruiker gedefinieerde velden (UDF), tabellen (UDT), objecten (UDO) en waarden (UDV), daarnaast query's in SQL, waarschuwingen en goedkeuringsworkflows.

In de praktijk betekent dat:

  • Extra velden op een offerte, orderregel of relatiekaart, bijvoorbeeld een klantreferentie die uw afnemer verplicht stelt.
  • Eigen tabellen en objecten voor gegevens die het standaardmodel niet kent, zoals een register van keuringen of machinebezoeken.
  • Query's voor rapporten en controlelijsten die uw controller elke maand draait.
  • Waarschuwingen wanneer een kredietlimiet wordt overschreden of een voorraad onder een drempel zakt.
  • Goedkeuringsworkflows voor inkooporders, kortingen of creditnota's boven een grens die u zelf bepaalt.

Dit is de goedkoopste vorm van personalisatie SAP Business One, omdat u binnen het kader van het product blijft. Een zorgvuldig ingericht pakket kan verrassend ver komen zonder één regel eigen programmacode. Hoe dat in een traject past, leest u bij de implementatie van SAP Business One.

Bestaande extensies: kijk eerst of het al bestaat

Het tweede niveau is een extensie die een andere partij al heeft gebouwd. SAP meldt dat SAP Business One via 850 partners wordt verspreid en dat er meer dan 500 sectorspecifieke en landgebonden extensies bestaan (december 2025). Voor veel branchevragen, van productieplanning tot kassakoppelingen, ligt er dus al een oplossing.

Let bij een kant-en-klare extensie op een aantal punten:

  1. Wordt de extensie actief onderhouden voor de versie die u gebruikt of wilt gaan gebruiken?
  2. Wie lost problemen op: de ontwikkelaar van de extensie, uw integrator of beide?
  3. Past de extensie bij de Nederlandse praktijk, bijvoorbeeld bij uw btw-aangifte, auditfile en bankkoppelingen?
  4. Hoe verhoudt de licentie van de extensie zich tot de rest van uw pakket?

Een gekochte extensie lijkt goedkoper dan maatwerk, maar u koppelt zich dan aan de levensduur van een tweede leverancier. Leg die afspraak vast voordat u tekent.

Eigen ontwikkeling: de technische mogelijkheden

Als de eerste twee niveaus niet volstaan, wordt het ontwikkelen van een eigen module of koppeling verdedigbaar. SAP Business One biedt daarvoor meerdere ingangen.

SDK en add-ons

Volgens de licentiehandleiding van SAP bevatten de gebruikerslicenties automatisch, zonder aparte aanvraag, de Software Development Kit (implementatieversie), de SDK Tools, de SAP AddOns, de compatibiliteitslicentie voor add-ons en de Workflow, elk met 99 999 gebruikers. De drempel om te ontwikkelen ligt dus niet bij een extra licentie op de ontwikkelkant, maar bij kennis en discipline.

Service Layer

De Service Layer is een REST-API op basis van HTTP en OData, waarbij gegevens in JSON worden uitgewisseld. Volgens de handleiding van 27 juli 2026 ondersteunt hij OData v3 via /b1s/v1/$metadata en OData v4 via /b1s/v2/$metadata. Hij draait op SUSE Linux Enterprise en op Microsoft Windows (vanaf 10.0 PL01), gebruikt Apache als load balancer en kan geïntegreerd of gedistribueerd worden uitgerold. Via het DI Core-onderdeel deelt hij dezelfde objectdefinities met de DI API.

Volgens SAP Learning ondersteunt de Service Layer de authenticatieschema's Basic en OAuth en is hij bedoeld om web- en mobiele toepassingen voor SAP Business One makkelijker te bouwen. Voor een webshop, een klantenportaal of een app voor monteurs is dit meestal de logische route.

Integration Framework

In zijn presentatie van april 2020 beschrijft SAP het Integration Framework als integraal onderdeel van SAP Business One, bruikbaar op eigen servers en in de cloud. Het dient als ontwikkel- en runtime-omgeving voor integratiescenario's, zoals dashboards, mobiele apps, uitbestede salarisverwerking, automatische prijsaanvragen, SAP Customer Checkout en webservices naar SAP- en niet-SAP-toepassingen. Meer over koppelingen vindt u op de pagina over integraties met SAP Business One.

Uitbreiden met cloudservices

SAP Learning omschrijft SAP Business One als een ERP-kern die bedoeld is om te worden uitgebreid, met AI, machine learning en cloudservices van SAP Business Technology Platform (BTP), en met automatiseringssjablonen via de Business Accelerator Hub en SAP Build. Dat is een tweede manier om functionaliteit toe te voegen zonder in de kern te ingrijpen: de uitbreiding draait naast het pakket, niet erin.

Overzicht: welk niveau past bij welke vraag?

Niveau Typische vraag Onderhoud bij upgrade Wie voert het uit
Configuratie (UDF, UDT, UDO, UDV) Extra veld of eigen register Laag, binnen het standaardmodel Integrator of functioneel beheerder
Query's, waarschuwingen, workflows Controlelijst, drempelmelding, autorisatieroute Laag tot gemiddeld Integrator of functioneel beheerder
Bestaande extensie van een partner Branchefunctie die al bestaat Afhankelijk van de leverancier Integrator plus extensieleverancier
Eigen add-on via de SDK Scherm of logica binnen het pakket Hoog: testen bij elke versie Ontwikkelaar
Koppeling via Service Layer of Integration Framework Webshop, portaal, app, extern systeem Gemiddeld: contract van de API testen Ontwikkelaar of integrator
Uitbreiding via BTP Slimme automatisering naast het pakket Gemiddeld, losgekoppeld van de kern Ontwikkelaar of specialist

Wat maatwerk betekent voor uw updates

Elke afwijking van de standaard is een belofte aan uw toekomstige zelf: u moet haar bij elke nieuwe versie opnieuw waarmaken. Dat geldt niet even sterk voor alle niveaus. Gebruikersvelden en query's zitten in het model van het pakket en vragen bij een versiewissel doorgaans weinig aandacht. Een add-on die diep in schermen of boekingslogica ingrijpt, vraagt wel een volledige testronde.

Houd bij het plannen van een upgrade rekening met een aantal feiten:

  • Maak een lijst van al het maatwerk, met eigenaar, doel en afhankelijkheden. Zonder die lijst weet niemand wat er mogelijk breekt.
  • Test in een kopie van uw productieomgeving, niet in een lege demoadministratie. Uw eigen gegevens leveren de randgevallen op.
  • Controleer ook de keten rondom de ERP-kern: bankbestanden, de btw-aangifte, de auditfile voor de accountant en e-facturen. Een koppeling die in december stilvalt, merkt u pas bij de afsluiting.
  • Lees de pagina over versies en edities voordat u een upgradepad kiest.

Nederlandse eisen liggen vaak precies op de grens tussen standaard en maatwerk. SAP meldt landenlokalisaties voor 50 landen, maar de wettelijke context van een Nederlands mkb-bedrijf, met e-factureren via Peppol, btw-aangifte en auditfile, blijft iets wat u met uw integrator expliciet moet toetsen. Een overzicht van de verplichtingen vindt u bij e-factureren in uw ERP.

Goede gewoonten bij maatwerk

Een paar principes voorkomen de meeste problemen die we bij ondernemers terugzien.

Blijf zo dicht mogelijk bij de standaard. Vraag bij elke wens eerst of het bedrijfsproces kan worden aangepast in plaats van het systeem. Een afwijkend proces dat alleen bestaat omdat het oude systeem dat zo deed, is zelden het ontwikkelen waard.

Documenteer vanaf de eerste dag. Een omschrijving van het doel, de gebruikte objecten, de rechten en de testgevallen hoort bij de oplevering. Zonder documentatie bent u afhankelijk van één persoon.

Eis broncode en overdraagbaarheid. Leg vast wie eigenaar is van de code, waar die staat en of een andere partij haar kan overnemen.

Test met echte scenario's. Laat een gebruiker uit de afdeling de acceptatietest doen, niet alleen de ontwikkelaar. Gebruik ook randgevallen: een creditnota, een correctie na afsluiting, een order met meerdere leveringen.

Beperk het aantal gebruikers van rechten. Een eigen module die buiten het autorisatiemodel om werkt, is een risico voor uw interne beheersing en voor uw accountant.

Scheid ontwikkel-, test- en productieomgeving. Voer wijzigingen eerst door in de testomgeving en leg vast wie ze naar productie mag brengen. Dat ondersteunt tegelijk het beheer, zoals beschreven bij support en onderhoud.

Hoe beoordeelt u een ontwikkelaar of integrator?

Het verschil tussen een prettig verlopen maatwerktraject en een kostbare herbouw zit meestal in de keuze van de partij. Zet de volgende vragen op tafel in een gesprek:

  1. Adviseert de partij ook tegen maatwerk? Een integrator die altijd ontwikkelt, verdient aan uw wens; een integrator die eerst configureert, denkt mee over uw kosten.
  2. Welke technieken gebruikt hij, en waarom? Laat uitleggen of een wens via een UDF, een query, een add-on of de Service Layer wordt opgelost, en welke gevolgen dat voor uw upgrades heeft.
  3. Hoe wordt getest en opgeleverd? Vraag naar testplannen, acceptatiecriteria en een overdracht met documentatie.
  4. Wie beheert het na de oplevering? Maatwerk zonder afspraken over onderhoud wordt binnen enkele versies een probleem.
  5. Kent de partij uw sector en de Nederlandse praktijk? Vraag naar ervaring met producenten, groothandels of dienstverleners zoals u, en naar kennis van btw, auditfile en e-facturatie.
  6. Hoe verloopt de prijsstelling? Een vast bedrag per afgebakend onderdeel is overzichtelijker dan een open uurtarief zonder grens. Informatie over kosten vindt u bij de prijzen van SAP Business One.

Meer achtergrond over het selecteren van een partij staat op de pagina over een integrator voor SAP Business One kiezen. Wilt u liever dat een ervaren partij eerst meekijkt naar uw wensen, dan leest u op hoe de koppeling met een integrator werkt wat u van ons kunt verwachten: wij brengen u in contact, de integrator voert het project uit.

Een praktische volgorde voor uw eigen traject

Wie maatwerk overweegt, werkt het best in vaste stappen:

  1. Beschrijf het probleem in bedrijfstermen, niet als oplossing: wat moet de gebruiker kunnen en wat is nu het knelpunt?
  2. Controleer of de modules van SAP Business One of een bestaande extensie de vraag al afdekken.
  3. Probeer het met configuratie: velden, query's, waarschuwingen of een goedkeuringsworkflow.
  4. Kies pas daarna voor ontwikkeling, en leg doel, eigenaar, documentatie en testplan schriftelijk vast.
  5. Voer de wijziging eerst door in een testomgeving, laat een eindgebruiker accepteren en plan de livegang buiten de drukste periode, bijvoorbeeld niet vlak voor de btw-aangifte of de jaarafsluiting.
  6. Neem het maatwerk op in uw beheerlijst, zodat het bij de volgende versie automatisch wordt meegenomen in de test.

Meer weten over de plaats van het pakket in de Nederlandse markt? Lees SAP Business One in Nederland.

Veelgestelde vragen

Wat is het verschil tussen configureren en ontwikkelen in SAP Business One?

Configureren gebruikt wat het pakket zelf biedt: velden, tabellen, queries, waarschuwingen en goedkeuringsworkflows. Ontwikkelen betekent dat er code wordt geschreven, bijvoorbeeld een add-on of een koppeling via de Service Layer. Configuratie is doorgaans goedkoper om te onderhouden, omdat SAP die onderdelen zelf ondersteunt.

Heb ik een aparte licentie nodig om een module op maat te laten bouwen?

Volgens de licentiehandleiding van SAP zijn de Software Development Kit (implementatieversie), de SDK Tools, de SAP AddOns, de compatibiliteitslicentie voor add-ons en de Workflow automatisch inbegrepen bij de gebruikerslicenties, elk met 99 999 gebruikers. U hoeft die dus niet apart aan te vragen. Laat de actuele licentievoorwaarden altijd door uw leverancier bevestigen.

Gaat maatwerk kapot bij een nieuwe versie van SAP Business One?

Dat hangt af van de aanpak. Gebruikersvelden, queries en goedkeuringsworkflows horen bij het standaardmodel en blijven normaal gesproken bruikbaar. Een add-on of koppeling die op interne details leunt, moet bij elke upgrade worden getest en soms aangepast. Plan daarom een testronde in uw omgeving voordat u een nieuwe versie live zet.

Kan ik SAP Business One koppelen aan een webshop of een eigen app?

Ja. De Service Layer is een REST-API op basis van HTTP en OData, die JSON uitwisselt en bedoeld is voor web- en mobiele toepassingen. Voor complexere scenario's biedt het pakket ook het Integration Framework. Een intégrateur beoordeelt per geval welke route het beste past bij uw verkeer en uw beveiligingseisen.

Hoe herken ik een goede ontwikkelaar of integrator voor SAP Business One?

Vraag naar werkwijze in plaats van naar beloftes: hoe wordt maatwerk gedocumenteerd, getest en overgedragen, en wat gebeurt er bij een upgrade? Een goede partij adviseert eerst om bij het standaardpakket te blijven en stelt pas daarna maatwerk voor. Vraag ook naar eerdere projecten in uw sector en naar de kennis van de Nederlandse boekhoudkundige eisen.

Bronnen

  1. SAP Learning – Implementing SAP Business One
  2. SAP – Licentiehandleiding SAP Business One 10.0
  3. SAP – Working with SAP Business One Service Layer
  4. SAP Learning – Leveraging the SAP Business One Service Layer
  5. SAP – Integration Framework for SAP Business One
  6. SAP News – Global success of 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.