--- title: Integrations Overview description: All Prismatic Documentation can be found here : https://prismatic.io/docs/integrations/ An integration is a collection of logical flows and steps that move data between your app and another app that y --- [Skip to content](https://support.resnet.ai/migration/integrations-overview#main-content) English Show submenu for translations ![](https://support.resnet.ai/hs-fs/hubfs/primary_logo%20(1).jpg?width=6782&height=2762&name=primary_logo%20(1).jpg) Open main navigation Close main navigation - English Show submenu for translations - Contact us Contact us How can we help you? - There are no suggestions because the search field is empty. 1. [SUPPORT CENTER](https://support.resnet.ai/migration?hsLang=en) 2. [Workflow Automation](https://support.resnet.ai/migration/workflow-automation?hsLang=en) 3. [Build Integrations](https://support.resnet.ai/migration/workflow-automation?hsLang=en#build-integrations) # Integrations Overview All Prismatic Documentation can be found here : [https://prismatic.io/docs/integrations/](https://prismatic.io/docs/integrations/) An **integration** is a collection of logical flows and steps that move data between your app and another app that your customers use. When you build an integration, you can build it in the [low-code designer](https://prismatic.io/docs/integrations/low-code-integration-designer/), or as a TypeScript project in your favorite IDE. We call an integration built with code a [code-native integration](https://prismatic.io/docs/integrations/code-native/) (or CNI). ![Low-code or code-native](https://prismatic.io/docs/img/integrations/overview/low-code-or-code-native.png) An **integration** built with the low-code builder consists of a series of [steps](https://prismatic.io/docs/integrations/low-code-integration-designer/steps/) that execute one after another in series. Each step runs an **action** - a small bit of code designed to perform a specific task. Actions can be things like "HTTP - GET" to fetch the contents of a webpage from the internet, or "Amazon S3 - Put Object" to save a file to Amazon S3. You can use a combination of actions from common [built-in components](https://prismatic.io/docs/components/) and your own [custom components](https://prismatic.io/docs/custom-connectors/) to build an integration. A code-native **integration** is a set of flows (functions) written in TypeScript that run when a trigger fires. An integration is started when its [trigger](https://prismatic.io/docs/integrations/triggers/) fires. Triggers can either follow a [schedule](https://prismatic.io/docs/integrations/triggers/schedule/), or can be invoked via a [webhook URL](https://prismatic.io/docs/integrations/triggers/webhook/). Integrations should be developed to be **configuration-driven**, so they can be deployed to multiple customers with potentially different configurations. That is accomplished by leveraging [config variables](https://prismatic.io/docs/integrations/config-wizard/), and have configuring steps to reference those variables. Some integrations have a single [flow](https://prismatic.io/docs/integrations/low-code-integration-designer/flows/). That is, they have a single trigger that fires, and a set of steps that are executed one after another. Prismatic also supports grouping multiple related flows together into a single deployable integration. For example, if you have a third-party service (Acme ERP) that sends data via a variety of webhooks to your integrations, it probably makes sense to have a single Acme Corp integration that you or your customers deploy that is made up of several logical flows. Each flow has its own trigger, though they all share config variables. When an integration is completed, it can be published. [Customers](https://prismatic.io/docs/customers/) can then enable the integration for themselves through the [embedded integration marketplace](https://prismatic.io/docs/embed/marketplace/), or your team members can deploy an [instance](https://prismatic.io/docs/instances/) of the integration on the customer's behalf. Regardless of who enables an instance of the integration - your team member or your customer - the person deploying the instance configures the instance with customer-specific config variables. We recommend that you follow our low-code [Getting Started](https://prismatic.io/docs/integrations/low-code-integration-designer/get-started/first-integration/) tutorials to first acquaint yourself with integration development and deployment. #### Low-code vs code-native The Prismatic low-code designer and code-native SDK are both great tools that you can use to build, test and deploy integrations. When using the **low-code designer**, you build integrations by adding triggers, actions, loops and branches to a canvas. When using the **code-native SDK**, you write TypeScript code to define your triggers and flow logic. Depending on your team structure, technical expertise, and the complexity of the integration you are building, you may choose to use one or the other. Let's look at a quick comparison, with more detail below: | Topic | Low-Code | Code-Native | | --- | --- | --- | | Build method | Integration builders add triggers, flows and steps to an integration using the low-code integration builder. | Integration builders write triggers and integration logic in TypeScript using the code-native SDK. | | Flows | A low-code flow is a sequence of steps that run in a specific order specific order. | A Code-Native flow is a JavaScript function that executes when the flow's trigger is invoked. | | Config Wizard | Config wizards are built within the low-code builder. | The config wizard is defined in TypeScript using the code-native SDK. | | Testing | Integrations are tested from within the integration designer. | Integrations can be tested within Prismatic, or locally through unit tests | | Step results and logs | Step results for each step are collected and stored and can be viewed later | Code-native integrations are "single-step", and logging can be used for debugging | | Best fit for | Hybrid teams of developers and non-developers | Highly technical teams who prefer code | ### When to use low-code vs code-native You may want to reach for the low-code designer when: - Your team is looking to save dev time and has non-dev resources that are technical enough to build integrations. - It is important to your non-developer team members to have a visual representation of the integration. - You would like your customers to build their own integrations using [embedded workflow builder](https://prismatic.io/docs/embed/workflow-builder/). You might want to use code-native when: - You have a highly technical team that is comfortable writing TypeScript. - Your integration requires complex logic that is easier to write in code. - You want to unit test entire integrations rather than individual actions and triggers. - You want to use a version control system to manage your integration code. - [ResNet For Field](https://support.resnet.ai/migration/resnet-for-field?hsLang=en) - [ResNet For Office](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#main-content) - [Admin](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#admin) - [Home](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#home) - [Assets](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#assets) - [Issues](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#issues) - [Campaigns](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#campaigns) - [Resources](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#resources) - [Field Dispatch Console](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#field-dispatch-console) - [Gamification](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#gamification) - [Routes](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#routes) - [User Groups](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#user-groups) - [Credentials](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#credentials) - [Forms](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#forms) - [Admin Panel](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#admin-panel) - [Filtering](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#filtering) - [Custom Fields](https://support.resnet.ai/migration/resnet-for-office?hsLang=en#custom-fields) - [Integrations](https://support.resnet.ai/migration/integrations?hsLang=en) - [Release Notes](https://support.resnet.ai/migration/release-notes?hsLang=en#main-content) - [Feature Releases](https://support.resnet.ai/migration/release-notes?hsLang=en#feature-releases) - [FAQs](https://support.resnet.ai/migration/faqs?hsLang=en) - [Onboarding](https://support.resnet.ai/migration/onboarding?hsLang=en#main-content) - [Office](https://support.resnet.ai/migration/onboarding?hsLang=en#office) - [Field](https://support.resnet.ai/migration/onboarding?hsLang=en#field) - [Workflow Automation](https://support.resnet.ai/migration/workflow-automation?hsLang=en#main-content) - [Build Integrations](https://support.resnet.ai/migration/workflow-automation?hsLang=en#build-integrations) - [Ready-to-use-components](https://support.resnet.ai/migration/workflow-automation?hsLang=en#ready-to-use-components) - [Example Workflows](https://support.resnet.ai/migration/workflow-automation?hsLang=en#example-workflows) - [Documentation](https://support.resnet.ai/migration/documentation?hsLang=en) [![](https://support.resnet.ai/hs-fs/hubfs/primary_logo%20(1).jpg?width=6782&height=2762&name=primary_logo%20(1).jpg)](https://support.resnet.ai/?hsLang=en) [mailto:email@email.com](mailto:email@email.com) Copyright © 2026, ResNet AI