Configuring Agreements from a BizTalk perspective

 

Important

Microsoft Azure BizTalk Services (MABS) is being retired, and replaced with Azure Logic Apps. If you currently use MABS, then Move from BizTalk Services to Logic Appsprovides some guidance on moving your integration solutions to Logic Apps.

If you're brand new to Logic Apps, then we suggest getting started here:

• What are logic apps

• Create your first logic app, or quickly get started using a pre-built template

• View all the available connectors you can use in your logic apps

Configuring EDI messaging in the Microsoft Azure BizTalk Services Portal is different when compared with BizTalk Server TPM Portal. Following is an overview of the Microsoft Azure BizTalk Services steps to configuring in the Microsoft Azure BizTalk Services Portal:

1. Log in to the BizTalk Services Portal. The first time you log in, you are prompted to register you/your company’s BizTalk Service deployment. You can then add “partners.” BizTalk Server “Party” and BizTalk Services “Partners” section discusses these steps.

2. When “partners” are created in the BizTalk Services Portal home page, a profile is automatically created for every partner. You can also create new profiles or update the existing profile. BizTalk Server “Profile” and BizTalk Services “Profile” section discusses this information.

3. Create an X12 or AS2 agreement between the partners. General Settings, Receive Settings, and Send Settings are configured. BizTalk Server “Agreement” and BizTalk Services “Agreement” section discusses this information.

4. When complete, deploy the agreement. BizTalk Server “Enable” and BizTalk Services “Deploy section discusses this information.

This topic acts as a guide for configuring EDI components in BizTalk Services compared to BizTalk Server.

BizTalk Server “Party” and BizTalk Services “Partners”

A “party” in BizTalk Server is called a “partner” in BizTalk Services. The following tables compare the “party” settings in BizTalk Server with the “partner” settings in BizTalk Services.

Represent you or your company to send messages or receive messages

This table lists the different tasks involved when registering you or your company’s BizTalk Service deployment. It lists the “party” tasks in BizTalk Server and the replacement “partner” settings in BizTalk Services.

Task	BizTalk Server	BizTalk Services
Create the “partner”	In BizTalk Administration, create a new Party and check Local BizTalk processes messages received by the party or supports sending messages from this party. This option establishes you or your company as the service provider. This is the only time you check this option when creating a party. How to Create a Party provides the details.	The first time you log in to the BizTalk Services Portal, you register you/your company’s BizTalk Service. This is the only time you enter the BizTalk Service. Once configured, the BizTalk Service cannot be deleted. Configuring EDI, AS2, and EDIFACT on BizTalk Services Portal provides the details.
Optionally, enter additional details, like your name, phone number, e-mail address, etc.	In BizTalk Administration, open your party properties and add Additional Properties. How to Create a Party provides the details.	The very first time you log in to the BizTalk Services Portal, you register you or your company’s BizTalk Service. You can later add additional details. Configuring EDI, AS2, and EDIFACT on BizTalk Services Portal provides the details.
Send	In BizTalk Administration, open your party properties and select Send Ports. This associates the send port(s) with your service provider party. How to Create a Party provides the details.	The “send” is configured when an agreement is created between two partners. Specifically: Create the partners using Manage Partners and Profiles in Azure BizTalk Services. Create an agreement between the partners using Create Agreements in Azure BizTalk Services. Configure the send settings using X12 Send Settings (Create an X12 Agreement in Azure BizTalk Services) and AS2 Send Settings (Create an AS2 Agreement in Azure BizTalk Services).
Certificate	In BizTalk Administration, open your party properties and select Certificate. How to Create a Party provides the details.	The certificate is associated with you or your company’s profile. When a partner is created, a profile is automatically created. A certificate can then be added to the profile. Specifically: Create a partner. Add a profile. Add a certificate to the profile. See Manage Partners and Profiles in Azure BizTalk Services.

To summarize:

• To add you or your company as a service provider in BizTalk Server, create a party and check the Local BizTalk processes messages received by the party or supports sending messages from this party option in the party properties. See How to Create a Party.

• To register you or your company’s BizTalk Service, log in to the BizTalk Services Portal for the very first time and enter your properties. See Configuring EDI, AS2, and EDIFACT on BizTalk Services Portal.

Add “partners”

This table lists the task involved when creating a partner. It lists the “party” task in BizTalk Server and the replacement “partner” settings in BizTalk Services.

