Sei sulla pagina 1di 18

Oracle Payments Implementation Guide

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

Skip Headers
Oracle Payments Implementation Guide
Release 12.1
Part Number E13416-04

Contents Previous Next

Setup Tasks for Funds Disbursement


Overview
Funds disbursement is a payment sent from the first party payer, the deploying company, to the third party
payee, such as suppliers. A payment can take an electronic form; such as EFT or wire, or a printed form
such as a check.
To use Oracle Payments, you must perform the setup steps indicated in the table below in other E-Business
Suite products. For each application installed, consult the guides for that application to determine the
sequence of setup steps.
Setup Checklist for E-Business Suite Products
Setup Step

Step Type

Oracle Application and Applicable Guide

Set up third party payees and


suppliers and supplier sites.

required

iSupplier Portal, Oracle iSupplier Portal Implementation Guide. See


Supplier Definition and Maintenance and Defining Supplier Sites.

Set up VAT reporting.

conditionally
required

Oracle Financials for countries in the EMEA region, Oracle Financials


for Europe User Guide. See Setting Up VAT Reporting.

The Oracle Payments setup checklist for the funds disbursement process is shown in the table below. These
setup steps must be performed in Oracle Payments in the sequence indicated.
Funds Disbursement Setup Checklist
Step Number Setup Step

Step Type

Oracle Application

12.

Setting Up Funds Disbursement Payment Methods conditionally required Oracle Payments

13.

Setting Up Payment Method Defaulting Rules

optional

Oracle Payments

14.

Setting Up Bank Instruction Codes

optional

Oracle Payments

15.

Setting Up Delivery Channel Codes

optional

Oracle Payments

16.

Setting Up Payment Reason Codes

optional

Oracle Payments

17.

Setting Up Payment Process Profiles

required

Oracle Payments

18.

Setting Up Disbursement System Options

required

Oracle Payments

Step 12. Setting Up Funds Disbursement Payment Methods


Note: If you intend to use funds capture functionality, you must complete Steps 13 to 18 as described
below. If you do not intend to use funds capture functionality, you do not need to perform Steps 13 to 18.
A funds disbursement payment method is a medium by which the first party payer, or deploying company,
makes a payment to a third party payee, such as a supplier. You can use a payment method to pay one or
more suppliers. Oracle Payments supports several payment methods for funds disbursement, including the

1 of 18

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

2 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

following:
Checks
Electronic Funds Transfer (EFT)
Bills Payable
Wire

Purpose
The purpose of creating funds disbursement payment methods is to:
define the payment methods you want to use to make payments
define rules to default payment methods onto documents payable
assign validations to be run on documents payable, payments, and payment instructions

Creating Funds Disbursement Payment Methods


Creating a funds disbursement payment method in Oracle Payments is comprised of the following tasks:
entering general information
creating usage rules
assigning validations

Entering General Information--First Node


If, after completing the Create Payment Method: General page, you click the Review button, the system
navigates to the Create Payment Method: Review page and skips the remaining tasks in creating a payment
method. The system inserts, however, default values for usage rules and payment field validations. No
validations are assigned for this payment method. The Create Payment Method: Review page reflects the
default information when you navigate to it by clicking the Review button.

Entering Header Information


In the Code field of the Create Payment Method: General page, enter a user-defined code, which represents
a shortname for the payment method.
Note: For some formats, the payment method field or equivalent must be populated from a list of possible
values, defined by the payment system or country. Those lists may not correspond, one-to-one, with
payment methods that are seeded in Oracle Payments, or with new payment methods that you create.
To correctly populate the payment method or equivalent field in the format, enter the value of a newly
created payment method, as it should appear in the payment file, in the Format Value Mapping field of the
Create Payment Method: General page or the Update Payment Method page.

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

For example, if a formatting template uses a format value of WIRE, but you want to create several new wire
payment methods that each have different validations, you can enter WIRE in the format mapping value for
each, and that is the value that will appear in the payment file for all payment instructions that have those
payment methods.
In the Anticipated Disbursement Float field, enter a value that represents the number of days after
submission of the payment instruction until the funds leave the first party payer's account.

