ByteChef LogoByteChef
Embedded

Introduction

Build an embedded iPaaS into your product with ByteChef Embedded.

Enterprise Edition

ByteChef Embedded lets you offer native third-party integrations inside your own SaaS product. Your users authenticate with the services they already use (Gmail, Slack, HubSpot, AWS S3, and 200+ more), and your application triggers workflows on their behalf — all without your team having to build and maintain those integrations yourself.

Enterprise Edition only

Embedded requires an Enterprise Edition deployment (bytechef.edition=ee). The open-source (CE) build doesn't expose the /embedded UI or APIs.


Get started

Three short pages take you from zero to a working connect flow — or follow the single-page Quick Start that covers the same ground end-to-end:


What you get

CapabilityWhat it means for your product
200+ pre-built integrationsDrop-in connectors for the SaaS apps your users already work with.
Embeddable React SDKuseConnectDialog renders a branded connect-and-authorize flow, and EmbeddedWorkflowBuilder embeds the full workflow editor — both inside your app.
Per-user connection storeEach of your end users gets their own credentials, isolated by environment (Development / Staging / Production).
App EventsDefine events in your product (e.g. user.signed_up, order.placed) and let your customers attach workflows to them.
Permission expressionsScope integrations and individual workflows to a subset of your connected users with a SpEL expression.
AI workflow generation (coming soon)Generate a starter workflow for a user from a natural-language prompt via the embedded Copilot API.
Workflow execution historyEvery run, step by step, in the ByteChef admin UI — read-only, and served by the internal API rather than the public one.
MCP Servers (coming soon)Expose components as Model Context Protocol tool servers for AI agents (in your product or your customer's).

Going deeper


How the pieces fit together

Your product (web app, mobile, backend)

        │ 1. Backend signs a short-lived JWT using a Signing Key
        │ 2. Frontend passes JWT to @bytechef/embedded


   ByteChef Embedded
   ├── Integrations         — templates you build for your customers
   ├── Configurations       — published integration versions per environment
   ├── Connected Users      — your end users (identified by externalUserId)
   ├── Connections          — per-user credentials for each integration
   ├── App Events           — events your product fires to trigger workflows
   ├── Automations          — workflows running for each connected user (feature-flagged)
   ├── Executions           — history of every workflow run
   └── MCP Servers          — components exposed as MCP tools (coming soon)

The mental model is bidirectional:

  • Your product → ByteChef: authenticate end users (JWT signed with a Signing Key), fire App Events that trigger workflows, optionally call internal APIs server-to-server with an API Key.
  • ByteChef → third-party services: runs your published workflows using each connected user's credentials.

When to use Embedded vs. Automation

ByteChef ships two modes:

ModeUse it when
AutomationYou're running workflows for yourself or your internal team. You own the connections and the workflows.
EmbeddedYou're shipping integrations to your customers inside your product. Each customer has their own connections, and you ship integration templates that they configure and activate.

If you're not sure, you probably want Automation.

How is this guide?

Last updated on

On this page