generated: '2026-08-13' method: searched source: https://docs.expertise.ai/live/integrations/zapier sources: - https://docs.expertise.ai/live/integrations/zapier - https://docs.expertise.ai/miscellaneous/javascript-api - https://api.expertise.ai/mcp note: >- DERIVED FROM DOCS AND LIVE PROBES, NOT FROM A SPEC — the provider publishes no OpenAPI. This file records only what the published Zapier reference states and what the live API host actually returned. Where a convention is simply absent, it is recorded as absent rather than assumed. authentication: style: api-key-header header: X-API-KEY tenancy_headers: - X-USER-ID - X-CHATBOT-ID detail: authentication/chatsimple-authentication.yml idempotency: supported: false header: null note: >- NO idempotency contract. No Idempotency-Key header, no request-id-based replay protection, and no retry-safety guidance appears anywhere in the documentation. Of the four documented operations, POST /zapier/subscribe and DELETE /zapier/unsubscribe are the writes, and neither documents what happens on a retry. NO `Idempotency` pointer is wired in apis.yml — emitting one would assert a contract this provider does not have. pagination: supported: false note: >- None documented. GET /zapier/get_leads is specified as returning "the most recent lead" (a single object) and the subscribe response returns a mapped leads list with no cursor, offset, limit or total field. There is no way to page a lead history through the public surface. field_expansion: supported: false metadata: supported: false request_tracing: request_id_header: null note: >- No correlation or request-id header is documented, and none was returned on a live response from api.expertise.ai. An integrator has no handle to quote in a support ticket. versioning: scheme: uri-path current: v0 detail: lifecycle/chatsimple-lifecycle.yml content_negotiation: request_headers: - 'Content-Type: application/json' - 'Accept: application/json' note: Both are set explicitly on every documented request example. error_envelope: rest: format: none rfc9457: false note: >- No error catalog, no error codes and no error schema are published for the REST surface. The docs show only success shapes (each documented operation ends with "A successful call will ..."). Live anonymous requests to the documented paths return the default Werkzeug/Flask HTML 404 body (