Specifying Bills Payable Payment Methods


Bills payable is a payment method involving the transfer of funds between bank accounts, where one party
promises to pay another a specified amount on a specified date. If you wish to create a payment method
that is used only for bills payable, you must enter a value in the Maturity Date Calculation field. This value
represents the number of days to add to todays date to determine the bills payable due date.

Creating Usage Rules--Second Node


Usage rules specify when a payment method is available for use by source products for documents payable.
When you create usage rules, you enable or disable payment methods for each product integrated with
Oracle Payments. By defining or not defining conditions for each product with an enabled or disabled
payment method, you can effectively provide different usage rules for different source products and change
whether and when the payment method is available.
The Availability column on the Create Payment Method: Usage Rules page defaults an availability of Always,
which means that the payment method for the applicable product is always available and it also implies that
no conditions have been set. The value in the Availability column is read-only and reflects whether
conditions have been defined for the applicable product on the Usage Rules: Update Conditions for
<product name> page.
The payment method that the source product user sees in the source product, depends on the usage rules
specified in the Create Payment Method: Usage Rules page.
The following table shows the relationship between the definition of payment method conditions and the
availability of payment methods for source products on the Create Payment Method: Usage Rules page.
Relationship Between the Definition of Payment Method Conditions and the Availability of Payment
Methods for Source Products
Availability Column Displays... Conditions for the Payment Method Enabled Check box
Always

No Conditions Set

Selected

Conditional

Conditions Exist

Selected

Never

No Conditions Set

Selected Enabled Check Box is Deselected

In the Usage Rules: Update Conditions for <Product Name> page, the First Party Organization subregion
uses access control security so that when you click the Add button, you only see the first party organizations
to which you have access. That is, you can only add first party organizations to which you have access.
If, after completing the Create Payment Method: Usage Rules page, you click the Review button, the system
navigates to the Create Payment Method: Review page and skips the remaining tasks in creating a payment
method. The system inserts, however, default values for payment field validations. No validations are

3 of 18

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

4 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

assigned for this payment method. The Create Payment Method: Review page reflects the default
information when you navigate to it by clicking the Review button.

Defining Usage Conditions


When the source product user is entering an invoice in Oracle Payables, for example, the source product
user enters data for all the variables indicated on the Usage Rules: Update Conditions for <product name>
page. This data includes the organization and the legal entity to which the invoice belongs, as well as the
payment processing transaction types available for use on the payment method, such as customer refunds,
loan funding, payables documents, employee expense reports, bank account transfers, and adhoc
payments. All of the data you specify on the Usage Rules: Update Conditions for <product name> page is
entered on the invoice in Oracle Payables before the Oracle Payables user selects the payment method.

Assigning Validations--Third Node


Assign the validations you want performed for each document, payment, or payment instruction that uses
this payment method. For detailed information on validations, see Document Validation Flow (F5), Oracle
Payments User's Guide or Payment Instruction Validation Failure Handling Flow (F9), Oracle Payments
User's Guide.

Updating Payment Methods


To update payment methods, you can:
update usage rules by removing or adding conditions
assign or remove validations

Duplicating Funds Disbursement Payment Methods


To duplicate a payment method, click the applicable Duplicate icon in the Payment Methods page. This
action copies the entire original payment method. You can then make changes to the duplicate and save it
as a new funds disbursement payment method.

Step 13. Setting Up Payment Method Defaulting Rules


Payment method defaulting rules determine when payment methods default onto a document payable, such
as an invoice. Various products are shown in the Payment Method Defaulting Rules page because you can
have different defaulting rules for different products. A payment method defaults onto a document payable
when all specified conditions are met. That is, values on the document payable, such as legal entity,
organization, and payment type, must match the values for the defaulting rules' conditions for the applicable
payment method to default onto the document payable.
Oracle Payments applies the rules in the user-specified priority. For example, if the first rule is a match,
Oracle Payments stops and defaults that rule's corresponding payment method onto the invoice. Further,
suppose you specify that the payment method for all documents processed by Oracle Payables is first,
Check and second, EFT. In this case, if the conditions for Payment Method Check match those on the
invoice, then Payment Method Check defaults onto the invoice. If the conditions for Payment Method Check

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

