Een veel gestelde vraag betreft limiet, REST API en Ontwikkelaars


Exact Online API-limieten: rate limits, 429 en stabiel koppelen

Kort antwoord: Exact Online API-limieten bepalen hoeveel API-calls je per administratie/divisie binnen een tijdvenster kunt doen. Voor een stabiele koppeling moet je daarom niet alleen endpoints bouwen, maar ook rate limiting, wachtrijen, retries, logging en foutafhandeling goed ontwerpen.

TL;DR voor besluitvorming: zie je meldingen rond Exact Online API rate limit, Exact Online API limits of HTTP 429? Stop met blind opnieuw proberen. Meet verbruik per administratie, beperk polling, cache waar mogelijk en werk met gecontroleerde retries en monitoring.

Zoek je op exact online api limits, exact online api rate limit, exact online api rate limits, exact online api status of exact online rate limit? Dan gaat het meestal om dezelfde praktijkvraag: hoe houd je Exact Online-koppelingen betrouwbaar zonder tegen limieten of tijdelijke blokkades aan te lopen?

Welke Exact Online API-limieten zijn belangrijk?

Exact Online werkt met rate limits om de stabiliteit van integraties te beschermen. De exacte limieten en headers kunnen per API, endpoint of situatie verschillen, dus controleer altijd de actuele officiële documentatie. In de praktijk zijn vooral deze onderdelen belangrijk:

  • Limiet per tijdvenster: hoeveel requests mogen binnen korte tijd naar dezelfde administratie?
  • Daglimiet: hoeveel calls zijn per administratie/divisie beschikbaar voordat requests worden geweigerd?
  • HTTP 429: signaal dat je te veel requests doet of te snel opnieuw probeert.
  • Rate-limit headers: gebruik headers om resterende ruimte en resetmomenten te monitoren.
  • Status en incidenten: combineer eigen monitoring met Exact-statusinformatie en foutlogs.

Waarom lopen Exact-koppelingen tegen limits aan?

  • te vaak pollen in plaats van gericht synchroniseren
  • geen wachtrij of throttling per administratie gebruiken
  • bij fouten oneindig blijven retryen
  • te brede dataselecties zonder filters of gewijzigde-sinds logica
  • meerdere processen tegelijk op dezelfde administratie laten schieten
  • geen monitoring op API-verbruik, foutcodes en retrygedrag

30/60/90-dagen aanpak voor stabiele Exact API-koppelingen

  • Dag 1-30: log API-calls, foutcodes, administratie/divisie, endpoint en doorlooptijd per koppeling.
  • Dag 31-60: voeg throttling, wachtrijen, backoff, retry-limieten en alerts toe.
  • Dag 61-90: optimaliseer dataselecties, cache vaste data, documenteer eigenaar en voeg API-beheer toe.

Deze route voorkomt dat een koppeling alleen werkt op rustige momenten, maar instabiel wordt bij piekbelasting, batchverwerking of meerdere administraties.

Wat moet je doen bij HTTP 429 of rate-limit fouten?

  • stop automatische retries zonder wachttijd
  • lees rate-limit headers uit en respecteer resetmomenten
  • plaats requests in een wachtrij per administratie
  • maak onderscheid tussen tijdelijke vertraging en echte datamismatch
  • meld bedrijfskritische blokkades aan de proceseigenaar
  • laat support-, finance- of orderteams weten welke stromen tijdelijk vertraagd zijn

Bronnen en vervolgstappen

Conclusie

Exact Online API-limieten zijn geen detail voor developers, maar een belangrijk onderdeel van betrouwbare bedrijfsautomatisering. Ontwerp koppelingen met monitoring, throttling, retrybeleid en API-beheer, zodat finance-, order- en backofficeprocessen ook bij piekbelasting blijven werken.

Er zullen rate-limits worden toegepast op API-calls om dit soort gedrag onder controle te houden. Deze limieten worden toegepast op beide soorten Exact Online API-calls: XML webservice en REST API. Na 1 januari 2019 kunnen ze de beschikbaarheid van deze integratiediensten voor uw app niet meer garanderen wanneer de app de rate-limits overschrijdt.

Deze wijziging stelt Exact Online in staat om de focus te houden en de verplichtingen tegenover de ontwikkelaars na te komen.

 

API-rate-limits

Integratiediensten zullen worden beperkt door twee rate-limits toe te passen:

