Synchronous mode couples your API call directly to the TSP’s response. When you submit a request withDocumentation Index
Fetch the complete documentation index at: https://docs.catenatelematics.com/llms.txt
Use this file to discover all available pages before exploring further.
is_sync=true, Catena forwards it to the TSP, waits for the response, and returns the result directly to you — all in a single HTTP round-trip.
Best for development and debugging. Sync mode lets you see TSP responses immediately, making it easy to iterate on payloads and troubleshoot field requirements across different providers.
How It Works
You submit a write request with is_sync=true
Send a
POST or PATCH request to the Telematics API with the is_sync=true query parameter.Catena forwards to the TSP
The request is translated and forwarded to the TSP immediately — no queuing, no background processing.
Example: Sending a Message (Success)
Request
cURL
Response (200 OK)
On success, the response contains the completed resource operation withresource_id and source_id populated:
statusis"success"(not"pending")resource_idcontains the Catena ID of the newly created resourcesource_idcontains the TSP-side ID of the newly created resource
Example: Sending a Message (Failure)
When the TSP returns an error, Catena returns a502 Bad Gateway response because it acts as a gateway to the TSP and the error originated upstream.
Response (502 Bad Gateway)
When a sync operation fails,
resource_id and source_id are both null because the resource was never created on the TSP.Understanding Error Responses
| HTTP Status | Meaning |
|---|---|
200 OK | The TSP accepted the request. The resource was created or updated. |
502 Bad Gateway | The TSP returned an error. Check the logs array for details. |
logs array contains one entry per attempt with:
| Field | Description |
|---|---|
status | "success" or "failed" |
error_type | Category of error: auth, validation, network, or tsp |
error_details | Human-readable description of what went wrong, often including the TSP’s error message and HTTP status |
When to Use Sync Mode
Building and debugging integrations
Building and debugging integrations
When you’re first integrating write operations, sync mode lets you see TSP errors immediately. Different TSPs have different field requirements — sync mode helps you iterate quickly on your payload structure.
Interactive user workflows
Interactive user workflows
When your end user needs immediate confirmation that a resource was created. For example, a dispatcher sending a message who needs to see “Message sent” or an error right away.
Operations requiring the TSP response
Operations requiring the TSP response
When you need the TSP-assigned resource ID (
source_id) or other response data immediately to continue your workflow.Sync vs Async: Choosing the Right Mode
Next Steps
Async Operations
Learn about async mode with automatic retries and webhook tracking.
Webhook Setup
Configure webhooks to track resource operation outcomes.