Problemen met Pleo API-fouten oplossen

Bijgewerkt 29 Oct 2026

Gebruik deze gids wanneer een verzoek aan de Pleo API mislukt. Zoek hieronder je fout op en volg de relevante controles.


Gebruik voor endpointgegevens, vereiste scopes en verzoekvoorbeelden de ontwikkelaarsdocumentatie van Pleo.


Bewaar je gegevens veilig: deel nooit volledige API-sleutels, toegangstokens, vernieuwingstokens, clientgeheimen of wachtwoorden. Verwijder inloggegevens, financiële gegevens en gevoelige persoonsgegevens uit verzoeken, reacties en logs voordat je ze deelt met de ondersteuning.

Voordat je problemen oplost

ControleerBevestig
APIGebruik je de nieuwe API of de Legacy-API?
Basis-URL en omgevingKomt de host overeen met de API en de beoogde omgeving (staging of productie)?
AuthenticatieWelke authenticatiemethode en welk type inloggegevens gebruik je?
Overeenkomst van gegevensKomen de gegevens overeen met de API en de omgeving? Gebruik nooit staginggegevens in productie, of productiegegevens in staging.

API-fouten

400 / 422 — Invalid request

Het verzoek is ongeldig of komt niet door de validatie.

  • Lees de tekst van de melding om ontbrekende velden of ongeldige waarden te vinden.
  • Vergelijk je verzoek met de endpointdocumentatie. Controleer verplichte velden, de structuur van het verzoek, datumindelingen en toegestane waarden.
  • Los het gevonden probleem op en probeer het verzoek opnieuw uit te voeren.


401 — Authenticatie mislukt

Het verzoek kon niet worden geverifieerd.

  • Koppel de gegevens aan de API en omgeving. Controleer de host van het verzoek aan de hand van de ontwikkelaarsdocumentatie. Gebruik geen gegevens van de nieuwe API en de Legacy-API door elkaar, en ook geen staging- en productiegegevens.
  • Controleer de autorisatieheader (`Authorization`). Nieuwe API-sleutels gebruiken Basic-authenticatie, waarbij de sleutel de gebruikersnaam is en het wachtwoord leeg blijft. OAuth-toegangstokens gebruiken Bearer-authenticatie. Volg de Legacy-API-documentatie voor verouderde tokens. Verwijder per ongeluk toegevoegde spaties of regeleinden uit de gegevens.
  • Controleer de status van de inloggegevens. Bevestig dat deze niet zijn verlopen of ingetrokken. Gebruik voor OAuth het toegangstoken (niet het vernieuwingstoken) en controleer of de tokenvernieuwingsflow werkt.


403 — Machtigingen of toegang tot bedrijf

Het verzoek is geverifieerd, maar toegang is niet toegestaan.

  • Controleer de scopes. Vergelijk de scopes die aan je gegevens zijn toegewezen met de scopes die het endpoint vereist. Kun je ze niet bekijken? Vraag dan degene die de inloggegevens beheert om ze te bevestigen.
  • Controleer het bedrijf en de omgeving. De gegevens moeten overeenkomen met het bedrijf of de entiteit waarvan je gegevens opvraagt en met de omgeving die je aanroept.
  • Controleer de beschikbaarheid van het endpoint. Bevestig in de ontwikkelaarsdocumentatie dat het endpoint je authenticatiemethode en use case ondersteunt.


Komen deze overeen, maar wordt toegang nog steeds geweigerd? Neem dan contact op met de ondersteuning om de API-toegang van het bedrijf te bevestigen. Vermeld of dezelfde gegevens werken op andere endpoints.


404 — Endpoint of resource niet gevonden

Het aangevraagde endpoint of de aangevraagde resource kon niet worden gevonden.

  • Vergelijk de basis-URL, de API-versie en het endpointpad met de ontwikkelaarsdocumentatie.
  • Bevestig dat de resource-ID de resource aanduidt die je wilde opvragen.
  • Controleer of de resource hoort bij het bedrijf en de omgeving die aan de gegevens zijn gekoppeld. Gebruik geen staging- en productie-ID's door elkaar.