5 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

do not match those on the invoice, then Oracle Payments determines whether the conditions for Payment
Method EFT matches. If the conditions for Payment Method EFT match those on the invoice, then Payment
Method EFT defaults onto the invoice.
Generally, the source product allows the user to override the default payment system manually.

Purpose
The purpose of setting up payment method defaulting rules is to create and maintain defaulting rules for
when payment methods are to default on documents to be paid.

Creating Defaulting Rules


If the First Party Legal Entity, the First Party Organization, the Payment Processing Transaction Type, the
Currency, and the Payee Location on the defaulting rule all match the same values for those attributes on
the invoice, then that payment method defaults onto the invoice.

Specifying First Party Legal Entities


The first party legal entity is the legal entity to which the invoice belongs.

Specifying First Party Organization Entities


The first party organization is the organization to which the invoice belongs.
First party organization uses access control security, so that when you click the Add button, you only see
the first party organizations to which you have access. This means that you can only add first party
organizations to which you have access.

Specifying Payment Processing Transaction Types


The Payment Processing Transaction Type list of values only displays the payment processing transaction
types assigned to the source product for which you are updating or creating a rule. Payment processing
transaction types includes the following payment types:
customer refunds
loan funding
payable documents
employee expense reports
bank accounts transfers
ad hoc payments

Reordering Defaulting Rules Priority

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

6 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

Typically, defaulting rules are reordered when:


you create a new defaulting rule
the deploying companys business process has changed

Step 14. Setting Up Bank Instruction Codes


Bank instruction codes are generally country-specific identifiers provided by a country's government or
central bank. These codes provide the payment system or bank with additional details about how the
country-specific payment is to be processed.

Purpose
The purpose of entering country-specific bank instruction codes required by a particular country's payment
system or bank is to enable you to process payment instructions to the country-specific payment system or
bank.

Seeded Bank Instruction Codes


Oracle Payments provides many seeded bank instruction codes. The Author column of the Bank Instruction
Codes page displays Oracle Payments for seeded bank instruction codes and the applicable user name for
user-defined codes.

Creating Bank Instruction Codes


To create a bank instruction code, enter the following:
code obtained from the country's government or central bank
format value obtained from the country's government or central bank
country for which you are creating the instruction code

Step 15. Setting Up Delivery Channel Codes


Delivery channel codes are generally country-specific identifiers provided by a country's government or
central bank. These codes provide the payment system or bank with additional details about how the
country-specific payment is to be delivered to a payee.

Purpose
The purpose of entering country-specific delivery channel codes required by a particular country's payment
system or central bank is to enable you to specify how payments are to be delivered to payees by the
country-specific payment system or bank.

Seeded Delivery Channel Codes

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

7 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

Oracle Payments provides many seeded delivery channel codes. The Author column of the Delivery Channel
Codes page displays Oracle Payments for seeded delivery channel codes and the applicable user name for
user-defined codes.

Creating Delivery Channel Codes


To create a delivery channel code, enter the following:
code obtained from the country's government or central bank
format value obtained from the country's government or central bank
country for which you are creating the delivery channel code

Step 16. Setting Up Payment Reason Codes


Payment reason codes are generally country-specific identifiers provided by a country's government or
central bank. These codes provide the payment system or bank with additional details about the reason for
the payment for regulatory reporting purposes.

Purpose
The purpose of entering country-specific payment reason codes required by a particular country's payment
system or central bank is to enable you to specify the reason for the payment to the country-specific
payment system or bank.

Seeded Payment Reason Codes


Oracle Payments provides many seeded payment reason codes. The Author column of the Payment Reason
Codes page displays Oracle Payments for seeded payment reason codes and the applicable user name for
user-defined codes.

Creating Payment Reason Codes


To create a payment reason code, enter the following:
code obtained from the country's government or central bank
format value obtained from the country's government or central bank
country for which you are creating the payment reason code

Step 17. Setting Up Payment Process Profiles


A payment process profile is a payment attribute assigned to documents payable, which specifies how
Oracle Payments performs processing. Payment process profiles are comprised of several types of payment
processing information, including specifications for formatting and transmission.

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