Minimale limiet – uw app kan 60 API-calls voeren, per bedrijf, per minuut.
Dagelijkse limiet – uw app kan 50.000 API-calls voeren, per bedrijf, per dag.

Beide rate-limits beperken het aantal verzoeken dat uw app gedurende een tijdvenster mag verzenden. Elke limiet heeft een specifiek gedrag wanneer deze wordt overschreden.

 

Minuten limiet

Als uw app de minutely limit voor een bedrijf overschrijdt, zullen alle extra verzoeken in dezelfde minuut worden afgewezen.

Als u bijvoorbeeld 40 verzoeken in de eerste seconde verstuurt en 20 verzoeken in de volgende seconde, worden volgende verzoeken gedurende de resterende 58 seconden geweigerd.

Laten we zeggen dat u een minutely limit van 60 oproepen per minuut heeft. U stuurt 40 verzoeken om 19:37:00 uur en 20 verzoeken om 19:37:01 uur. Alle volgende verzoeken worden dan gedurende de volgende 58 seconden tot 19:37:59 uur geweigerd.

Niet-toegestane verzoeken zullen worden afgewezen met een HTTP 429 (Too Many Requests) antwoord. Elk antwoord op een API-call met een bedrijfscode (ook bekend als een divisiecode) in de URL zal terugkeren met twee headers om u te helpen de minutieuze limiet bij te houden.

Header naam Omschrijving
X-RateLimit-Minutely-Limit Het maximale aantal API-oproepen dat uw app per bedrijf per minuut mag doen.
X-RateLimit-Minutely-Remaining Het resterende aantal API-oproepen dat uw app voor een bedrijf mag doen, per minuut.

 

Dagelijkse limiet

Zodra uw app de dagelijkse limiet voor een bedrijf overschrijdt, zullen de API-oproepen van uw app voor dat bedrijf worden afgewezen en ontvangt u een HTTP 429 (Too Many Requests) antwoord dat vergelijkbaar is met de minutieuze limiet. Uw app kan nog steeds verzoeken versturen voor andere bedrijven.

Elk antwoord op een API-oproep met een bedrijfscode (ook wel divisiecode genoemd) in de URL zal terugkomen met drie headers om u te helpen de dagelijkse limiet bij te houden.

Header naam Omschrijving
X-RateLimit-Limit Het maximale aantal API-calls dat uw app per bedrijf, per dag mag doen.
X-RateLimit-Remaining Het resterende aantal API-calls dat uw app voor een bedrijf mag doen, per dag.
X-RateLimit-Reset Het tijdstip waarop het rate-limit–window in UTC-tijdperk milliseconden wordt gereset.

 

Ga niet door met het maken van API-calls als u de daglimiet heeft bereikt, want deze zullen worden geweigerd totdat het tarieflimietvenster aan het begin van de volgende dag wordt gereset.

Aanvraag URL’s die geen bedrijfscode hebben worden niet geteld als de daglimiet. Bijvoorbeeld: …/api/v1/current/Me.

 

Dagelijks limiet downgrade plan

In de loop van het jaar wil Exact Online de daglimiet verlagen van 50000 naar 5000 aanvragen per bedrijf. Het schema hiervoor is nog onbeslist.

 

Tips en trucs om te voldoen aan de API-tariefgrenzen

We raden u aan om de documentatie van de ontwikkelaars door te nemen en de Exact Online API-specialisten kunnen u ook helpen met eventuele vragen.

Exact Online heeft een aantal van de integratie cases opgevolgd en hebben ontdekt dat de Exact Online API niet altijd optimaal wordt gebruikt. Bijvoorbeeld, continue polling, het toepassen van foute filters en het oneindig veel opnieuw proberen van een aanvraag als er een fout optreedt. Hier zijn enkele tips en trucs die u kunnen helpen:

Log alle API-calls die u maakt in de Exact Online API. U kunt dan het verkeer vanuit uw app monitoren en uw resultaten vergelijken met die van ons.
Verbeter uw app met een teller voor het aantal verzoeken per bedrijf dat in de laatste 60 seconden is verzonden, zodat u de stroom van verzoeken kunt controleren en voorkomen dat u de minutieuze limiet raakt.
Start niet de OAuth-flow voor elke API-call. Toegangspunten zijn 10 minuten geldig en refresh tokens zijn geldig tot de volgende verversing.
Cache API-responses als u veel hergebruik verwacht. Probeer niet bij elke pagina die wordt geladen API-calls te initiëren, maar start zelden API-calls en laadt de reactie in een lokale cache.
Pollen is minder nodig, omdat Exact Webhooks biedt voor veel eindpunten. Zie Exact Online Webhooks. Zijn de eindpunten die u nodig heeft niet beschikbaar? Vertel ons uw wensen via een idee-aanvraag in de Developer Community Portal (meld u aan met uw App Centre partneraccount).
Geef actieve gebruikers prioriteit en vraag alleen gegevens op voor gebruikers die zich recentelijk hebben aangemeld bij uw app.
Is het nodig om alle gegevens op te vragen? Of is het mogelijk om alleen gewijzigde gegevens op te vragen? Het toepassen van een filter en het selecteren op elke API aanvraag is geweldig, maar valideer de filtertechniek op basis van uw logboekresultaten. Zorg ervoor dat uw tijdstempel, status of een andere transactiewijziging correct wordt bijgewerkt binnen uw integratieservice.
Valideer uw foutproces. Als de Exact Online API een foutmelding geeft, moet de integratieservice het verzoek niet voor altijd opnieuw proberen. U kunt een schema toepassen om het opnieuw te proberen met exponentieel groeiende intervallen en een maximaal aantal opvragingen. Nogmaals, uw logboekresultaten zullen u helpen.

 

API-limieten met ingang van 1 juli 2021

Exact Online stelt per 1 juli 2021 extra limieten aan de API. Exact Online verwerkt momenteel meer dan 20 miljoen API-verzoeken per dag. Deze wijzigingen zijn nodig om platformstabiliteit en API-efficiëntie te garanderen en om de klantervaring te verbeteren.

De volgende limieten gaan in op 1 juli 2021:

Maximaal 200 token-eindpuntaanroepen per API-sleutel, per gebruiker, per dag. U mag niet vaker dan eens per 10 minuten een nieuw toegangstoken aanvragen.

Niet meer dan 10 fouten per API-sleutel, per gebruiker, per bedrijf, per eindpunt en per uur. Wanneer u deze limiet overschrijdt, wordt uw API-sleutel tijdelijk geblokkeerd voor het doen van verdere verzoeken. De blokkering wordt na een uur automatisch opgeheven en zal geleidelijk toenemen als je doorgaat met het maken van deze fouten.

Verplichte filtering op enkele en bulk-endpoints waar synchronisatie-API’s beschikbaar zijn.Exact Online heeft synchronisatie-API’s beschikbaar om acties op grotere sets gegevens mogelijk te maken zonder API-limieten tegen te komen. Zie API-typen om uw API-aanroepen efficiënter te maken voor meer informatie.

De bovenstaande limieten komen bovenop de volgende API-limieten die al van kracht zijn sinds 1 januari 2021:

Nieuwe apps worden direct beperkt tot 5.000 API-aanroepen per app, per bedrijf, per dag. De shaping-limiet is 60 API-aanroepen, per bedrijf, per minuut.
Op basis van het fair use-beleid zullen we corrigerende maatregelen nemen door uw app te beperken als de limiet te veel wordt overschreden. Enkele voorbeelden van buitensporige acties zijn; elke dag herhaaldelijk downloaden van ongewijzigde gegevens, inlogpogingen op inactieve accounts en overbelasting van het tokenendpoint. Brixxs kan u helpen om deze limieten te implementeren.

 

Bron : Exact Online API-limieten: rate limits, …

Veel gestelde vragen over Ontwikkelaars

Het is de beste manier om te werken met bijna realtime gegevens in uw app. Zodra bijvoorbeeld uw voorraadpositie verandert, weet uw webwinkel dat. Wanneer een GLTransactie wordt verwijderd, worden uw rapporteringstools geüpdatet en zullen ze altijd de juiste cijfers tonen.
Het wordt aanbevolen dat apps in staat zijn om API-aanvragen in de wachtrij te plaatsen. Dit zorgt ervoor dat uw app zich gedraagt binnen de door Exact Online ondersteunde grenzen en dat uw app kan blijven werken, zelfs als de Exact Online API tijdelijk niet beschikbaar is.
De oData $batch operatie wordt niet ondersteund voor REST API’s. Het framework accepteert alle geldige oData operaties, inclusief $batch
Als u wilt dat uw app door externe klanten wordt gebruikt, moet u zorgen voor een upgrade naar een productie-applicatie.
Het API-supportteam van Exact Online kan u helpen met problemen op het gebied van authenticatie, API en App Centre. Bekijk de onderstaande taken om te zien hoe u contact kunt opnemen met het API-supportteam.

