Menu

e-Boekhouden koppelen met Recruitee

e-Boekhouden en Recruitee: 0 gedeelde dataobjecten.

Kort antwoord over e-Boekhouden en Recruitee

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

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

De koppelbaarheid van e-Boekhouden met Recruitee komt uit op 15 van 100, wat neerkomt op 10+ dagen bouwtijd.

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

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

Wat e-Boekhouden en Recruitee 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 Recruitee

  • Kandidaat: 9 endpoints
  • Vacature: 8 endpoints
  • Integratie: 4 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 Recruitee in de praktijk

Twaalf objecten bestaan maar aan één kant en gedeelde dataobjecten zijn er niet. e-Boekhouden voert de boekhouding en Recruitee begeleidt sollicitaties, en die twee raken elkaar in de data nergens.

Het enige denkbare verband is de factuur van een wervingsbureau, en die komt gewoon binnen als inkoopfactuur zonder dat daar een koppeling voor nodig is. Wil je weten wat een aanname heeft gekost, dan is dat een rapportagevraag die je met een kostenplaats oplost en niet met een verbinding tussen twee systemen. Recruitee stuurt meldingen maar heeft geen sandbox, e-Boekhouden stuurt geen meldingen en heeft er ook geen. Houd kandidaatgegevens hoe dan ook buiten de administratie: er is geen reden waarom een boekhouding sollicitanten zou moeten kennen.

Technische aandachtspunten bij e-Boekhouden en Recruitee

  • e-Boekhouden werkt met API-key of Bearer-token, Recruitee met Bearer-token.
  • Rate limits: e-Boekhouden Niet gespecificeerd; Recruitee Niet gespecificeerd. Throttle op de strengste van de twee.
  • e-Boekhouden noch Recruitee biedt een sandbox; test met een aparte administratie en een kleine scope.
  • Stijl en formaat: e-Boekhouden (REST, JSON) tegenover Recruitee (REST, JSON).
  • Versiebeheer loopt bij e-Boekhouden via url en bij Recruitee via url; leg de versie vast en bewaak deprecaties.

Veelgestelde vragen over e-Boekhouden en Recruitee

Wat kun je synchroniseren tussen e-Boekhouden en Recruitee?

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

Kan e-Boekhouden realtime met Recruitee 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 Recruitee?

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

Welke authenticatie gebruiken e-Boekhouden en Recruitee?

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

Koppelingen die lijken op e-Boekhouden en Recruitee

Alle koppelingen met e-Boekhouden · Alle koppelingen met Recruitee