8 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

Prerequisites
Before you can set up payment process profiles, you must perform the following setup steps:
funds disbursement payment methods
formats
payment systems and transmission configurations, if you plan to use them

Purpose
The purpose of setting up payment process profiles is to specify the details of the payment process.
Payment process profiles are blueprints that contain all the rules for creating and disbursing payments.

Creating Payment Process Profiles


The payment process profile provides a number of features that vary in complexity, some of which may not
be needed for basic payment processing. Therefore, once you create a payment process profile by entering
data in the Create Payment Process Profile page and applying it, you can search for the newly create profile
and set up any additional features by using the update functionality.
After you finish entering data in the Create Payment Process Profile page, you can click the Save and Add
Details button to navigate to the Update Payment Process Profile page. The initial data entered is saved to
the database and the newly created Payment Process Profile is ready for use, if appropriate or you can add
additional features later by using the update functionality.

Entering Header Information


Selecting a processing type of Electronic or Printed determines what fields you see in the header of the
Create Payment Process Profile page.
The list of values for the Payment System field is based on the value selected from the Payment Instruction
Format list of values. If you do not select an option from the Payment Instruction Format list of values, then
the list of values for the Payment System field is blank.
If a payment system is not selected from the Payment System list of values, then the list of values for the
Transmission Configuration field is empty. When a payment system is selected, the Transmission
Configuration list of values displays the configurations that are linked to the payment system.

Specifying the Electronic Processing Type


If you select Electronic from the Processing Type drop-down box in the Create Payment Process Profile
page, the following fields display in the header that are pertinent to electronic payment processing:
Payment Completion Point drop-down box. This option indicates when a payment is marked complete.
Payments can automatically be marked complete anytime from the time the payment instruction is
formatted in Oracle Payments to when the payment is transmitted to the payment system.

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

9 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

Allow Manual Setting of Payment Completion check box. This setting enables payment administrators
to mark payments complete manually in the Payment Processes region of the Funds Disbursement
Process Home page.
Automatically Transmit Payment File after Formatting check box. If selected, the payment file is
automatically transmitted to the payment system or bank after it is formatted. If it is not checked, a
payment administrator will have to initiate transmission from the Funds Disbursement Dashboard.

Specifying the Printed Processing Type


If you select Printed from the Processing Type drop-down box, the following fields display in the header that
are pertinent to printed payment processing:
Default Payment Document list of values
The list of values displayed for the Default Payment Document field are based on the value selected
from the Payment Instruction Format list of values. If you do not make a selection from the Payment
Instruction Format list of values, the list of values in the Default Payment Document field is blank.
Send to File radio button
Send to Printer radio button
Automatically Print after Formatting check box
If selected, the Default Printer field is populated with the default printer assigned in Oracle
Applications. You can change this value if you wish, but you must select a default printer from the
Default Printer list of values.

Specifying Payment Process Profile Usage Rules


Payment process profile usage rules determine when payment process profiles can be assigned for use on
documents payable. You can select the All radio button to indicate that all payment methods, first party
organizations, internal bank accounts, and/or currencies apply to this payment process profile or you can
select the Specify radio button to specify specific values for any of these categorizations that apply to this
payment process profile.
First Party Organization uses access control security so that when you click the Specify radio button and
then click the Add button, you will only see the first party organizations to which you have access. This
means you can only add first party organizations for which you have access.

Specifying Payment Instruction Creation Rules


This region enables you to specify how payments are grouped into payment instructions and how those
payments are sorted within the payment instructions.
Internal Bank Account and Payment Currency payment grouping options are only displayed under the
Payment Instruction Creation Rules region when the Processing Type selected is Electronic.
When the Payment Process Request grouping option is specified, payments that were submitted to Oracle
Payments in different payment process requests are not mixed together in the payment instructions.
2/25/2014 2:10 PM

Oracle Payments Implementation Guide

10 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

However, there is no assurance that only a single payment instruction is created with payments from within
a payment process request because payments within the same payment process request may contain
different payment process profiles, and therefore need to be grouped into separate payment instructions.

Specifying Payment Grouping


