Trimiteți un eveniment de test semnat la URL-ul webhook-ului
- În sandbox
În cuvinte simple
Corpul are event_id, type (întotdeauna test), occurred_at și message, semnat ca un eveniment de stare. Nu raportează nicio factură. Începând cu 0.16.0, orice parametru de interogare primește 400.
apiKeyAuthorizationBearer <token>Trimiteți cheia ca token de tip bearer: Authorization: Bearer <your-api-key>. Starea serviciului este singurul apel care nu necesită cheie.
Ce a răspuns punctul final al partenerului.
application/json- response
delivered*booleanhttp_status*integer|nullduration_ms*integercurl -X POST "https://example.com/webhook/test" \ -H "Authorization: Bearer <your-api-key>"{ "delivered": true, "http_status": 0, "duration_ms": 0}Stabiliți URL-ul webhook-ului sau schimbați secretul acestuia PUT
Cheia operatorului stabilește webhook-ul operatorului, care primește evenimentele tuturor clienților; cheia de administrator a unui client stabilește webhook-ul propriu al clientului, care primește doar evenimentele lui. Primul apel are nevoie de url și creează secretul, care este returnat o singură dată. Schimbarea returnează noul secret o singură dată. Timp de 24 de ore serviciul semnează fiecare livrare cu ambele secrete, cel nou și cel vechi, astfel încât partenerul să poată trece fără să piardă evenimente. Sunt livrate doar evenimentele scrise după primul apel. URL-ul trebuie să fie https, iar fiecare adresă la care se rezolvă gazda sa trebuie să fie publică: adresele loopback, private, link-local, carrier-grade NAT, multicast, rezervate și de metadate cloud sunt refuzate, aici și din nou înainte de fiecare livrare. Redirecționările nu sunt urmate. Începând cu 0.16.0, orice parametru de interogare primește 400, deci un client scris greșit nu poate schimba niciodată webhook-ul propriu al operatorului.
Sandboxul găzduit și cum cereți o cheie.