Integration action reference
Reference for integration actions: how action names are formed, how a step selects one, and how to list the live catalog from the API.
An integration action is one operation against a connected system, such as quickbooks.createInvoice or plaid.syncTransactions. This section lists the actions for each system. For the plain-language view, see Connect your systems.
How an action is named
An action id is <module>.<action>. The module is the block type (quickbooks, netsuite, sage-intacct), and the action is the operation id from the block's Action list. A few older module ids still resolve: sageIntacct, zohoInventory and dropboxSign.
How a step selects an action
An action step sets type: "action", the action id and its settings in config. Studio also stores the operation id in config.operation.
{
"id": "create_invoice",
"type": "action",
"name": "Create invoice",
"action": "quickbooks.createInvoice",
"config": {
"operation": "createInvoice",
"connection": "<quickbooks-connection-id>",
"realmId": "9341454792746027",
"customerId": "{{steps.find_customer.id}}",
"lines": [{ "description": "Consulting services", "amount": 1500 }]
}
}config.connectionpins one stored connection (the connection row id). Without it, most systems use the company's default connection for that provider. Finances (Plaid) steps require a pin; Avalara and Plaid steps stop instead of falling back when a pinned connection no longer resolves.- Read a step's result in later steps with
{{steps.<id>.<path>}}. Each system page shows the output shape. - Put credentials in company secrets and reference them as
{{secrets.KEY}}, not as literals.
Studio list and engine actions
For most systems, every action the engine can run is in the Studio Action list. NetSuite, Xero, Sage Intacct and Rillet also have actions the engine runs that are not in that list. Each of those pages marks which actions are which. POST /api/v1/workflows/validate checks against the Studio list, so it reports the extra ones as UNKNOWN_OPERATION, even though they run.
Connection methods
| Method | Systems in this section |
|---|---|
| OAuth sign-in | QuickBooks Online, NetSuite, Xero, Sage Intacct, Zoho Inventory |
| API key | Rillet, Odoo (domain and key), Avalara (account ID, license key and environment) |
| Bank link | Finances (Plaid) |
Live catalog
The catalog endpoints read the deployed registry, so they are the source of truth for field names and the action list.
| Call | Returns |
|---|---|
GET /api/v1/blocks | Every block, with actions and actionDefinitions |
GET /api/v1/blocks/<type> | One block, for example GET /api/v1/blocks/quickbooks |
GET /api/v1/blocks/<type>/actions/<op>/examples | Curated input and output examples for one action |
GET /api/v1/integrations | Every connectable provider, its auth mode and the blocks that use it |
Send x-api-key with a key that has workflows:read (blocks) or connections:read (integrations). See Block and action discovery and Connections.
Systems
QuickBooks Online
NetSuite
Xero
Sage Intacct
Rillet
Odoo
Zoho Inventory
Finances (Plaid)
Avalara
Payment, CRM, document, file and messaging systems have their own pages in this section, such as Stripe and Slack.
Workspace Files block
Configure the Workspace Files block to read and write documents in Files from a workflow, with the operations and outputs it supports.
Airwallex actions
Reference for the Airwallex actions and trigger: the API key connection, each action id, the four registered event names, settings and an example.
Loopfour