This chapter provides an overview of the Synchronize Fulfillment Order Billing Account business flow and discusses solution assumptions and constraints.
The Synchronize Fulfillment Order Billing Account business flow is enabled by the following Pre-Built Integration option of the Oracle Communications Order to Cash Integration Pack for Siebel customer relationship management (Siebel CRM), Oracle Communications Order and Service Management (OSM), and Oracle Communications Billing and Revenue Management (BRM) (the integration):
Oracle Communications Order to Cash for Siebel CRM, OSM, and BRM Pre-Built Integration option
The Synchronize Fulfillment Order Billing Account business flow lets you create the customer data necessary for order fulfillment without overburdening BRM with all of the customer information from Siebel CRM. It also lets you process payments accepted at order time.
This business flow comprises the following integration flows:
Interfacing Orders to Create Customer Data in BRM
Payment on Order
Figure 10-1 shows the sequence of events in this business flow.
OSM starts this integration flow during order orchestration to create customer data in BRM using Siebel CRM orders. Integration flows from the process integration for customer management create accounts and their components (such as billing preferences and payment methods) in BRM.
See "Understanding the Process Integration for Customer Management" for more information about the Customer Management process integration.
Figure 10-2 shows how the integration interfaces orders to create customer data in BRM.
Figure 10-2 Interfacing Customer Data to Billing
The fulfillment order customer synchronization enterprise business flow (EBF), CommsProcessFulfillmentOrderBillingAccountListEBF, processes only lines with ADD, UPDATE, and MOVE-ADD actions. This EBF uses customer data from order lines as follows:
For lines with a billing type of Service Bundle, Item, Subscription, Discount, or Sponsorship, it uses service account, billing account, customer account, and billing profile. If legal hierarchy synchronization is enabled, it also uses owner account. See "About Legal Hierarchies" for more information about legal hierarchy synchronization.
For lines with product type of Promotion, it uses Billing Account.
All other lines are ignored.
This EBF uses the order data to create accounts, /billinfo objects, and /payinfo objects in BRM. This EBF cannot inactivate or delete the objects that it creates.
When you call the EBF again with different customer data than before, the EBF creates just the accounts, /billinfo objects, and /payinfo objects that do not already exist in BRM.
See "About the Create/Sync Customer Account Integration Flow" for more information about what Siebel CRM account information is sent to BRM.
When the service account on an order line is different from the billing account, the integration creates an account hierarchy by synchronizing the service account as a nonpaying child account under the billing account in BRM. It also creates a /billinfo hierarchy in BRM. See "About Account and Billing Hierarchies" for more information.
When the customer account on an order line is different from the billing account, the integration recognizes this as a legal hierarchy and creates a collections sharing group in BRM. See "About Legal Hierarchies" for more information.
When the type of account on the order line matches the value of the O2C.CorporateHierarchyAccountType property in the AIAConfigurationProperties.xml file, the integration synchronizes the Siebel CRM account hierarchy by creating hierarchical account groups in BRM. See "About Corporate Account Hierarchies" for more information.
If you are using an order management system other than OSM, Table 10-1 summarizes what is expected for the action on order lines. OSM and OSM O2A cartridges conform to these expectations.
Table 10-1 Actions on Order Line Expectations Summary
Original Action on Order Line | Type of Order (Revision or New) | Type of Revision | Action Set by Order Management System on Compensation Order Line | Comments |
---|---|---|---|---|
ADD |
New |
Not applicable |
ADD |
None |
ADD |
Revision |
No changes to service account, billing account, or billing profile |
NONE |
No changes for customer sync to process. |
ADD |
Revision |
Changes to service account, billing account, billing profile, or owner account. |
UPDATE |
The order management system creates customer data in BRM if it does not already exist. If revisions are made to attributes affecting account hierarchy, the order management system makes the change in BRM. If the owner account is changed, the order management system changes the collections sharing group in BRM. The order management system indicates which attributes have changed by populating the prior value fields for the changed attributes. |
ADD |
Revision |
Cancellation. Manifests as a missing line on the revision. |
DELETE |
This action is ignored. If the original ADD line added a new account, /billinfo object, and /payinfo object, and the revision cancels the request for the new purchase, the account, /billinfo, and /payinfo are not inactivated or deleted. If the original ADD line created a paying hierarchy and the revision cancels the request for the new purchase, then the paying hierarchy stays in place. |
UPDATE |
New |
Not applicable |
UPDATE |
Expects prior value fields to be populated. |
UPDATE |
Revision |
No changes to service account, billing account, or billing profile |
NONE |
No changes. |
UPDATE |
Revision |
Changes to service account, billing account, billing profile, or owner account. |
UPDATE |
The order management system creates customer data in BRM if it does not already exist. If revisions are made to attributes affecting account hierarchy, the order management system makes the change in BRM. If the owner account is changed, the order management system changes the collections sharing group in BRM. The order management system indicates which attributes have changed by populating the prior value fields for the changed attributes. |
UPDATE |
Revision |
Cancellation. Manifests as a missing line on the revision or the action changing to a "-" (NONE). |
UPDATE |
If the original update line created a new account and billing profile in BRM, then it cannot be undone. For the attributes that have changed on the original line, the order management system flips the values (old, new) on the compensation line. If a hierarchy has been updated, this reverts that update. |
MOVE-ADD |
New, but can change billing account and billing profile as part of a move-add. |
Not Applicable |
MOVE-ADD |
Expects prior value fields to be populated for values that are changing from an existing asset. |
MOVE-ADD |
Revision |
No changes to service account, billing account, or billing profile |
NONE |
No changes. |
MOVE-ADD |
Revision |
Changes to billing account or billing profile |
MOVE-ADD |
The order management system creates customer data in BRM if it does not already exist. If revisions are made to attributes affecting account hierarchy, the order management system makes the change in BRM. The order management system indicates which attributes have changed by populating the prior value fields for the changed attributes. |
MOVE-ADD |
Revision |
Manifests as a missing line on the revision or the action changing to a "-" (The line is canceled). |
MOVE-ADD |
If the original MOVE-ADD line created a new account and billing profile in BRM, then it cannot be undone. For the attributes that have changed on the original line, the order management system flips the values (old, new) on the compensation line. If a hierarchy has been updated, this reverts that update. |
Caution:
The process integration for billing management (delivered in the Agent Assisted Billing Care pre-built integration) assumes that a given billing profile is synchronized to a single billing system. It does not support the ability to query data for the same billing profile from multiple billing system. For that reason, if that process integration is in use, then the same billing profile must not be used on an order for services that are fulfilled in different billing systems.See the discussion of billing management in Oracle Application Integration Architecture Siebel CRM Integration Pack for Oracle Communications Billing and Revenue Management: Agent Assisted Billing Care Implementation Guide for more information.
Oracle AIA invokes this integration flow when Oracle AIA receives confirmation that BRM has created or updated a customer's account. If the order contains a payment-associated billing profile ID, the integration gets the payment information from Siebel CRM and sends it to BRM for billing. BRM records the payment and sends confirmation to Oracle AIA. Figure 10-3 illustrates this flow.
See "Assumptions and Constraints for the Bill Fulfillment Order Business Flow" for information on this business flow.