Task	BizTalk Server	BizTalk Services
Create the “partner”	In BizTalk Administration, create a new Party. Do NOT check Local BizTalk processes messages received by the party or supports sending messages from this party. How to Create a Party provides the details.	In the BizTalk Services Portal home page, click Partners. Manage Partners and Profiles in Azure BizTalk Services provides the steps.

To summarize on how to create a “partner”:

• In BizTalk Server, create a “party.” Do NOT check the Local BizTalk processes messages received by the party or supports sending messages from this party option in the party properties. See How to Create a Party.

• In BizTalk Services, create a “partner.” See Manage Partners and Profiles in Azure BizTalk Services.

BizTalk Server “Profile” and BizTalk Services “Profile”

“Profiles” exist in BizTalk Server and BizTalk Services. The following table compares the “profile” settings in BizTalk Server with the “profile” settings in BizTalk Services.

Add a profile

This table lists the task involved to add or edit a profile. It lists the “profile” tasks in BizTalk Server and the replacement “profile” settings in BizTalk Services.

Task	BizTalk Server	BizTalk Services
Create/edit a profile.	When a party is created in BizTalk Administration, a profile is automatically created. The profile properties include: General: Includes Name, Description, and Additional Properties. Identities: Includes an identity qualifier, like Mutually Defined ZZ. Configuring Business Profile Properties provides the steps to add/edit a party profile.	When a partner is created in the BizTalk Services Portal, a profile is automatically created. Click the partner name to edit similar properties: Profile name Description Identities Certificates Templates Manage Partners and Profiles in Azure BizTalk Services provides the steps to add and edit a partner profile.

To summarize on how to create a profile:

• When a party is created in BizTalk Server, a profile is automatically created. This profile can be modified. See Managing Business Profiles.

• When a party is created in BizTalk Services, a profile is automatically created. This profile can be modified. To start configuring profiles, see Manage Partners and Profiles in Azure BizTalk Services.

BizTalk Server “Agreement” and BizTalk Services “Agreement”

“Agreements” exist in BizTalk Server and BizTalk Services. The following tables compare the “agreement” settings in BizTalk Server with the “agreement” settings in BizTalk Services.

X12 Agreements

Add an Agreement: X12 General settings

This table lists the different tasks involved when adding an agreement and configuring “General” settings. It lists the “agreement” tasks in BizTalk Server and the replacement “agreement” settings in BizTalk Services.

Task	BizTalk Server	BizTalk Services
Create an agreement: General	A profile is required to create an agreement. In BizTalk Administration, right-click the profile and create a new agreement. This option displays the following properties: General Properties: Includes the agreement name, the X12 protocol, the First Party, the Second Party, enabling the agreement and logging. Contact Information: The contact details. Additional Properties: Include any name-value pair. Configuring General Settings (X12) provides the steps to edit these properties. No identifiers are configured in the General properties in BizTalk Server.	A profile is required to create an agreement. In the BizTalk Services Portal home page, click Agreements and then click the X12 tab. The General tab is opened and displays the following properties: Agreement name Agreement Description Hosted Partner Hosted Partner Qualifier and Value (ISA5 and ISA6). In BizTalk Server, ISA5 and ISA6 are configured in the agreement receive and send properties. Guest Partner Guest Partner Qualifier and Value (ISA5 and ISA6). In BizTalk Server, ISA5 and ISA6 are configured in the agreement receive and send properties. Track Send side message properties In BizTalk Server, errors can be logged when EDI reporting is enabled. Track Receive side message properties In BizTalk Server, errors can be logged when EDI reporting is enabled. See Create an X12 Agreement in Azure BizTalk Services.

To summarize on how to create an agreement:

• When an agreement is created in BizTalk Server, configure the General settings. See Configuring General Settings (X12).

• When an agreement is created in BizTalk Services, configure the General Settings. See Create an X12 Agreement in Azure BizTalk Services.

Add an Agreement: X12 Receive settings

Warning

If you click another tab while creating the agreement, the agreement settings are not saved.

This table lists the different tasks involved when adding an agreement and configuring “Receive” settings. It lists the “agreement” tasks in BizTalk Server and the replacement “agreement” settings in BizTalk Services.

Task	BizTalk Server setting	BizTalk Services replacement
Receive Properties Location	When you click OK in the Agreement General Properties, two new tabs display: First Party->Second Party and Second Party->First Party. The Second Party->First Party is the Receive. Important In this scenario, First Party is the Service Provider; which means Local BizTalk processes messages received by the party or supports sending messages from this party is enabled for the First Party.	In the BizTalk Services Portal home page, click Agreements, click the X12 tab, and then Create Agreement. The General Settings are opened, which are previously described. When the General Settings are added, click Continue to display the Receive properties. Important This agreement in BizTalk Server translate to two separate agreements in BizTalk Services: Agreement 1: First Party is the Hosted Partner. Agreement 2: Second Party is the Hosted Partner.

 Interchange Settings 