Descriptions of selected payment grouping options are indicated in the table below.
Descriptions of Payment Grouping Options
Field

Feature

Description

RFC Identifier

check
box

Identifier of the Regional Finance Center. This is relevant if you are deploying Oracle
Payments for use by a United States federal agency.

Payment
Function

check
box

Function of the payment, that is, a type of payment. Examples of payment functions are
Supplier Payment and Employee Reimbursement.

Specifying Payment Limits


You can specify a maximum payment amount and/or a maximum number of payments for a payment
instruction. If you specify a maximum payment amount, you must specify an exchange rate type from the
Exchange Rate Type drop-down box. Examples of the exchange rate type options are indicated in the table
below.
Descriptions of Exchange Rate Type Options
Field

Description

Corporate An exchange rate that is optionally used to perform foreign currency conversion. The corporate exchange
rate is usually a standard market rate determined by senior financial management for use throughout the
organization. This rate is defined in Oracle General Ledger.
Spot

A daily exchange rate used to perform foreign currency conversions. The spot exchange rate is usually a
quoted market rate that applies to the immediate delivery of one currency for another.

User

A user-defined exchange rate.

Specifying Payment Sorting


Oracle Payments applies user-specifed payment grouping rules to a pool of payments, thereby grouping
individual payments into various payment instructions. The system then applies user-specified sorts, in
sequence, so that payments within a payment instruction are sorted as specified.

Specifying Separate Remittance Advice


Remittance advice is a report sent to a payee that lists the documents payable paid as part of each
payment. You can specify the format for the remittance advice document and the delivery method.
When the separate remittance advice Format field is specified, the Condition field under the Separate
Remittance Advice region in the Reporting subtab is set to All Payments. You can change this value in the
Update Payment Process Profile page if you wish.

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

If you select the Override Payee Delivery Method Preference check box, you can override the
supplier/payee's delivery method preference that was set in the supplier/payee setup.
If the Override Payee Delivery Method Preference check box is deselected, the delivery method preference
set at the supplier/payee level is used, overriding the delivery method set in the Create Payment Process
Profile page or in the Update Payment Process Profile page.

Adding or Updating Usage Rules


The Usage Rules subtab displays the same regions and fields that appear in the Create Payment Process
Profile page.

Adding or Updating the Payment System


The Payment System subtab displays the accounts associated with the payment system. If you wish, you
can enable one or more payment system accounts.
Select a payment transmission protocol from the Payment Transmission Protocol drop-down list. The
drop-down list displays seeded protocols that are linked to the payment system you selected from the
Payment System list of values on the Create Payment Process Profile page.

Specifying the Payment System


The Payment System field is enterable in the Update Payment Process Profile page only if you do not select
a payment system from the Payment System list of values on the Create Payment Process Profile page. If
you select a payment system from the Payment System list of values in the Create Payment Process Profile
page, you cannot update the Payment System field in the Update Payment Process Profile page because it is
read-only.
If you select or enter a payment system in the Payment System field of the Update Payment Process Profile
page, you must select at least one payment system account by selecting the corresponding Enabled check
box.

Enabling Payment System Accounts


Payment system account names are user-defined identifiers that identify the deploying company's accounts
with its payment system. All payment system account names are enabled by default and populate the Name
field under the Payment System Accounts region when you navigate to the Update Payment Process Profile
page for the first time from the Create Payment Process Profile page. The populated payment system
account names are the same as the user-defined identifiers originally entered in the Name field of the
Update Payment System Accounts page during shared setup for payment systems.
The value in the Account Payment Process Profile Name field defaults the concatenated string of the
account payment process profile name and the payment system account name. If you wish, you can change
this defaulted account payment process profile name.
The required value in the Account Payment Process Profile Name field is only valid for the account payment
process profile names that are enabled. Users typically enable one payment system account name at a time
by selecting the corresponding Enabled check box. You can, however, enable more than one payment

11 of 18

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

system account if you want to use the same payment process profile for different payment system accounts.
If you did not navigate directly from the Create Payment Process Profile page, but instead clicked the
Update icon on the Payment Process Profiles page, and you deselect the Enabled check box in the Payment
System subtab of the Update Payment Process Profile page, the system end dates the payment system
account but does not delete it.

