Oracle NetSuite faseert SOAP Web Services stapsgewijs uit. Wat betekent dit voor jouw koppelingen en hoe bereid je de overstap naar REST voor?
De meeste NetSuite-gebruikers denken niet dagelijks na over het protocol waarmee hun integraties draaien. Dat hoeft ook niet, zolang alles werkt. Maar achter de schermen is er iets fundamenteels aan het veranderen. Oracle heeft besloten om SOAP Web Services, jarenlang de ruggengraat van veel NetSuite-koppelingen, volledig uit te faseren. En de eerste mijlpalen liggen dichterbij dan veel organisaties beseffen.
Voor bedrijven die orders automatisch laten doorstromen naar hun ERP, voorraadstanden synchroniseren met een webshop of facturatiedata uitwisselen tussen systemen, is dit het moment om te inventariseren hoe hun koppelingen technisch zijn opgebouwd. In dit artikel zetten we uiteen wat er verandert, waarom Oracle deze keuze maakt, waar REST concreet beter presteert en hoe je de migratie gestructureerd aanpakt zonder je dagelijkse operatie te verstoren.
Oracle hanteert een gefaseerd schema dat organisaties ruim de tijd geeft, mits ze er tijdig mee beginnen. Het startpunt is NetSuite versie 2025.2: dat is het laatste geplande SOAP endpoint. Na die release stopt Oracle met het standaard meegeven van nieuwe SOAP-versies bij elke update.
Concreet betekent dit het volgende:
Het is dus geen kwestie van een plotselinge uitschakeling, maar een weloverwogen pad met duidelijke deadlines. De belangrijkste boodschap: wie nu begint met inventariseren, heeft de luxe om gecontroleerd te migreren in plaats van onder tijdsdruk.
De reden achter de uitfasering is niet willekeurig. SOAP Web Services voldoen niet meer aan de standaarden die Oracle voor moderne integraties hanteert. Er zijn drie concrete knelpunten:
Nieuwe NetSuite-records en -features worden al jaren niet meer beschikbaar gemaakt via SOAP. Wie SOAP gebruikt, mist daarmee toegang tot de nieuwste mogelijkheden van het platform.
SOAP ondersteunt geen moderne standaarden zoals de huidige metadata-architectuur van NetSuite, SuiteAnalytics Workbooks en SuiteScript 2.x Analytics API's. De XML-gebaseerde structuur met WSDL-schema's is bovendien complex in ontwikkeling en onderhoud.
SOAP maakt gebruik van Token Based Authentication (OAuth 1.0), wat niet meer aansluit bij de beveiligingsstandaarden die Oracle voor zijn cloudproducten hanteert. REST ondersteunt OAuth 2.0, de huidige industriestandaard.
REST gebruikt JSON in plaats van XML. JSON is lichter, leesbaarder en eenvoudiger te verwerken. Dat vertaalt zich in snellere ontwikkeling en minder kans op fouten bij datatransformaties.
Een van de krachtigste features van REST is de integratie met SuiteQL. Dit is een SQL-achtige querytaal waarmee je direct complexe dataverzoeken kunt uitvoeren op NetSuite-data. In veel gevallen vervangt SuiteQL de noodzaak voor Saved Searches, met als voordeel meer flexibiliteit en betere performance.
Veiliger, flexibeler en in lijn met de standaarden die ook andere cloudplatformen hanteren. Voor integraties die onbeheerd draaien (machine-to-machine) biedt OAuth 2.0 M2M een goede oplossing, waarbij tokens tot twee jaar geldig blijven.
Voor situaties waarin het standaard REST-endpoint een bepaald recordtype of bepaalde operatie nog niet ondersteunt, bieden RESTlets een alternatief. Dit zijn SuiteScript-gebaseerde endpoints die je zelf kunt configureren. Daarmee kun je de overstap naar REST al maken, ook als de volledige pariteit met SOAP nog niet bereikt is.
Oracle investeert continu in het uitbreiden van REST-mogelijkheden. Nieuwe recordtypes, Suite Tax-ondersteuning en verbeterde analytics worden aan REST toegevoegd, terwijl SOAP in onderhoudsmodus staat.
Het is eerlijk om te benoemen dat REST op sommige punten nog niet volledig gelijkwaardig is aan SOAP. Drie aandachtspunten verdienen specifieke aandacht:
SOAP biedt de mogelijkheid om meerdere operaties in één verzoek te bundelen. REST verwerkt verzoeken op dit moment individueel, wat bij grote volumes kan resulteren in meer API-calls. Oracle heeft aangegeven hier verbetering in te brengen.
Organisaties die nog gebruikmaken van de oude belastingberekening in NetSuite (in plaats van SuiteTax) kunnen tegen beperkingen aanlopen, omdat deze niet volledig via REST wordt ondersteund. Oracle adviseert om ook de overstap naar SuiteTax te overwegen.
SOAP biedt directe ondersteuning voor het uitvoeren van Saved Searches. In REST is dit niet native beschikbaar, maar SuiteQL biedt in de meeste gevallen een krachtig en flexibeler alternatief.
De impact hangt af van hoe je huidige integraties zijn opgezet. Drie vragen helpen om de urgentie in te schatten:
Breng in kaart welke integraties gebruikmaken van SOAP Web Services. Denk aan ERP-koppelingen met webshops, CRM-synchronisaties, logistieke integraties en financiële koppelingen. Vergeet ook niet de koppelingen die ooit door een externe partij zijn gebouwd en sindsdien weinig aandacht hebben gekregen.
Controleer welke WSDL-versie je huidige integraties gebruiken. Als dat een oudere versie is dan 2025.2, loop je het risico dat ondersteuning eerder wegvalt.
Als je integraties via een partner of middleware-platform lopen (denk aan Celigo, Boomi of een maatwerkoplossing), check dan of die partij al een REST-migratieplanning heeft.





Organisaties die hun integraties beheren via een iPaaS-platform hebben bij deze transitie een belangrijk voordeel. In een iPaaS-omgeving zijn de koppelingen gecentraliseerd en overzichtelijk gedocumenteerd. Dat maakt het inventariseren van SOAP-afhankelijkheden eenvoudiger dan bij een landschap vol losse, op maat gebouwde koppelingen.
Bij ConnectR, het integratieplatform van Opticode, zijn alle actieve integraties zichtbaar in één dashboard. Per koppeling is inzichtelijk welke technologie wordt gebruikt, hoeveel berichten er worden verwerkt en of er fouten optreden. Daarmee kun je snel bepalen welke koppelingen aandacht nodig hebben en in welke volgorde je de migratie het beste kunt aanpakken.
Bovendien zorgt de bouwblokkenaanpak van een iPaaS ervoor dat je bij de overstap naar REST niet elke koppeling volledig opnieuw hoeft te bouwen. De datatransformaties en bedrijfslogica blijven veelal intact; het is de onderliggende communicatielaag die verandert.
De tijdlijn die Oracle hanteert, geeft organisaties voldoende ruimte om de overstap gecontroleerd te maken. Maar dat lukt alleen als je er op tijd mee begint. Wachten tot SOAP daadwerkelijk wordt uitgeschakeld betekent dat je onder tijdsdruk moet migreren, met alle risico's die daarbij horen.
Ons advies: begin met de inventarisatie. Zodra je weet welke koppelingen op SOAP draaien en hoe complex de migratie per koppeling is, kun je een realistische planning maken.

Wij brengen je koppelingen in kaart en begeleiden de overstap naar REST.
All Rights Reserved © 2026