Buyer integration checklist
-
Receive your webhook URL configuration
Your account manager has configured a delivery webhook on the Sent 24/7 side. They’ll share the field mapping, payload format, and the signing secret (if signed-webhook verification is on).
-
Stand up an inbound endpoint
Accept
POSTfrom Sent 24/7. Return a2xxwithin 5 seconds. The platform retries up to 5 times over 24 h on failure — your endpoint should be idempotent onleadId. -
Generate a postback API key
Ask your account manager to mint a
pk_live_…key from the dashboard (Buyers → you → Portal → Generate key). The plaintext is shown once — store it in your secrets manager immediately. -
Wire up disposition postbacks
When your CRM advances a lead’s stage (Sale, Won, Lost, etc.), POST to
/api/v1/postback/leads/{leadId}/disposition. Use oneIdempotency-Keyper logical event so dialer retries don’t double-fire.If your CRM doesn’t keep our
leadId, post to/api/v1/postback/dispositionwith the customer’s phone or email instead. That is the easy route from Zapier or Make: see Report sales from Zapier or Make. -
Wire up rejection postbacks
For bad leads that fall outside your account’s rejection policy (wrong number, duplicate, etc.), POST to
/api/v1/postback/leads/{leadId}/reject. Check your account’s allowed reasons and window in the portal or the doc your account manager shared. -
Verify end-to-end
The buyer portal’s Leads tab will reflect every postback in real time. If a postback doesn’t move a lead, the response body will tell you why (policy / pipeline / window).
Common gotchas
Section titled “Common gotchas”- Seller key on a buyer endpoint →
403.sk_live_…is for lead submission; postbacks needpk_live_…. - Window expired →
400. Default is 72 hours after delivery; check with your account manager if you need a longer one. - Reason not in allowlist →
400. The list is per-buyer; the portal’s API page (/portal/api) shows yours live.