Task	BizTalk Server setting	BizTalk Services replacement
Identifiers	Authorization qualifier (ISA1) Value (ISA2) Security qualifier (ISA3) Value (ISA4) Sender Id Qualifier (ISA5) Value (ISA6) Receiver Id Qualifier Value (ISA8)	The Protocol page has the equivalent settings: Authorization qualifier (ISA1) ISA2 Security qualifier (ISA3) ISA4 The X12 General Settings have the equivalent settings: Hosted Partner Qualifier (ISA5) Hosted Partner Value (ISA6) Guest Partner Qualifier (ISA7) Guest Partner Value (ISA8) Note In BizTalk Server, the receive agreement and send agreement can have a different pair of sender and receiver identities (ISA 5, ISA6, ISA7, ISA8). In BizTalk Services, the identity pair is the same for receive and send agreements.
Acknowledgements	TA1 Expected 997 Expected	The Protocol page has the equivalent settings: TA1 Expected: Returns technical (TA1) acknowledgment to the interchange sender (based on the Send Settings for the agreement). 997 Expected: Returns functional (997) acknowledgment to the interchange sender (based on the Send Settings for the agreement).
Envelopes	Configured in Send.	No equivalent configuration.
Character set and separators	Character set to be used: Basic, Extended, or UTF8/Unicode.	No equivalent configuration.
Local Host Settings	ACK control numbers (STO2) Reset to lower limit when out of bound Route ACK to send pipeline on request-response receive port Mask security/authorization/password information in context property Inbound batch processing option	No equivalent configuration.
Validation	Interchange Control Number Check for duplicate ISA13 within the following number of days Group Control Number Transaction Set Control Number	The Protocol page has the equivalent settings: Interchange Control Number Check for duplicate ISA13 every days Group control number Transaction set control number
Batch Configuration	Configured in Send.	No equivalent configuration.
Send Ports	Configured in Send.	No equivalent configuration.

 Transaction Set Settings

Task	BizTalk Server setting	BizTalk Services replacement
Transaction Set List	Support Transaction Sets from the List Exclude Transaction Sets from the List	No equivalent configuration. On the other hand, the equivalent is implicit because only the message types configured in the X12 Agreement (Receive Settings, Schemas) are allowed. Messages corresponding to other message types are suspended.
Validation	Default Transaction Type Edi Type Validation Extended Validation Allow Leading & Trailing Spaces & Zeroes Trailing Separators	The Protocol page has the equivalent settings: Split Interchange as Transaction sets: Equivalent to checking Default check box in BizTalk Server. Preserve Interchange: Equivalent to not checking Default check box in BizTalk Server. Advanced Settings (Validation) in the Protocol page has the following equivalent settings: Transaction Type Edi Type Validation Extended Validation Allow Leading & Trailing Spaces & Zeroes Trailing Separators
Local Host Settings	Convert implied decimal format Nn to base 10 numeric value Create empty XML tags if trailing separators are allowed	The Protocol page has the equivalent settings: Convert implied decimal format Nn to base 10 numeric value Create empty XML tags if trailing separators are allowed
Envelopes	Configured in Send.	No equivalent configuration.

To summarize on how to add X12 Receive settings:

• When an agreement is created in BizTalk Server, configure the General settings and then configure the Receive settings. See Configuring Interchange Settings (X12) and Configuring Transaction Set Settings (X12).

• When an agreement is created in BizTalk Services, configure the General Settings and then configure the Receive Settings. See Create an X12 Agreement in Azure BizTalk Services.

Add an Agreement: X12 Send settings

Warning

If you click another tab while creating the agreement, the agreement settings are not saved.

This table lists the different tasks involved when adding an agreement and configuring “Send” settings. It lists the “agreement” tasks in BizTalk Server and the replacement “agreement” settings in BizTalk Services.

Task	BizTalk Server setting	BizTalk Services replacement
Send Properties Location	When you click OK in the Agreement General Properties, two new tabs display: First Party->Second Party and Second Party->First Party. The First Party->Second Party is the Send.	In the BizTalk Services Portal home page, click Agreements, click the X12 tab, and then click Create Agreement. The General Settings are opened, which are previously described. When the General Settings are added, click Continue and then click the Send tab to display the Send properties.

