Menu

Kort antwoord over Deployteq en Pay.

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

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

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

Deployteq en Pay.: 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 Deployteq en Pay. 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 Deployteq

  • Contact: 5 endpoints
  • Campagne: 3 endpoints
  • Segment: 2 endpoints
  • Automation: 2 endpoints
  • Webhook: 2 endpoints
  • Afspraak: 2 endpoints

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

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

Deployteq en Pay. in de praktijk

Vijfentwintig objecten bestaan maar aan één kant en gedeelde dataobjecten zijn er niet. Deployteq verstuurt campagnes en Pay. verwerkt betalingen, dus de bruikbare koppeling is een gebeurtenissenstroom.

Een geslaagde of mislukte transactie zet een bericht in gang. Stuur bij het aanmaken van de betaling het contactkenmerk mee, anders kan de mailkant later niet bepalen bij wie een melding hoort. Houd rekening met kassabetalingen die deze aanbieder ook verwerkt: daar hoort meestal geen e-mailadres bij, dus je koppeling moet die transacties overslaan in plaats van erop vast te lopen. Spreek verder af wat er gebeurt bij een terugbetaling, want die hoort een lopende opvolgreeks te stoppen. Pay. kan statuswijzigingen pushen en heeft een testomgeving, Deployteq stuurt wel meldingen maar heeft geen sandbox.

Technische aandachtspunten bij Deployteq en Pay.

  • Deployteq werkt met API-key, Pay. met API-key of Bearer-token.
  • Deployteq hanteert Niet gespecificeerd, Pay. 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: Deployteq (REST, JSON) tegenover Pay. (REST, JSON).
  • Versiebeheer loopt bij Deployteq via url en bij Pay. via url; leg de versie vast en bewaak deprecaties.

Veelgestelde vragen over Deployteq en Pay.

Wat kun je synchroniseren tussen Deployteq en Pay.?

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

Kan Deployteq realtime met Pay. synchroniseren?

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

Hoeveel bouwtijd vraagt een koppeling tussen Deployteq en Pay.?

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

Deployteq en Pay.: welke authenticatie is nodig?

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

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

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