Bitrix24 is a comprehensive business management platform that combines CRM, project management, communication tools, and business automation features. It provides solutions for sales, marketing, customer service, and team collaboration in a single integrated platform.

Configuring Bitrix24 as a Source

In the Sources tab, click on the “Add source” button located on the top right of your screen. Then, select the Bitrix24 option from the list of connectors. Click Next and you’ll be prompted to add your access.

1. Add account access

The connector supports two authentication modes:

OAuth (default): Install the Nekt app on your Bitrix24 instance using the install button, provide your Domain URL (e.g. https://yourworkspace.bitrix24.com/), and sign in with Bitrix24 to authorize Nekt.
Webhook: Provide an Incoming webhook URL for your Bitrix24 portal. Check the Bitrix documentation for how to create an incoming webhook and copy its URL.

The following configurations are available:

Authentication mode: oauth (default) or webhook.
Domain URL: The domain URL of your Bitrix24 workspace. Required in OAuth mode; in webhook mode the domain is read from the webhook URL.
Incoming webhook URL: The Bitrix24 incoming webhook URL used for API calls. Required in webhook mode.
Extract deal contacts: (Default: false) When enabled, performs an additional API call per deal to retrieve related contact IDs. Enable only if your deals have multiple clients and you need that list.
Enable deal comments stream: (Default: false) When enabled, the deal_comments stream becomes available. Selecting it triggers one extra API call per deal to fetch comments. Enable only if needed, as it increases extraction time.
Enable deal products stream: (Default: false) When enabled, the deal_products stream becomes available. Selecting it triggers one extra API call per deal to fetch products. Enable only if needed, as it increases extraction time.
Enable quote products stream: (Default: false) When enabled, the quote_products stream becomes available. Selecting it triggers one extra API call per quote to fetch its products. Enable only if needed, as it increases extraction time.
Operating time threshold: (Default: 200) If Bitrix returns an “operating time” greater than this value (in seconds), the tap will pause for that duration before continuing. Use this to respect rate limits.
Filter deal category IDs: (Optional) List of Bitrix deal category IDs (funnels). If set, only deals from these categories are extracted. Leave empty to sync all deals.
SPA Column Name Overrides: (Advanced, optional) Map specific Bitrix SPA field codes to exact column names, to control how case-colliding custom fields are separated. Example: {"ufCrm10Fotoprincipal": "ufCrm10Fotoprincipal_2"}. Leave empty to use automatic collision resolution.
Enable BI reports: (Default: false) Enables the Bitrix24 BI Connector report streams (such as Open Channels session statistics). The BI Connector is a separate integration from the webhook and requires its own key.
BI connector key: Bitrix24 BI connector key, generated under CRM -> Analytics -> BI analytics -> Manage keys. Required when ‘Enable BI reports’ is on.
BI reports start date: First day to pull BI report data from on the initial sync.
BI reports window size (days): (Default: 30) Size in days of each BI Connector request window. Smaller windows reduce per-request row counts to stay under plan limits.
BI reports lookback (days): (Default: 30) Number of days re-pulled before the saved bookmark on incremental BI report syncs, to capture updates to recently created sessions.

Scopes that must be included in your webhook (or granted to the Nekt app in OAuth mode) so Nekt can retrieve data:

Scopes for data access

CRM: crm — contacts, companies, deals, deal categories, leads, activities, products, status list, SPA types (and optionally deal comments, deal products).
Users: user, user_brief, user_basic — user list and profile data.
Company structure: departments — departments.
Telephony: telephony — calls (Voximplant statistics).
Open lines: imopenlines — open line configurations.

Once you’re done, click Next.

2. Select streams

Choose which data streams you want to sync. Visibility depends on your webhook scopes and on the optional settings above (deal comments, deal products). You can select entire groups of streams or pick specific ones.

Tip: The stream can be found more easily by typing its name.

If you don’t see a stream you were expecting to find, please check if your access key has the required scope. If that’s not the issue, then it’s probably because we still haven’t implemented it. Feel free to get in touch and request it!

Select the streams and click Next.

3. Configure data streams

Customize how you want your data to appear in your catalog. Select the desired layer where the data will be placed, a folder to organize it inside the layer, a name for each table (which will effectively contain the fetched data), and the type of sync.

Layer: Choose between the existing layers on your catalog. This is where you will find your new extracted tables as the extraction runs successfully.
Folder: A folder can be created inside the selected layer to group all tables being created from this new data source.
Table name: We suggest a name, but feel free to customize it. You have the option to add a prefix to all tables at once and make this process faster!
Sync Type: You can choose between INCREMENTAL and FULL_TABLE.
- Incremental: every time the extraction happens, we’ll get only the new data — which is good if, for example, you want to keep every record ever fetched.
- Full table: every time the extraction happens, we’ll get the current state of the data — which is good if, for example, you don’t want to have deleted data in your catalog.

Once you are done configuring, click Next.

4. Configure data source

Describe your data source for easy identification within your organization, not exceeding 140 characters. To define your Trigger, consider how often you want data to be extracted from this source. This decision usually depends on how frequently you need the new table data updated (every day, once a week, or only at specific times). Optionally, you can define some additional settings:

Configure Delta Log Retention and determine for how long we should store old states of this table as it gets updated. Read more about this resource here.
Determine when to execute an Additional Full Sync. This will complement the incremental data extractions, ensuring that your data is completely synchronized with your source every once in a while.

Once you are ready, click Next to finalize the setup.

5. Check your new source

You can view your new source on the Sources page. If needed, manually trigger the source extraction by clicking on the arrow button. Once executed, your data will appear in your Catalog.

For you to be able to see it on your Catalog, you need at least one successful source run.

Troubleshooting

Issue	Possible cause	Solution
Pipeline fails with `Duplicate custom fields detected in Bitrix` error	Custom fields in Bitrix share codes that differ only by letter case or symbols (e.g., `ufCrm10FotoPrincipal` vs `ufCrm10Fotoprincipal`). Because column names are sanitized before reaching the destination, these fields collapse to the same column name, which causes a failure.	Remove or rename one field of each colliding pair directly in your Bitrix CRM settings, then re-run the pipeline.

Streams and Fields

Available streams

The table below lists every stream, its slug (the exact identifier to pass when creating the source via API) and a short description. Streams marked optional are only discovered when the corresponding setting is enabled.

Stream	Slug	Description
Activities	`activities`	CRM activities (calls, meetings, tasks, emails).
Activity fields	`activity_fields`	Field definitions/metadata for activities.
Calls	`calls`	Telephony (Voximplant) call statistics. Requires the `telephony` scope.
Companies	`companies`	CRM companies.
Company fields	`company_fields`	Field definitions/metadata for companies.
Contact fields	`contact_fields`	Field definitions/metadata for contacts.
Contacts	`contacts`	CRM contacts.
Deal categories	`deal_categories`	Deal categories (pipelines/funnels).
Deal comments	`deal_comments`	Comments attached to deals. Optional (one API call per deal; enabled via “Enable deal comments stream”).
Deal fields	`deal_fields`	Field definitions/metadata for deals.
Deal products	`deal_products`	Products (line items) linked to deals. Optional (one API call per deal; enabled via “Enable deal products stream”).
Deal stage history	`deal_stage_history`	History of deal stage (pipeline step) changes.
Deals	`deals`	CRM deals.
Departments	`departments`	Company structure / departments. Requires the `department` scope.
Lead fields	`lead_fields`	Field definitions/metadata for leads.
Lead stage history	`lead_stage_history`	History of lead stage changes.
Leads	`leads`	CRM leads.
Open lines	`open_lines`	Open Lines (communication channels) configuration. Requires the `imopenlines` scope.
Product	`product`	CRM product catalog.
Product fields	`product_fields`	Field definitions/metadata for products.
Quotes	`quotes`	CRM quotes. Incremental sync via `DATE_MODIFY`.
Quote fields	`quote_fields`	Field definitions/metadata for quotes.
Quote products	`quote_products`	Products (line items) linked to quotes. Optional (one API call per quote; enabled via “Enable quote products stream”).
SPA types	`spa_types`	Smart Process Automation (SPA) entity types, used to discover the dynamic SPA streams.
SPA stage history	`spa_stage_history`	Stage (pipeline step) change history for SPA items. Incremental sync via `CREATED_TIME`.
Status list	`status_list`	CRM status list (deal/lead status options, etc.).
Users	`users`	Bitrix24 users. Requires the `user`, `user_brief` and `user_basic` scopes.
SPA data (dynamic)	`spa_{entityTypeId}`	Dynamic. One data stream per SPA entity type in your portal (e.g. `spa_128`).
SPA fields (dynamic)	`spa_fields_{entityTypeId}`	Dynamic. Field definitions/metadata for each SPA entity type (e.g. `spa_fields_128`).

Fields by stream

Below you’ll find all available data streams from Bitrix24 and their main fields. CRM entity streams (contacts, companies, deals, leads, activities, product) have schemas built dynamically from the Bitrix API, so custom fields (e.g. UF_*) may vary per portal.

activities

Stream for CRM activities (calls, meetings, tasks, etc.). Schema is built from the Bitrix API.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`CREATED`	String	Replication key (incremental sync)
Custom fields	Varies	Additional fields depend on your Bitrix CRM activity configuration

activity_fields

Metadata stream for activity field definitions (types, labels, options).Key fields:

Field	Type	Description
`id`	String	Field identifier
`type`	String	Field type
`title`	String	Display name
Metadata	Varies	`isRequired`, `isReadOnly`, `items` (for list fields), etc.

calls

Stream for telephony (Voximplant) call statistics. Requires scope telephony.Key fields:

Field	Type	Description
`ID`	String	Unique identifier
`CALL_START_DATE`	String	Replication key
`PORTAL_USER_ID`	Integer	ID of the portal user
`PHONE_NUMBER`	String	Phone number
`CALL_DURATION`	Integer	Call duration
`CALL_RECORD_URL`	String	URL to the call recording
`CRM_ENTITY_TYPE`	String	Related CRM entity type
`CRM_ENTITY_ID`	Integer	Related CRM entity ID
`COST`	Number	Cost of the call
`COST_CURRENCY`	String	Currency of the cost

companies

Stream for CRM companies. Schema is built from the Bitrix API.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`DATE_MODIFY`	String	Replication key
Custom fields	Varies	Standard and custom (`UF_*`) company fields from your portal

company_fields

Metadata stream for company field definitions.Key fields:

Field	Type	Description
`id`	String	Field identifier
`type`	String	Field type
`title`	String	Display name
Metadata	Varies	`statusType`, `isRequired`, `items`, `listLabel`, `formLabel`, etc.

contacts

Stream for CRM contacts. Schema is built from the Bitrix API.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`DATE_MODIFY`	String	Replication key
Custom fields	Varies	Standard and custom (`UF_*`) contact fields from your portal

contact_fields

Metadata stream for contact field definitions.Key fields:

Field	Type	Description
`id`	String	Field identifier
`type`	String	Field type
`title`	String	Display name
Metadata	Varies	`statusType`, `isRequired`, `items`, `listLabel`, `formLabel`, etc.

deal_categories

Stream for deal categories (pipelines/funnels). Schema is built from the Bitrix API.Key fields:

Field	Type	Description
`id`	Integer	Unique identifier of the category.
`name`	String	Name of the pipeline/funnel.
`sort`	Integer	Sort order of the category.
`entityTypeId`	Integer	Identifier of the entity type this category belongs to.
`isDefault`	Boolean	Whether this is the default category.
`originId`	String	Origin identifier for external integrations.
`originatorId`	String	Originator identifier for external integrations.

deal_comments

Stream for comments attached to deals. Available only when “Enable deal comments stream” is turned on. One API call per deal.Key fields:

Field	Type	Description
Content data	Varies	Comment content and metadata; structure depends on Bitrix API response.

deal_fields

Metadata stream for deal field definitions.Key fields:

Field	Type	Description
`id`	String	Field identifier
`type`	String	Field type
`title`	String	Display name
Metadata	Varies	`statusType`, `isRequired`, `items`, `listLabel`, `formLabel`, etc.

deal_products

Stream for products (line items) linked to deals. Available only when “Enable deal products stream” is turned on. One API call per deal.Key fields:

Field	Type	Description
Product data	Varies	Product and quantity data per deal; structure depends on Bitrix API.

deals

Stream for CRM deals. Schema is built from the Bitrix API. Optionally can include CONTACT_IDS per deal when “Extract deal contacts” is enabled.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`DATE_MODIFY`	String	Replication key
`CATEGORY_ID`	Integer	Funnel/pipeline category ID
Custom fields	Varies	Standard and custom (`UF_*`) deal fields

deal_stage_history

Stream for deal stage (pipeline step) change history.Key fields:

Field	Type	Description
History data	Varies	Identifiers and timestamps for stage transitions; structure depends on Bitrix API.

departments

Stream for company structure (departments). Requires scope departments.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`NAME`	String	Department name
`SORT`	Integer	Sort order
`PARENT`	Integer	Parent department ID
`UF_HEAD`	Integer	Department head user ID

lead_fields

Metadata stream for lead field definitions.Key fields:

Field	Type	Description
`id`	String	Field identifier
`type`	String	Field type
`title`	String	Display name
Metadata	Varies	`statusType`, `isRequired`, `items`, `listLabel`, `formLabel`, etc.

leads

Stream for CRM leads. Schema is built from the Bitrix API.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`DATE_MODIFY`	String	Replication key
Custom fields	Varies	Standard and custom lead fields from your portal

lead_stage_history

Stream for lead stage change history.Key fields:

Field	Type	Description
History data	Varies	Identifiers and timestamps for stage transitions; structure depends on Bitrix API.

open_lines

Stream for Open Lines (communication channels) configuration. Requires scope imopenlines.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`ACTIVE`	Boolean	Whether the line is active
`LINE_NAME`	String	Communication channel name
`CRM`	Boolean	CRM routing flag
`DATE_CREATE`	String	Creation date
`DATE_MODIFY`	String	Modification date
Settings	Varies	Queue, welcome, worktime, KPI and other channel settings

product

Stream for CRM product catalog. Schema is built from the Bitrix API.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`TIMESTAMP_X`	String	Replication key
Custom fields	Varies	Standard and custom product fields from your portal

product_fields

Metadata stream for product field definitions.Key fields:

Field	Type	Description
`id`	String	Field identifier
`type`	String	Field type
`title`	String	Display name
Metadata	Varies	`statusType`, `isRequired`, `items`, `listLabel`, `formLabel`, etc.

quotes

Stream for CRM quotes. Schema is built from the Bitrix API. Supports incremental sync using the DATE_MODIFY replication key.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`DATE_MODIFY`	String	Replication key
Custom fields	Varies	Standard and custom (`UF_*`) quote fields from your portal

quote_fields

Metadata stream for quote field definitions.Key fields:

Field	Type	Description
`id`	String	Field identifier
`type`	String	Field type
`title`	String	Display name
Metadata	Varies	`statusType`, `isRequired`, `isReadOnly`, `isImmutable`, `isMultiple`, `isDynamic`, `isDeprecated`, `items`, `listLabel`, `formLabel`, `filterLabel`, `settings`, `upperName`, etc.

quote_products

Stream for products (line items) linked to quotes. Available only when “Enable quote products stream” is turned on. One API call per quote.Key fields:

Field	Type	Description
`ID`	String	Unique identifier of the record.
`OWNER_ID`	String	Identifier of the associated quote.
`OWNER_TYPE`	String	Type of the owner entity.
`PRODUCT_ID`	Integer	Identifier of the associated product.
`PRODUCT_NAME`	String	Name of the product.
`ORIGINAL_PRODUCT_NAME`	String	Original product name from the catalog.
`PRODUCT_DESCRIPTION`	String	Description of the product.
`PRICE`	Number	Monetary value associated with the record.
`PRICE_EXCLUSIVE`	Number	Price excluding tax.
`PRICE_NETTO`	Number	Net price of the product.
`PRICE_BRUTTO`	Number	Gross price of the product.
`PRICE_ACCOUNT`	String	Price in account currency.
`QUANTITY`	Integer	Quantity of the product.
`DISCOUNT_TYPE_ID`	Integer	Identifier of the discount type.
`DISCOUNT_RATE`	Number	Discount rate applied.
`DISCOUNT_SUM`	Number	Discount amount.
`TAX_RATE`	Number	Tax rate applied to the product.
`TAX_INCLUDED`	String	Whether tax is included in the price.
`CUSTOMIZED`	String	Whether the row was customized.
`MEASURE_CODE`	Integer	Code of the measure unit.
`MEASURE_NAME`	String	Name of the measure unit.
`SORT`	Integer	Sort order of the row.
`XML_ID`	String	External identifier for integration.
`TYPE`	Integer	Type classification of the record.
`STORE_ID`	Integer	Identifier of the associated store.
`RESERVE_ID`	Integer	Identifier of the reserve.
`DATE_RESERVE_END`	String	End date of the reservation.
`RESERVE_QUANTITY`	Integer	Reserved quantity.

spa_types

Stream for SPA (Smart Process Automation) entity types. Used to discover dynamic SPA streams.Key fields:

Field	Type	Description
Identifiers	Varies	Entity type identifiers used to build `spa_{entityTypeId}` and `spa_fields_{entityTypeId}` streams.

spa_{entityTypeId} / spa_fields_{entityTypeId}

Dynamic streams created per SPA entity type in your Bitrix portal (e.g. spa_128, spa_fields_128). Data and field metadata for each SPA entity type; structure depends on your Bitrix configuration.

status_list

Stream for CRM status list (e.g. deal/lead status options).Key fields:

Field	Type	Description
Status data	Varies	Status identifiers, labels and configuration; structure depends on Bitrix API.

users

Stream for Bitrix24 users. Requires scopes user, user_brief, user_basic.Key fields:

Field	Type	Description
`ID`	Integer	Unique identifier
`NAME`	String	First name
`LAST_NAME`	String	Last name
`EMAIL`	String	Email address
`ACTIVE`	Boolean	Is user active
`LAST_LOGIN`	String	Last login date
`DATE_REGISTER`	String	Registration date
`WORK_POSITION`	String	Job title
`UF_DEPARTMENT`	Array	Department IDs
Profile fields	Varies	`PERSONAL_`, `WORK_` and other profile fields

SPA Stage History

Stream containing the stage history records for Smart Process Automations (SPAs). Incremental sync is supported using CREATED_TIME.Key fields:

Field	Type	Description
`ID`	String	Unique identifier of the record.
`TYPE_ID`	String	Type classification of the record.
`OWNER_ID`	String	Identifier of the associated SPA item.
`CREATED_TIME`	DateTime	Timestamp when the record was created.
`CATEGORY_ID`	String	Identifier of the associated category (funnel).
`STAGE_SEMANTIC_ID`	String	Semantic identifier of the stage.
`STAGE_ID`	String	Current stage of the record.

Data Model

The following diagram illustrates the relationships between the core data streams in Bitrix24. CRM entities relate as follows: Contacts and Companies are standalone; Deals and Leads can be linked to contacts and companies. Deals are organized by Deal Categories (funnels/pipelines). Activities can be attached to deals, contacts, and other entities. product is the catalog; deal_products links products to deals. Users and departments describe your organization; calls and open_lines are telephony and communication data. Field streams (*_fields) describe the schema of their entity (contact, company, deal, lead, activity, product, SPA).

BI Connector streams

Below you’ll find the specific data streams available when using the BI Connector in Bitrix24 (ensure Enable BI reports is turned on). The connector also fetches standard CRM and organizational streams via the outbound webhook (documented above).

Open Channels Session Stats (imopenlines_session_stats)

Open Channels dialog statistics from the Bitrix24 BI Connector. It exposes one row per Open Channels session (dialog) with pre-computed SLA metrics: response times, dialog duration, timestamps, operator, channel and status.

Field	Type	Description
`ID`	Integer	Unique identifier of the Open Channels session (dialog).
`MODE`	String	Session direction, e.g. ‘Entrada’ for inbound.
`STATUS`	String	Human-readable session status, e.g. ‘Fechado’, ‘Spam’.
`SPAM`	String	Spam flag, ‘Y’ if the session was marked as spam, otherwise ‘N’.
`SOURCE`	String	Source channel of the session, e.g. ‘whatsapp’, ‘facebook’, ‘fbinstagramdirect’, ‘facebookcomments’.
`CONFIG_ID`	Integer	Identifier of the open line (channel configuration) the session belongs to.
`CONFIG_NAME`	String	Name of the open line the session belongs to.
`CONFIG`	String	Open line label prefixed with its id, e.g. ‘[4] Instagram’.
`CLIENT_ID`	Integer	Identifier of the client (contact) in the conversation.
`CLIENT_NAME`	String	Display name of the client in the conversation.
`CLIENT`	String	Client label prefixed with its id, e.g. ‘[26] Guest’.
`OPERATOR_ID`	Integer	Identifier of the assigned operator; 0 when no operator was assigned.

Implementation Notes

Optional streams: deal_comments and deal_products appear only when enabled in the source configuration and add one API call per deal; quote_products appears only when enabled and adds one API call per quote. Use only if needed.
Deal filtering: Use “Filter deal category IDs” to sync only specific funnels and reduce volume.
Rate limits: If Bitrix returns high “operating time” values, the tap pauses automatically; you can adjust “Operating time threshold” if needed.
SPA streams: spa_types is synced first; then one spa_{id} and one spa_fields_{id} stream per SPA entity type in your portal.
Connection resilience: Schema discovery includes connection pooling and an automatic retry mechanism with exponential backoff (up to 5 attempts). This improves stability when dealing with temporary network issues or API timeouts during the initialization phase.
SPA custom field collisions: Bitrix24 Smart Process Automations can return custom fields whose codes differ only by letter case (e.g., ufCrm10FotoPrincipal vs ufCrm10Fotoprincipal). To avoid data collapsing into a single column, the connector preserves the original column names exactly as returned by Bitrix and automatically resolves collisions by appending a numeric suffix (e.g., _2, _3) to the overlapping fields. If you need to enforce a specific mapping without changing your Bitrix24 setup, pin the names using the SPA Column Name Overrides setting.

BI Connector Replication & Data Quirks

When utilizing the BI Connector to extract reports like imopenlines_session_stats, be aware of the following behaviors and quirks:

Incremental Syncs on DATE_CREATE: The BI dataset has no DATE_MODIFY column, so DATE_CREATE is used as the replication key.
Mutable Sessions: A session created today might be answered or closed days/weeks later, which backfills its stats (e.g. TIME_*, DATE_*). The primary key is ID, and downstream merges should perform an upsert. The bi_reports_lookback_days configuration handles re-pulling recent sessions to capture late updates.
Timestamps: All timestamps are portal-local (e.g. YYYY-MM-DD HH:MM:SS in the account’s configured timezone) and are landed as-is without timezone conversions.
String replication key: Because BI datasets expose naive, portal-local timestamp strings, the replication key is landed unchanged as a string type rather than a timestamp type. The connector safely parses the raw bookmark value internally to calculate the proper lookback windows without causing timestamp validation errors, ensuring reliable incremental syncs for BI reports.
Inflated Response Times: Unanswered sessions will show constantly accruing TIME_* metrics while a client waits. Filter on answered status states before computing SLA aggregates.
No Operator on Certain Channels: Sessions coming from Facebook or Instagram comments might register an OPERATOR_ID of 0 with a null operator name.

Skills for agents

Download Bitrix24 skills file

Bitrix24 connector documentation as plain markdown, for use in AI agent contexts.

Documentation

Get started

Using Nekt

Workspace

Resources

Bitrix24 as a data source

Configuring Bitrix24 as a Source

1. Add account access

2. Select streams

3. Configure data streams

4. Configure data source

5. Check your new source

Troubleshooting

Streams and Fields

Available streams

Fields by stream

Data Model

BI Connector streams

Implementation Notes

BI Connector Replication & Data Quirks

Skills for agents

Download Bitrix24 skills file

​Configuring Bitrix24 as a Source

​1. Add account access

​2. Select streams

​3. Configure data streams

​4. Configure data source

​5. Check your new source

​Troubleshooting

​Streams and Fields

​Available streams

​Fields by stream

​Data Model

​BI Connector streams

​Implementation Notes

​BI Connector Replication & Data Quirks

​Skills for agents

Download Bitrix24 skills file

Configuring Bitrix24 as a Source

1. Add account access

2. Select streams

3. Configure data streams

4. Configure data source

5. Check your new source

Troubleshooting

Streams and Fields

Available streams

Fields by stream

Data Model

BI Connector streams

Implementation Notes

BI Connector Replication & Data Quirks

Skills for agents