Interchange Settings

Task	BizTalk Server setting	BizTalk Services replacement
Identifiers	Authorization qualifier (ISA1) Value (ISA2) Security qualifier (ISA3) Value (ISA4) Sender Id Qualifier (ISA5) Value (ISA6) Receiver Id Qualifier (ISA7) Value (ISA8)	The Protocol page has the equivalent settings: Authorization qualifier (ISA1) ISA2 Security qualifier (ISA3) ISA4 No equivalent configuration for the following BizTalk Server settings: Sender Id Qualifier (ISA5) Value (ISA6) Receiver Id Qualifier (ISA7) Value (ISA8)
Acknowledgements	TA1 Expected 997 Expected Include AK2 loop for accepted transaction sets	The Protocol page has the equivalent settings: TA1 Expected: Returns technical (TA1) acknowledgment to the interchange sender (based on the Send Settings for the agreement). 997 Expected: Returns functional (997) acknowledgment to the interchange sender (based on the Send Settings for the agreement). Include AK2 Loop
Envelopes	ISA11 Usage: Choose Standard identifier or Repetition separator Control version number (ISA12) Usage indicator (ISA15)	The Protocol page has the equivalent settings: ISA11 Usage: Choose Standard identifier or Repetition separator Control Version Number (ISA12) Usage Indicator In BizTalk Server, you select the transaction type. In BizTalk Services, you select the schema for which these envelope settings should be applied.
Character set and separators	Character set to be used Data element Component element separator (ISA16) Segment terminator Suffix: None, CR, LF, CR LF Replace separators in payload with	The Protocol page has the equivalent settings: Character Set to be used Data Element Separator Component element separator Segment Terminator Suffix Replace separators in payload with
Local Host Settings	Interchange Control Number (ISA13) Group Control Number (GS06) Transaction Set Control Number (ST02)	The Protocol page has the equivalent settings: Interchange Control Number (ISA13) Group Control Number (GS06) Transaction Set Control Number (ST02) Prefix: Equivalent to the starting number. Suffix: Equivalent to the ending number.
Validation	Interchange Control Number Check for duplicate ISA13 within the following number of days Group Control Number Transaction Set Control Number	No equivalent configuration.
Batch Configuration	New Batch: Identification: Batch name and Batch description Filter Release: Schedule, Maximum number of transactions sets in, Maximum number of characters in an interchange and External release trigger Activation: Start immediately Termination: No end date, End after and End by	The Batching page has the equivalent settings: Name Description Count: Similar to Release. Deploy: Equivalent to Activation. When the Agreement is deployed, the Batch is started. Delete Batch: Equivalent to Termination. When a Batch is deleted and the Agreement is redeployed, the Batch is removed.
Send Ports	Send ports	The Transport page has the equivalent settings, which include sending the message to Service Bus, BizTalk Services bridge, Microsoft Azure blob destinations, an HTTP URL, an FTP server or an AS2 transport.

Transaction Set Settings

Task	BizTalk Server setting	BizTalk Services replacement
Transaction Set List	Support Transaction Sets from the List Exclude Transaction Sets from the List	No equivalent configuration. On the other hand, the equivalent is implicit because only the message types configured in the X12 Agreement (Send Settings, Schemas) are allowed. Messages corresponding to other message types are suspended.
Validation	Default Transaction Type Edi Type Validation Extended Validation Allow Leading & Trailing Spaces & Zeroes Trailing Separators	The Protocol page has the equivalent settings: EDI Validation: Equivalent to Edi Type Validation in BizTalk Server. Extended Validation Allow leading/trailing zeroes Trailing separator No equivalent configuration for the following BizTalk Server settings: Default Transaction Type Default
Local Host Settings	Configured in Receive.	No equivalent configuration.
Envelopes	Default Transaction Type Version/Release Target namespace GS1 GS2 GS3 GS4 GS5 GS6 GS7 GS8	The Protocol page has the equivalent Schemas option.

To summarize on how to add X12 Send settings:

• When an agreement is created in BizTalk Server, configure the General settings, configure the Receive settings, and then configure the Send settings. See Configuring Interchange Settings (X12) and Configuring Transaction Set Settings (X12).

• When an agreement is created in BizTalk Services, configure the General Settings, configure the Receive Settings, and then configure the Send Settings. See Create an X12 Agreement in Azure BizTalk Services.

AS2 Agreements

Add an Agreement: AS2 General settings

