Pre-Flight Testing (Listen Mode)
Before sending live production traffic, partners can verify their payload syntax, parameter mapping, and appointment scheduling formats safely without creating live records.Zero Database Contamination: When
"listen": true is included in your JSON payload, 3i CRM:- Does NOT create a lead in the agent’s pipeline or dial queue.
- Does NOT book an appointment on the agent’s live calendar.
- Does NOT trigger automated SMS or phone calls to the prospect.
- Does NOT fire Meta Conversions API (CAPI) events.
- Captures the sample payload in the agent’s Lead Sources → Recent Payloads workbench so the receiving agent can visually verify and map custom fields with one click.
Test Scenario 1: Standard Inbound Lead Test
Test your authentication, contact fields, and custom metadata without creating a workable contact:Test Scenario 2: Scheduled Appointment Test
Verify your appointment timestamp formats, timezone resolution, and setter notes without placing a phantom meeting on the agent’s calendar:Expected Test Response (HTTP 200 OK)
When"listen": true is received, 3i validates your authentication, normalizes the fields, and confirms receipt with this exact response:
Machine-Readable Error Catalog
All error responses return both a human-readableerror string and a standardized, machine-readable error_code for programmatic retry logic:
Recommended Retry Strategy
When dispatching leads from automated worker queues (BullMQ, Celery, SQS, Temporal):Permanent Rejections (400, 401, 405)
Permanent Rejections (400, 401, 405)
Do NOT retry automatically. These indicate malformed payloads, missing contact names, or invalid authentication tokens. Route the job to your dead-letter queue (DLQ) for human inspection.
Transient Errors (429, 500, 502, 504)
Transient Errors (429, 500, 502, 504)
Automatically retry with exponential backoff. Implement an exponential retry schedule:
- Attempt 1: Wait 1s
- Attempt 2: Wait 2s
- Attempt 3: Wait 4s
- Attempt 4: Wait 8s
- Attempt 5: Wait 16s (max 30s cap)
Idempotency-Key across retries so that when the request succeeds, 3i safely dedupes the transaction without creating duplicate contacts.