Menu

Kort antwoord over e-Boekhouden en MultiSafepay

De 0 gedeelde dataobjecten van e-Boekhouden en MultiSafepay zijn alleen leesbaar aan de kant die zou moeten schrijven, dus een koppeling wordt maatwerk.

Alleen MultiSafepay biedt webhooks; voor e-Boekhouden wordt het periodiek ophalen.

Op 20 van 100 scoort de koppeling van e-Boekhouden en MultiSafepay; begroot 10+ dagen voor de bouw.

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

Gedeelde dataobjecten
0
Richting mogelijk
0
Webhooks
één kant
Koppelbaarheidsscore
20/100
Inspanning
10+ dagen

Wat e-Boekhouden en MultiSafepay elk apart aanbieden

Geen enkel dataobject komt in beide API's voor met endpoints aan weerszijden. Wel hebben beide pakketten hun eigen objecten, en die bepalen wat een koppeling kan overbruggen. Het getal is het aantal endpoints dat het pakket voor dat object aanbiedt.

Alleen in e-Boekhouden

  • Product: 7 endpoints
  • Kostenplaats: 5 endpoints
  • Grootboekrekening: 5 endpoints
  • Factuur: 4 endpoints
  • Lid: 4 endpoints
  • Relatie: 4 endpoints
  • Banktransactie: 3 endpoints
  • Administratie: 2 endpoints
  • Template: 2 endpoints

Alleen in MultiSafepay

  • Order: 8 endpoints
  • Betaalmethode: 4 endpoints
  • Terminal: 3 endpoints
  • Refund: 2 endpoints
  • Transactie: 2 endpoints
  • Site: 2 endpoints

Elk object aan de ene kant zonder tegenhanger aan de andere vraagt een eigen vertaalslag: je bepaalt zelf welk veld waar terechtkomt.

e-Boekhouden en MultiSafepay in de praktijk

Vijftien objecten bestaan maar aan één kant en gedeelde dataobjecten zijn er niet. De vraag is niettemin concreet: betalingen die MultiSafepay verwerkt moeten in e-Boekhouden als ontvangst worden geboekt en tegen de openstaande post worden afgeletterd.

Omdat er geen gedeeld object is, ontwerp je die stroom zelf en bepaal je per betaalmethode op welke rekening het bedrag landt. Boek de transactiekosten apart, anders sluit je bankmutatie niet aan op je omzet en loopt het verschil elk kwartaal verder op. Zorg dat het factuurkenmerk bij het aanmaken van de betaling meegaat, want afletteren op bedrag gaat mis bij deelbetalingen of bij een klant die twee facturen tegelijk voldoet. MultiSafepay meldt statuswijzigingen zelf en heeft een testomgeving, e-Boekhouden heeft geen sandbox.

Technische aandachtspunten bij e-Boekhouden en MultiSafepay

  • e-Boekhouden werkt met API-key of Bearer-token, MultiSafepay met API-key.
  • Limieten: bij e-Boekhouden Niet gespecificeerd, bij MultiSafepay Niet gespecificeerd. Bulkruns plan je op de laagste van beide.
  • MultiSafepay biedt een sandbox, het andere pakket niet, dus daar test je met een testomgeving in productie.
  • Stijl en formaat: e-Boekhouden (REST, JSON) tegenover MultiSafepay (REST, JSON).
  • Versiebeheer loopt bij e-Boekhouden via url en bij MultiSafepay via url; leg de versie vast en bewaak deprecaties.

Veelgestelde vragen over e-Boekhouden en MultiSafepay

Wat kun je synchroniseren tussen e-Boekhouden en MultiSafepay?

e-Boekhouden en MultiSafepay delen geen dataobjecten met endpoints aan beide kanten; een koppeling vraagt een eigen mapping.

Kan e-Boekhouden realtime met MultiSafepay synchroniseren?

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

Hoeveel bouwtijd vraagt een koppeling tussen e-Boekhouden en MultiSafepay?

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

e-Boekhouden en MultiSafepay: welke authenticatie is nodig?

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

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

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