This table lists the different tasks involved when adding an agreement and configuring “General” settings. It lists the “agreement” tasks in BizTalk Server and the replacement “agreement” settings in BizTalk Services.

Task	BizTalk Server	BizTalk Services
Create an agreement: General	A profile is required to create an agreement. In BizTalk Administration, right-click the profile and create a new agreement. This option displays the following properties: General Properties: Includes the agreement name, the AS2 protocol, the First Party, the Second Party, enabling the agreement and logging. Contact Information: The contact details. Additional Properties: Include any name-value pair. Configuring General Party Properties (AS2) provide the steps to edit these properties. No identifiers are configured in the General properties in BizTalk Server.	A profile is required to create an agreement. In the BizTalk Services Portal home page, click Agreements and then click the AS2 tab. The General tab is opened and displays the following properties: Agreement name Agreement Description Hosted Partner: Equivalent to First Party. AS2 Identity: Equivalent to AS2-From and AS2-To in BizTalk Server. Hosted Partner Qualifier and Value. Guest Partner: Equivalent to Second Party. AS2 Identity: AS2 Identity: Equivalent to AS2-From and AS2-To in BizTalk Server. Guest Partner Qualifier and Value. Track Send side message properties In BizTalk Server, errors can be logged when EDI reporting is enabled. Track Receive side message properties In BizTalk Server, errors can be logged when EDI reporting is enabled. See Create an AS2 Agreement in Azure BizTalk Services.

To summarize on how to add AS2 General settings:

• When an agreement is created in BizTalk Server, configure the General settings. See Configuring General Party Properties (AS2).

• When an agreement is created in BizTalk Services, configure the General Settings. See Create an AS2 Agreement in Azure BizTalk Services.

Add an agreement: AS2 Receive settings

Warning

If you click another tab while creating the agreement, the agreement settings are not saved.

This table lists the different tasks involved when adding an agreement and configuring “Receive” settings. It lists the “agreement” tasks in BizTalk Server and the replacement “agreement” settings in BizTalk Services.

Task	BizTalk Server setting	BizTalk Services replacement
Receive Properties Location	When you click OK in the Agreement General Properties, two new tabs display: First Party->Second Party and Second Party->First Party. The Second Party->First Party is the Receive.	In the BizTalk Services Portal home page, click Agreements, click the AS2 tab, and then Create Agreement. The General Settings are opened, which are previously described. When the General Settings are added, click Continue to display the Receive properties.
Identifiers	AS2-From AS2-To	Equivalent to AS2 Identity in the General Settings.
Validation	Use agreement settings for validation and MDN instead of message header Message should be signed Message should be compressed Message should be encrypted Check Certification Revocation List on receipt of message Check for duplicate messages within the following number of days	Following are the equivalent configuration settings: Override receive side agreement settings with those in the incoming AS2 message Message should be signed Message should be compressed under Message should be encrypted No equivalent configuration for the following BizTalk Server settings: Check Revocation List Check for duplicate messages
Acknowledgements (MDNs)	In BizTalk Server, the following acknowledgment options are telling the sending party to include the MDN. Another way of saying this is that receiving party is “requesting” the MDN. Process inbound MDN into MessageBox for routing/delivery options Request MDN Request signed MDN Request asynchronous MDN, including the Receipt-Delivery Option URL Receipt-Delivery Option URL Resend AS2 message if MDN not received Override send port settings Disposition-Notification-To	In BizTalk Services, acknowledgment messages are sent from the managed partner to the unmanaged partner (based on the Transport URL in the Send Settings). MDN options include: MDN Text Send MDN Send signed MDN Send asynchronous MDN Receive URL Settings, which includes the URL scheme (HTTP or HTTPS) and the URL Suffix. This option is equivalent to the Receipt-Delivery Option URL in BizTalk Server. No equivalent configuration for the following BizTalk Server settings: Process inbound MDN into MessageBox for routing/delivery options Resend AS2 message if MDN not received Override send port settings Disposition-Notification-To
Local Host Settings	General Receiver MDN Settings HTTP Settings for Messages HTTP Settings for MDNs Sender Message Tracking(NRR) Receiver Message Tracking(NRR)	No equivalent configuration. Tracking is enabled at the General Settings.
Signature Certificate	Override group signing certificate	No equivalent configuration. Certificates are added when a partner is configured. See Manage Partners and Profiles in Azure BizTalk Services.
Send Ports	Configured in Send.	In the Route Settings tab, you can route to the following: BizTalk Services bridge Microsoft Azure blob Service Bus

