BPA Customization Migration Document
BPA Customization Migration Document
And if the Transaction DFF (DFF Context Field) is populated, then only the
customizations should be in effect else it should display the Standard template
And this Transaction DFF should get populated automatically. (Still User should be
able to enter it manually or modify the value that has come automatically)
Now in R12 there are three more responsibilities involved as supplementary in it i.e.
Oracle Order Management and Oracle Projects. Additionally transaction sources also
available for creating templates.
In R12 to develop customized bill, it has become simple by creating templates and
assigning the same to a particular customer. There are five steps to complete the
template creation procedure where we need to define Header, Lines and Tax and
Footer of the bill. In Line and Tax, Item description option is required, rest of the
fields are optional as per the requirement of the customer. There are again various
layouts available to create template and print it as per the size of the paper. If you
don’t want to create various new templates, then you can copy an existing template
modify it and assign the same as per the requirement. We can have one more option
to upload the external files and printed bills instead of creating a new template;
however uploaded bill will not be able to update.
Prior to the release of Bill Presentment Architecture (BPA), Oracle Receivables
seeded document printing programs such as Invoice or Statement print which provided a
rigid structure of output that you could not change. If you needed to make modifications
to the layout or data in the Invoice, you would have to write a custom program to replace
the seeded print program.
Solution:
arbpa_detailpage_v.
sql
Execute the following sequence in Apps schema.( Purpose to create the sequence: For
the first time when we create transactions, it will take the Transaction Context Type:
<as defined CLAIM>, but after that it will ask us to enter all the other fields too like
Claim Number, Customer reference etc etc as per the Context type specified while
defining, hence this sequence will automatically populate the Claim Number field)
XXHFT_INT_HEADER
_CONTEXT_S.sql
Configuration Register
Data Source Name: HFT Oracle Receivables
Interface Context: CLAIM
Select the template that we defined earlier and assign it here and then finish the
changes.
NOTE:
This is only for the Invoice as the Invoice tab is selected
If we want to select the same template for the Credit Memo or the Debit Memo then
we can repeat the same as for the Invoice
Here we can also add the rules to display the designed template using Attribute
Matching Criteria Section
The “Add Attribute” select the limiting parameter to implement the conditional
display of the Template designed.
Form Personalization:
When transaction DFF field gets populated automatically then only run the cutomized
template
Actions:
10: Property
Object type: Item
Target Object: TGW_HEADER.INTERFACE_HEADER_CONTEXT
Property name: VALUE
VALUE: CLAIM
20: Property
Object type: Item
Target Object: TGW_HEADER.INTERFACE_HEADER_ATTRIBUTE1
Property name: VALUE
VALUE: = (XXHFT_INT_HEADER_CONTEXT_S.NEXTVAL)
30: BuiltIn
Built Type: execute_trigger
Argument: key-commit.
10: Property
Object type: Item
Target Object: TGW_HEADER.INTERFACE_HEADER_CONTEXT
Property name: VALUE
VALUE: CLAIM
11: Property
Object type: Item
Target Object: TGW_HEADER.INTERFACE_HEADER_ATTRIBUTE1
Property name: VALUE
VALUE: = (XXHFT_INT_HEADER_CONTEXT_S.NEXTVAL)