Adding or Updating Payment Creation


The information entered in the Payment Creation subtab is used to define payment creation rules for
grouping documents payable into payments.

Specifying Document Grouping


Specifying document grouping options defines grouping rules used to group documents payable into
payments.

Specifying Document Limits


In this region you can specify a maximum payment detail size limit and a maximum payment amount for
payments. The payment detail is built using the Payment Detail Form field. This field should contain a SQL
expression written by a database administrator. This SQL expression, which can reference columns of the
documents payable table, is used by Oracle Payments to generate payment detail in the form of text that
becomes part of the payment. An example of payment detail that would create the payment detail by
concatenating the purchase order number and payment date of the documents in the payment might look
as follows: PO_NUMBER || PAYMENT_DATE.
In the Maximum Payment Detail Length field you enter the maximum number of characters allowed for
payment detail. This limit is imposed by the deploying company's payment system or a regulatory body.

Adding or Updating Payment Instruction Creation


The information entered in the Payment Instruction Creation subtab is used to group payments into
payment instructions. The Payment Instruction Creation subtab includes the Bank Instructions region, which
does not appear on the Create Payment Process Profile page.

Specifying Payment Grouping


The Internal Bank Account payment grouping option check box is only displayed when the selection for the
Processing Type field is Electronic.

Specifying Bank Instructions


In this region, you specify bank instruction codes and other fields of text that are added to all payment
instructions that are created using this payment process request. The specified codes and text are usually
used to provide additional payment processing instructions for the intended payment system or additional
payment information for the intended payee. The table below describes the fields in the Bank Instructions

12 of 18

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

region.
Description of Fields Under the Bank Instructions Region, Payment Instruction Creation Subtab of the
Update Payment Process Profile Page
Field

Feature

Description

Bank Instruction 1 and List of Values Bank Instruction Code. For information on setting up bank instruction codes, see
2
Step 14. Setting Up Bank Instruction Codes.
Bank Instruction
Details

Enterable
Field

Payment Text Message Enterable


1 and 2
Fields

Text that appears in the electronic payment instruction.


Messages that are added to electronic payment instructions and may be passed
to payees by the payment system.

Adding or Updating Payment Instruction Format


The Payment Instruction Format subtab displays information about the format of the payment instruction
that is submitted to the payment system or bank, along with the payment.

Specifying Payment File Information


The enterable fields in the Payment File Information region contain user-defined information that is
requested by the payment system or bank to submit payment files. The table below describes the payment
file information fields.
Description of Fields Under the Payment File Information Region, Payment Instruction Format Subtab of
the Update Payment Process Profile Page
Field

Feature

Description

Outbound Payment File


Prefix

Enterable
field

Prefix on the file name that is submitted to the payment system or bank.

Outbound Payment File


Extension

Enterable
field

Extension on the file name that is submitted to the payment system or bank

Outbound Payment File


Directory

Enterable
field

Location on the deploying company's computer from which the payment file is
submitted to the payment system or bank

Entering Sequence Information


Sequences are used in Oracle Payment to number sequential items. An example of a sequence is the
sequential numbering of invoices. Database Administrators define sequences in the database. Payment
systems or central banks may require that some of these sequences be reset on a periodic basis.
The table below describes the fields under the Periodic Sequences in Format region of the Payment
Instruction Format subtab.
Description of Fields under the Periodic Sequences in Format Region, Payment Instruction Format Subtab
of the Update Payment Process Profile Page
Field

13 of 18

Feature

Description

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

Sequence
Name

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

Enterable field

Name of a sequence that a Database Administrator defines in the


database. This value is linked to an entry in an Oracle XML Publisher
template, which you select when you create a format during shared
setup.

Payment
Automatically populated by
System Account any enabled payment
Name
system accounts

Any enabled payment system account is displayed in the Payment


System Account Name field.

Reset Sequence Enterable field


Value

Restarts the sequence at the value specified in the Reset Sequence


Value field.

Last Used
Number

Enterable field

A number, after which the sequence restarts.

Set Schedule

Icon

