Create and manage integration accounts for B2B workflows in Azure Logic Apps with the Enterprise Integration Pack

Applies to: Azure Logic Apps (Consumption + Standard)

Before you can build business-to-business (B2B) and enterprise integration workflows using Azure Logic Apps, you need to create an integration account resource. This account is a scalable cloud-based container in Azure that simplifies how you store and manage B2B artifacts that you define and use in your workflows for B2B scenarios, for example:

• Trading partners
• Agreements
• Maps
• Schemas
• Certificates

You also need an integration account to electronically exchange B2B messages with other organizations. When other organizations use protocols and message formats different from your organization, you have to convert these formats so your organization's system can process those messages. With Azure Logic Apps, you can build workflows that support the following industry-standard protocols:

• AS2
• EDIFACT
• RosettaNet
• X12

If you're new to creating B2B enterprise integration workflows in Azure Logic Apps, see B2B enterprise integration workflows with Azure Logic Apps and Enterprise Integration Pack.

Prerequisites

• An Azure account and subscription. If you don't have an Azure subscription, sign up for a Azure account. Make sure that you use the same Azure subscription for both your integration account and logic app resource.

• Whether you're working on a Consumption or Standard logic app workflow, your logic app resource must already exist if you need to link your integration account.

  • For Consumption logic app resources, this link is required before you can use the artifacts from your integration account with your workflow. Although you can create your artifacts without this link, the link is required when you're ready to use these artifacts. To create an example Consumption logic app workflow, see Quickstart: Create an example Consumption logic app workflow in multitenant Azure Logic Apps.

  • For Standard logic app resources, this link might be required or optional, based on your scenario:

    • If you have an integration account with the artifacts that you need or want to use, link the integration account to each Standard logic app resource where you want to use the artifacts.

    • Some Azure-hosted integration account connectors don't require the link and let you create a connection to your integration account. For example, such as AS2, EDIFACT, and X12 don't require the link, but the AS2 (v2) connector requires the link.

    • The built-in connectors named Liquid and Flat File let you select maps and schemas that you previously uploaded to your logic app resource or to a linked integration account.

      If you don't have or need an integration account, you can use the upload option. Otherwise, you can use the linking option, which also means you don't have to upload maps and schemas to each logic app resource. Either way, you can use these artifacts across all child workflows within the same logic app resource.

    To create an example Standard logic app workflow, see Create an example Standard logic app workflow in single-tenant Azure Logic Apps.

• A Premium integration account supports using a private endpoint within an Azure virtual network to securely communicate with other Azure resources in the same network. Your integration account, virtual network, and Azure resources must also exist in the same Azure region. For more information, see Create a virtual network and the steps in this guide to set up your Premium integration account.

  For example, a Standard logic app can access the private endpoint if they exist in the same virtual network. However, a Consumption logic app doesn't support virtual network integration and can't access the private endpoint.

  • To create a Standard logic app with virtual network integration, see Create an example Standard logic app workflow in single-tenant Azure Logic Apps.

  • To set up an existing Standard logic app with virtual network integration, see Set up virtual network integration.

Create integration account

Integration accounts are available in different tiers that vary in pricing. Based on the tier you choose, creating an integration account might incur costs. For more information, see Azure Logic Apps pricing and billing models and Azure Logic Apps pricing.

Based on your requirements and scenarios, determine the appropriate integration account tier to create. The following table describes the available tiers:

Your integration account uses an automatically created and enabled system-assigned managed identity to authenticate access.

For this task, you can use the Azure portal, Azure CLI, or Azure PowerShell.

az logic integration-account import --name integration_account_01 \
    --resource-group myresourcegroup --input-path integration.json

Set up storage access for Premium integration account

To read artifacts and write any state information, your Premium integration account needs access to the selected and associated Azure storage account. Your integration account uses its automatically created and enabled system-assigned managed identity to authenticate access.

1. In the Azure portal, open your Premium integration account.

2. On the integration account menu, under Settings, select Identity.

3. On the System assigned tab, which shows the enabled system-assigned managed identity, under Permissions, select Azure role assignments.

4. On the Azure role assignments toolbar, select Add role assignment (Preview), provide the following information, select Save, and then repeat for each required role:

   Parameter	Value	Description
   Scope	Storage	For more information, see Understand scope for Azure RBAC.
   Subscription	<Azure-subscription>	The Azure subscription for the resource to access.
   Resource	<Azure-storage-account-name>	The name for the Azure storage account to access. Note If you get an error that you don't have permissions to add role assignments at this scope, you need to get those permissions. For more information, see Microsoft Entra built-in roles.
   Role	- Storage Account Contributor - Storage Blob Data Contributor - Storage Table Data Contributor	The roles that your Premium integration account requires to access your storage account.

   For more information, see Assign Azure role to system-assigned managed identity