Een resource kan 404 retourneren, wanneer deze bij een ander bedrijf of een andere omgeving hoort, zelfs als deze bestaat in Pleo.


409 — Conflicterende bewerking

Het verzoek conflicteert met een bestaande bewerking of status.

  • Lees de foutmelding en controleer of dezelfde bewerking al is ingediend. Beoordeel het vorige antwoord of de resulterende bewerking voordat je deze opnieuw verstuurt.
  • Volg de richtlijnen voor conflicten en idempotentie van het endpoint in de ontwikkelaarsdocumentatie.


429 — Te veel verzoeken

Je integratie verstuurt te vaak verzoeken.

  • Controleer de antwoordheaders voor richtlijnen over opnieuw proberen of de tarieflimieten.
  • Verlaag de frequentie van verzoeken en probeer niet direct opnieuw.
  • Gebruik exponentiële back-off volgens de richtlijnen van het endpoint voor opnieuw proberen.


Blijft dit gebeuren bij een laag aantal verzoeken? Vermeld dan de frequentie van je verzoeken en wat je doet als je opnieuw probeert wanneer je contact opneemt met de ondersteuning.


5xx — Fout aan serverzijde

Er is een fout aan serverzijde opgetreden. Documenteer de foutmelding en de verzoekgegevens die onder 'Nog steeds hulp nodig?' staan vermeld en neem contact op met de ondersteuning. Vermeld of dit één keer gebeurde of herhaaldelijk voorkomt.


Problemen met de levering van webhooks

Als webhookgebeurtenissen je integratie niet bereiken of niet worden verwerkt door je integratie:

  • Controleer de bereikbaarheid. Je ontvangende endpoint moet openbaar toegankelijk zijn via HTTPS en mag verzoeken van Pleo niet blokkeren.
  • Controleer de bezorglogs. Zoek naar de bezorgpoging, antwoordstatus en responstijd. Stuur snel een 2xx-antwoord terug, volgens de vereisten in de webhookdocumentatie.
  • Controleer de handtekeningverificatie. Gebruik de verzoektekst in de vorm die de webhookdocumentatie vereist, inclusief de onbewerkte tekst waar aangegeven.
  • Verwerk dubbele leveringen veilig. Ontdubbel met de gebeurtenis- of webhook-ID die in de documentatie staat vermeld.


Controleer na een wijziging een volgende levering. Mislukt die nog steeds? Vermeld dan de abonnements-ID, de gebeurtenis- of de webhook-ID, de tijdstempel van de bezorging, de antwoordstatus van het endpoint en geanonimiseerde logs wanneer je contact opneemt met de ondersteuning.


Nog steeds hulp nodig?

Als de relevante controles het probleem niet oplossen, neem dan contact op met de ondersteuning van Pleo met:

  • Context van het verzoek: API-oppervlak, host, omgeving, endpoint, HTTP-methode en bedrijfs- of organisatie-ID.
  • Timing: Tijdstempel en tijdzone, plus de aanvraag- of correlatie-ID indien beschikbaar.
  • Foutgegevens: Antwoordstatus en geanonimiseerde tekst van melding.
  • Verzoekgegevens: Geanonimiseerde headers en payload; type gegevens en API-sleutel-ID indien relevant, maar nooit het geheim.
  • Wat je hebt geprobeerd: Stappen om het probleem te reproduceren, het verwachte en daadwerkelijke gedrag, en controles die je al hebt uitgevoerd.


Voeg bij webhookproblemen ook de hierboven vermelde bezorggegevens toe.

Was dit artikel nuttig?

Dat is fantastisch!

Hartelijk dank voor uw beoordeling

Sorry dat we u niet konden helpen

Hartelijk dank voor uw beoordeling

Laat ons weten hoe we dit artikel kunnen verbeteren!

Selecteer tenminste een van de redenen
CAPTCHA-verificatie is vereist.

Feedback verzonden

We stellen uw moeite op prijs en zullen proberen het artikel te verbeteren