Opens the Concurrent Request program page, where you need to run
the program with name Reset Periodic Sequence Value by specifying
when and how frequently you want Oracle Payments to reset the
sequence value.

Note: If no payment system is selected or entered for the Payment System field in the Payment System
subtab of the Update Payment Process Profile page, then the Periodic Sequences in Format region is not
displayed.
The Periodic Sequences in Format region always displays three rows, which enables you to enter up to three
sequence names. When you enter a sequence name in the Periodic Sequences in Format region, the
Sequence Settings table displays all the payment system account names that were enabled in the Payment
System subtab of the Update Payment Process Profile page.

Adding or Updating Payment Reporting


The Reporting subtab displays enterable fields to select options for running various reports.

Specifying Payment Instruction Register Information


A payment instruction register is a report that is created for each payment instruction. The register indicates
what payments are contained in that payment instruction.

Specifying Positive Pay Information


A positive pay file is a security measure in the form of a document that the deploying company sends to its
payment system or bank to inform it of payments made by check. When you print checks, then you can
electronically transmit a list of payments to the bank or payment system that indicates the checks you
printed, so the bank or payment system knows what checks to pay. This list prevents the payment system
or bank from paying fraudulent checks, since such checks are not listed on the positive pay file.
The table below describes selected fields under the Positive Pay region of the Reporting subtab.
Description of Fields Under the Positive Pay Region, Reporting Subtab of the Update Payment Process
Profile Page
Field

14 of 18

Feature

Description

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

Outbound Payment
File Prefix

Enterable
field

Prefix entered on the file name of a positive pay file.

Outbound Payment
File Extension

Enterable
field

Extension entered on the file name of a positive pay file.

Outbound Payment
File Directory

Enterable
field

Folder on the deploying company's computer from which the positive pay file is
submitted to the payment system or bank.

Automatically
Transmit File

Check box

If selected, Oracle Payments transmits the positive pay file when payments are
issued. That is, when checks are printed, then the positive pay file is generated and
transmitted.

Specifying Separate Remittance Advice


Separate remittance advice is a document that lists the invoices paid with a particular payment. You can
specify the format for the separate remittance advice document and the delivery method.
The table below describes selected fields under the Separate Remittance Advice region of the Reporting
subtab.
Description of Fields Under the Separate Remittance Advice Region, Reporting Subtab of the Update
Payment Process Profile Page
Field

Feature

Condition Drop-down
list

Description
Specifies when or for which payments this remittance advice is generated.
Number of Documents option indicates the number of payments that must be included in a
payment instruction for Oracle Payments to generate separate remittance advice for the
included payments. The Payment Detail Length option indicates the minimum payment detail
length required to generate separate remittance advice for a payment.

Specifying Regulatory Reporting


Regulatory reporting refers to reports required by a regulatory body, such as a level of government, the
central bank, or an individual bank.
The fields in the Regulatory Reporting region of the Update Payment Process Profile page enable you to
determine the conditions under which regulatory reporting can be generated. In addition to these
conditions, you can use a SQL function if you want to implement more complex criteria. This SQL function
overrides the fields in the user interface, such as the reporting threshold amount.
To implement this SQL function, you will need to update the following stub SQL function:
IBY_EXTENSIBILITY_CALLOUTS_PUB (ibyextcs/b.pls) with the following signature:
FUNCTION isCentralBankReportingRequired(
p_payment_id
IN NUMBER,
x_return_status
OUT NOCOPY VARCHAR2
) RETURN VARCHAR2;

The function accepts one parameter, the Payment ID. This function must return either Y or N.

Adding or Updating Additional Information

15 of 18

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

This subtab enables you to define descriptive flexfields, if applicable.

Step 18. Setting Up Disbursement System Options


Disbursement system options are system-wide payment options that control disbursements made by the
first party payer to suppliers. Oracle Payments provides two levels of system options; enterprise-level
system options and organization-level system options, by operating unit or legal entity.