Set up private endpoint for Premium integration account

To create a secure connection between your Premium integration account and Azure services, you can set up a private endpoint for your integration account. This endpoint is a network interface that uses a private IP address from your Azure virtual network. This way, traffic between your virtual network and Azure services stays on the Azure backbone network and never traverses the public internet. Private endpoints ensure a secure, private communication channel between your resources and Azure services by providing the following benefits:

• Eliminates exposure to the public internet and reducing the risks from attacks.

• Helps your organization meet data privacy and compliance requirements by keeping data within a controlled and secured environment.

• Reduces latency and improve workflow performance by keeping traffic within the Azure backbone network.

• Removes the need for complex network setups, such as virtual private networks or ExpressRoute.

• Saves on costs by reducing extra network infrastructure and avoiding data egress charges through public endpoints.

Best practices for private endpoints

• Carefully plan your virtual network and subnet architecture to accommodate private endpoints. Make sure to properly segment and secure your subnets.

• Make sure that your domain name system settings are up-to-date and correctly configured to handle name resolution for private endpoints.

• Control traffic flow to and from your private endpoints and enforce strict security policies by using network security groups.

• Thoroughly test your integration account's connectivity and performance to make sure that everything works as expected with private endpoints before you deploy to production.

• Regularly monitor network traffic to and from your private endpoints. Audit and analyze traffic patterns by using tools such as Azure Monitor and Azure Security Center.

Create a private endpoint

Before you start, make sure that you have an Azure virtual network defined with the appropriate subnets and network security groups to manage and secure traffic.

1. In the Azure portal, in the search box, enter private endpoint, and then select Private endpoints.

2. On the Private endpoints page, select Create.

3. On the Basics tab, provide the following information:

   Property	Value
   Subscription	<Azure-subscription>
   Resource group	<Azure-resource-group>
   Name	<private-endpoint>
   Network interface name	<private-endpoint>-nic
   Region	<Azure-region>

4. On the Resource tab, provide the following information:

   Property	Value
   Connection method	- Connect to an Azure resource in my directory: Creates a private endpoint that is automatically approved and ready for immediate use. The endpoint's Connection status property is set to Approved after creation. - Connect to an Azure resource by resource ID or alias: Create a private endpoint that is manually approved and requires data administrator approval before anyone can use. The endpoint's Connection status property is set to Pending after creation. Note: If the endpoint is manually approved, the DNS tab is unavailable.
   Subscription	<Azure-subscription>
   Resource type	Microsoft.Logic/integrationAccounts
   Resource	<Premium-integration-account>
   Target sub-resource	integrationAccount

5. On the Virtual Network tab, specify the virtual network and subnet where to you want to create the endpoint:

   Property	Value
   Virtual network	<virtual-network>
   Subnet	<subnet-for-endpoint>

   Your virtual network uses a network interface attached to the private endpoint.

6. On the DNS tab, provide the following information to make sure your aps can resolve the private IP address for your integration account. You might have to set up a private DNS zone and link to your virtual network.

   Property	Value
   Subscription	<Azure-subscription>
   Resource group	<Azure-resource-group-for-private-DNS-zone>

7. When you're done, confirm all the provided information, and select Create.

8. After you confirm that Azure created the private endpoint, check your connectivity and test your setup to make sure that the resources in your virtual network can securely connect to your integration account through the private endpoint.

View pending endpoint connections

For a private endpoint that requires approval, follow these steps:

1. In the Azure portal, go to the Private Link page.

2. On the left menu, select Pending connections.

Approve a pending private endpoint

For a private endpoint that requires approval, follow these steps:

1. In the Azure portal, go to the Private Link page.

2. On the left menu, select Pending connections.

3. Select the pending connection. On the toolbar, select Approve. Wait for the operation to finish.

   The endpoint's Connection status property changes to Approved.

Enable Standard logic app calls through private endpoint on Premium integration account

1. Choose one of the following options:

• To create a Standard logic app with virtual network integration, see Create an example Standard logic app workflow in single-tenant Azure Logic Apps.

• To set up an existing Standard logic app with virtual network integration, see Set up virtual network integration.

