Menu

e-Boekhouden koppelen met Pay.

e-Boekhouden en Pay.: 1 gedeelde dataobjecten.

Kort antwoord over e-Boekhouden en Pay.

De API's van e-Boekhouden en Pay. raken elkaar op 1 dataobjecten, waarvan 1 bruikbaar zijn voor synchronisatie, waaronder product.

Pay. stuurt webhooks, e-Boekhouden niet, dus die helft draait op periodiek ophalen.

De koppelbaarheid van e-Boekhouden met Pay. komt uit op 27 van 100, wat neerkomt op 5 tot 10 dagen bouwtijd.

e-Boekhouden en Pay.: bijgewerkt op 2026-09-11 vanuit hun API-documentatie.

Gedeelde dataobjecten
1
Richting mogelijk
1
Webhooks
één kant
Koppelbaarheidsscore
27/100
Inspanning
5 tot 10 dagen

Wat je kunt synchroniseren tussen e-Boekhouden en Pay.

Dataobjecte-BoekhoudenRichtingPay.Realtime
Product 4 lezen / 3 schrijven ← 1 lezen / 0 schrijven batch
  • Product: Pay. levert de data (1 leesendpoint), e-Boekhouden neemt af (3 schrijfendpoints), in batches.

Daarnaast hebben e-Boekhouden en Pay. samen nog 27 dataobjecten die maar aan één kant bestaan; die vragen een vertaalslag.

e-Boekhouden en Pay. in de praktijk

Producten gaan van Pay. naar e-Boekhouden en dat is het enige raakvlak; zevenentwintig objecten bestaan maar aan één kant. Die richting is waarschijnlijk niet wat je zoekt, want in de praktijk wil je betalingen als ontvangst boeken.

Dat bouw je zelf, en zorg dat het factuurkenmerk bij het aanmaken van de transactie wordt meegegeven, anders wordt afletteren handwerk zodra er deelbetalingen in het spel komen. Boek de transactiekosten op een eigen rekening, want anders wijkt je omzet af van wat er op de bank verschijnt. Houd er ook rekening mee dat deze aanbieder kassabetalingen verwerkt: die komen binnen zonder factuur en horen op een andere manier geboekt te worden. Pay. kan statuswijzigingen pushen en heeft een testomgeving, e-Boekhouden stuurt geen meldingen en heeft geen sandbox.

Technische aandachtspunten bij e-Boekhouden en Pay.

  • e-Boekhouden werkt met API-key of Bearer-token, Pay. met API-key of Bearer-token.
  • e-Boekhouden hanteert Niet gespecificeerd, Pay. Niet gespecificeerd, dus de koppeling moet zich naar de krapste schikken.
  • Alleen Pay. heeft een sandbox; de andere kant test je op een aparte administratie.
  • Stijl en formaat: e-Boekhouden (REST, JSON) tegenover Pay. (REST, JSON).
  • Versiebeheer loopt bij e-Boekhouden via url en bij Pay. via url; leg de versie vast en bewaak deprecaties.

Veelgestelde vragen over e-Boekhouden en Pay.

Welke dataobjecten delen e-Boekhouden en Pay.?

1 dataobjecten komen in beide API's voor: Product. Bij 1 ervan is er lees- en schrijfdekking, en 0 kunnen twee kanten op. De tabel hierboven geeft per object de richting.

Kan e-Boekhouden realtime met Pay. synchroniseren?

Half. e-Boekhouden biedt geen webhooks, dus die kant haalt periodiek op, bijvoorbeeld elke 5 tot 15 minuten.

Wat kost het koppelen van e-Boekhouden aan Pay.?

Met een koppelbaarheidsscore van 27 van 100 komt de koppeling van e-Boekhouden en Pay. uit op 5 tot 10 dagen voor één of twee dataobjecten. Meer objecten, transformaties of goedkeuringsstappen tellen daarbovenop.

e-Boekhouden en Pay.: welke authenticatie is nodig?

e-Boekhouden werkt met API-key of Bearer-token, Pay. met API-key of Bearer-token. De koppeling beheert de tokens van beide kanten en vernieuwt ze automatisch.

Kun je een koppeling tussen e-Boekhouden en Pay. testen zonder productiedata?

Deels: Pay. heeft een sandbox, voor e-Boekhouden gebruik je een aparte testadministratie.

Koppelingen die lijken op e-Boekhouden en Pay.

Alle koppelingen met e-Boekhouden · Alle koppelingen met Pay.