Enterprise connectors
Connecting customer, order, payment, and accounting information across systems.
Explore Enterprise connectorsIntegrations
REST, GraphQL, gRPC, OpenAPI specifications, schema validation, pagination, and versioning. Clear contracts make integrations easier to test, evolve, and support.
Discuss your projectPOST /orders
Authorization: Bearer <access token>
Idempotency-Key: <unique operation key>
{ "customerId": "customer-123" }201 Created
{
"orderId": "order-456",
"status": "received"
}The contract includes more than a successful response. A consuming team needs to know how access is checked, which fields are required, what a retry means, and how errors can be resolved. We make those behaviors explicit before connecting another application.
| Situation | Behavior to agree |
|---|---|
| Invalid input | Return field-specific validation details without exposing internals. |
| Unauthorized account | Reject the operation before reading or changing protected records. |
| Repeated create request | Define idempotency scope and return the original result when appropriate. |
| Large result set | Use predictable pagination and ordering. |
Choose around clients, operations, and support requirements. Public integrations, flexible application queries, and internal service calls have different contract and tooling needs. Begin with the consuming teams and the behavior they need.
Your project, scoped around the outcome
An API specification, contract tests, and examples for consuming teams.
Talk through the scopeConnecting customer, order, payment, and accounting information across systems.
Explore Enterprise connectorsOrder updates and background processing that cross service boundaries.
Explore Event-driven workflows