To summarize on how to add AS2 Receive settings:

• When an agreement is created in BizTalk Server, configure the General settings and then configure the Receive settings. See Configuring AS2 Agreement Properties.

• When an agreement is created in BizTalk Services, configure the General Settings and then configure the Receive Settings. See Create an AS2 Agreement in Azure BizTalk Services.

Add an agreement: AS2 Send settings

Warning

If you click another tab while creating the agreement, the agreement settings are not saved.

This table lists the different tasks involved when adding an agreement and configuring “Send” settings. It lists the “agreement” tasks in BizTalk Server and the replacement “agreement” settings in BizTalk Services.

Task	BizTalk Server setting	BizTalk Services replacement
Send Properties Location	When you click OK in the Agreement General Properties, two new tabs display: First Party->Second Party and Second Party->First Party. The First Party->Second Party is the Send.	In the BizTalk Services Portal home page, click Agreements, click the AS2 tab, and then click Create Agreement. The General Settings are opened, which are previously described. When the General Settings are added, click Continue and then click the Send tab to display the Send properties.
Identifiers	AS2-From AS2-To	Equivalent to AS2 Identity in the General Settings.
Validation	Message should be signed Message should be compressed Message should be encrypted Check Certification Revocation List on receipt of message Check for duplicate messages within the following number of days	Following are the equivalent configuration settings: Enable Message signing Enable message encryption Enable message compression No equivalent configuration for the following BizTalk Server settings: Check Revocation List Check for duplicate messages
Acknowledgements (MDNs)	In BizTalk Server, the following acknowledgment options are telling the sending party to include the MDN. Another way of saying this is that receiving party is “requesting” the MDN. Process inbound MDN into MessageBox for routing/delivery options Request MDN Request signed MDN Request asynchronous MDN Receipt-Delivery Option URL Resend AS2 message if MDN not received Override send port settings Disposition-Notification-To	In BizTalk Services, this setting configures the agreement to send MDN receipts to the sender on the original AS2 message after the message has been delivered. MDN options include: Request MDN Request signed MDN Request asynchronous MDN Transport Settings: This option is equivalent to the Receipt-Delivery Option URL in BizTalk Server. No equivalent configuration for the following BizTalk Server settings: Process inbound MDN into MessageBox for routing/delivery options Resend AS2 message if MDN not received Override send port settings Disposition-Notification-To
Local Host Settings	General Receiver MDN Settings HTTP Settings for Messages HTTP Settings for MDNs Sender Message Tracking(NRR) Receiver Message Tracking(NRR)	No equivalent configuration. Tracking is enabled at the General Settings.
Signature Certificate	Override group signing certificate	No equivalent configuration. Certificates are added when a partner is configured. See Manage Partners and Profiles in Azure BizTalk Services.
Send Ports	Send ports	No equivalent configuration.

To summarize on how to add AS2 Send settings:

• When an agreement is created in BizTalk Server, configure the General settings, configure the Receive settings, and then configure the Send settings. See Configuring AS2 Agreement Properties.

• When an agreement is created in BizTalk Services, configure the General Settings, configure the Receive Settings, and then configure the Send Settings. See Create an AS2 Agreement in Azure BizTalk Services.

Summary Overview:

• In BizTalk Server, an agreement has General Settings, Second Party->First Party (Receive) settings and First Party->Second Party (Send) settings. Each settings section is separated by tabs when creating an agreement in BizTalk Administration. See Managing Agreements.

• In BizTalk Services, an agreement has General Settings, Receive Settings and Send Settings. Each settings section is separated by tabs when creating an agreement in the BizTalk Services Portal. See Create an AS2 Agreement in Azure BizTalk Services and Create an X12 Agreement in Azure BizTalk Services.

BizTalk Server “Enable” and BizTalk Services “Deploy

In BizTalk Server, when an Agreement is configured, you Enable the agreement in BizTalk Administration by right-clicking the Agreement and clicking Enable. In BizTalk Services when the Agreement is configured, you Deploy the agreement in the BizTalk Services Portal home page by clicking Deploy.

To summarize deploying the agreement:

• In BizTalk Server, you Enable an agreement in BizTalk Administration. See How to Enable or Disable an Agreement.

• In BizTalk Services, you Deploy an agreement in the BizTalk Services Portal.

See Also

Configuring EDI, AS2, and EDIFACT on BizTalk Services Portal
EDI, AS2, and EDIFACT Messaging (Business to Business)