Integration Accelerator — Advanced Usage
Advanced Usage
Section titled “Advanced Usage”Who is this guide for? This guide is for users and administrators who are already comfortable with the basics of the Integration Accelerator and want to explore its more powerful features. You do not need to be a developer, but some topics here are more technical in nature.
Overview
Section titled “Overview”The Integration Accelerator is designed to grow with your needs. Once you have the basics running, there are many advanced features that can help you:
- Send data to Microsoft Fabric (the modern Microsoft analytics platform)
- Use real-time data monitoring for instant updates
- Set up multiple companies with the same configuration
- Control exactly which field changes trigger a data send
- Manage large data exports efficiently
- Use dependency rules between tables
- Work with inbound data from external systems
- Expose Business Central data as a dynamic API endpoint
1. Sending Data to Microsoft Fabric
Section titled “1. Sending Data to Microsoft Fabric”Microsoft Fabric is Microsoft’s modern data analytics platform. The Integration Accelerator supports it natively alongside Azure Data Lake.
How to configure Microsoft Fabric:
Section titled “How to configure Microsoft Fabric:”- Open the Activity Card for your Azure Data Lake activity (or create a new one).
- In the Publish Data section, make sure Publish Data Type is set to Azure Data Lake.
- In the Azure Data Lake section, find the Storage Type field and change it to Microsoft Fabric.
- Two new fields will become available:
- Workspace — enter the name of your Microsoft Fabric Workspace.
- Lakehouse — enter the name of your Lakehouse within that Workspace.
- Fill in the standard Azure credentials (Account Name, Client ID, Client Secret, Tenant ID) as you would for Azure Data Lake.
- Click Synchronize Structure to Azure to set up the structure in Fabric.
💡 Note: The App Registration in Azure must have the correct permissions to access your Microsoft Fabric Workspace. Ask your Azure administrator to grant the necessary access.
2. Real-Time Data Monitoring
Section titled “2. Real-Time Data Monitoring”By default, the Integration Accelerator sends data on a schedule (based on the Job Queue). However, you can enable real-time monitoring so that data is sent almost instantly when a change happens in Business Central.
Two ways to get near-real-time data:
Section titled “Two ways to get near-real-time data:”Option A: Background Processing (per Activity)
Section titled “Option A: Background Processing (per Activity)”- Open the Activity Card.
- In the Publish Data section, turn on Enable Record Monitor.
- Set the Monitor Interval (in minutes) — this is how often the monitor checks for new changes.
- The Monitor Running field will show green when the monitor is active.
⚠️ Important: Background Processing cannot be used together with Bundle Outbound Entries on the same table. Choose one or the other.
Option B: Real-Time Schedule (per Table)
Section titled “Option B: Real-Time Schedule (per Table)”- Open the Activity Tables page for your activity.
- For each table you want to monitor in real time, set the Schedule field to Real Time.
- The system will create a scheduled task that fires immediately when a change is detected in that table.
💡 Tip: Real-time monitoring is ideal for critical data like sales orders or inventory. For less time-sensitive data (like master data), an interval schedule is usually sufficient and uses fewer system resources.
3. Copying Setup to Multiple Companies
Section titled “3. Copying Setup to Multiple Companies”If your Business Central environment has multiple companies and you want the same integration running in all of them, you do not need to set it up from scratch each time.
How to copy an Activity setup to another company:
Section titled “How to copy an Activity setup to another company:”- Open the Activity Card for the activity you want to copy.
- Click Copy Setup to Company in the action bar.
- A list of companies will appear. Select the company (or companies) you want to copy to.
- Click OK.
The system will copy the Activity configuration, including all Tables and Fields, to the selected company.
💡 Note: Credentials (Client ID, Client Secret, Tenant ID) are not copied for security reasons. You will need to enter them separately in each company.
4. Controlling Which Field Changes Trigger a Data Send
Section titled “4. Controlling Which Field Changes Trigger a Data Send”By default, any change to any field in a monitored table will trigger a data send. However, you can make this more precise using the Monitor Fields for Publishing setting.
How to set up field-level monitoring:
Section titled “How to set up field-level monitoring:”- Open the Activity Tables page.
- Find the table you want to configure.
- Set the Monitor Fields for Publishing column to Specified Fields.
- Now only changes to the fields you have added in the Fields list will trigger a data send.
This is useful when a table has many fields but you only care about a few — for example, you might only want to send data when a sales order’s Status or Amount changes, not when an internal comment is updated.
5. Bundling Outbound Entries
Section titled “5. Bundling Outbound Entries”When using the Job Queue to send data (not real-time), you can bundle multiple changes together into a single message. This reduces the number of API calls and can improve performance when many records change at once.
How to enable bundling:
Section titled “How to enable bundling:”- Open the Activity Tables page.
- Find the table you want to bundle.
- Turn on the Bundle Outbound Entries toggle.
⚠️ Note: Bundling cannot be used together with Background Processing. If Background Processing is enabled on the Activity, the Bundle option will be disabled.
6. Exporting All Records (Full Export)
Section titled “6. Exporting All Records (Full Export)”Sometimes you need to send a complete snapshot of all data in a table — for example, when setting up a new integration or after a data correction. The Integration Accelerator supports this with a full export feature.
How to trigger a full export:
Section titled “How to trigger a full export:”- Open the Activity Tables page for your activity.
- Select the table you want to export.
- Click Export All Records in the action bar.
⚠️ Important for Azure Data Lake: When you run a full export, any existing files in the Azure folder for that table will be deleted first to ensure the data is consistent. Make sure you are ready for this before proceeding.
7. Using Table Filters
Section titled “7. Using Table Filters”You can limit which records are monitored and exported by applying a Table Filter. This is useful when you only want to send a subset of records — for example, only posted sales invoices, or only items from a specific category.
How to set a Table Filter:
Section titled “How to set a Table Filter:”- Open the Activity Tables page.
- Find the table you want to filter.
- Click the Table Filter field — an assist-edit button (three dots) will appear.
- Click the button to open the filter editor.
- Set your filter conditions and click OK.
Only records that match the filter will be monitored and exported.
8. Row Version Tracking
Section titled “8. Row Version Tracking”The Integration Accelerator uses a feature called Row Version tracking to detect changes efficiently. Instead of scanning the entire table every time, it remembers the last version it processed and only looks at newer records.
What you need to know:
Section titled “What you need to know:”-
The Row Version Export Status column on the Activity Tables page shows the current state:
- On Hold — the table is not active
- Ready — the table is active and ready to export
- In Progress — an export is currently running
- Failed — the last export attempt failed
-
The Last Sync. Row Version and Last Sync. Date Time fields show when data was last successfully exported.
-
The Row Version Filter field lets you manually set a starting point for the export — useful if you want to re-export data from a specific point in time.
-
The Remaining Records field shows how many records are still waiting to be exported during a large initial export.
9. Setting Up a Dynamic API Endpoint (Request Data)
Section titled “9. Setting Up a Dynamic API Endpoint (Request Data)”The Request Data activity type lets you expose Business Central data as a read-only API endpoint — without writing any code. External systems can call this endpoint to retrieve data directly from Business Central.
How to set it up:
Section titled “How to set it up:”- Create or open an Activity with Activity Type = Request Data.
- Add the tables and fields you want to expose (same as for Publish Data).
- Set the Activity to Active.
- The system will automatically create an API endpoint that external systems can call.
Settings specific to Request Data:
Section titled “Settings specific to Request Data:”| Field | What it means |
|---|---|
| Registration | Validates and prepares incoming requests before processing |
| Processing | Processes the request and returns the data to the caller |
| Error Handling | Choose whether to return errors to the caller or keep them internal |
💡 Use case: This is ideal for replacing hardcoded API pages in Business Central. Instead of a developer creating a custom API page for every integration, you can configure it here dynamically — and it works with any table, including tables from other extensions.
10. Receiving Data from External Systems (Save Request)
Section titled “10. Receiving Data from External Systems (Save Request)”The Save Request activity type allows external systems to push data into Business Central. The Integration Accelerator receives the data, saves it, and returns a confirmation to the sender.
How it works:
Section titled “How it works:”- An external system sends data to the Business Central API endpoint associated with the Save Request activity.
- The Integration Accelerator saves the incoming data in the Inbound Entry log.
- A developer can then write custom code to process the saved data and create records in Business Central.
💡 Note: The Save Request activity is a template — it receives and stores data, but processing the data requires custom development. This is the entry point for inbound integrations.
11. Managing Data Export Language
Section titled “11. Managing Data Export Language”When exporting data, field values that contain translated text (like descriptions or captions) will use the language of the user running the export by default. You can override this to always export in a specific language.
How to set the export language:
Section titled “How to set the export language:”- Open the Activity Card.
- In the Publish Data section, find the Export Language field.
- Click the lookup button to select a language from the list.
- All exported text values will now use the selected language.
This is useful when your external system expects data in a specific language, regardless of which user triggered the export.
12. Controlling Payload Storage
Section titled “12. Controlling Payload Storage”By default, the Integration Accelerator does not save a copy of the data payload (the actual data that was sent) in the Outbound Entry log. You can change this for troubleshooting purposes.
How to enable payload storage:
Section titled “How to enable payload storage:”- Open the Activity Card.
- In the Publish Data section, find the Save Outbound Payload field.
- Choose one of the options:
- Never — do not save payloads (default, saves database space)
- On Error — only save the payload when an entry fails (useful for debugging)
- Always — save every payload (useful for auditing, but increases database size)
⚠️ Warning: Saving payloads always will increase the size of your database significantly if you have high data volumes. Use this setting carefully.
13. Setting Up Table Dependencies
Section titled “13. Setting Up Table Dependencies”Sometimes the order in which tables are exported matters. For example, you might need to make sure that Customer records are exported before Sales Order records, because the receiving system needs the customer to exist first.
You can define dependency rules between tables to control the export order.
How to set up a dependency:
Section titled “How to set up a dependency:”- Open the Activity Tables page.
- Select the table that should wait for another table to finish first.
- Click Fields to open the fields for that table.
- Click Dependency Rules in the action bar.
- Add the table that must be exported first as a prerequisite.
The system will ensure that the prerequisite table’s export is complete before starting the dependent table’s export.
14. Viewing Files on Azure
Section titled “14. Viewing Files on Azure”For Azure Data Lake activities, you can browse the files that have been uploaded to Azure directly from Business Central.
How to view Azure files:
Section titled “How to view Azure files:”- Open the Activity Tables page.
- Select a table.
- Click List Files on Azure Delta Folder in the action bar.
- A list of files in the Azure folder for that table will appear.
- From this list, you can also download or delete individual files.
This is useful for verifying that data has been uploaded correctly and for cleaning up old files.
15. Including Field and Table Numbers in Azure Data
Section titled “15. Including Field and Table Numbers in Azure Data”When exporting to Azure Data Lake, field names in the exported data are based on the Field TAG Name you configured. Optionally, you can also include the field number and table number in the field name — this can help when the receiving system needs to identify fields by their Business Central number.
How to enable this:
Section titled “How to enable this:”- Open the Activity Card.
- In the Azure Data Lake section, turn on Azure Include Entity No..
16. Allowing External Systems to Trigger a Publish
Section titled “16. Allowing External Systems to Trigger a Publish”Normally, data is published automatically when changes are detected. However, you can also allow an external system to trigger a publish on demand via the API.
How to enable this:
Section titled “How to enable this:”- Open the Activity Card.
- In the Publish Data section, turn on Allow Start Publish from API.
When this is enabled, an external system can call the Business Central API to start a publish for this activity immediately, without waiting for the next scheduled job run.
Advanced Configuration Summary
Section titled “Advanced Configuration Summary”| Feature | Where to find it | Use case |
|---|---|---|
| Microsoft Fabric | Activity Card → Azure Data Lake tab | Send data to Fabric Lakehouse |
| Real-time monitoring | Activity Card → Publish Data tab | Instant data updates |
| Copy to company | Activity Card → Action bar | Multi-company setup |
| Field-level triggers | Activity Tables → Monitor Fields | Reduce unnecessary data sends |
| Bundle entries | Activity Tables → Bundle Outbound Entries | Optimise high-volume exports |
| Full export | Activity Tables → Export All Records | Initial load or data reset |
| Table filters | Activity Tables → Table Filter | Export only relevant records |
| Row version tracking | Activity Tables → Row Version fields | Efficient change detection |
| Dynamic API endpoint | Activity Type = Request Data | Replace hardcoded API pages |
| Inbound data | Activity Type = Save Request | Receive data from external systems |
| Export language | Activity Card → Export Language | Consistent language in exports |
| Payload storage | Activity Card → Save Outbound Payload | Debugging and auditing |
| Table dependencies | Fields → Dependency Rules | Control export order |
| Browse Azure files | Activity Tables → List Files on Azure | Verify and manage uploaded files |
| Include entity numbers | Activity Card → Azure Include Entity No. | Field identification in Azure |
| API-triggered publish | Activity Card → Allow Start Publish from API | On-demand data push |