An exchange profile defines how messages are exchanged
with a trading partner, and how those messages are processed internally.
A one-way push exchange involves transfer of a single user message
unit. The one-way push exchange pattern is used by organizations to
send catalog updates, promotions for new products, and updates on
orders.
Before you begin
You also can import an exchange profile
as a resource from another installation of AS4 Microservice. For more information, see ../reference/as4/meg_resource_commands.html. Also, through the user interface, you can upload an exchange
profile that has been saved as an XML jumpstart file from another
installation of AS4 Microservice.
About this task
When you create an AS4 inbound one-way push exchange profile,
you must associate a conformance policy with the exchange profile,
specify the message exchange pattern, participating organizations,
receiver, destination, and connection settings. In an inbound one-way
push exchange, your organization is the responder or consumer of the
message that is sent by a partner.
The exchange profile uses the owner organization of the conformance policy. In the
conformance policy, you must specify either the default B2B Master Organization
owner organization or a customized owner organization.
When you are creating an exchange profile, you
can browse to other pages or tabs of the user interface if required.
The information that you have entered for the exchange profile is
saved and you can complete the exchange profile configuration and
deploy it at a later time. A progress bar on the Exchange
Profiles collection page (Exchanges > Exchange
Profiles) indicates the percentage of completion of the
exchange profile. A percentage of 20 is allocated to each of the following
components of the exchange profile:
- Exchange profile name
- Trading partner configuration
- Trigger
- Action
- Deployment
When all the components are configured, the progress bar indicates
100 percent, denoting that the exchange profile configuration is complete
and the exchange profile is deployed.
Procedure
To create an AS4 inbound one-way push exchange profile,
complete the following steps:
- Log in to AS4 Microservice as the Master Account Administrator.
- Click .
- On the Exchange Profiles page, click .
- On the New Exchange Profile page,
specify values for the following fields and click Save:
Field |
Description |
Profile name |
Specify a unique name for the inbound one-way
push exchange profile. |
Select the message exchange pattern for the
profile |
Select AS4 Inbound One-Way/Push message exchange pattern. |
Conformance policy |
Specify the conformance policy
that you want to associate with the exchange profile. For a message
exchange, a conformance policy defines the settings for the owner
organization, security, reception awareness, error handling, notification,
and file size optimization. Select the conformance policy that suits
your requirements.
Use one of the following methods to specify
a conformance policy:
- To specify an existing conformance policy, click Select. The Conformance Policy list includes three default conformance
policies (Minimal Client, Light Client, and EbHandler) and the custom
conformance policies that you have configured.
- To create a new conformance policy, click Add Conformance
Policy.
After you specify a conformance policy, click Save.
|
- Click Edit corresponding to the Basic Properties section, specify values for the following
fields, and click Save.
Note: When
configuring the exchange profile, do not assign the value
Any to the following fields:
- Service
- Service type
- Sender ID
- Receiver ID
- Sender ID type
- Receiver ID type
Any is a reserved value. It is used for exchange
profile look up when the any of the preceding fields do not have a
user assigned value.
Field |
Description |
Name |
Name of the exchange profile. The name that
is entered in the Profile name field is populated
here. |
Description |
Optional: Type a description for the exchange
profile. |
Service |
Optional: You can specify a mutually agreed
on (between your organization and the partner) service or a service
assigned by a standards organization, for which the exchange profile
can be used. For example, if catalog updates service is specified,
the exchange profile is used for receiving catalog updates. Example
of a service is urn:example.org:services:CatalogUpdates .
|
Service type |
Optional: The service type indicates how the
participating organizations interpret the service. For example,
the catalog updates service can have new product updates, existing
product updates, products removed from the catalog, and so on.
Example of a service type is, NewProductUpdates .
|
Agreement URI |
Optional: Type the URI of the location of the
agreement (related to the p-mode parameter configuration and operation)
between your organization and the partner. The URI must be agreed
on by both the partners. Example of an agreement URI is, http://registry.example.com/cpa/123456 .
|
Processing mode ID |
Optional: Specify the mutually agreed on processing
mode ID that is used to identify the processing mode configuration
of the conformance policy. Example of a processing mode ID is SupplierOrderProcessing.PMode .
|
Override party ID |
Optional: Select the Allow business
partner ID to be overridden check box to override the
business partner ID that is specified in the exchange profile and
use the ID that is specified in the business document object (BDO)
by the business application or in an user exit. |
- Click Participating Organizations to specify the participating organizations.
Field |
Description |
Owner Organization |
The owner organization is specified
by default from the owner organization in the conformance policy of
the exchange profile. In a one-way push inbound exchange profile,
the owner organization is the responder or consumer of a message. |
Owner role |
Optional: The owner role is specified by default.
To customize the role, remove the default role and enter a new one. |
Receiver ID |
Optional: Click New and
type a receiver ID. The receiver ID is the unique business identifier
that is used to identify the trading partner. The ID can be mutually
agreed on or assigned by an international code designator. For example,
a DUNS ID. If receiver ID type is not specified, the receiver ID
must be a valid unique resource identifier (URI).
|
Receiver ID type |
Optional: Click New and
specify a receiver ID type. The receiver ID type indicates the area
or domain to which the content of the receiver ID of the owner organization
belongs to.
It is recommended that the value of the receiver
ID type be an URI. For example, urn:oasis:names:tc:ebxmlcppa:
partyid-type:duns . However, the type can be any text or term
that is mutually agreed on with the partner.
|
Trading Partner Organization |
Click Select and select
the trading partner organization. In a one-way push inbound exchange
profile, the trading partner is the initiator or producer of the message. To create a new trading partner organization, click New
Organization.
Alternatively, you can select Use Anonymous Partner for authentication and authorization,
instead of configuring a partner organization in the system. The anonymous
partner allows you to represent more than one partner through the
anonymous partner mechanism. This mechanism supports many trading
partners (or individual users) without needing to configure an organization
(identity representation in the system), specific certificates, and
exchange details for each one.
|
Trading partner role |
Optional: The trading partner role is specified
by default. To customize the role, remove the default role and enter
a new one. |
Sender ID |
Optional: Click New and
type a sender ID. The sender ID is the unique business identifier
that is used to identify the trading partner. The identifier is mutually
agreed on between your organization and the trading partner. If
sender ID type is not specified, the sender ID must be a valid unique
resource identifier (URI).
|
Sender ID type |
Optional: Click New and
specify a sender ID type. The sender ID type indicates the area
or domain to which the content of the sender ID of the trading partner
organization belongs to.
It is recommended that the value of
the sender ID type be an URI. For example, urn:oasis:names:tc:ebxmlcppa:
partyid-type:duns . However, the type can be any text or term
that is mutually agreed on with the partner.
|
- Click Inbound Push Request and specify Trigger and Action settings for the
inbound push request.
- In the Trigger section, specify the AS4 receiver
that receives the inbound push request and the connection settings
for the inbound push request.
- In the Action section, specify the messaging
destination to which the inbound push message data is sent.
Field |
Description |
Select Receiver |
Click Select to select
the AS4 receiver that can receive the inbound push request. To remove
the AS4 receiver, click Remove.
To create
a new AS4 receiver, click New AS4 Receiver.
|
Connection Settings |
For information about configuring connection
settings for the inbound push request, see Configuring connection settings for inbound push request in a one-way push exchange |
Select Destination |
In an inbound flow, action for the inbound push
request is to send the unpacked message to a messaging destination.
The business application picks the unpacked message from the messaging
destination for processing. Click Select and
select the message queue destination where the unpacked message can
be sent.
To select another message destination, click Remove and select a new destination.
To create
a message destination, click New Messaging Destination.
|
- In the Deploy Exchange Profile section,
click Deploy to deploy or enable the exchange
profile.
If the exchange profile configuration is incomplete,
a list of items that must be configured to complete the exchange profile
configuration is displayed in the
Deploy Exchange Profile section. The
Deploy button is enabled only
when all the sections of the exchange profile are in
Complete status.
Note: When you update an exchange profile after deploying,
the percentage complete shows as 80%, but the status shows as Deployed. For the updates to take effect and the percentage
complete to show as 100 percent, you must redeploy the exchange profile.