Hoe kan ik openstaande items ophalen met behulp van de Exact Online API?

Kort antwoord: openstaande items of openstaande posten uit Exact Online haal je op via de officiële Exact Online REST API nadat OAuth-autorisatie, administratie/division, rechten en veldmapping goed zijn ingericht. Bouw dit niet als losse API-call, maar als gecontroleerde financiële datastroom met logging, foutafhandeling en beheer.

TL;DR voor besluitvorming: wil je openstaande posten, debiteuren, crediteuren, factuurstatussen of betaalinformatie uit Exact Online gebruiken in een dashboard, klantportaal, CRM, Power BI of workflow? Start met de officiële API-documentatie en bepaal eerst welke administratie, relatie, factuurstatus en rapportagedefinitie leidend is.

Zoek je op Exact Online API openstaande posten, openstaande items Exact Online API, Exact Online API koppeling, Exact Online API documentation of Exact Online API Power BI? Dan gaat het meestal om financiële rapportage of automatisering waarbij datakwaliteit belangrijker is dan alleen snel data ophalen.

Stappenplan voor openstaande items via Exact Online API

  1. Bepaal de financiële vraag: gaat het om openstaande verkoopfacturen, inkoopfacturen, debiteuren, crediteuren, betaalstatussen of aging?
  2. Controleer administratie/division: Exact Online werkt per administratiecontext; verkeerde division betekent verkeerde data.
  3. Richt OAuth veilig in: gebruik de juiste appregistratie, tokens, scopes/rechten en tokenverversing.
  4. Kies de juiste API-resource: gebruik de actuele Exact Online REST API-documentatie en test eerst met beperkte data.
  5. Map velden en statussen: leg vast hoe factuurnummer, relatie, bedrag, valuta, vervaldatum, betaaldatum en status worden geïnterpreteerd.
  6. Bouw foutafhandeling: log API-fouten, time-outs, rate limits, ontbrekende rechten en lege resultaten.
  7. Voorkom stille afwijkingen: vergelijk periodiek API-output met Exact Online rapportage of financiële controle.
  8. Borg beheer: wijs een eigenaar aan voor tokens, rechten, alerts, mappings en wijzigingen in Exact Online.

Waar gebruik je openstaande posten uit Exact Online voor?

GebruikPraktisch doelBelangrijk aandachtspunt
Power BI of dashboardDebiteuren, cashflow, aging en openstaande facturen volgen.Definieer welke factuurstatussen meetellen.
CRM of klantportaalSales of klanten inzicht geven in betaalstatus.Toon alleen data waarvoor rechten en context kloppen.
DebiteurenbeheerAutomatisch herinneringen, taken of alerts voorbereiden.Voorkom dubbele acties bij deelbetalingen of correcties.
Workflow automationOpenstaande posten verwerken via n8n, Make.com of maatwerk.Logging, retries en menselijke controle zijn nodig.
AI-analyseAfwijkingen samenvatten of prioriteit voorstellen.AI mag financiële output niet zonder controle wijzigen.

Exact Online API: technische aandachtspunten

  • OAuth en tokens: tokenverversing moet betrouwbaar zijn, anders valt de koppeling stil.
  • Division/administratie: test altijd met de juiste administratiecontext.
  • Rate limits en paging: verwerk grotere datasets in batches en controleer of alle pagina’s zijn opgehaald.
  • Datums en valuta: leg peildatum, vervaldatum, boekdatum en valuta-conversie expliciet vast.
  • Correcties en deelbetalingen: controleer hoe creditnota’s, verrekeningen en gedeeltelijke betalingen worden weergegeven.
  • Beheer: documenteer endpoints, velden, filters, credentials, foutcodes en herstelprocedure.

API, Power BI, n8n, Make.com of maatwerk?

Voor een eenmalige analyse kan export of Power BI genoeg zijn. Voor terugkerende financiële processen is een beheerde API-koppeling beter. n8n of Make.com kan helpen bij workflowstappen, maar de financiële kernlogica rond openstaande posten moet zorgvuldig worden gevalideerd.

