Skip to main content

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:
Verifying the Test in 3i CRM:
Once you receive this response, have your 3i client or account manager open Data & Integrations → Lead Sources, select your lead source, and scroll to Recent Payloads. They will see your exact test payload and can confirm all fields and appointment data mapped cleanly.

Machine-Readable Error Catalog

All error responses return both a human-readable error string and a standardized, machine-readable error_code for programmatic retry logic:
When dispatching leads from automated worker queues (BullMQ, Celery, SQS, Temporal):
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.
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)
Always preserve the same Idempotency-Key across retries so that when the request succeeds, 3i safely dedupes the transaction without creating duplicate contacts.