1. To make calls through the private endpoint, include an HTTP action in your Standard logic app workflow where you want to call the integration account.

2. In the Azure portal, go to your Premium integration account. On the integration account menu, under Settings, select Callback URL, and copy the URL.

3. In your workflow's HTTP action, on the Parameters tab, in the URI property, enter the callback URL using the following format:

   https://{domain-name}-{integration-account-ID}.cy.integrationaccounts.microsoftazurelogicapps.net:443/integrationAccounts/{integration-account-ID}?api-version=2015-08-01-preview&sp={sp}&sv={sv}&sig={sig}

   The following example shows sample values:

   https://prod-02-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.cy.integrationaccounts.microsoftazurelogicapps.net:443/integrationAccounts/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX?api-version=2015-08-01-preview&sp={sp}&sv={sv}&sig={sig}

4. For the HTTP action's Method property, select GET.

5. Finish setting up the HTTP action as necessary, and test your workflow.

Link to logic app

For you to successfully link your integration account to your logic app resource, make sure that both resources use the same Azure subscription and Azure region.

Change pricing tier

To increase the limits for an integration account, you can upgrade to a higher pricing tier, if available. For example, you can upgrade from the Free tier to the Basic tier, Standard tier, or Premium tier. You can also downgrade to a lower tier, if available. For more information pricing information, review the following documentation:

• Azure Logic Apps pricing
• Azure Logic Apps pricing model

Upgrade pricing tier

To make this change, you can use either the Azure portal or the Azure CLI.

Downgrade pricing tier

To make this change, use the Azure CLI.

1. If you haven't done so already, install the Azure CLI prerequisites.

2. Open the bash shell on your local Computer.

1. At the command prompt, enter the az resource command and set skuName to the lower tier that you want.

   az resource update --resource-group <resourceGroupName> --resource-type Microsoft.Logic/integrationAccounts --name <integrationAccountName> --subscription <AzureSubscriptionID> --set sku.name=<skuName>
   

   For example, if you have the Standard tier, you can set skuName to Basic:

   az resource update --resource-group FabrikamIntegration-RG --resource-type Microsoft.Logic/integrationAccounts --name Fabrikam-Integration --subscription XXXXXXXXXXXXXXXXX --set sku.name=Basic
   

Unlink from logic app

1. In the Azure portal, open your Standard logic app resource.

2. On your logic app menu, under Settings, select Environment variables.

3. On the Environment variables page, find the app setting named WORKFLOW_INTEGRATION_ACCOUNT_CALLBACK_URL.

4. Clear the app setting name and its value.

5. When you're done, select Apply.

Visual Studio Code

1. From your Standard logic app project in Visual Studio Code, open the local.settings.json file.

2. In the Values object, find and delete the app setting that has the following properties and values:

   Property	Value
   Name	WORKFLOW_INTEGRATION_ACCOUNT_CALLBACK_URL
   Value	<integration-account-callback-URL>

3. When you're done, save your changes.

Move integration account

You can move your integration account to another Azure resource group or Azure subscription. When you move resources, Azure creates new resource IDs, so make sure that you use the new IDs instead and update any scripts or tools associated with the moved resources. If you want to change the subscription, you must also specify an existing or new resource group.

For this task, you can use either the Azure portal by following the steps in this section or the Azure CLI.

1. In the Azure portal search box, enter integration accounts, and select Integration accounts.

   Azure shows all the integration accounts in your Azure subscriptions.

2. Under Integration accounts, select the integration account that you want to move. On your integration account menu, select Overview.

3. On the Overview page, next to either Resource group or Subscription name, select change.

   

4. Select any related resources that you also want to move.

5. Based on your selection, follow these steps to change the resource group or subscription:

   • Resource group: From the Resource group list, select the destination resource group. Or, to create a different resource group, select Create a new resource group.

   • Subscription: From the Subscription list, select the destination subscription. From the Resource group list, select the destination resource group. Or, to create a different resource group, select Create a new resource group.

6. To acknowledge your understanding that any scripts or tools associated with the moved resources won't work until you update them with the new resource IDs, select the confirmation box, and then select OK.

7. After you finish, make sure that you update all scripts with the new resource IDs for your moved resources.

Delete integration account

For this task, you can use either the Azure portal by following the steps in this section, Azure CLI, or Azure PowerShell.

az logic integration-account delete --name integration_account_01 --resource-group myresourcegroup

Next steps

• Create trading partners in your integration account
• Create agreements between partners in your integration account