Overview
The first party payer, or deploying company, that disburses payments, can set system options for payment
features. Oracle Payments seeds one enterprise-level system option on the Disbursement System Options
page. When you access this page, you can view the default system options for the entire enterprise.
Enterprise-level system options are updateable if you have been assigned security update permission.
You can also view the system options for each organization to which you have access in your security
profile. This means that you can only view and update those organizations to which you have security
access. For information on security access for multiple organizations, see Define Multiple Organization
Security Profile, Oracle Applications Multiple Organizations Implementation Guide.
Upon initial implementation, the enterprise-level settings display the seeded settings for enterprise-wide
options, which are used for the enterprise and all organizations within the enterprise. Once you change a
value on the Update Disbursement System Options: Enterprise-wide page, the user interface displays the
existing values in the database. If you have update access, you can change the system options at the
enterprise-level or the organization-level. Making a change at an organization level creates a record for the
organization. After that, any changes made to the enterprise-level do not update the organization-level.
Note: Only some system options, such as default payment method, can be set at the organization- level.
Note: The Disbursement System Options are treated as defaults. Source products can override these
settings when a payment process request is submitted.

Purpose
The purpose of setting up disbursement system options is to specify how the payment process runs at the
enterprise and organization-levels.

Updating Default Payment Method System Options


The table below describes the default payment method system options.
Description of Default Payment Method System Options
Default Payment Method Region

Features

Description

Based Only on Payment Method


Defaulting Rules Setup.

Radio
button

This option uses the payment method defaulting rules set up in


Step 12 in Oracle Payments.

Override Defaulting Rules when Default


Method Set for Payee.

Radio
button

This option uses the default payment method set for each
supplier, or payee, in iSupplier Portal.

Updating Payment Processing System Options


16 of 18

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

17 of 18

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

The table below describes selected payment processing system options.


Selected Payment Processing System Options
Region/Field Name

Features

Description

Document

Drop-down
list

These options either direct Oracle Payments to stop payment processing for
review of the applicable documents if validation failures occur or to reject
some or all of the documents.

Payment

Drop-down
list

These options either direct Oracle Payments to stop payment processing for
review of the applicable payments if validation failures occur or to reject
some or all of the payments.

Review Proposed Payments Drop-down


after Creation
list

This field determines whether the payment process is stopped after


payments are created and validated, to give the Payment Administrator the
ability to review and potentially remove payments.

Allow Payee Bank Account


Override on Proposed
Payments

Check box

If the check box is selected, you can change the bank account to which you
are making a payment on the Review Proposed Payments page. If Review
Proposed Payments after Creation is set to No, this field is not used.
If the check box is deselected, you cannot change the bank account to which
you are making a payment.

Format

List of
values

Oracle Payments seeds one Status report format, which you can select from
the list of values. You can also create your own Status report formats. If you
create your own Status report formats, they are available as options from the
list of values.

Automatically Submit at
Payment Process Request
Completion

Check box

If the check box is selected, Oracle Payments automatically runs the Status
report after the Build Payments program completes.
If the check box is deselected, Oracle Payments does not run the Status
report after the Build Payments Program completes.

Check box

If the check box is selected, the formatted payment file created from the
payment instruction is stored in the database.

Validation Failure
Results Region

Proposed Payments
Region

Payment Process
Request Status Report
Region

Payment Instructions
Region
Save Formatted Payment
File in Database

Updating Default Payment Specifications for Payee System Options


The table below describes the default payment specifications for payee system options.
Default Payment Specifications for Payee System Options
Field Name

Features

Description

Bank Charge
Bearer

Drop-down
list

When funds are sent by EFT, the bank that does the processing charges a fee. By
selecting an option from the Bank Charge Bearer drop-down list, you can indicate the
party who is responsible for paying the EFT fee. This field may not be used by all banks in
all countries.

2/25/2014 2:10 PM

Oracle Payments Implementation Guide

Pay Each
Document
Alone

Check box

http://docs.oracle.com/cd/E18727_01/doc.121/e13416/T387353T393069.htm

If the check box is selected, each document payable submitted to Oracle Payments is
built into its own payment. That is, documents payable are not combined with others to
create payments.

Contents | Previous | Top of Page | Next

Copyright 2000, 2010, Oracle and/or its affiliates. All rights reserved.

18 of 18

2/25/2014 2:10 PM

Potrebbero piacerti anche