Inngest Connector

Connector status: In progress Being built. Not verified yet.

Illustration · sample data

Sync example

Review one record

Source

Inngest

Connector status: In progress

Destination

Your other tool

Connector status: Custom tool

Source fieldDestination fieldSample value
record.id source_id record_1042
record.updated_at updated_at 2026-10-18T08:00:00Z
record.value value sample_value
  1. Draft
  2. Review one record
  3. Approve this version

Statuses describe individual connectors; they do not guarantee this sync is ready. Illustrative fields. Review the actual schema and permissions before a sync runs.

Connector implementation

Build the Inngest integration

Durable workflows: an environment’s events and finished function runs, each with a delta, and its apps

Workflow
InngestAPI / MCP / docsTajo connectorauth, mapping, syncretries, logs, checksBrevo activationcontacts, events, campaignsbackfill, webhooks, validation
Inngest connector flow from source system to Tajo mapping and Brevo activation.

Implementation Overview

Build target

Implement an Inngest connector that authenticates to the vendor surface, normalizes source records in Tajo, and activates eligible data in Brevo.

Current status

Treat this as an implementation guide. Build and validate the auth, mapping, sync, and operations paths before production use.

Primary surface

api-docs.inngest.com/api-specs/v2.json

PropertyValue
Integration surfaceOpenAPI
StatusIn progress
CategoryWorkflow
Setup complexitymedium
Vendor documentationapi-docs.inngest.com/
Allowed hostNot recorded
Base URLNot recorded
OpenAPI schemaapi-docs.inngest.com/api-specs/v2.json
MCP serverNot recorded
Last researched2026-11-01

Inngest publishes OpenAPI documents for v1 and v2 of its REST API; the list of events exists only in v1, which takes a signing key. The Free plan costs $0 with no card (50k executions, 500k events, 24-hour trace history), read 2026-11-01.

Authentication

  • Use api-docs.inngest.com/api-specs/v2.json to generate or validate typed API clients and request models.

  • Keep api-docs.inngest.com/ linked from the connector runbook so operators can confirm vendor behavior during incidents.

  • Store credentials per Tajo workspace and keep tenant-specific secrets out of connector configuration files.

  • Add a credential smoke test that verifies read access to a harmless resource before running backfills or enabling webhooks.

Data To Sync

Start with these inferred data domains, then confirm exact vendor resources and permissions from the source documentation:

  • Events, webhooks, and behavioral activity

The connector should make source records idempotent by keeping a stable key such as a vendor object ID, email address, event ID, ticket ID, order ID, or campaign ID. If the vendor only exposes list APIs, Tajo should store the cursor strategy and replay policy explicitly.

Sync Shape

No typed contract exists for Inngest, so the direction of each resource and its conflict handling are not recorded. Direction is declared per resource on a connector contract; see the connector catalog for how contracts are promoted.

Mapping To Tajo/Brevo

No Brevo projection is recorded for Inngest. A projection is declared on a typed connector contract, and Inngest does not have one yet, so this page will not state a mapping it cannot source.

The conventions that apply to every connector — stable external IDs, normalization, backfill and sync strategy, error handling, and the builder checklist — are documented once under “Applies to every connector” on the connector catalog.

Sources

Request early access

Enter your first name and email address. We will email you a link to confirm your request for Tajo access.

AI Assistant

Hi! Ask me anything about the docs.

This page as Markdown: inngest.md

Loading Markdown…