RouteWanneer gebruiken?Let op
Power BIRapportage en analyse.Datamodel, refresh en definitie van openstaand bedrag.
n8n / Make.comAlerts, taken, uitzonderingen en workflowstappen.Credentials, logging en foutpaden.
Maatwerk API-koppelingKlantportalen, debiteurenbeheer, finance dashboards of bedrijfskritische flows.Validatie, monitoring, retries en beheer.
AI-agentSamenvatten, prioriteren of afwijkingen signaleren.Menselijke controle bij financiële acties.

Wanneer schakel je Brixxs in?

Schakel Brixxs in wanneer openstaande items uit Exact Online onderdeel worden van een dashboard, klantportaal, debiteurenproces, CRM-koppeling, Power BI-rapportage of workflow automation. We helpen met API-architectuur, OAuth, datamapping, foutafhandeling, monitoring en beheer, zodat financiële data betrouwbaar blijft.

Praktische vervolgroutes: Exact Online API-koppeling maken, Exact Online specialist, kosten van een Exact Online koppeling, Exact Online koppelen met Power BI, bank koppelen aan Exact Online, API integratie specialist, API koppeling laten maken, workflow automation bureau, n8n bureau, Make.com specialist en wat is API-beheer?.

Officiële bronnen

FAQ

Kan ik openstaande posten uit Exact Online ophalen via API?

Ja, mits de juiste administratie, rechten, OAuth-autorisatie en API-resource zijn ingericht. Gebruik altijd de actuele Exact Online API-documentatie en test met beperkte data voordat je live processen koppelt.

Kan ik Exact Online openstaande posten in Power BI tonen?

Ja. Belangrijk is dat je datamodel, refresh, administratiecontext en definitie van openstaande posten goed vastlegt. Anders kunnen rapportages afwijken van wat finance in Exact Online ziet.

Is n8n of Make.com geschikt voor openstaande posten?

Ja, vooral voor alerts, taken en workflowstappen. Voor de financiële kernlogica blijft API-beheer, validatie en logging belangrijk.

Wat is het grootste risico?

Het grootste risico is stille afwijking: verkeerde administratie, ontbrekende rechten, onvolledige paging, foutieve statusinterpretatie of mislukte synchronisatie zonder alert. Daarom hoort monitoring en API-beheer bij elke productiekoppeling.

Kort antwoord: Exact Online API-limieten bepalen hoeveel API-calls je per administratie/divisie binnen een tijdvenster kunt doen. Voor een stabiele koppeling moet je daarom niet alleen endpoints bouwen, maar ook rate limiting, wachtrijen, retries, logging en foutafhandeling goed ontwerpen.

TL;DR voor besluitvorming: zie je meldingen rond Exact Online API rate limit, Exact Online API limits of HTTP 429? Stop met blind opnieuw proberen. Meet verbruik per administratie, beperk polling, cache waar mogelijk en werk met gecontroleerde retries en monitoring.

Zoek je op exact online api limits, exact online api rate limit, exact online api rate limits, exact online api status of exact online rate limit? Dan gaat het meestal om dezelfde praktijkvraag: hoe houd je Exact Online-koppelingen betrouwbaar zonder tegen limieten of tijdelijke blokkades aan te lopen?

Welke Exact Online API-limieten zijn belangrijk?

Exact Online werkt met rate limits om de stabiliteit van integraties te beschermen. De exacte limieten en headers kunnen per API, endpoint of situatie verschillen, dus controleer altijd de actuele officiële documentatie. In de praktijk zijn vooral deze onderdelen belangrijk:

  • Limiet per tijdvenster: hoeveel requests mogen binnen korte tijd naar dezelfde administratie?
  • Daglimiet: hoeveel calls zijn per administratie/divisie beschikbaar voordat requests worden geweigerd?
  • HTTP 429: signaal dat je te veel requests doet of te snel opnieuw probeert.
  • Rate-limit headers: gebruik headers om resterende ruimte en resetmomenten te monitoren.
  • Status en incidenten: combineer eigen monitoring met Exact-statusinformatie en foutlogs.

Waarom lopen Exact-koppelingen tegen limits aan?

  • te vaak pollen in plaats van gericht synchroniseren
  • geen wachtrij of throttling per administratie gebruiken
  • bij fouten oneindig blijven retryen
  • te brede dataselecties zonder filters of gewijzigde-sinds logica
  • meerdere processen tegelijk op dezelfde administratie laten schieten
  • geen monitoring op API-verbruik, foutcodes en retrygedrag

