Menu

Pay. koppelen met Sendcloud

Pay. en Sendcloud: 0 gedeelde dataobjecten.

Kort antwoord over Pay. en Sendcloud

De 0 gedeelde dataobjecten van Pay. en Sendcloud zijn alleen leesbaar aan de kant die zou moeten schrijven, dus een koppeling wordt maatwerk.

Zowel Pay. als Sendcloud stuurt webhooks, dus wijzigingen kunnen meteen door.

De koppelbaarheid van Pay. met Sendcloud komt uit op 30 van 100, wat neerkomt op 5 tot 10 dagen bouwtijd.

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

Gedeelde dataobjecten
0
Richting mogelijk
0
Webhooks
beide kanten
Koppelbaarheidsscore
30/100
Inspanning
5 tot 10 dagen

Wat Pay. en Sendcloud 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 Pay.

  • Transactie: 33 endpoints
  • Merchant: 30 endpoints
  • Clearing: 19 endpoints
  • Account: 17 endpoints
  • Authenticatietoken: 13 endpoints
  • Service: 13 endpoints
  • Terminal: 10 endpoints
  • Betaalmethode: 9 endpoints
  • Authorisatiegroep: 8 endpoints
  • Incasso: 8 endpoints
  • Kaartbetaling: 7 endpoints
  • Licentie: 7 endpoints

Alleen in Sendcloud

  • Support: 18 endpoints
  • Event-subscriptie: 12 endpoints
  • Integratie: 11 endpoints
  • Zending: 11 endpoints
  • Contract: 6 endpoints
  • Retour: 6 endpoints
  • Order: 5 endpoints
  • Verzendoptie: 3 endpoints
  • Pickup: 3 endpoints
  • Servicepunt: 3 endpoints
  • Merk: 2 endpoints
  • Zendingdocument: 2 endpoints

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

Pay. en Sendcloud in de praktijk

Drieëndertig objecten bestaan maar aan één kant en gedeelde dataobjecten zijn er niet. Betalen en verzenden zijn opeenvolgende stappen zonder gedeelde gegevens.

Het praktische punt is de volgorde: pas een label aanmaken in Sendcloud nadat Pay. de betaling heeft bevestigd, en dat regel je in het systeem dat de bestelling beheert. Denk ook aan het omgekeerde geval bij een retour met terugbetaling: dan wil je weten of het pakket al onderweg was. Leg die regels op één plek vast. Sendcloud werkt met abonnementen op gebeurtenissen maar heeft geen testomgeving, Pay. kan statuswijzigingen pushen en heeft er wel een.

Technische aandachtspunten bij Pay. en Sendcloud

  • Pay. werkt met API-key of Bearer-token, Sendcloud met OAuth2 of API-key.
  • Pay. hanteert Niet gespecificeerd, Sendcloud Niet gespecificeerd, dus de koppeling moet zich naar de krapste schikken.
  • Pay. biedt een sandbox, het andere pakket niet, dus daar test je met een testomgeving in productie.
  • Stijl en formaat: Pay. (REST, JSON) tegenover Sendcloud (REST, JSON).
  • Versiebeheer loopt bij Pay. via url en bij Sendcloud via url; leg de versie vast en bewaak deprecaties.

Veelgestelde vragen over Pay. en Sendcloud

Pay. en Sendcloud: welke data kan er over?

Pay. en Sendcloud delen geen dataobjecten met endpoints aan beide kanten; een koppeling vraagt een eigen mapping.

Kan Pay. realtime met Sendcloud synchroniseren?

Ja. Pay. en Sendcloud sturen allebei webhooks, dus een wijziging kan direct de andere kant op.

Hoeveel bouwtijd vraagt een koppeling tussen Pay. en Sendcloud?

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

Welke authenticatie gebruiken Pay. en Sendcloud?

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

Kun je een koppeling tussen Pay. en Sendcloud testen zonder productiedata?

Deels: Pay. heeft een sandbox, voor Sendcloud gebruik je een aparte testadministratie.

Koppelingen die lijken op Pay. en Sendcloud

Alle koppelingen met Pay. · Alle koppelingen met Sendcloud