30/60/90-dagen aanpak voor stabiele Exact API-koppelingen

  • Dag 1-30: log API-calls, foutcodes, administratie/divisie, endpoint en doorlooptijd per koppeling.
  • Dag 31-60: voeg throttling, wachtrijen, backoff, retry-limieten en alerts toe.
  • Dag 61-90: optimaliseer dataselecties, cache vaste data, documenteer eigenaar en voeg API-beheer toe.

Deze route voorkomt dat een koppeling alleen werkt op rustige momenten, maar instabiel wordt bij piekbelasting, batchverwerking of meerdere administraties.

Wat moet je doen bij HTTP 429 of rate-limit fouten?

  • stop automatische retries zonder wachttijd
  • lees rate-limit headers uit en respecteer resetmomenten
  • plaats requests in een wachtrij per administratie
  • maak onderscheid tussen tijdelijke vertraging en echte datamismatch
  • meld bedrijfskritische blokkades aan de proceseigenaar
  • laat support-, finance- of orderteams weten welke stromen tijdelijk vertraagd zijn

Bronnen en vervolgstappen

Conclusie

Exact Online API-limieten zijn geen detail voor developers, maar een belangrijk onderdeel van betrouwbare bedrijfsautomatisering. Ontwerp koppelingen met monitoring, throttling, retrybeleid en API-beheer, zodat finance-, order- en backofficeprocessen ook bij piekbelasting blijven werken.

Filtering kan worden toegepast op basis van parameters per entiteit. Ga naar Bedrijfsnaam > Importeren/exporteren > Methode > XML > Algemeen > XML Onderwerp Parameters om een lijst met beschikbare parameters te bekijken.nnGa naar Code voorbeelden om te zien hoe u XML-API filters kunt toepassen.

Kort antwoord: voorbeelden van XML-upload en XML-download voor Exact Online vind je vooral in de officiële Exact Online documentatie en voorbeeldcode. Belangrijker nog: controleer eerst of XML voor jouw situatie nog de juiste route is, want in veel moderne integraties is de REST API slimmer, beter beheersbaar en eenvoudiger te monitoren.

TL;DR voor besluitvorming: gebruik XML-voorbeelden alleen als je echt met een bestaande XML-koppeling, legacy proces of leveranciersinterface werkt. Voor nieuwe koppelingen is het meestal verstandiger om eerst te beoordelen of REST API, API-beheer en workflow-automation beter passen bij je proces.

De officiële Exact Online kennisbank en voorbeeldcode blijven het startpunt voor technische referenties. Tegelijk geldt: zodra XML-berichten invloed hebben op facturatie, synchronisatie, imports of administratiecontext, wordt dit niet alleen een documentatievraag maar ook een integratie- en beheerkeuze.

Waar vind je XML-voorbeelden voor Exact Online?

Gebruik deze bronnen om request- en response-structuren te vergelijken, maar toets altijd of jouw administratie, rechten, endpoints en proceslogica nog overeenkomen met de actuele inrichting.

Wanneer gebruik je XML nog wel?

  • je werkt met een bestaande legacy-koppeling die nog op XML draait
  • een leverancier of oud systeem ondersteunt alleen XML-uitwisseling
  • je moet een bestaande integratie beheren of gecontroleerd migreren
  • er is een vaste import- of exportflow die nog niet naar REST is overgezet

Wanneer is REST API slimmer dan XML?

  • bij nieuwe koppelingen en uitbreidbare integraties
  • als je betere logging, foutafhandeling en monitoring wilt
  • als meerdere systemen tegelijk moeten synchroniseren
  • als je workflow-automation rond Exact Online wilt opzetten

Twijfel je tussen XML en moderner API-ontwerp, bekijk dan ook wat een REST API doet en wat API-beheer inhoudt.

Waar gaat het in de praktijk vaak mis?

  • oude XML-voorbeelden worden letterlijk overgenomen terwijl de procescontext is veranderd
  • rechten of administratiecontext kloppen niet met de technische call
  • berichten werken technisch, maar sluiten functioneel niet aan op boekingen of workflows
  • er is geen monitoring op foutmeldingen, retries of importuitval

Praktische vervolgstappen

Wanneer heb je specialistische hulp nodig?

Als XML-import of XML-download samenhangt met facturatie, voorraad, orderverwerking, meerdere administraties of bestaande maatwerkkoppelingen, dan wil je niet alleen een voorbeeld-URL. Dan wil je een gecontroleerde integratie-aanpak met duidelijke validatie, logging en beheer, zodat de koppeling ook operationeel betrouwbaar blijft.