Implementing Payables Invoice To Pay
Implementing Payables Invoice To Pay
Implementing Payables Invoice To Pay
Cloud Financials
22C
Oracle Fusion Cloud Financials
Implementing Payables Invoice to Pay
22C
F57485-01
This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected
by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate,
broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering,
disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited.
The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report
them to us in writing.
If this is software, software documentation, data (as defined in the Federal Acquisition Regulation), or related documentation that is delivered to the
U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable:
U.S. GOVERNMENT END USERS: Oracle programs (including any operating system, integrated software, any programs embedded, installed, or
activated on delivered hardware, and modifications of such programs) and Oracle computer documentation or other Oracle data delivered to or
accessed by U.S. Government end users are "commercial computer software," "commercial computer software documentation," or "limited rights
data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, reproduction,
duplication, release, display, disclosure, modification, preparation of derivative works, and/or adaptation of i) Oracle programs (including any
operating system, integrated software, any programs embedded, installed, or activated on delivered hardware, and modifications of such programs),
ii) Oracle computer documentation and/or iii) other Oracle data, is subject to the rights and limitations specified in the license contained in the
applicable contract. The terms governing the U.S. Government's use of Oracle cloud services are defined by the applicable contract for such services.
No other rights are granted to the U.S. Government.
This software or hardware is developed for general use in a variety of information management applications. It is not developed or intended for
use in any inherently dangerous applications, including applications that may create a risk of personal injury. If you use this software or hardware
in dangerous applications, then you shall be responsible to take all appropriate fail-safe, backup, redundancy, and other measures to ensure its safe
use. Oracle Corporation and its affiliates disclaim any liability for any damages caused by use of this software or hardware in dangerous applications.
Oracle®, Java, and MySQL are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
Intel and Intel Inside are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and are trademarks
or registered trademarks of SPARC International, Inc. AMD, Epyc, and the AMD logo are trademarks or registered trademarks of Advanced Micro
Devices. UNIX is a registered trademark of The Open Group.
This software or hardware and documentation may provide access to or information about content, products, and services from third parties. Oracle
Corporation and its affiliates are not responsible for and expressly disclaim all warranties of any kind with respect to third-party content, products, and
services unless otherwise set forth in an applicable agreement between you and Oracle. Oracle Corporation and its affiliates will not be responsible
for any loss, costs, or damages incurred due to your access to or use of third-party content, products, or services, except as set forth in an applicable
agreement between you and Oracle.
Oracle Fusion Cloud Financials
Implementing Payables Invoice to Pay
Contents
1 Invoice Processing 1
Automated Invoice Processing Configuration .......................................................................................................................... 1
Intelligent Document Recognition ............................................................................................................................................. 13
3 Payables Configuration 49
Distribution Sets ........................................................................................................................................................................... 49
Payment Terms ............................................................................................................................................................................. 49
Payment Terms and Reference Data Sharing ........................................................................................................................ 52
Example of Creating Payment Terms Based on Days ......................................................................................................... 54
Invoice Tolerances ........................................................................................................................................................................ 56
Invoice Holds and Releases ....................................................................................................................................................... 58
Considerations for Payables Calendar Period Frequencies ................................................................................................ 59
How Periods for Payables Calendars Are Generated ........................................................................................................... 60
How You Set Up Third-Party Payments .................................................................................................................................. 62
Auditing Payables Business Objects ........................................................................................................................................ 63
FAQs for Payables Configuration ............................................................................................................................................ 154
7 Disbursements 167
Set Up and Make Electronic Payments ................................................................................................................................. 167
Set Up and Make Check Payments ......................................................................................................................................... 171
How Disbursements Are Processed ....................................................................................................................................... 176
Payment Methods ....................................................................................................................................................................... 181
Usage Rules ................................................................................................................................................................................. 182
Payment Method Defaulting .................................................................................................................................................... 183
Payment Process Profiles ......................................................................................................................................................... 184
How You Set Up Payment Approval ...................................................................................................................................... 186
How You Implement the Granting Payment Function Access Setup Task ..................................................................... 188
How You Use Oracle Analytics Publisher to Modify Templates for Use with Formats ................................................ 190
Example of Setting Up User-Defined Validations for Payment Methods or for Payment Files ................................. 192
FAQs for Disbursements ........................................................................................................................................................... 194
Get Help
There are a number of ways to learn more about your product and interact with Oracle and other users.
Get Support
You can get support at My Oracle Support. For accessible support, visit Oracle Accessibility Learning and Support.
Get Training
Increase your knowledge of Oracle Cloud by taking courses at Oracle University.
i
Oracle Fusion Cloud Financials Get Help
Implementing Payables Invoice to Pay
ii
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
1 Invoice Processing
The integrated invoice imaging solution for Oracle Cloud provides scanned image import, intelligent character
recognition, and automatic invoice creation. In addition, the solution routes invoices with exceptions to accounts
payables personnel for review and completion.
1
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
Here's a summary of the steps in the imaging process followed by details of the processing flow.
1. To use the integrated invoice imaging solution, you must have a designated email to send the invoice images.
You get one when you sign up for the Oracle Cloud Application Service.
2. After you have the email, prepare the invoices for processing.
◦ If your business process is to receive invoice images from your suppliers, communicate to them your
imaging requirements. The suppliers can then send the invoice images directly to the designated email.
◦ If you receive paper invoices, prepare images from the invoices and send the images to the email.
3. Once you send the images to the email account, the imaging solution retrieves them for further processing.
The solution checks for new images every minute and creates invoices from the images.
4. If any exceptions occur during automatic invoice creation, the solution marks the invoices as incomplete. It
then routes the incomplete invoices to accounts payable personnel for review and completion. The incomplete
invoices appear in the Scanned information tile on the Invoices landing page.
5. After finishing the rest of the invoice processing tasks, such as validation and approval, the invoices are ready
for payment.
Imaging specialists can check for quality and proper formatting for images sent by email. Imaging specialists can also
sort the paper invoices into different categories based on these parameters:
• Geography
• Invoice type
• Invoice amount
• Due date
Imaging specialists forward the images to the designated email. They can optionally specify attributes in the email
subject for the purposes of routing and recording.
Import Images
Oracle Imaging retrieves the images from the designated email at scheduled intervals. It groups all invoice images in an
email into a batch.
Recognize Images
The imaging solution then sends the batches for intelligent data recognition and extraction of the invoice attributes.
Oracle's Imaging Solution offers cutting-edge intelligent recognition capabilities for extracting the invoice attributes
from the scanned images. Unlike other solutions that use supplier-specific templates to extract information, Oracle's
Imaging Solution can intelligently locate data within the invoice. Imaging Solution finds the data regardless of its
location on the image and whether it has processed invoices from that supplier before. As you add suppliers, or an
existing supplier changes its invoice layout, Imaging can extract the attributes from the new invoice layouts.
2
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
Store Images
Oracle Imaging stores the invoice images and extracted information. For the rest of the invoice life cycle, any reference
to the invoice image points to the imaging repository. This ensures that documents don't undergo replication again
during invoice processing.
Process Invoices
The imaging solution uses the extracted attributes from the images to create the invoices. If exceptions occur during
processing, it marks the invoices as incomplete. It then uses Oracle Business Process Execution Language (BPEL)
workflows to route the incomplete invoices to accounts payable personnel. A default routing rule routes the incomplete
invoices to all users with the Accounts Payable Specialist and Accounts Payable Supervisor job roles.
Incomplete invoices appear in the Scanned information tile on the Invoices landing page. Edit Invoice page highlights
invoice header attributes and lines requiring attention so that you can quickly identify and resolve them. With a dual
monitor setup, you can review both the invoice and the invoice image at the same time.
Oracle Imaging provides an image viewer that's embedded within Oracle Fusion Payables. Accounts payable personnel
can review and annotate the images using the embedded image viewer.
This figure shows the Scanned information tile on the Invoices landing page.
Pay Invoices
After you complete the rest of the invoice processing tasks, such as validating, approving, and accounting, the invoices
are ready for payment. You can schedule a payment process request to select them for payment.
Related Topics
• Considerations for Receiving Invoice Images from Email
• Routing Incomplete Invoices
• Considerations for Integrated Invoice Imaging for Oracle Cloud Implementations
• What's an incomplete invoice?
3
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
• Consider any legal requirements for processing and storing invoices in the same country that received the
invoices.
• Scan invoices in black and white using the TIFF image format with International Telegraph and Telephone
Consultative Committee Group IV compression at 300 dpi. Scanning this way provides the optimal balance
between scan quality and image size.
Note: Avoid the JPEG format because the lossy compression logic results in loss of image details, affecting
recognition accuracy.
• Enable adaptive thresholding technology on scanners to remove background colors, gray scaling, and gradients
for pure black and white images. Black and white images provide optimal Optical Character Recognition
accuracy as well as a reduced image size.
• To achieve a higher rate of recognition:
◦ Define purchase order numbers as a combination of letters and numbers instead of using the default
seven-digit numeric format. For example, define purchase order numbers like CN388392.
◦ Implement a uniform numbering scheme for purchase orders across all business units.
• Organize invoices within the attachments for successful recognition. If you have:
◦ Single page invoices in an attachment, you don't have to place a blank page between invoices as a
separator.
◦ One multiple page invoice in an attachment, place a blank page at the end or beginning of the
attachment. This method prevents processing each page as a single page invoice.
◦ More than one multiple page invoice in the batch, insert a blank page between the invoices.
4
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
◦ Both single and multiple page invoices in an attachment, insert a blank page between invoices.
Note: If you have supporting documentation there is a designated separator page you can insert between the invoice
and the supporting documentation. For more information see the MOS document: DOC ID 2017464.1.
Processing Invoices
Review these critical points for processing invoices.
• Schedule the Import Payables Invoices and Validate Payables Invoices processes to run every 15 to 30 minutes.
• Define distribution sets for your supplier sites.
• Modify the invoice routing rule to achieve the specialization that you want within your payables department.
For example, route the incomplete invoices based on supplier, business unit, or invoice amount. Routing this
way can ensure the payables personnel process invoices based on their specific assignments. The default rule
routes all incomplete invoices to users with the Accounts Payable Specialist and Accounts Payable Supervisor
job roles.
Related Topics
• Considerations for Receiving Invoice Images from Email
• Routing Incomplete Invoices
• Distribution Sets
• What's an incomplete invoice?
The email must be sent in a certain format and meet specifications that are acceptable by Oracle's Imaging Solution.
Imaging specialists must scan and convert the paper invoices received from suppliers to images. Alternatively, if
invoices have been received as email attachments, imaging specialists check for quality and proper formatting.
You can optionally enter attributes in the email subject for recording on the invoice and for routing if the invoices are
incomplete. A preconfigured routing rule is provided to route incomplete invoices to all users with Accounts Payables
Specialist and Accounts Payable Supervisor job roles.
5
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
Tip: Depending on the size of each scanned image, consider grouping the images into a single email to optimize the
number of emails sent for processing. You can have multiple attachments on the same email.
Note: You can also use one of these attributes to override the default business unit on an unmatched scanned
invoice. This attribute is always Routing Attribute 1.
For example, you have a specific business requirement to record categories on the invoice. These categories include
invoice priority, supplier category, manufacturing plant number, storage bin number, and processing queue. You can
specify values for these categories in the email subject.
Category Value
A supplier sends an invoice with the email subject of Invoice-1234 attached. The imaging specialist reviews the
email and provides additional routing information in the email subject. The revised email subject is Invoice-1234
attached_Urgent_Supply chain related_Plant-1_Bin#1.
This table shows how the content in the email subject maps to the routing attributes.
Invoice-1234 attached Not applicable since the text appears before the first separator character
6
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
Tip: The routing attribute number and the category aren't explicitly linked together. You must enter the value for the
category in the same order.
The supplier sends another invoice with the email subject of Invoice-2345 attached. The revised email subject is
Invoice-2345 attached_Regular_Supply chain related_Plant-1_Bin#1. The routing rule is defined as follows:
• If routing attribute 1 = Urgent, assign invoice image to accounts payable specialist Harry.
• If routing attribute 1 = Regular, assign invoice image to accounts payable specialist Nathan.
In this example, invoice 1234 is assigned to Harry and invoice 2345 is assigned to Nathan.
As in the previous example, attributes can include alphanumeric characters. The maximum length for each attribute
depends on how many attributes you're using. For example, if you use all five attributes, the maximum length of each
attribute is 34 characters. You can modify the maximum length of each attribute to meet your requirements however,
the sum of the attribute values should not exceed the limit. This limit is calculated as follows, assuming that all five
attributes are used.
Note: The limit changes if you use fewer than five attributes, because fewer separators are needed.
If the attribute in an email subject exceeds the maximum length specified for that attribute, the Oracle Imaging process
errors.
Related Topics
• Considerations for Integrated Invoice Imaging for Oracle Cloud Implementations
• How to Override Default Business Units on Unmatched Scanned Invoices
7
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
Users with the Financial Application Administrator job role are BPM Worklist administrators and can access
the rules in the BPM Worklist application. To navigate to the BPM Worklist application, use the Manage Task
Configurations for Financials task. The predefined task that assigns and routes incomplete invoices is called the
FinAPIncompleteInvoiceHold task.
Tasks
The following table lists the predefined settings for the FinAPIncompleteInvoiceHold task.
Field Setting
Reminders No reminders
The following table lists the predefined settings for the JobRoleAssignmentRule rule.
8
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
Participants Users: null, Groups: "AP_ACCOUNTS_PAYABLE_ Identifies the participant to whom the invoice is
SPECIALIST_JOB, AP_ACCOUNTS_PAYABLE_ routed.
SUPERVISOR_JOB", Application Role: null
Rule Conditions
You can use the available invoice header, line, and distribution attributes in the routing rule condition.
1. Start a search in the IF section of the rule. The Condition Browser opens.
2. Select the attribute to use in the condition.
Related Topics
• What's an incomplete invoice?
9
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
1. Append the underscore sign (_) followed by the business unit ID. For example, if a scanned invoice has an e-
mail subject of Invoice 42366_30014001, the business unit ID for that invoice is 30014001.
Note: If you specify an invalid ID, or the ID is missing from the e-mail subject, the business unit is automatically
assigned.
CMK supports two models for setting up B2B messaging with trading partners.
1. Using a service provider: In this model, a service provider such as Oracle Business Network acts as an
intermediary between the trading partners and the Oracle Fusion Applications customers. Once a trading
partner is on-boarded to OSN, the partner can exchange messages with any Oracle Fusion Applications client.
OSN is defined out of the box in CMK but you can also define other service providers if needed.
2. Using CMK web service: CMK provides a web service for exchanging messages with CMK directly without using
Oracle Business Network or other service providers
10
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
This figure illustrates invoice processing through email using the Collaboration Messaging Framework.
CMK includes the Oracle Business Network (formerly Oracle Supplier Network) as a service provider out of the box,
making it very easy to setup, and connect to trading partners on the network. Other service providers must be
configured in the Collaboration Messaging work area as follows:
1. Navigate to the supplier site and select B2B Communication method as Collaboration Messaging Framework.
2. In Associated Collaboration Documents, click the Edit button. Add the trading partner created earlier and add
PROCESS_INVOICE_IN in Collaboration Documents.
11
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
2. Select Service Provider as None and enter the trading partner identification.
3. In Delivery Methods, you can specify how outgoing messages should be delivered to the supplier.
4. Select Inbound Collaboration Messages tab to configure XML invoice formats that will be used by the supplier.
Each XML format supported by CMK is available as a separate message definition. For example, select
UBL_2.1_EN_16931_INVOICE_IN for EN 16931 invoice in UBL format.
5. In Outbound Collaboration Messages tab, you can configure the list of outbound messages that are required for
the supplier.
6. Save and Close.
Associate the supplier sites with the trading partner.
1. Navigate to the supplier site and select B2B Communication method as Collaboration Messaging Framework.
2. In Associated Collaboration Documents, click the Edit button. Add the trading partner created earlier and add
PROCESS_INVOICE_IN in Collaboration Documents.
Send Rejected Invoices to a Supplier
Electronic invoices received by CMK must be imported using Import Payables Invoices. Invoices that are rejected due
to supplier errors, are automatically sent to the supplier by email for correction. The supplier has to resend the invoice
payload after they have been corrected.
Note: Email with rejected invoice details are sent to a supplier only when the supplier email ID is provided in the XML
invoice.
The following steps explain the setup required to send rejection emails automatically to a supplier when they're
configured using a service provider:
CMK delivers pre-seeded message definitions that map the XML payload fields to the Oracle Fusion application objects
such as Invoices using XSLT files. Customers can change the mappings delivered out of the box, to accommodate either
trading partner specific variations, or specific requirements that aren't addressed by the out-of-the-box mappings.
1. Navigate to Collaboration Messaging work area and click on Manage Collaboration Message Definitions.
12
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
2. Search for the message by selecting Direction as Inbound and Document as PROCESS_INVOICE_IN
From the search results, select the message ORCL_CMK_PROCESS_INVOICE_002 for OAG 7.2.1 or
OAGIS_10.1_PROCESS_INVOICE_COLLAB_MSG_IN for OAG 10.1. Download the transformation package by
selecting Actions > Export Transformation Package.
3. The Transformation package gets downloaded as a .zip file with source and target XSDs and the XSLT.
4. You can update the mapping in the downloaded XSLT and save it to local system.
5. The seeded message definitions can't be modified. You can duplicate the seeded message and configure
them using the modified XSLT. Select the message to be modified and select Actions > Duplicate Collaboration
Message.
6. You can edit the defaulted Message Name if required. Select the modified XSLT saved earlier. Save and Close
7. The new message created must be associated with the B2B Trading Partner or the Service Provider.
8. If the trading partner sends invoices through a service provider, such as Oracle Supplier Network, add the new
message definition to the service provider from the task Manage Collaboration Messaging Service Providers.
◦ Select the Inbound Collaboration Messages tab. Enter Name and select the new Message definition that
you created. Make the new message Active.
◦ Mark the existing Message as Inactive and duplicate the Message.
◦ Enter Name and select the new Message definition that you created.
◦ Make the new message Active.
9. If the trading partner sends invoices directly to CMK web service, then add the new message definition to the
trading partner from Manage B2B Trading Partners
◦ Select the Inbound Collaboration Messages tab.
◦ Mark the existing Message (if any) as Inactive and Add new message.
◦ Enter Name and select the new Message definition that you created.
◦ Make the new message Active.
10. Save and Close.
Many suppliers and customers choose to send and receive Payables invoices electronically via email. IDR can process
these invoices and extract the required fields to create invoices in Oracle Payables. IDR supports the entire invoice
lifecycle with a seamless and secure user experience.
IDR enables our customers to quickly process supplier invoices from entry to payment. It requires minimal setup and
configuration, reducing the total cost of ownership and enhancing capital management.
Machine Learning
IDR uses machine learning to improve the extraction. As you correct the incorrect fields in an invoice, IDR improves its
understanding on how to extract invoice fields. This increases the accuracy of extraction for future invoices. As a result,
invoice recognition improves over time.
13
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
You must follow certain formats and methodologies to maximize the success rates of field extraction from processed
invoices. Here are some best practices for you.
Configuration Testing
Before you start using IDR for processing invoices for your business, make sure that you test the application. For best
results, use at least 5 invoices from each of your top 10 to 20 suppliers.
Invoice Attachments
If you are using PDF invoices instead of scanned paper invoices with IDR, don’t combine these invoices into a single
file. For example, if you have 50 PDF invoices, you should attach 50 different attachments to the IDR email. A PDF file
doesn’t recognize blank pages and other separators; as a result, IDR processes the entire file as a single invoice. This
helps you in ensuring that no invoice attachments are missing from the invoice approval notifications.
Note: Consider increasing the attachment size of invoices and also the number of attachments under the Application
Preferences in the BPM Worklist.
Enterprise Mailbox
Oracle recommends that you use an enterprise mailbox to collect invoices from suppliers, rather than supplier’s sending
invoices directly to IDR email. You can then configure email forwarding rules to send the invoices to the Oracle-provided
email for IDR. A benefit of using this method is that you can receive some insight on what happens to the invoice before
it reaches IDR.
Note: IDR isn’t an email server. Hence, it doesn’t send any error messages back to the sender. It simply ignores and
discards any files with unsupported formats (such as spreadsheets).
If you have multiple supplier sites with the same address, contact the help desk for assistance in referencing the correct
site.
Accuracy of PO Format
The purchase order format on your invoices must exactly match the format you configured in Procurement. Determine
your PO format and modify it if required.
To ensure that each PO number is unique, consider using an alphanumeric format. The recommended format for best
results is 3 letters followed by at least 6 numbers (for example, ABC123456).
14
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
Note: IDR uses both the unique PO number formats observed in the Purchase Order Tables as well as those
configured Oracle Cloud Procurements to detect the PO numbers on the invoices.
To exclude vendors from recognition by IDR, add them to the AP_EXCLUDE_IMAGE_VENDOR_TYPE lookup. You need to
create this lookup.
15
Oracle Fusion Cloud Financials Chapter 1
Implementing Payables Invoice to Pay Invoice Processing
16
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Assign users to the appropriate security context, such as a business unit, for job roles from the Manage Data Access for
Users page.
Oracle Payables is integrated to the document repository for processing scanned invoices. To enhance security, edit
access to the document repository is granted to the following predefined roles:
• Accounts Payable Manager
• Accounts Payable Specialist
• Accounts Payable Supervisor
• Accounts Payable Invoice Supervisor
Keeping up with the security requirements, the following predefined roles have view-only access to the document
repository:
• Financial Application Administrator
• Cost Accountant
• Project Accountant
Note: For further information, refer to the chapter Role Configuration Using the Security Console in the Securing ERP
guide.
17
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
• Expense accruals
• Self-billed invoices
• Legal entity information
Default Distributions
Default distributions are used to define accounts for payables transaction accounting.
Note: You can also specify some default distributions for a supplier on the Edit Site page.
Offset Segments
If you enter invoices for expenses or asset purchases with more than one primary balancing segment value, consider
using automatic offsets. Automatic offsets balance accounting entries for Oracle Fusion Payables transactions. If you
don't use automatic offsets, an invoice transaction has a single liability accounting entry and a payment transaction has
a single cash accounting entry.
Currency Conversion
This table describes the options you can set for currency conversion.
Option Description
Require conversion rate entry If enabled, you must provide a conversion rate whenever you enter an invoice or a payment in a
currency other than the ledger currency. If you maintain daily rates, the rate is automatically supplied
based on the date and rate type that you enter. If daily rates don't exist for that date and rate type,
you can't enter or save the transaction. If the conversion rate type is User, then you must enter a
conversion rate. You can't create accounting entries for, or pay foreign currency invoices without
conversion rates.
If you don't enable this option, you can enter conversion rates manually on invoices and payments, or
submit the Apply Missing Conversion Rates process. When you create a bills payable document, you
must still provide a maturity rate, rate type, and date.
Conversion rate type This setting provides the default conversion rate type when you enter invoices or create payments. You
can change the conversion rate type at invoice entry or payment creation time.
Realized Gain or Loss Distributions These distributions represent the default realized gain and loss accounts for payments from each
of your bank accounts. If the conversion rate changes between invoice entry and payment time, the
realized gain or loss is automatically calculated and recorded to these accounts.
Expense Accruals
Determine when to accrue for expense items.
Self-Billed Invoices
This table lists the options for self-billed invoices.
18
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Option Description
Gapless invoice numbering You can enable gapless, that's, no breaks in numbering, invoice number generation for your buying
organization during pay on receipt processing. You can enable gapless numbering for the entire
business unit with this setting or limit it to a supplier site.
Buying Company Identifier A unique identifier that's included in the invoice number created by the pay on receipt process and in
the debit memo number from returned receipts.
Option Description
VAT Registration Member State If your company operates in a member state of the European Union, select the country.
VAT Registration Number If your company operates in a member state of the European Union, enter the value-added tax (VAT)
registration number for your organization.
Bill-to Location Enter the bill-to location to provide default values. The application uses the bill-to location to derive
legal entity information.
Note: You can use the Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheet task to
automate common options setup.
Related Topics
• Default Distributions
• Automatic Offsets
• Considerations for Accruing Expense Items
• Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheets
• How Charts of Accounts, Ledgers, Legal Entities, and Business Units Are Created Using Spreadsheets
Default Distributions
Default distributions are used to define accounts for payables transactions. Invoices may get some distributions from
supplier sites and others from common options setup.
Default Distributions
The following table describes the default distributions on the Manage Common Options for Payables and Procurement
page.
19
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Distribution Description
Liability The default liability distribution for new invoices, unless the Site Assignments tab on the Supplier page
has a different distribution.
CAUTION:
You can only specify a distribution with an account type of Liability.
Prepayment The default distribution for prepaid expenses, unless the Site Assignments tab on the Supplier page
has a different distribution.
Bill Payable The default distribution for future-dated payments, unless the Site Assignments tab on the Supplier
page has a different distribution.
Conversion Rate Variance Gain and Loss Records conversion rate variance gains and losses for inventory and expense items that are accrued
on receipt. Variance is calculated between an invoice and purchase order or, an invoice and receipt,
depending on how you matched the invoice.
Discount Taken Records discounts taken if the Discount Allocation Method option on the Manage Invoices page is set
to Single distribution.
Miscellaneous Records charges for invoice lines with a type of Miscellaneous. If you don't enter a value,
miscellaneous charges are prorated across invoice item lines.
Freight Records charges for freight lines. If you don't enter a value, miscellaneous charges are prorated across
invoice item lines.
Prepayment Tax Difference Records tax amount differences between a prepayment and the invoices that the prepayment is
applied to. These differences are usually due to changes in tax rates from the time the prepayment is
created to the time the invoice is created.
CAUTION:
This distribution is used only if the Applied Amount Handling option in the tax record is set to
Recalculate.
Related Topics
• What's the difference between conversion rate gain or loss distributions and realized gain or loss distributions?
Automatic Offsets
If you enter invoices for expenses or asset purchases with more than one primary balancing segment value, you might
want to use automatic offsets. Automatic offsets balance accounting entries for Oracle Fusion Payables transactions.
20
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
If you don't use automatic offsets, an invoice transaction has a single liability accounting entry and a payment
transaction has a single cash accounting entry.
On the Manage Common Options for Payables and Procurement page, you can select the method for creating the
offsetting accounting entry. You can offset by primary balancing segment, or you can offset by all segments, except
natural account.
Related Topics
• Considerations for Offset Segments
• What's the difference between conversion rate gain or loss distributions and realized gain or loss distributions?
This option is also used by Oracle Fusion Receiving to derive the receiving inspection account.
Tip: Consider this option carefully before setting it. Changing automatic offsets after creating accounting entries can
result in accounting inconsistencies or slow performance.
21
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
To meet more complex offsetting requirements, you can set up intracompany or intercompany rules at the ledger level
in Oracle Fusion General Ledger. If you enable additional balancing segments for your chart of accounts, you must
define intracompany or intercompany rules for the journal entry to balance.
• None
• Primary balancing segment
• All segments, except natural account
None
The invoice liability distribution provides the liability entry line account, without any segment override. Receiving uses
the receiving inspection distribution that's defined for the destination organization.
Note: If you anticipate creating invoices that cross balancing segment values, select another method or set up
intracompany or intercompany rules in General Ledger.
Receiving builds the receiving inspection entry line account using both the purchase order charge distribution and
the receiving inspection distribution for the destination organization. The charge distribution provides the primary
balancing segment value and the receiving inspection distribution provides the remaining segment values.
This figure illustrates how the invoice liability entry line account is built when the offset segment method is set to
Primary Balancing Segment.
22
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Receiving builds the receiving inspection entry line account using both the receiving inspection distribution for the
destination organization and the purchase order charge distribution. The receiving inspection distribution provides the
natural account segment and the purchase order charge distribution provides the remaining segment values.
This figure illustrates how the liability entry line account is built when the offset segment method is set to All
Segments, Except Natural Account.
23
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Related Topics
• Example of Creating Balanced Liability Account Entries by All Segments Except Natural Account
• Example of Creating Balanced Liability Account Entries by Primary Balancing Segment
Scenario
A supplier sends you an invoice for two items. Each item should be charged to a different company.
Transaction Details
The invoice is for 100 USD and consists of:
24
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Each primary balancing segment value represents a company. The default liability account for the supplier site is 00-
LIAB-000.
This table lists the distribution combination information that you enter for each invoice item line.
01-EXP1-111 60
02-EXP2-222 40
01-LIAB-000 60
02-LIAB-000 40
Scenario
A supplier sends you an invoice for two items. The offsetting liability account must retain all segments of the invoice
distribution, except for the account segment.
25
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Transaction Details
The invoice is for 100 USD and consists of:
• Primary balancing
• Account
• Cost center
Each primary balancing segment value represents a company. The default liability account for the supplier site is 00-
LIAB-000.
This table lists the distribution information that you enter for each invoice item line.
01-EXP1-111 60
02-EXP2-222 40
01-LIAB-111 60
02-LIAB-222 40
At Receipt
Accrue when receipts are created. You can override this setting on the PO schedule for expense destination types.
26
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Period End
Accrue at the end of a period. During period close, expense accruals are created for all receipts that don't have invoices.
Accrual entries are reversed when the next period is opened.
What's the difference between conversion rate gain or loss distributions and realized
gain or loss distributions?
Conversion rate gain or loss distributions record the rate variances for inventory or expense items that accrue on receipt.
The invoice validation process calculates the variance between the invoice and either the purchase order or receipt,
depending on how the invoice was matched.
Realized gain or loss distributions record the rate variances between invoice entry and payment time. The gain or
loss calculation is based on the Account for Payment option on the Manage Payment Options page, as well as at
prepayment application. You can account at payment issue, clearing, or at both issue and clearing. If you account at
payment issue, bills payable documents are accounted at maturity.
Realized gain or loss is always calculated at foreign currency prepayment application time, regardless of the Account for
Payment setting.
27
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
CAUTION:
If the ledger option is set to No Sequencing:
Allow adjustments to paid invoices No Lets you cancel or add lines to paid invoices. In
addition,you can undo a match to a purchase
order that's not finally matched and match the
invoice to a different purchase order.
CAUTION:
You can't modify distributions because
accounting would be affected.
Allow remit-to supplier override for third-party No Allows override of the remit-to supplier name
payments and address on invoice installments for
suppliers with third-party relationships.
Note:
You can set this option on a supplier to: Yes,
No, Default from Payables Options.
28
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Pay group Yes Provides the default group used when paying
invoices.
Payment priority Yes Provides the default priority for paying invoices.
Terms date basis Yes Provides the default basis for determining the
terms date.
Pay date basis Yes Provides the default basis for determining the
pay date.
Accounting date basis No Provides the default basis for determining the
accounting date.
Budget date basis No Provides the default basis for determining the
budget date.
The following table describes the options for matching invoices to purchase orders, receipts, and consumption advice
documents. You can also set some of these options on a supplier. The invoice options are used unless the supplier has a
different default value.
Allow final matching No Lets you perform a final match when matching
to a purchase order, or when adjusting a
matched invoice distribution.
Allow matching distribution override No Allows override of the invoice distribution that's
created from matching an invoice to a purchase
order.
CAUTION:
You can't override the distribution for a
matched invoice if you accrue at receipt.
You also can't override the distribution if
the purchase order is projects-related, and
the item destination for the purchase order
distribution is inventory.
29
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Note:
If you enable this option, ensure that the
flexfield structures for the purchase order
distributions and the invoice distributions are
the same.
Discounts
The following table describes the discount options. You can set some of these options on a supplier to: Yes, No, Default
from Payables Options.
Exclude tax from calculation Yes Subtracts tax from the invoice when calculating
the discountable amount for an installment.
CAUTION:
You can't set the discount allocation method
option to Tax lines and single distribution.
Exclude freight from calculation Yes Subtracts freight from the invoice when
calculating the discountable amount for an
installment.
Always take discount Yes Takes the available discount for a supplier,
regardless of when you pay the invoice.
Prepayments
The following table describes the prepayment options.
30
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Note:
You can't apply a prepayment to an invoice
until on, or after, the settlement date.
Use distribution from purchase order No Builds the distribution combination for the
matched invoice distribution using information
from the supplier and purchase order. The
prepayment distribution on the supplier
provides the natural account segment and
the purchase order distribution combination
provides the rest of the segment values.
Show available prepayments during invoice No Displays the available prepayments during
entry invoice entry.
Approvals
You can use the invoice approval workflow to automate the invoice approval process. The workflow determines if an
invoice requires approval and if so, routes the invoice to the approvers, who can then approve or reject the invoice.
Option Description
Enable invoice approval Sends invoices through the approval workflow. Invoices can't be paid until they're approved.
Require validation before approval Sends invoices through the approval workflow after the invoices are checked for completeness by the
validation process.
• Account regardless of approval status: Account the invoices regardless of the approval status.
• Require accounting before approval: Only invoices that are accounted are sent through the
approval process.
• Require approval before accounting: Only invoices that are approved are accounted.
Allow force approval Allows managers to override the workflow and manually approve invoices. For example, you might
want to force approve if the workflow doesn't complete, or you have the authority to pay without using
the workflow.
Interest
This table lists the options you can set for interest on overdue invoices.
31
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Payment Requests
The following table describes the payment request options.
Option Description
Pay group Provides the default pay group used when paying a prepayment.
Payment priority Provides the default payment priority used when paying a prepayment.
Self-Service Invoices
The following table describes the options you can set for invoices created through Oracle Fusion Supplier Portal.
Option Description
Limit invoice to single purchase order Limits an invoice to the schedules belonging to a single purchase order.
Allow invoice backdating Allows a supplier to enter an invoice for a date in the past.
Allow unit price change for quantity-based Allows a supplier to enter a unit price on an invoice that's different from the unit price on the purchase
matches order.
Require attachment Supplier users can't submit an invoice without an attachment. This applies to both matched and
unmatched invoices.
32
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Note: You can use the Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheet task to
automate your invoice options setup.
Related Topics
• Payment Requests
• Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheets
• How Charts of Accounts, Ledgers, Legal Entities, and Business Units Are Created Using Spreadsheets
To set up sequencing for invoices and payments, perform the following tasks:
Note: The Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheet task is an alternative
method for creating document sequences. You can configure the spreadsheet to automatically create a document
sequence for invoices and payments. The spreadsheet upload process assigns the invoice document sequence to
predefined document sequence categories, such as Standard Invoices and Credit Memo Invoices.
• Sequencing By: Enables document sequencing for the ledger or legal entities associated with that ledger.
• Enforce Document Sequencing: When set to Payables, indicates that invoices and payments require voucher
numbers.
• Enforce Chronological Order on Document Date: Checks the accounting date on the invoice header when you
save an invoice. The date must be the same as, or later than, the latest accounting date of an existing invoice
with the same legal entity and sequence.
Note: The Enforce Chronological Order on Document Date option applies only when you sequence by
legal entity.
This table describes how the combination of ledger option settings affects the assignment of voucher numbers to
invoices and payments.
33
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Sequencing By Enforce Document Sequencing Enforce Chronological Order on Voucher Number Assignment on
for Payables? Document Date? Invoices and Payments
Ledger No No Optional
No sequencing Not applicable Not applicable Optional for imported invoices only
Note: The invoice import process rejects invoices if the Enforce Document Sequencing for Payables option is set
to Yes and you manually provide a voucher number. If you require manual voucher numbering during import, set the
Sequencing By option to No sequencing.
• Create a document sequence for the applicable determinant type: ledger or legal entity.
• Assign the sequence to one or more document sequence categories.
• Specify the ledgers or legal entities that the assignment applies to.
• Optionally enable the Audit option to store audit information in the AP_DOC_SEQUENCE_AUDIT table.
Note: You can view audit information by running the Payment Audit by Voucher Number Report and the
Payables Invoice Audit by Voucher Number Listing.
34
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Related Topics
• Document Sequence Categories
• Example of Enforcing Chronological Order on Invoice Voucher Numbers
• Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheets
• Document Sequences
• Specify Ledger Options
Note: Installments are recalculated, regardless of how the recalculate option is set, when both of the following
conditions occur:
• You enable the Exclude tax from calculation option on the Manage Invoice Options page.
• You manually change a tax amount.
CAUTION: Installments aren't recalculated if you manually edit or split any of the installments.
The following table shows which start dates and payment terms are used for recalculating installments for matched and
unmatched invoices.
• Invoice date
• Terms date
• Goods received date plus number of
receipt acceptance days
35
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Related Topics
• Payment Terms
Note: If you exclude tax from discount calculations, discounts are allocated only to expense lines and not to tax lines.
For example, if tax distributions represent 10 percent of the total invoice amount, 10 percent of the discount is prorated
across the tax distributions. The remaining 90 percent of the discount is applied to the Discount Taken distribution
specified on the Manage Common Options for Payables and Procurement page.
Note: You can't select this method if you exclude tax from discount calculations.
Single Distribution
This method credits the Discount Taken distribution specified on the Manage Common Options for Payables and
Procurement page. Select this method if you enable automatic offsets and you want to distribute the discount taken
across balancing segments.
Interest Invoices
If you enable automatic interest calculation for a supplier and pay an overdue invoice, an invoice for the interest is
automatically created and paid.
36
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
CAUTION: You must pay the overdue invoice in a payment process request or through a quick payment.
Setup
To set up automatic interest rate calculation:
Note: You can add, change, or delete an interest rate at any time. If a rate isn't defined, the interest calculation uses a
zero rate.
Attributes
This table describes some of the attributes of an interest invoice.
Attribute Description
Number The interest invoice number is the overdue invoice number plus the suffix -INTx, where x is the number
of interest invoices for that overdue invoice. For example, if the invoice number is 54362, the invoice
number for the third interest invoice is 54362-INT3.
Payment terms The payment terms on an interest invoice are immediate. If immediate terms aren't defined, the
payment terms for the interest invoice are the same as the payment terms for the overdue invoice.
Amount The interest calculation is based on the rate on the Manage Interest Rates page and is in accordance
with the United States Prompt Payment Act. The calculation formula compounds interest monthly, up
to a maximum of 365 days interest.
Currency The invoice currency for an interest invoice is the same as the invoice currency on the overdue invoice.
The payment currency for an interest invoice is the same as the payment currency on the overdue
invoice.
Related Topics
• Interest Allocation Methods
• How Interest on Overdue Invoices is Calculated
37
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
• Single distribution
• All invoice lines
Single Distribution
This setting uses the Interest Expense distribution on the Manage Invoice Options page as the invoice distribution for
the interest invoice.
Payment Requests
Oracle Fusion Payables can receive requests from internal or external sources to disburse funds to payees that aren't
defined as suppliers. Payables records these requests as payment requests.
Internal payment requests can come from Oracle Fusion Receivables and Oracle Fusion Expenses. You can create a
payment request from Receivables for a customer refund or from Expenses for an expense report. You can disburse the
funds and manage the payment process using the payment management functionality in Payables.
Payment requests from external sources can be imported using the File Based Data Import (FBDI) spreadsheet
for making One Time Payments. You can import, update, approve, pay transactions, and get the status update for
payments. The payees, parties, and bank accounts are created automatically when the transactions are imported into
the application.
• Invoice options: Set the default options for payment requests, such as payment terms, pay group, and payment
priority.
• Document sequence category: Comply with document sequencing policies using the predefined Payment
Request category or override the document category, if allowed.
• Common Options for Payables and Procurement: Enter the default Liability and Expense accounts for One Time
Payments.
You can use the following setups in Oracle Fusion Payments to manage payment requests separately from other
payments:
38
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Related Topics
• Guidelines For Invoice Options
• Document Sequencing in Payables
• How You Issue Manual Refunds
• How Expense Report Payment Requests Are Processed
Tip: Carefully consider this setting at implementation time. After you set this option, the only change you can make is
from accounting At Payment Issue to accounting At Payment Issue and Clearing.
• At payment issue
• At payment clearing
• At payment issue and clearing
At Payment Issue
With this setting, the liability account is debited and the cash account is credited when a payment is created. For a
bills payable payment, the credit is to the bills payable account. Then at payment maturity, the bills payable account is
debited and the cash account is credited. Realized gain or loss is calculated at payment creation and for a bills payable
payment, at payment maturity.
At Payment Clearing
With this setting, the liability account is debited and the cash account is credited when the payment clears. Realized gain
or loss is calculated at payment clearing.
39
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
• Issue time: The liability account is debited and the cash clearing account is credited. For a bills payable
payment, the credit is to the bills payable account. Then at payment maturity, the bills payable account is
debited and the cash clearing account is credited.
• Clearing time: The cash clearing account is debited and the cash account is credited.
Note: You can use the Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheet task to
automate your payment options setup.
Related Topics
• Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheets
• How Charts of Accounts, Ledgers, Legal Entities, and Business Units Are Created Using Spreadsheets
The settings on the Manage Payment Options page affect payment transactions.
For business units that process both invoice and payment transactions, the Conversion Rate Type option is the
same for both types of transactions. You can set this option on either the Manage Common Options for Payables and
Procurement page or the Manage Payment Options page.
40
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Option Description
Event Class Apply withholding tax to standard invoices, including credit and debit memos, or prepayment invoices.
Apply Withholding Apply withholding if the tax authority requires your company to withhold taxes from suppliers.
Allow Manual Withholding Create and adjust manual withholding tax lines for your invoices.
Regime Determination Set Select the template that determines the tax regime to use for all transactions belonging to this event
class. The options include WHTSTCC and WHTTAXREGIME.
The options are Invoice, Payment, or Both. The options available are controlled by the regime
determination set.
Tax Invoice Creation Point Specify the time when a tax authority invoice is generated.
The options are dependent on the value in the Calculation Point field:
• If the calculation point is Invoice, you can select Blank, Invoice, or Payment as the tax invoice
creation point.
• If the calculation point is Payment, you can select Blank or Payment as the tax invoice creation
point.
Include Discount Determine if a deduction of a discount is applied to the taxable basis when the calculation point is
Payment.
Select:
Rounding Level Apply rounding to calculated tax amounts once for each withholding tax rate per invoice or to the
calculated withholding tax amount on each invoice line.
Related Topics
• Calculation Point Options
• Tax Invoice Creation Point Options
• Include Discount Options
• Income Tax Reporting Options
41
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Invoice
Select Invoice for taxes to be automatically withheld at invoice validation. If you select this option, Oracle Fusion Tax
calculates withholding only once. If you adjust an invoice after it was validated, you must adjust the withholding tax
manually and enable the Allow manual withholding option.
Taxes can be withheld from standard invoices, including credit and debit memos, and prepayment invoices. If you select
the calculation point of Invoice for the event class, Prepayment invoices, consider timing the entry of the prepayment
application before the invoice is validated.
If you:
• Apply the prepayment before the invoice is validated, Oracle Fusion Tax creates a withholding tax net of the
prepayment amount.
• Validate the invoice first, Oracle Fusion Tax creates a withholding tax based on the taxable invoice amount.
When you apply the prepayment, the withholding tax on the invoice isn't updated. You can manually adjust the
withholding tax amount and the withholding invoice.
As an alternative, you can cancel all of the withholding taxes on the validated invoice before you apply the
prepayment. Once you apply the prepayment, withholding taxes are created net of the prepayment amount.
Payment
Select Payment for taxes to be automatically withheld when you create payments in a payment process request or with
a Quick payment.
42
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Blank
Select Blank so Oracle Fusion Tax doesn't automatically create withholding tax invoices. You can enable this option for
any value you selected as the calculation point.
You must run the withholding tax reports to determine the amounts to remit to your tax authorities, and create the
withholding tax invoices.
Invoice
Select Invoice for a withholding invoice to be automatically created when an invoice subject to withholding tax is
validated. You can enable this option only if the calculation point is applied at invoice validation time.
Payment
Select Payment for a withholding invoice to be automatically created when an invoice subject to withholding tax is paid.
You can enable this option if the calculation point is applied either at invoice validation or at payment.
Related Topics
• Calculation Point Options
• No
• Yes
• Blank
No
Select No to exclude the deduction of the discount to the taxable basis for taxes.
For example, assume you have an invoice for 100 USD. The discount amount taken is 5 USD and the automatic
withholding tax rate is 10 percent. If the discount amount is excluded, the automatic withholding tax amount is 10
percent of 95 USD or 9.5 USD.
Yes
Select Yes to include the discount to the taxable basis for taxes.
For example, assume you have that same invoice for 100 USD. The discount amount taken is 5 USD and the automatic
withholding tax rate is 10 percent. If the discount amount is included, the automatic withholding tax amount is 10
percent of 100 USD or 10 USD.
43
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Note: This setting applies only to payment time withholding. You cannot enable this setting if the Calculation Point
option is set to Invoice. At the time of invoice validation the discount amount to be taken is unknown, so withholding
tax is calculated on the entire invoice amount.
Blank
Select Blank for the application to apply the deduction of the discount based on the taxable basis formula definition.
Tip: If you file tax information with the Internal Revenue Service electronically and don't use the combined filing
program, don't enable this option.
• Income tax type of MISC4 for reporting in box 4 on the 1099-MISC form
• Income tax region, if combined filing is enabled
44
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
Note: If you manually create withholding tax lines, then you must enter the income tax type and income tax region
manually.
When you enable this option, the Update 1099 Withholding Tax Distributions process runs. This process updates the
income tax type and income tax region on existing withholding tax distributions. The process selects distributions to
update as follows.
• Before March 1 of the current calendar year, distributions with a payment date of January 1 of the previous
calendar year or later are updated.
• March 1 of the current calendar year or later, distributions with a payment date of January 1 of the current year
or later are updated.
You can designate suppliers as federally reportable in the supplier setup. When you enter invoices for the supplier,
you classify invoice distributions by US 1099 miscellaneous type using the Income Tax Type field. At year end, you
can report accumulated US 1099 payment information to the Internal Revenue Service, other tax agencies, and your
suppliers, in standard format.
If you're using combined filing, the US 1099 electronic format produces K records and B records. The K records provide
information for tax regions or states participating in combined filing that have qualifying payments. The B records are
for suppliers with US 1099 payment amounts that equal or exceed the tax region reporting limit in qualifying states.
45
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
The following figure shows the steps for US 1099 reporting from setup to reports.
1. Set up Payables for US 1099 reporting: Refer to the following section for details.
2. Enter US 1099 details for suppliers: On the Income Tax tab on the Supplier page, you can specify federal and
state information.
3. Enter, account, and pay US 1099 invoices: You can specify the income tax type and income tax region on each
applicable invoice distribution, or accept the default values from the supplier.
To automatically create invoice distributions, you can enter a distribution set or match to a purchase order.
If you're using a distribution set that doesn't have income tax types, the invoice distribution gets the income
tax type from the supplier. If the distribution set has an income tax type that's different from the supplier, the
distribution set tax type is used. You can also enter distributions manually.
You can adjust the Income Tax Type and Income Tax Region on each invoice distribution. You can also clear
the Income Tax Type field for distributions that aren't federally reportable. If you enabled the Use supplier tax
region tax option, the default region is the state in the supplier site address for the invoice. Alternatively, you
can also specify a default income tax region on the Manage Tax Options page. The income tax region is used
to group distributions by type and region on US 1099 reports. If you enable combined filing, when you run US
1099 reports, all reportable distributions are grouped by state.
4. Identify and resolve US 1099 exceptions: Submit the US 1099 Invoice Exceptions and Supplier Exceptions
reports. Generate Tax Information Verification Letters for each supplier that hasn't furnished or confirmed the
tax identification number or tax reporting region.
5. Optionally withhold tax from suppliers: You can withhold tax if Tax Identification Numbers (TIN) are invalid or
missing and if you haven't met legal requirements of requesting a valid TIN.
6. Update US 1099 payment information: You can adjust invoice distributions manually on the Manage
Distributions page, or you can submit the Update and Report Income Tax Details process.
46
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
◦ US 1099 Forms: Reports the total US 1099 miscellaneous payments for US 1099 suppliers, and generates
US 1099 forms for each tax reporting entity in an organization.
◦ US 1096 Form: Summarizes each US 1099 form type that's transmitted on paper, as required by the
United States Internal Revenue Service. The report is generated on a preformatted Internal Revenue
Service form.
◦ US 1099 Electronic Media: Generates summarized US 1099 information in electronic format as required
by the United States Internal Revenue Service.
◦ US 1099 Payments Report: Lists payments made to US 1099 reportable suppliers.
1. Enable combined filing: To use combined federal and state US 1099 filing, select the Use combined filing
program option on the Manage Tax Options page.
Note: If you file US 1099 tax information electronically and don't participate in the Combined Filing Program,
leave the combined filing option disabled.
2. Enable withholding tax distributions: To automatically create withholding tax distributions, select the Include
withholding distributions in income tax reports option on the Manage Tax Options page. The income tax
type for these distributions is automatically set to MISC4. If you use combined filing, the income tax region is
also provided.
3. Define income tax regions: If you use combined filing, define the tax regions on the Manage Tax Regions page.
47
Oracle Fusion Cloud Financials Chapter 2
Implementing Payables Invoice to Pay General Payables Options
4. Define reporting entities: Set up reporting entities on the Manage Reporting Entities page. For each reporting
entity, you assign one or more balancing segment values. When you submit US 1099 reports for a tax entity, the
paid invoice distributions with the balancing segment values in their accounts are added together.
48
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
3 Payables Configuration
Distribution Sets
Distribution sets automatically create distributions for invoices that aren't matched to purchase orders. For example,
you can create a distribution set for an advertising supplier that allocates the advertising expense on an invoice to four
departments.
You can specify a default distribution set on the Site Assignments tab on the Supplier Site page. If you don't assign a
distribution set to a supplier site, you can still assign a set to an invoice during invoice entry.
• Income tax types: If you're creating a distribution set for a federally reported supplier, you can enter an income
tax type.
• Tax codes are not used in the distribution sets.
• Project information: If you use Oracle Fusion Project Costing, invoice distributions can include project
information. If you use a project-related distribution set, the project information is automatically entered on the
invoice distribution. You can override project fields on the distribution.
• Descriptive flexfields: If you use a descriptive flexfield with your distribution set lines, the descriptive flexfield
information is copied to the invoice distributions created by the set.
You can define distribution sets for invoice business units with and without percentages.
Note: Percentage distribution sets can include both positive and negative percentages.
Payment Terms
Payment terms are used to automatically create invoice installments. You can define payment terms to create multiple
installments and multiple levels of discounts.
49
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Payment terms consist of one or more lines, each of which creates one invoice installment. When you define a payment
term, you can specify either percentages or fixed amounts. A payment term line can have up to three discounts. Each
line and corresponding installment have a due date and up to three discount dates. Each line and corresponding
installment also have due or discount amounts. You can assign a payment term to one or more sets to share that
payment term across business units.
This figure shows the components of a payment term.
Tip: If you change the payment terms on an invoice, the installments are automatically recalculated and you must
reenter any manual adjustments made previously.
• Fixed Date: A specific day, month, and year that an installment is due for payment.
• Days: A number of days added to the invoice terms date.
• Calendar: A Payables calendar that's divided into periods. You can assign a due date to the period that includes
the invoice terms date. You can assign due dates to avoid weekends, holidays, and so on. You can't assign
calendar-based terms to an invoice if a period isn't defined for the terms date.
50
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
◦ Day of Month: A specific day of the month when an installment is due for payment. For example, enter
15 to schedule payment on the fifteenth day of the month. Enter 31 to schedule payment for the last day
of the month, including months with less than 31 days.
◦ Cutoff Day: The day of the month after which the installment due and discount dates advance to a future
month. If you don't specify a cutoff day, the current accounting month is used to determine due and
discount dates.
◦ Months Ahead: The number that's used to determine the month the installment is due. If you enter
0 and the terms date is the same as, or later than, the cutoff day, the installment is due the following
month.
For example, a payment term has a Cutoff Day of 11, the Day of Month is 15, and Months Ahead is 0. If
you enter an invoice with a terms date of January 12, the installment is due February 15. If you enter an
invoice with a terms date of January 10, the installment is due January 15. If the terms date is January 12
and Months Ahead is set to 1, the installment is due March 15.
Note: Only due dates, not discount dates, can be based on a calendar.
51
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Related Topics
• How Invoice Installments Are Recalculated
• What's a Payables calendar?
• Payment Terms and Reference Data Sharing
• Reference Data Sets and Sharing Methods
Before you can use a payment term, you must assign the payment term to a reference data set.
This figure provides an example of how the payment terms Net 45 and Net 30 are shared across different business
units.
52
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
The Net 45 payment term is assigned to the North America reference data set. The North America reference data set
is assigned to the United States and Canada business units. Invoices for these business units can then use the Net 45
payment term. The Net 30 payment term is assigned to the North America and Europe reference data sets. The Europe
reference data set is assigned to the France business unit. Invoices for the United States, Canada, and France business
units can use the Net 30 payment term.
• Assigning a reference data set to a business unit: When you define a business unit, assign the business unit a
reference data set for the Payables Payment Terms reference group.
53
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
• Generating a data role for a reference data set: To assign a reference data set to a payment term, you must first
generate a data role for that reference data set. Generate the data role using the predefined data role template
called Financials Common Module Template for SetID.
• Provisioning a data role to the implementor: Assign the reference data set data role to the implementor who
creates the payment terms.
• Creating a payment term: Assign one or more reference data sets to a payment term in the Set Assignment
section on the Create Payment Terms page.
Tip: Before you define common options for Payables and Procurement, you must assign the Immediate payment
term to the reference data set for the business unit.
Note: You can assign a payment term to the predefined common set, which works like any other set. Unless you
assign the payment term to other reference data sets, that payment term is available only to the business units with
the common set.
Related Topics
• Reference Data Sets and Sharing Methods
• Reference Data Sharing
What are the due dates and discounts? The due dates and discounts are as follows:
• First installment: 40 percent due in 10 days, with a discount of 5 percent if paid in 7 days
• Second installment: 35 percent due in 20 days, with a discount of 3 percent if paid in 15 days
• Third installment: 25 percent due in 30 days, with a discount of 2 percent if paid in 25 days
54
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Field Value
Due Percent 40
Days 10
6. Click Add Row in the Installments section to create the second installment.
7. Complete the fields, as shown in this table.
Field Value
Due Percent 35
Days 20
8. Click Add Row in the Installments section to create the third installment.
9. Complete the fields, as shown in this table.
Field Value
Due Percent 25
Days 30
55
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Invoice Tolerances
Invoice tolerances determine whether matching holds are placed on invoices for variances between invoices and the
documents you match them to, such as purchase orders.
When you run the invoice validation process for a matched invoice, the process checks that matching occurs within the
defined tolerances. For example, if the billed amount of an item exceeds a tolerance, a hold is placed on the invoice. You
can't pay the invoice until the hold is released.
You can define tolerances based on quantity or amount. For each type of tolerance, you can specify percentages or
amounts. Once you define the tolerances, assign them to a supplier site.
Note: If you specify a percentage tolerance of zero, variance isn't allowed. If you want a low tolerance, specify a small
percentage. If an active tolerance doesn't have a value, then infinite variance is allowed.
Quantity-Based Tolerances
Quantity-based tolerances apply to invoices with a match basis of Quantity.
Tolerance Description
Ordered Percentage The percentage difference more than the ordered quantity on a purchase order schedule line that you
allow suppliers to invoice. Validation checks the billed quantity against the ordered quantity without
considering price.
Maximum Ordered The quantity difference more than the ordered quantity on a purchase order schedule line that you
allow suppliers to invoice. Validation checks the billed quantity against the ordered quantity without
considering price. You can use this tolerance if most of your purchase orders have the same relative
value.
Received Percentage The percentage difference more than the received quantity on a purchase order schedule line that you
allow suppliers to invoice. Validation checks the billed quantity against the received quantity without
considering price.
Maximum Received The quantity difference more than the received quantity on a purchase order schedule line that you
allow suppliers to invoice. Validation checks the billed quantity against the received quantity without
considering price. You can use this tolerance if most of your purchase orders have the same relative
value.
Price Percentage The percentage difference more than the unit price on a purchase order schedule line that you allow
suppliers to invoice.
Conversion Rate Amount The variance that you allow between an invoice amount and the amount of a purchase order schedule.
Validation compares the ledger currency amounts, using the invoice and purchase order conversion
rates, respectively. You can use this tolerance if you create foreign currency invoices.
56
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Tolerance Description
Schedule Amount The variance that you allow between all invoice amounts in the entered currency and the purchase
order schedule amount.
Total Amount The total variance that you allow for both the Conversion Rate Amount and Schedule Amount
tolerances combined. You can use this tolerance if you create foreign currency invoices.
Consumed Percentage The percentage difference more than the consumed quantity on a consumption advice that you allow
suppliers to invoice. Validation checks the billed quantity against the consumed quantity without
considering price.
Maximum Consumed The quantity difference more than the consumed quantity on a consumption advice that you allow
suppliers to invoice. Validation checks the billed quantity against the consumed quantity without
considering price.
Amount-Based Tolerances
Amount-based tolerances apply to invoices that have a match basis of Amount.
Tolerance Description
Ordered Percentage The percentage difference more than the ordered amount on a purchase order schedule line that you
allow suppliers to invoice. Validation checks the billed amount against the ordered amount.
Maximum Ordered The amount difference more than the ordered amount on a purchase order schedule line that you
allow suppliers to invoice. Validation checks the billed amount against the ordered amount.
Received Percentage The percentage difference more than the received amount on a purchase order schedule line that you
allow suppliers to invoice. Validation checks the billed amount against the received amount.
Maximum Received The amount difference more than the received amount on a purchase order schedule line that you
allow suppliers to invoice. Validation checks the billed amount against the received amount.
Conversion Rate Amount The variance that you allow between the invoice amount and the amount on a purchase order
schedule. Validation compares the ledger currency amounts, using the invoice and purchase order
conversion rates, respectively. You can use this tolerance if you create foreign currency invoices.
Total Amount The total variance that you allow for both the Conversion Rate Amount and Schedule Amount
tolerances combined. You can use this tolerance if you create foreign currency invoices.
57
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Note: The invoice validation process uses the predefined holds and releases, which you can query on the Manage
Invoice Holds and Releases page.
For each hold that you define, you can indicate whether accounting entries can be created. For example, if you assign
a hold that doesn't allow accounting to an invoice, you must remove the hold before accounting entries can be created.
You can also indicate whether to use the holds and releases in the holds resolution workflow process. The holds
resolution workflow routes invoices with manually-releasable holds.
When you define a hold or release, you must associate it with a hold or release type.
Hold Types
This table lists the predefined invoice hold types and indicates whether you can define holds for them.
Insufficient Information No
Release Types
This table lists the predefined invoice release types and indicates whether you can define releases for them.
58
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Sufficient Information No
When you create a calendar using the Manage Payables Calendars task, you must select a period frequency. Period
frequencies determine the number of periods per year and the period name format for the calendar.
Period Frequency
The following table describes each period frequency.
59
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Related Topics
• What's a Payables calendar?
• How Periods for Payables Calendars Are Generated
• Period frequency
• Periods per year
• Start date
• Period name format
Note:
If you select Other, you must enter periods manually
Start date First day of the calendar and start date of the first period.
60
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Note: For weekly or quarterly period frequencies, the generated period name is the frequency combined with the
number of periods per year, plus the year. For example, for a period frequency of Quarterly and a start date of
1/1/2015, the period name for the first quarter is Quarter1-15.
Period Name Prefix Year Sequence Start Date End Date Period Name
61
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Related Topics
• What's a Payables calendar?
Note: You don't have to create a supplier site unless the third party is a supplier that sends you invoices.
Defining the Relationship Between the Third Party and the Supplier
1. In the Suppliers work area, click Manage Suppliers.
2. Search for the supplier on whose behalf the third party receives payment.
3. Add the third party to the Third-Party Payment Relationship section on the Invoicing tab on the Edit Site page.
Consider marking the relationship as the default relationship for new invoices and payments.
Attribute Description
Remit-to Supplier Enter the party designated to receive payment on behalf of the supplier on the invoice.
Address Name Enter the address of the party designated to receive payment on behalf of the supplier on the
invoice.
From Date, To Date Specify an inclusive date range for the relationship. When you create an invoice or payment, the
invoice and payment dates are used to identify valid third-party payment relationships for the
supplier site.
62
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Attribute Description
Note:
When you end date an existing relationship, you must review all unpaid or partially paid
invoices for that relationship.
Description Enter text to include in the payment file. For example, you can enter text to print on the
payment document as reference information.
Note: The Merge Supplier process doesn't merge third-party payment relationships.
Related Topics
• Guidelines For Invoice Options
• What's a third-party payment?
63
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
However, for transaction business objects the auditing will record modification, or removal of business objects. All
actions the user performs on an audited business object and its attributes are recorded and logged in a table. From the
table, you can run a report that indicates changes made to attributes by users. Changes made by any user to the audit-
enabled attributes are recorded and retrievable.
To enable auditing on Payables business objects, navigate to: Setup and Maintenance > Search Tasks: Manage Audit
Policies > Manage Audit Policies page > Configure Business Object Attributes button > Configure Business Object
Attributes page > Product choice list: Payables.
Object name on the Configure Business Object Attributes page: General Payables Options
The AP_SYSTEM_PARAMETERS_ALL table stores the parameters and defaults you define for operating your Oracle
Fusion Payables application. This table contains information such as your set of books, functional currency and
payment terms. Your Oracle Fusion Payables application also uses this information to determine default values that
cascade down to supplier and invoice entry. This table corresponds to the Manage Invoice Options and Manage
Payment Options tasks under Define General Payables Options task. AP_SYSTEM_PARAMETERS_ALL_ is the audit table
for AP_SYSTEM_PARAMETERS_ALL. The following table shows the fields that you can enable for auditing.
Exclude tax from calculation DISC_IS_INV_LESS_TAX_FLAG Option that indicates if tax amount Yes
excluded from invoice amount
when invoice amount applicable to
discount calculated (Y or N).
Allow payment date before the POST_DATED_PAYMENTS_FLAG Option that indicates if the Yes
system date payment date can be prior to
system date (Y or N).
64
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Use combined filing program COMBINED_FILING_FLAG Option that indicates whether Yes
your organization participates in
the Combined Filing Program for
income tax reporting.
Income Tax Region INCOME_TAX_REGION Default income tax region assigned Yes
to invoice lines for 1099 suppliers.
Use supplier tax region INCOME_TAX_REGION_FLAG A value of Y indicates that you Yes
use supplier tax region as the
default Income Tax Region for
1099. invoice lines.
Allow Final Matching ALLOW_FINAL_MATCH_FLAG Option that indicates whether you Yes
allow final matching to purchase
orders.
Allow adjustments to paid invoices ALLOW_PAID_INVOICE_ADJUST Option that indicates whether you Yes
allow adjustments to paid invoices.
Allow document category override INV_DOC_CATEGORY_OVERRIDE Option that indicates whether you Yes
can override the default document
category (Sequential Numbering)
for invoices.
65
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Withholding Tax Group DEFAULT_AWT_GROUP_ID Default Withholding Tax group for Yes
new suppliers.
Allow override of supplier site bank ALLOW_SUPPLIER_BANK_ Option to indicate whether user Yes
account OVERRIDE can charge remit-to bank at
payment creation time.
Enable invoice approval APPROVAL_WORKFLOW_FLAG Select this check box value to Yes
enable invoice approval.
Allow Force Approval ALLOW_FORCE_APPROVAL_FLAG Select this check box value if Yes
you use the Invoice Approval
Workflow Program and want to
allow accounts payable processors
to override the workflow and
manually approve invoices.
Include withholding distributions in ENABLE_1099_ON_AWT_FLAG Select this check box value is Yes
income tax reports you want to include Withholding
Distribution in Income Tax Reports.
66
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Exclude Freight from Discount EXCLUDE_FREIGHT_FROM_ Exclude Freight From Discount Yes
DISCOUNT Identifier.
Allow Unit Price change for SS_UPRICE_CHANGE_FOR_ Setting that indicates whether Yes
Quantity-Based Matches QTYMATCH unit price change is allowed for
purchase order matched self-
service invoice.
FINANCIALS_SYSTEM_PARAMS_ALL
Object name on the Configure Business Object Attributes page: Common Options for Payables and Procurement
The FINANCIALS_SYSTEM_PARAMETERS_ALL table stores options and defaults you share between your Oracle
Fusion Payables application, and your Oracle Fusion Purchasing and Oracle Fusion Assets applications. You can
define these options and defaults according to the way you run your business. This table corresponds to the Manage
67
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Common Options for Payables and Procurement task. FINANCIALS_SYSTEM_PARAMS_ALL_ is the audit table for
FINANCIALS_SYSTEM_PARAMS_ALL. The following table shows the fields that you can enable for auditing.
VAT Registration Member State VAT_COUNTRY_CODE European Union (EU) member Yes
state for your organization.
Conversion Rate Variance Gain RATE_VAR_GAIN_CCID Accounting Flexfield identifier for Yes
account used to record exchange
rate gains for invoices matched to
purchase orders.
Conversion Rate Variance Loss RATE_VAR_LOSS_CCID Accounting Flexfield identifier for Yes
account used to record exchange
rate losses for invoices matched to
purchase orders.
68
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Require conversion rate entry MAKE_RATE_MANDATORY_FLAG Option that indicates if exchange Yes
rates must be entered for multiple
currency invoices and payments (Y
or N).
AP_TOLERANCE_TEMPLATES
Object name on the Configure Business Object Attributes page: Invoice Tolerances
69
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
The AP_TOLERANCE_TEMPLATES table stores the tolerance levels you set for matching and invoice variance testing.
Oracle Fusion Payables uses this information to determine during Invoice Validation to hold an invoice for exceeding
tolerance. AP_TOLERANCE_TEMPLATES_ is the audit table for AP_TOLERANCE_TEMPLATES. The following table shows
the fields that you can enable for auditing.
Conversion Rate Amount RATE_AMT_TOLERANCE Tolerance level for exchange rate Yes
amount variance.
70
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_REPORTING_ENTITIES_ALL
Object name on the Configure Business Object Attributes page: Reporting Entities
The AP_REPORTING_ENTITIES_ALL table stores the information about the reporting entities you define for 1099
reporting. This table corresponds to the Manage Reporting Entities task. AP_REPORTING_ENTITIES_ALL_ is the audit
table for AP_REPORTING_ENTITIES_ALL. The following table shows the fields that you can enable for auditing.
71
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
72
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_REPORTING_ENTITY_LINES_ALL
Object name on the Configure Business Object Attributes page: Balancing Segment Values
The AP_REPORTING_ENTITY_LINES_ALL table stores the line information for the tax reporting entities you
define. This table corresponds to the Balancing Segment Values section of the Manage Reporting Entities task.
AP_REPORTING_ENTITY_LINES_ALL_ is the audit table for AP_REPORTING_ENTITY_LINES_ALL. The following table
shows the fields that you can enable for auditing.
Primary Balancing Segment Value BALANCING_SEGMENT_VALUE Balancing segment value for Yes
reporting entity Accounting
Flexfield.
AP_BANK_CHARGES
Object name on the Configure Business Object Attributes page: Bank Charges
The AP_BANK_CHARGES table stores header information that you enter on the bank charges page. This table
corresponds to the Manage Bank Charges task. AP_BANK_CHARGES_ is the audit table for AP_BANK_CHARGES. The
following table shows the fields that you can enable for auditing.
73
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Receiving Branch Option RECEIVING_BRANCH Receiving branch. Valid values are Yes
ONE for specific branch, ALL for
when charge is applicable to all
receiving branches, and OTHER for
branch other than the transferring
branch.
74
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
75
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_BANK_CHARGE_LINES
Object name on the Configure Business Object Attributes page: Bank Charges Details
The AP_BANK_CHARGE_LINES table stores ranges for bank charges. This table corresponds to the Bank Charge Details
section of the Manage Bank Charges task. AP_BANK_CHARGE_LINES_ is the audit table for AP_BANK_CHARGE_LINES.
The following table shows the fields that you can enable for auditing.
From Payment Amount TRANS_AMOUNT_FROM The end payment amount (lower Yes
amount) for given amount range.
Standard Bank Charge Amount BANK_CHARGE_STANDARD The bank charge amount at Yes
standard rate.
Negotiated Bank Charge Amount BANK_CHARGE_NEGOTIATED The bank charge amount at Yes
negotiated rate.
From Date START_DATE The start date to apply the bank Yes
charge at the specified amount.
76
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
77
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_INTEREST_PERIODS
Object name on the Configure Business Object Attributes page: Interest Rates
The AP_INTEREST_PERIODS table stores information about interest rates and periods that Payables uses to create
invoices to pay interest owed on overdue invoices. This interest is calculated in accordance with the U.S. Prompt
Payment Act. This table corresponds to the Manage Interest Rates task. AP_INTEREST_PERIODS is the audit table for
AP_INTEREST_PERIODS. The following table shows the fields that you can enable for auditing.
78
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_TERMS_B
Object name on the Configure Business Object Attributes page: Payment Terms
The AP_TERMS_B table stores header information about payment terms you define. You need one row for each type of
terms you use to create scheduled payments for invoices. When you enter suppliers or invoices, you can select payment
terms you have defined in this table. Each terms must have one or more terms lines. This table corresponds to the
Manage Payment Terms task. AP_TERMS_B_ is the audit table for AP_TERMS_B. The following table shows the fields
that you can enable for auditing.
Cutoff Day DUE_CUTOFF_DAY Used for certain terms only, day of Yes
a month after which Oracle Fusion
Payables schedules payment using
a day after the current month.
79
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_TERMS_LINES
The AP_TERMS_LINES table stores detail information about payment terms you define. This table corresponds to
the Installments and Discount sections of the Manage Payment Terms task. AP_TERMS_LINES_ is the audit table for
AP_TERMS_LINES. The following table shows the fields that you can enable for auditing.
80
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
First Discount Days DISCOUNT_DAYS Number of days after terms date, Yes
used to calculate discount date for
invoice payment line.
First Discount Day of Month DISCOUNT_DAY_OF_MONTH Day of month used to calculate Yes
discount date for invoice payment
line.
First Discount Months Ahead DISCOUNT_MONTHS_FORWARD Number of months ahead used to Yes
calculate discount date for invoice
payment line.
Second Discount Days DISCOUNT_DAYS_2 Number of days after terms date, Yes
used to calculate second discount
available for invoice payment line
Second Discount Day of Month DISCOUNT_DAY_OF_MONTH_2 Day of month used to calculate Yes
second discount available for
invoice payment line.
81
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Second Discount Months Ahead DISCOUNT_MONTHS_FORWARD_ Number of months ahead, used Yes
2 to calculate discount available for
invoice payment line.
Third Discount Days DISCOUNT_DAYS_3 Number of days after terms date, Yes
used to calculate third discount for
invoice payment line.
Third Discount Day of Month DISCOUNT_DAY_OF_MONTH_3 Day of month used to calculate Yes
third discount for invoice payment
line.
Third Discount Months Ahead DISCOUNT_MONTHS_FORWARD_ Number of months ahead, used to Yes
3 calculate third discount for invoice
payment line.
82
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_TERMS_ST
Object name on the Configure Business Object Attributes page: Set Assignments
The AP_TERMS_ST table stores Set ID information for the payment terms you define. This table corresponds to the Set
Assignments section of the Manage Payment Terms task. AP_TERMS_ST_ is the audit table for AP_TERMS_ST. The
following table shows the fields that you can enable for auditing.
AP_HOLD_CODES
83
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Object name on the Configure Business Object Attributes page: Invoice Holds and Releases
The AP_HOLD_CODES table stores information about hold codes and release codes that you or your Oracle Fusion
Payables application can place on an invoice. This table corresponds to the Manage Invoice Holds and Releases task.
AP_HOLD_CODES_ is the audit table for AP_HOLD_CODES. The following table shows the fields that you can enable for
auditing.
Inactive Date INACTIVE_DATE Date when the hold will be inactive. Yes
Days Before Notifying WAIT_BEFORE_NOTIFY_DAYS Specify the number of days to wait Yes
before sending the notification.
Allow Holds Resolution Routing INITIATE_WORKFLOW_FLAG Enable this to initiate the Hold Yes
Negotiation Workflow for the hold.
AP_DISTRIBUTION_SETS_ALL
Object name on the Configure Business Object Attributes page: Distribution Sets
The AP_DISTRIBUTION_SETS_ALL table stores information about Distribution Sets you define to distribute invoices
automatically. AP_DISTRIBUTION_SETS_ALL_ is the audit table for AP_DISTRIBUTION_SETS_ALL. This table
corresponds to the Manage Distribution Sets task. The following table shows the fields that you can enable for auditing.
84
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
85
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_DISTRIBUTION_SET_LINES_ALL
Object name on the Configure Business Object Attributes page: Distribution Set Details
The AP_DISTRIBUTION_SET_LINES_ALL table stores detailed information about individual distribution lines you define
for a Distribution Set. This table corresponds to the Distribution Set Details section of the Manage Distribution Sets
task. AP_DISTRIBUTION_SET_LINES_ALL_ is the audit table for AP_DISTRIBUTION_SET_LINES_ALL. The following table
shows the fields that you can enable for auditing.
Income Tax Type TYPE_1099 Type of 1099 tax associated with Yes
distribution line.
86
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
87
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_AGING_PERIODS
Object name on the Configure Business Object Attributes page: Aging Periods
The AP_AGING_PERIODS table stores aging periods that you define for use in the Invoice Aging Report. This table
corresponds to the Manage Aging Periods task. AP_AGING_PERIODS_ is the audit table for AP_AGING_PERIODS. The
following table shows the fields that you can enable for auditing.
88
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_AGING_PERIOD_LINES
89
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Object name on the Configure Business Object Attributes page: Aging Period Details
The AP_AGING_PERIOD_LINES table stores information on individual aging periods. This table corresponds to the
Aging Period Details section of the Manage Aging Periods task. AP_AGING_PERIOD_LINES_ is the audit table for
AP_AGING_PERIOD_LINES. The following table shows the fields that you can enable for auditing.
90
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_INCOME_TAX_REGIONS
Object name on the Configure Business Object Attributes page: Tax Regions
The AP_INCOME_TAX_REGIONS table stores information about the tax regions you use to record payment information
for 1099 suppliers when your organization participates in the Combined Filing Program. This table corresponds to the
Manage Tax Regions task. AP_INCOME_TAX_REGIONS_ is the audit table for AP_INCOME_TAX_REGIONS. The following
table shows the fields that you can enable for auditing.
91
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
From Date ACTIVE_DATE Date from when the income tax Yes
region is active.
AP_OTHER_PERIOD_TYPES
Object name on the Configure Business Object Attributes page: Payables Calendars
The AP_OTHER_PERIOD_TYPES table stores the period type you define and use to create recurring invoice, automatic
withholding tax, key indicators and payment terms periods. This table corresponds to the Manage Payables Calendars
task. AP_OTHER_PERIOD_TYPES_ is the audit table for AP_OTHER_PERIOD_TYPES. The following table shows the fields
that you can enable for auditing.
92
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_OTHER_PERIODS
Object name on the Configure Business Object Attributes page: Period Information
The AP_OTHER_PERIODS table stores information about the time periods you define for use in recurring invoices,
withholding taxes, key indicators and payment terms. This table corresponds to the Period Information section of the
93
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Manage Payables Calendars task. AP_OTHER_PERIODS_ is the audit table for AP_OTHER_PERIODS. The following table
shows the fields that you can enable for auditing.
94
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_INVOICES_INTERFACE
Object name on the Configure Business Object Attributes page: Correct Import Errors Invoice Headers
AP_INVOICES_INTERFACE stores header information about invoices that you create or load for import. Invoice data
comes from sources including: supplier invoices that you transfer through the Oracle XML Gateway, and invoices that
you enter through the Invoice Gateway. There's one row for each invoice you import. Your Oracle Payables application
uses this information to create invoice header information when you submit the Payables Open Interface program.
AP_INVOICES_INTERFACE_ is the audit table for AP_INVOICES_INTERFACE. The following table shows the fields that
you can enable for auditing.
95
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
PAY_CODE_CONCATENATED
column. Validated against.GL_
CODE_COMBINATIONS.CODE_
COMBINATION_ID.
96
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
97
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
98
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
99
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
100
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
101
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
102
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
employees, merchandise,
nonmerchandise. Use the Manage
Payables Lookups task, lookup
type PAY GROUP to identify valid
values.
Payment Reason Comments PAYMENT_REASON_COMMENTS Reason for the payment. Free text No
field. Not validated.
103
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
104
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Supplier Tax Invoice Date SUPPLIER_TAX_INVOICE_DATE Tax invoice date on the supplier- No
issued tax invoice. Date format:
YYYY/MM/DD.
105
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
106
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_INVOICE_LINES_INTERFACE
Object name on the Configure Business Object Attributes page: Correct Import Errors Invoice Lines
107
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
108
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Overlay Cost Center Segment COST_CENTER_SEGMENT Overrides cost center of the default No
liability account combination for
the invoice line. Must be a valid
value for the accounting flexfield.
109
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
110
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
111
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Included in Taxable Line Indicator INCL_IN_TAXABLE_LINE_FLAG The amount in the tax line is No
included in the taxable line. Valid
values: Y, N, NULL.
112
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
113
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
LOCATIONS_ALL.LINE_LOCATION_
ID.
Prorate Across All Item Lines PRORATE_ACROSS_FLAG Prorate indicator: prorate all lines No
with the same LINE_GROUP_
NUMBER. Valid values: Y, N, NULL.
NULL means Y.
114
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Receipt Line Number RECEIPT_LINE_NUMBER The receipt line number with which No
an invoice will be matched. Use
the Receive Expected Shipments
task to identify valid values.
Validated against RCV_SHIPMENT_
LINES.LINE_NUM.
115
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Tax Rate Code TAX_RATE_CODE Tax rate name associated with tax No
rate identifier. The value of the
identifier is unique, but the TAX_
RATE_CODE may have different
tax rates based on date ranges.
Use the Manage Tax Rates task to
identify valid values.
116
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Tax Regime Code TAX_REGIME_CODE Set of tax rules for a tax authority. No
Use the Manage Tax Regimes task
to identify valid values.
User-Defined Fiscal Classification USER_DEFINED_FISC_CLASS Fiscal class for tax. Free text field. No
Not validated.
117
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Project Expenditure Item Date PJC_EXPENDITURE_ITEM_DATE Oracle internal use only. Date on No
which project-related transaction
occurred. Date format: YYYY/MM/
DD.
Project Funding Source Name PJC_FUNDING_SOURCE_NAME Name of the source funding the No
project.
Project Funding Source Number PJC_FUNDING_SOURCE_NUMBER Number of the source funding the No
project.
118
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Project Task Name PJC_TASK_NAME Name of the task used to build the No
transaction descriptive flexfield
for project-related transaction
distributions.
119
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
120
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_INVOICES_ALL
AP_INVOICES_ALL contains records for invoices you enter. There's one row for each invoice you enter. An invoice
can have one or more lines and each line can have one or more distributions. An invoice can also have one or more
installments. AP_INVOICES_ALL_ is the audit table for AP_INVOICES_ALL. The following table shows the fields that you
can enable for auditing.
121
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
122
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
123
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
124
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
125
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Payment Reason Comments PAYMENT_REASON_COMMENTS Free text field available for entering No
a reason for the payment.
126
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Supplier Tax Invoice Date SUPPLIER_TAX_INVOICE_DATE Date when the supplier charged No
tax, as shown on the purchase
order.
127
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_INVOICE_LINES_ALL
Object name on the Configure Business Object Attributes page: Invoice Lines
AP_INVOICE_LINES_ALL contains records for invoice lines entered manually, generated automatically or imported
from the Open Interface. An invoice can have one or more invoice lines. An invoice line can have one or more invoice
distributions. An invoice line represents goods (direct or indirect materials), service or services, and either associated
tax, freight, or miscellaneous charges invoiced from a supplier. AP_INVOICE_LINES_ALL_ is the audit table for
AP_INVOICE_LINES_ALL. The following table shows the fields that you can enable for auditing.
128
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
129
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Corrected Invoice Line CORRECTED_LINE_NUMBER Invoice line number for invoice line No
corrected via current line. For price,
quantity, or invoice line corrections.
Overlay Cost Center Segment COST_CENTER_SEGMENT Cost Center segment value for No
overlay in generation of accounting
flexfield during distribution
generation
Multiperiod Accounting End Date DEF_ACCTG_END_DATE The end date of the deferred No
expense period
Multiperiod Accounting Start Date DEF_ACCTG_START_DATE The start date of the deferred No
expense period
130
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
131
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
132
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
133
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
134
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
135
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_INVOICE_DISTRIBUTIONS_ALL
Object name on the Configure Business Object Attributes page: Invoice Distributions
136
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
137
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
138
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
139
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
140
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_PAYMENT_SCHEDULES_ALL
Object name on the Configure Business Object Attributes page: Invoice Installments
AP_PAYMENT_SCHEDULES_ALL contains information about installments for an invoice. Your Oracle Payables
application uses this information to determine when to make payments on an invoice and how much to pay.
141
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_PAYMENT_SCHEDULES_ALL_ is the audit table for AP_PAYMENT_SCHEDULES_ALL. The following table shows the
fields that you can enable for auditing.
142
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
143
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
144
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
145
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_PAYMENT_TEMPLATES
146
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Object name on the Configure Business Object Attributes page: Payment Process Request Templates
The AP_PAYMENT_TEMPLATES contains the user defined Payment Process Request Templates.
AP_PAYMENT_TEMPLATES_ is the audit table for AP_PAYMENT_TEMPLATES. The following table shows the fields that
you can enable for auditing.
147
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Pay Group Selection Criteria PAY_GROUP_OPTION Pay Group Options, All and Specify No
Legal Entity Selection Criteria LE_GROUP_OPTION Legal Entity Options, All and No
Specify
Business Unit Selection Criteria OU_GROUP_OPTION Business Unit Options, All and No
Specify
Bank Charge Bearer Override BANK_CHARGE_BEARER Bearer of bank charge cost. Bank No
charge bearers are defined as
the lookup IBY_BANK_CHARGE_
BEARER
148
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Payment Conversion Rate Type PAYMENT_EXCHANGE_RATE_ Exchange rate type for a foreign No
TYPE currency payment
149
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
150
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
AP_OU_GROUP
Object name on the Configure Business Object Attributes page: Business Units
The AP_OU_GROUP contains the user selected values for the operating units for the Payment Process Request
Template or the Payment Process Request. AP_OU_GROUP_ is the audit table for AP_OU_GROUP. The following table
shows the fields that you can enable for auditing.
AP_CURRENCY_GROUP
151
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
The AP_CURRENCY_GROUP contains the user selected values for the payment currencies for the Payment
Process Request Template or the Payment Process Request. AP_CURRENCY_GROUP_ is the audit table for
AP_CURRENCY_GROUP. The following table shows the fields that you can enable for auditing.
AP_LE_GROUP
Object name on the Configure Business Object Attributes page: Legal Entities
The AP_LE_GROUP contains the user selected values for the legal entities for the Payment Process Request Template or
the Payment Process Request. AP_LE_GROUP_ is the audit table for AP_LE_GROUP. The following table shows the fields
that you can enable for auditing.
AP_PAY_GROUP
Object name on the Configure Business Object Attributes page: Pay Groups
The AP_PAY_GROUP contains the user selected values for the pay groups for the Payment Process Request Template
or the Payment Process Request. AP_PAY_GROUP_ is the audit table for AP_PAY_GROUP. The following table shows the
fields that you can enable for auditing.
AP_SOURCE_GROUP
152
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
The AP_SOURCE_GROUP table stores the source group selection criteria information for the Payment Process Request
template. AP_SOURCE_GROUP_ is the audit table for AP_SOURCE_GROUP. The following table shows the fields that you
can enable for auditing.
AP_DISCOUNT_OFFERS_B
Object name on the Configure Business Object Attributes page: Early Payment Offers
The AP_DISCOUNT_OFFERS_B table stores discount offers. AP_DISCOUNT_OFFERS_B_ is the audit table for
AP_DISCOUNT_OFFERS_B. The following table shows the fields that you can enable for auditing.
Offer Start Date START_DATE_ACTIVE Date at the start of the offer period No
range.
AP_DISCOUNT_OFFERS_ASSIGN
Object name on the Configure Business Object Attributes page: Early Payment Offer Assignments
The AP_DISCOUNT_OFFERS_ASSIGN table stores information about the supplier assigned to the discount offer.
AP_DISCOUNT_OFFERS_ASSIGN_ is the audit table for AP_DISCOUNT_OFFERS_ASSIGN. The following table shows the
fields that you can enable for auditing.
153
Oracle Fusion Cloud Financials Chapter 3
Implementing Payables Invoice to Pay Payables Configuration
Offer Start Date START_DATE_ACTIVE Date at the start of the offer period No
range.
Expiration Date END_DATE_ACTIVE Date at the end of the offer period Yes
range.
Related Topics
• Audit Configuration for Business Object Attributes
• Audit Policies
Periods in Payables calendars are separate from the accounting periods that you define on the Manage Accounting
Calendars page.
154
Oracle Fusion Cloud Financials Chapter 4
Implementing Payables Invoice to Pay Payables Tax and Withholding
Select from one the following methods to compare payments to the reporting limit amount:
• Same as federal
• Compare individually
• Compare sum
Note: If you don't specify a reporting limit, the limit is assumed to be zero.
Same as Federal
This setting uses the federal reporting limit, which is predefined in the application as 600 USD.
Compare Individually
This setting compares the reporting limit to the sum of the payments for each US 1099 miscellaneous income tax type.
For example, the reporting limit for region X is 600 USD. You make two 400 USD payments to a supplier in region X
and classify each payment with a different US 1099 miscellaneous type. The supplier isn't reported to the region tax
authority because the total for each tax type is less than the reporting limit of 600 USD. In this case, the supplier is
reported only to the federal tax authorities.
Compare Sum
This setting compares the reporting limit to the sum of the payments for all US 1099 miscellaneous income tax types.
For example, the reporting limit for region X is 600 USD. You make two 400 USD payments to a supplier and classify
each payment with a different 1099 miscellaneous income tax type. The supplier is reported to the region tax authority
because the sum of the payments, which is 800 USD, exceeds the reporting limit. In this case, the supplier is reported to
both federal and region tax authorities.
Reporting Entities
A reporting entity is any person or organization with a unique tax identification number. Oracle Fusion Payables uses
reporting entities for United States (US) 1099 reporting.
155
Oracle Fusion Cloud Financials Chapter 4
Implementing Payables Invoice to Pay Payables Tax and Withholding
For example, you define a reporting entity called Headquarters, which comprises companies 1, 2, and 3. Each company
is represented by a primary balancing segment value. When you submit a US 1099 report, you specify Headquarters
for the reporting entity parameter. The report accumulates payments for companies 1, 2, and 3, and sums up the paid
invoice distributions that have the companies balancing segment values.
Note: Primary balancing segment values must be unique across reporting entities.
Reports
You can submit the following US 1099 reports for a specific reporting entity:
• US 1096 Report
• US 1099 Report
• US 1099 Invoice Exceptions Report
• US 1099 Supplier Exceptions Report
• US 1099 Payments Report
• US 1099 Electronic Media Report
The withheld amount is calculated according to how you set the Calculation Point option. If you apply withholding tax
at invoice validation, then the withheld amount is based on the invoice amount. However, if you apply withholding tax at
payment, then the withheld amount is based on the payment amount.
1. Enable the Apply Withholding option and set the other withholding tax options in the Withholding Tax Options
section on the Manage Tax Reporting and Withholding Tax Options page.
2. Create each tax authority as a supplier with a supplier type of Tax Authority.
3. Create withholding tax codes.
4. Create withholding tax classifications.
5. Specify withholding tax details for suppliers.
6. Define withholding tax certificates to handle rate exceptions.
156
Oracle Fusion Cloud Financials Chapter 4
Implementing Payables Invoice to Pay Payables Tax and Withholding
For example, if an invoice for 100 USD has withholding tax of 20 USD, Oracle Fusion Tax creates a withholding tax type
invoice line for -20 USD. The withheld amount is -20 USD, and the unpaid amount on the installment is 80 USD.
CAUTION:
• Automatic withholding tax is calculated only once.
• Automatic withholding tax isn't calculated:
◦ For a specific tax after you enter a manual withholding line for that tax.
◦ If you pay an invoice with a manual payment or a refund, and the option to apply withholding is at
payment time.
Related Topics
• Withholding Tax Options
• Withholding Tax Codes
• Withholding Tax Classifications
157
Oracle Fusion Cloud Financials Chapter 4
Implementing Payables Invoice to Pay Payables Tax and Withholding
• Tax regime: The set of tax rules that determines the treatment of one or more taxes administered by a tax
authority. The common tax regime setup is one tax regime per country per tax type. The tax requirements are
administered by a government tax authority for the entire country.
• Tax: The details for the taxes of a tax regime. Each separate tax in a tax regime includes records for the tax
statuses and tax rates that are used to calculate and report on the tax.
• Tax status: The taxable nature of a product or service in the context of a transaction and specific tax on the
transaction. For example, one tax can have separate tax statuses for standard, zero, exemptions, penalty, and
reduced rates. You define all applicable tax rates and their effective periods for the tax status.
• Tax rate: The rate specified for a tax status and is effective for a period of time. Set up a tax rate record with
applicable tax rate detail information per rate period. Rate periods account for changes in tax rates over time.
For a tax regime and tax, you can select an existing record or create a new record by clicking Create in the list of values.
The following table describes the regime to rate options:
Option Description
Tax Regime Select an existing tax regime code for the country or create one from within the list of values options.
To create a new tax regime record, enter the tax regime code, name, and start date.
Tax Select an existing tax for the tax regime code or create one from within the list of values options.
To create a new tax record, enter the tax, start date, tax currency, tax liability account, tax authority, and
tax authority site. For tax authority details, you must associate a supplier with a type of Tax Authority
to a withholding tax. You can then create withholding invoices to pay taxes you withheld from your
suppliers.
Tax Status Select a tax status code from the list of:
Tax Rate Enter a unique tax rate code and select a tax rate type of:
• Percentage
• Gross amount rate schedule
• Withheld amount rate schedule
158
Oracle Fusion Cloud Financials Chapter 4
Implementing Payables Invoice to Pay Payables Tax and Withholding
Related Topics
• Withholding Tax Code Rate Types
• Withholding Tax Classifications
• Withholding Tax Certificates and Exceptions
• Percentage
• Gross amount rate schedule
• Withheld amount rate schedule
For each rate type, the same withholding tax code can have different rate period details based on effective periods. For
example, the withholding tax rate is 10 percent one year and 11 percent the following year.
Percentage
Select Percentage if a flat rate percentage is required rather than different rates for different amount ranges. For
example, if withholding tax is deducted at a specified rate of 10 percent, create a percentage tax rate code with a tax rate
of 10 percent.
You can use percentage rates in conjunction with tax threshold controls that are defined at the tax level. For example,
withholding for a specific tax is restricted to no more than 10,000 USD for a withholding tax period.
You can build document or period limits into the rate schedule if necessary, by defining a To amount for the highest
amount range.
159
Oracle Fusion Cloud Financials Chapter 4
Implementing Payables Invoice to Pay Payables Tax and Withholding
a specified period. For example, define a tax code that for each year withholds at a rate of 10 percent for the first 1,000
USD in withheld amounts from a supplier. Then, define a rate of 15 percent after the first 1,000 USD.
You can build document or period limits into the rate schedule if necessary, by defining a To amount for the highest
amount range.
Related Topics
• What's a Payables calendar?
For example, assign a withholding tax classification to an invoice line to withhold two taxes, each tax withheld at
different rates and remitted to different tax authorities.
You can edit a withholding tax classification to add more tax codes if needed.
Lower precedence taxes are applied to the amount of the invoice less the previous withholding tax amounts. The
highest precedence is 1. For example, define a withholding tax classification with two tax codes. Tax A for 10 percent has
a precedence of 1, and tax B for 5 percent has a precedence of 2. Oracle Fusion Tax calculates the withholding tax for a
100 USD invoice as follows: tax A is 10 USD, tax B is 4.50 USD (.05(100 - (100 * .10))).
If compounding details aren't entered for a withholding tax classification, the gross invoice amount is used to calculate
withholding amounts for each tax code. For example, define a tax classification with two codes that each have a rate
of 10 percent, and don't define compounding details. On an invoice for 100 USD, two automatic withholding tax lines,
each for 10 USD are generated. Two lines are generated because both automatic withholding tax codes of 10 percent are
applied to 100 USD.
160
Oracle Fusion Cloud Financials Chapter 4
Implementing Payables Invoice to Pay Payables Tax and Withholding
Certificates
To define a withholding certificate, you must specify a certificate number, type, priority, and rate for a tax regime and
tax.
A certificate number can be user-defined or it can be a number assigned to a certificate issued to a supplier by the tax
authority.
Oracle Fusion Payables predefines a certificate type of Standard. You can define additional certificate types on the
Manage Tax Lookup Codes page.
Only one certificate can be enforced at a time. If you have one or more certificates for the same tax regime and tax and
the date ranges overlap, Oracle Fusion Tax applies the certificate with the highest priority, where 1 is the highest priority.
If a certificate specifies that the supplier site is exempt from the tax regime and tax, then enter 0 as the tax rate.
Note: The tax rate for a withholding certificate overrides all rates for the withholding tax.
Exceptions
To define an exception for an invoice, specify the invoice number and rate for a tax regime and tax.
Note: The tax rate for an exception overrides all rates for the withholding tax.
161
Oracle Fusion Cloud Financials Chapter 4
Implementing Payables Invoice to Pay Payables Tax and Withholding
Apply these thresholds on each specific document or for a defined period. In each case, you can specify a minimum or
maximum value. Thresholds can have different details based on the effective periods.
Consider that you don't want to deduct withholding tax if it's less than 10 USD. In that case, create a document-based
tax amount threshold with a minimum value of 10 USD.
162
Oracle Fusion Cloud Financials Chapter 5
Implementing Payables Invoice to Pay Approving Invoices
5 Approving Invoices
When the invoice approval process starts, a workflow builds the list of approvers based on the defined rules. Approval
notifications are sent to the first set of approvers on the list. When the approvers respond, notifications are sent to the
next set of approvers. This process repeats until all approvals are complete.
Note: Approvers can respond from the e-mail notification, the Worklist notifications page, the Invoices landing page,
or the Edit Invoice page.
Approval Flow
This table describes the steps in the approval flow.
Step Description
Enable invoice approval Enable the Invoice Approval option on the Manage Invoice Options page to enable approvals for a
business unit. You can use the default approval configuration or you can configure the rules to meet
your requirements. Use the Manage Task Configuration for Financials task to navigate to the routing
rules and controls.
Enter invoices Create invoices through import, invoice imaging, spreadsheets, or manual entry.
Submit invoice approval Initiate the approval invoice action or schedule the Initiate Invoice Approval Workflow process to run
on a regular basis.
Approve invoice document Respond to the approval notification for the invoice.
Predefined Rules
The invoice approval workflow includes the following predefined rules:
• Invoices having amounts greater than or equal to 1000 require approval by the immediate supervisor of the
requester on the invoice.
• Invoices having amounts less than 1000 are automatically approved.
163
Oracle Fusion Cloud Financials Chapter 5
Implementing Payables Invoice to Pay Approving Invoices
Related Topics
• Considerations for Approval Actions
164
Oracle Fusion Cloud Financials Chapter 6
Implementing Payables Invoice to Pay Configuration for Rapid Implementation
Invoice and payment options are automatically created with default values when the common options for Payables and
Procurement are defined for a new business unit. To change the default values, you can access the invoice and payment
options setups from the standard implementation template. You can also use the standard implementation template to
access the setups that aren't listed in the rapid implementation task list.
Related Topics
• Guidelines for Common Options for Payables and Procurement
165
Oracle Fusion Cloud Financials Chapter 6
Implementing Payables Invoice to Pay Configuration for Rapid Implementation
166
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
7 Disbursements
To pay your suppliers, you can make payments through electronic funds transfer by transmitting payment files to your
bank or payment system.
◦ Offering: Financials
◦ Functional Area: Payments
◦ Task: Manage Payment Process Profiles
3. On the Manage Payment Process Profiles page, in the Search Results section, click Add.
4. On the Create Payment Process Profile page in the Name field, enter ISO_PPP_XXX.
5. In the Code field, enter ISO_Code_XXX.
6. In the From Date field, accept the default setting of today's date.
7. From the Payment File Format choice list, search and select the ISO20022 Common Global Implementation
Format.
8. From the Processing Type choice list, select Electronic.
9. From the Payment Confirmation Point choice list, select When the payment file is transmitted.
167
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Note: You can click the Specify option to limit the use of this profile to payments that have specific payment
methods, disbursement bank accounts, business units, or currencies.
168
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
9. From the Payment Process Profile choice list, search on ISO and select ISO_PPP Settings_CGI .
10. From the Payment Conversion Rate Type choice list, select Corporate.
11. In the Processing Options subsection, select these check boxes: Review installments, Review proposed
payments, and Create payment files immediately.
12. In the Validation Failure Handling subsection, from the Document choice list, select Stop process for review.
13. From the Payment choice list, select Stop process for review.
14. Click Submit.
A Confirmation message appears with the process number.
15. Click OK.
16. Scroll down to the Schedule Requests section to check the status of the request.
17. Click the Refresh icon until Succeeded displays in the Status column for both Initiate Payment Process Request
and Payables Selected Installments Report processes that correspond to your process ID.
18. On the Overview page, click the Tasks icon.
19. Click the Manage Payment Process Requests link.
20. On the Manage Payment Process Requests page, enter ISO_PPRXXX in the Name field.
Note: In place of XXX, enter the appropriate number.
169
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Note: The status of the payment process request changes to Pending proposed payment review.
A Confirmation message appears that states the process was submitted and specifies a process ID.
2. Click OK.
Note: In the Payment Summary section, two payments were created and none were rejected or removed.
Since the proposed payments are fine, you can continue.
Note: The status of the payment process request is Payments completed. The status of the payment file is
now Transmitted. The payment process request completed and the payment files were transmitted to the
payment system.
3. In the Name field, enter the payment process request name, ISO_PPR_XXX.
170
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
1. On the Manage Payment Process Requests page, click the payment file number link.
2. Scroll down the Payment File page to the Payments section.
The Payments section contains two payments.
3. Click the Eye Glasses icon for the $800.00 USD payment.
4. On the Payment page, select the Documents Payable tab.
The two invoices within Payment XXX are visible.
5. Click Done.
To create a payment document at the disbursement bank account level, complete these steps:
◦ Offering: Financials
◦ Functional Area: Cash Management and Banking
◦ Task: Manage Bank Accounts
3. On the Manage Bank Accounts page, in the Account Name field, enter BofA-204 and click Search.
The record of the bank account appears in the Search Results section.
4. Select the account and click the Edit icon.
171
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
On the Edit Bank Account page, you can view payment documents that have been previously created for the
disbursement bank account. To create a payment document, you must provide a name, select the type of paper
stock, format, and specify first and last check numbers.
5. On the Edit Bank Account page, Payment Documents section, click Create.
6. In the Create Payment Document dialog box, in the Payment Document field, enter Payments Numbered
Check Stock.
7. From the Paper Stock Type choice list, select Numbered Stock.
8. From the Format choice list, search and select Standard Check Format (Stub after Payment).
9. In the First Available Document Number field, enter 373001.
10. In the Last Available Document Number field, enter 373100.
You can also enter the details of the checkbooks issued to you in the Checkbooks section of the dialog box.
Click Add to add a new row and provide these details:
A name to identify the A value that may or The number of the first The number of the last The date on which you
checkbook. may not be present on check in the checkbook. check in the checkbook. received the checkbook.
your checkbook. If your
physical check doesn't
contain any prefix, you
can leave this blank.
Note: These details aren't present on the checks printed from Oracle Fusion. They're strictly for your internal
tracking purpose only.
To create a payment process profile for printing checks, complete these steps:
172
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
4. On the Create Payment Process Profile page, in the Name field, enter PPP_XXX.
5. In the Code field, enter PPP_XXX_Code.
Note: In place of XXX, enter the appropriate number.
6. In the From Date field, accept the default setting of today's date.
7. From the Payment File Format choice list, search and select Standard Check Format (Stub after Payment).
8. From the Processing Type choice list, select Printed.
9. For the Pay File option, accept Send to printer.
10. Select the Usage Rules tab.
11. Click the All option for Payment Methods, Disbursement Bank Accounts, Business Units, and Currencies so that
the payment process profile can be used with any payment.
Note: You can click the Specify option to limit the use of this payment process profile to payments that have
specific payment methods, disbursement bank accounts, business units, or currencies.
173
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
4. On the Submit Payment Process Request page in the Name field, enter PPR_XXX.
5. Select the Selection Criteria tab.
6. From the Invoice Group choice list, search and select XXXGroup.
Tip: In place of XXX, enter the appropriate number.
1. On the Overview page, Requiring Attention tab, click the Refresh icon. The payment process request appears.
Note: The payment process request shows a Status of Pending installments review because you opted to
stop the process to review the invoices. In the Selected Installments section, five invoices were selected by the
payment process request. Since the selection looks fine, you can continue.
174
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Printing Checks
The payment process request finished processing. The payment file was automatically formatted and is now ready to
print.
1. On the Overview page, Requiring Attention tab, expand the payment process request icon to display the
payment file.
2. Click the Refresh icon.
Note: The status of the payment process request is Waiting for payments file processing and the status of
the payment file is Formatted and ready for printing.
1. On the Payment File page, review the payments and their check numbers. If your checks look fine, click Record
Print Status.
2. On the Record Print Status: Payment File page, click Submit.
A Warning message is displayed.
3. Click Record the Print Status.
A Confirmation message is displayed.
4. Click OK.
5. Click Done.
Note: On the Manage Payment Process Requests page, the payment process request status is Waiting for
payment file processing. The payment file status is Printed.
175
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
6. Click Done.
The Overview page appears.
Reviewing a Check
After printing checks, you can review them.
The disbursement process ends when either electronic payments are transmitted to a payment system or financial
institution or paper payment documents, such as checks or promissory notes, are printed.
Electronic processing creates a payment file that is transmitted to a payment system or other financial institution. The
file contains instructions that tell the payment system or financial institution how to remit funds. In some cases, funds
are remitted electronically by an automatic deposit to a bank account. In other cases, the payment file can instruct the
payment system or financial institution to issue a check for payment.
• Payment File Format choice list: You specify the payment file format to use for the electronic payment file.
• Processing Type choice list: Electronic.
176
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
• Payment Confirmation Point choice list: Point at which a payment is confirmed. Payments can be
automatically confirmed, either when the payment file is formatted or when the payment file is transmitted to
the payment system.
• Allow Manual Setting of Payment Confirmation check box: You can manually confirm payments on the
following pages:
The following settings in the header region on the Create Payment Process Profile page impact printed disbursements:
• Payment File Format choice list: You specify the payment file format to use for the printed payment file.
• Processing Type choice list: Printed.
• Default Payment Document choice list
• Send to File radio button: Produces a formatted output file, which is printed outside of Oracle Fusion
Applications.
• Send to Printer radio button
• Automatically Print After Formatting check box
• Default Printer choice list
177
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
The following figure illustrates the flow of the payment approval process within the disbursement process.
178
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
The following table describes the action steps performed by the disbursement process, which starts in Payables and
ends in Payments.
Action Description
Select documents Source product selects documents. Selected documents are grouped into a payment process request.
Submit payment process request Payment process request is submitted to Payments for processing.
179
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Action Description
Assign bank account and payment process Disbursement bank accounts, which are your company's bank accounts, and payment process profiles
profile are assigned to documents payable within the payment process request. Payments automatically
assigns these values when possible. When not possible, the application asks you to supply the values
on the Assign Payment Process Attributes page.
Validate documents Payments executes any document level validations set up on the payment method or format.
Documents payable that fail validation can be automatically removed and returned to the source
product. Valid documents payable continue in the disbursement process, or the payment process
request can be stopped for resolution, depending on options set during the submission of the payment
process request.
Create and validate payments Payments groups like documents payable into payments, according to rules set up in the payment
process profile. It then executes any payment level validations set up on the payment method or
format. Payments that fail validation can be automatically removed and the documents payable
returned to the source product. Valid payments continue in the disbursement process, or the payment
process request can be stopped for resolution, depending on options set during the submission of the
payment process request.
Review and modify payment process When the payment process request is submitted, it can be set to stop for review as soon as all
request payments pass validation. During the review, you can optionally remove payments from the payment
process request or documents payable from payments. If you make any changes during the review,
validations are executed again.
Approve or reject payment process When payment approval is enabled, the payment process stops at the Review Proposed Payments
request stage, and approvers can optionally remove payments directly from a payment process request
and then approve it. The approval process generates and routes payment approval notifications to
approvers. Approvers can approve or reject payment process requests directly from e-mails or from the
Review Proposed Payments page.
Create payment file Payments processes payments within each payment process request and groups them according
to their disbursement bank accounts, payment process profiles, and other grouping rules to create
payment files.
Validate payment file Payments executes any payment file level validations set up on the format. Payment files that fail
validation can be corrected by removing payments or the validation can be overridden.
Create extract and format An extract, or XML file, is created that contains the data relevant to the payment file. Oracle Analytics
Publisher applies a format template to the data in the extract. The result is a formatted file that
contains data specified by the format.
Transmit payment file If the payment process profile for a formatted payment file specifies electronic processing, the
payment file is transmitted to the payment system. The payment system is a bank or other financial
institution that processes the file and moves funds from the disbursement bank account to the payee
bank account.
Print payment documents If the payment process profile for a formatted payment file specifies printed processing, the payment
file is printed onto payment documents, such as checks. If any checks print incorrectly, they can be
reprinted. After checks print successfully, you can record the print status, which allows Payables to
account for the payments.
Perform post-processing After creating payments, you can optionally use reports as follows:
180
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Action Description
• Separate Remittance Advice reports can be sent to suppliers, which lists the invoices you paid.
• Positive Pay reports can be sent to banks to prevent fraud since unauthorized payments are not
listed on the Positive Pay report.
• Payment file registers can be created for internal use. They display details of payments that are
included in a payment file. You can retain this report for your records.
Payment Methods
A disbursement payment method is a method of payment that your company uses to pay a supplier, customer, or
employee. The payment method can be electronic, such as EFT, bill payable, or wire, or printed, such as a check.
You can use a payment method to pay one or multiple third-party payees.
Alternately, you can define more granular payment methods. When you do this, you can benefit from adding validations
to the payment method, which are very targeted for specific transactions. An example of a very granular payment
method is Italian EFT to which you might add a validation that's specific to Italy. With this kind of setup, validations are
run as early as during invoice entry and thus, errors can be fixed more quickly.
Since creating very granular payment methods lead to more payment methods, it's important to also set up payment
method defaulting rules. Payment method defaulting rules eliminate the burden during invoice entry of manually
selecting one appropriate payment method from the many available. You can also use supplier-specific defaults, an
option which is enabled on the Payment Method Default Basis section on the Manage Disbursement System Options
page.
Creating a disbursement payment method in Payments is composed of the following major tasks:
• Creating usage rules
• Creating or assigning validations
181
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Oracle Fusion Payments. You can provide different usage rules for different source products and change whether and
when the payment method is available.
In the Usage Rules tab on the Create Payment Method page, you decide whether to assign the payment method to one
of the following:
• All payees
• Specific business units, legal entities, and payment process transaction types for Oracle Fusion Payables
• Specific business units, legal entities, and payment process transaction types for Oracle Fusion Receivables
• Specific payment process transaction types for Oracle Fusion Cash Management
Usage Rules
Usage rules specify when a payment method or a payment process profile can be used on a document payable.
By default, payment methods are available on all transactions. By creating usage rules, you can limit the use of a
payment method based on the following transaction conditions:
• Source product
• Business unit
• First-Party legal entity
• Transaction type
• Whether domestic or foreign currency or payee location
Not all source products that are integrated with Oracle Fusion Payments have usage rule options. Some products, such
as Oracle Fusion Fixed Assets, create transactions that are imported into Oracle Fusion Payables, and are included in
Payables usage rules. Other products, such as Oracle Fusion Expenses, have fixed usage rules on supported payment
methods.
The payment method that the source product user sees depends on the usage rules specified on the Create Payment
Method page, Usage Rules tab. For example, suppose you have a payment method that is specific to one country. You
could create a usage rule so that the payment method is available for only the one business unit associated with that
182
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
country. A user entering an invoice for any other business unit wouldn't see that payment method available to select.
Usage rules, combined with payment method defaulting rules and user-definable validations, make straight-though
processing possible.
By default, payment process profiles are available on all transactions. By creating usage rules, you can limit the use of a
payment process profile based on the following transaction conditions:
• Payment method
• Business unit
• Disbursement bank account
• Currency
The profile that is applied to a document payable depends on the usage rules specified on the Create Payment Process
Profile page, Usage Rules tab. When you submit a payment process request, Payments compares the attributes of each
transaction to the profile provided on the Submit Payment Process Request page. Any transaction fails validation whose
attributes are in conflict with the profile's usage rules. If no profile is selected, Payments compares each transaction's
attributes to all existing profiles to find one with usage rules that match the transaction attributes. If a match doesn't
occur, user intervention is required to determine the appropriate payment process profile to use.
To enable straight-through processing, it's important that usage rules are no broader than necessary. For example,
having two profiles in which both sets of usage rules could apply to the same document payable leads to user
intervention. However, if one profile is specific to business unit X and the other to business unit Y, then there is no
ambiguity. The application can uniquely identify which payment process profile to apply to the document payable
without user intervention.
The rules for setting Payment method by default can be based on:
• Source product
• Business unit
• First-party legal entity
• Transaction type
• Domestic or foreign currency or payee location
Oracle Payments applies these rules in the prioritized order you specify. For example, if the first rule is a match,
Payments stops and automatically populates that rule's corresponding payment method onto the invoice. 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
automatically populates the invoice.
183
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
If the conditions for payment method Check don't match those on the invoice, the application determines whether the
conditions for payment method EFT match. If the conditions for payment method EFT match those on the invoice, then
payment method EFT automatically populates the invoice.
The following factors may, depending on the setup and data, affect how the default payment method is selected:
• The option that's selected as the payment method default basis on the Manage Disbursement System Options
page
Assigning a payment process profile to each documents payable tells Oracle Fusion Payments how to handle invoices,
promissory notes, payments, and payment files during each step of the payment process.
A payment process profile controls payment processing for the disbursement flow. It provides the blueprint to:
• Link setups
• Control usage
• Specify payment formatting, printing, and transmission behavior
• Control creation of payments and payment files
• Automate report generation
To set up a payment process profile, in the Setup and Maintenance work area, go to the following:
• Offering: Financials
• Functional Area: Payments
• Task: Manage Payment Process Profiles
Then, on the Manage Payment Process Profiles page, click Create. The Create Payment Process Profile page appears.
Link Setups
Before you can set up a payment process profile, you must set up the following:
• Payment formats
• Payment system and its payment system account
• Transmission configuration
184
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Control Usage
You can set up a payment process profile to be used only with specific variables that appear on the Usage Rules tab:
• Payment method
• Disbursement bank account
• Business unit
• Currency
For example, if the payment format associated with the payment process profile only allows a specific currency, then
you can specify that currency in the usage rules. The payment process profile is then only used on documents payable
of the applicable currency.
• Whether the payment process profile can be used for electronic or printed payment processing
• Payment file format to be used with the payment process profile
• Payment confirmation point
If the payment process profile is used for electronic payments, you select a payment system and enter details for the
payment system account. This action allows Payments to electronically transmit files to the payment system.
If the payment process profile is used for printed payments, a payment system isn't required, but you can optionally
select a payment system and transmission details so that Payments can electronically transmit positive pay files to your
bank.
On the Payment tab, an enabled grouping rule for an attribute means that two documents payable that share the same
value for an attribute are grouped into the same payment. If values are different, the documents payable are in separate
payments. A disabled grouping rule for an attribute means that the attribute won't apply when documents payable are
built into payments.
On the Payment File tab, you specify payment grouping rules that determine which attributes are considered when
grouping payments into payment files.
• Batch booking: One debit entry is posted for a group, rather than for each credit transaction
• Overrides: If you select an override option, the payment file contains the service level and delivery channel
combination you select, rather than those specified in supplier setup. If you don't select any override options,
the payment file can contain multiple combinations.
• Payment limits: Limit for the number of payments in a payment file
185
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
• Payment sorting: Payments within a payment file are ordered as specified, which also determines the ordering
of payments in the payment file register
• Bank instructions: Text that you want to include in all payment files created using this payment process profile
• Periodic sequences in format: Sequential numbering of payment files according to a payment system or bank's
requirements.
Approvers can then optionally remove payments directly from a payment process request and approve it.
Note: Payment approval only supports the payments created by the payment process request process. If you created
them on the Create Payments page, they aren't supported.
The approval process generates and routes payment approval notifications to approvers. Approvers can approve or
reject payment process requests directly from emails. They can also perform other approval actions from payment
approval worklist notifications.
• Offering: Financials
• Functional Area: Payments
• Task: Manage Disbursement System Options
On the Manage Disbursement System Options page, select the Enable payment approval option.
Select the Payment Process Request Status Report format; and select Automatically submit at payment process
request completion check box.
186
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Note: Selecting Automatically submit at payment process request completion check box ensures that an approval
document is created before final payment.
• Offering: Financials
• Task: Manage Task Configurations for Financials
Note: Payment approval rules are configured to route payment approval notifications to approvers in sequential
order only.
Related Topics
• How Payment Approval Is Processed
187
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
You perform the Granting Payment Function Access set up task only to restrict the Disbursement Process Management
Duty role.
With access to the Disbursement Process Management Duty, you can make the following types of payments:
• Customer refunds
• Supplier payments
• Reimbursement of employee expense reports
When you're granted access to the Disbursement Process Management Duty, you can perform the following actions in
Authorization Policy Manager:
• View the Disbursement Process Management Duty.
• View children duty roles of the Disbursement Process Management Duty.
• Restrict or expand the Disbursement Process Management Duty.
• Assign the Disbursement Process Management Duty to job roles.
To restrict the Disbursement Process Management Duty role for an employee, you must first perform the following
high-level prerequisite steps in Oracle Identify Manager. Then perform the steps listed in this topic in APM:
1. Create a new user.
2. Assign existing job roles to the new user.
3. Create a new job role.
4. Assign new job roles to the new user.
After you perform the steps listed in this topic in APM, then complete the steps by assigning the role of fscm to the
Disbursement Process Management Duty role in APM.
Note: Oracle Fusion Applications and APM use different terms to describe the same security elements.
188
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
To view the children duty roles of the Disbursement Process Management Duty, perform the following steps in APM:
To view the parent duty roles that inherit the Disbursement Process Management Duty, click the Is Inherited By link.
Note: The Disbursement Process Management Duty role doesn't have a parent duty role.
189
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
1. Remove child duty roles from or add child duty roles to the predefined Disbursement Process Management
Duty.
2. Remove privileges from or add privileges to the predefined Disbursement Process Management Duty.
3. Create a new Disbursement Process Management Duty role. The new Duty role can have more or less child duty
roles or privileges as compared with the predefined Disbursement Process Management Duty.
To view the predefined job roles that are assigned to the Disbursement Process Management Duty, select the External
Role Mapping tab in APM.
The Disbursement Process Management Duty is assigned to the following predefined job roles:
Any user who is assigned the preceding job roles has access to the following payment functions that are associated with
the Disbursement Process Management Duty:
• Customer refunds
• Supplier payments
• Reimbursement of employee expense reports
Each template contains prescribed formatting attributes, such as data location. Banks, payment systems, and countries
have specific electronic formatting requirements for payment files and settlement batches.
You can use existing Analytics Publisher templates or modify them with minimal effort by using a standard text editor,
such as Microsoft Word. For example, when a payment system requires a change to its payment file format, you can
quickly make the change by modifying the appropriate template.
190
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
Whether you modify an existing template or create a new one, determines whether you also create a new format and
a new payment process profile. Each payment process profile is associated with a format. The following table lists two
template scenarios and indicates the resulting action you take.
Create a new template or modify an existing Create a new template. Modify an existing template.
template.
Name the template. Rename the template. Keep the same name.
Where to save the new or modified template. Payments folder by the Custom folder or Payments folder by the Custom folder.
Payments folder by the Financials folder.
8. On the Data Model tab, to copy a predefined template and save it to your local drive as a RTF file, click the Edit
link of the applicable template. Then click the Save button.
9. Navigate to the location where you want to save the copy of the template and click the Save button.
10. Navigate to the saved RTF file and open it.
1. Using a text editor, modify the RTF file on your local drive.
191
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
2. Save as Other Formats, change the file name, click the Save button, and close the file.
3. To upload a copy of your modified template to Oracle Analytics Publisher, navigate to the applicable tab, and
click the Add New Layout link.
4. Click the Upload icon. The Upload Template File dialog box appears.
5. In the Layout Name field, enter a name for the template you modified.
6. In the Template File field, browse to the location of the modified template on your local drive and click the
Open button.
7. From the Type choice list, select RTF Template.
8. From the Locale choice list, select the language for the modified template.
9. Click the Upload button. The modified template appears on the Data Model tab of the applicable tab.
Note: The modified template is also copied to the Payments folder that is within the Custom folder.
• Compare values
• Ensure that a value always appears in the field you want to validate
The first condition ensures that the validation checks a value, which meets your specified condition and value. The
second condition ensures that the field the validation checks is not empty.
Note: You aren't required to set up two user-defined validations. A scenario can exist where you only want to create a
user-defined validation that ensures that the field the validation checks is not empty.
The following table summarizes key decisions to consider before setting up a user-defined validation.
Do you want to compare a value that the You want to validate that the Document pay group field is equal to the string Domestic when
user enters against a specified condition generating an invoice.
and value?
Do you want to ensure that the validated You want to validate that the Document pay group field is not empty when generating an invoice.
field is not empty?
192
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
◦ Offering: Financials
◦ Functional Area: Payments
◦ Task: Manage Payment Methods
Then, on the Manage Payment Methods page, click the Create icon.
2. On the Create Payment Method page in the User-Defined Validations section, complete the fields as shown in
this table for Validation 1.
If you save the invoice without entering any value in the Document pay group field, Validation 1 alone, won't
keep the invoice on hold.
Field Value
Value Domestic
To include the scenario in the validation where no value is entered in the Document pay group field, you must
set up a second validation. If you save the invoice without entering any value in the Document pay group field,
the application then keeps the invoice on hold.
Field Value
Condition Required
193
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
A payment process profile can have up to two bank instructions. When this payment process profile is used during the
creation of a payment file, the bank instruction values are copied directly to it. The extract makes the values available to
the formatting process. If the payment format specifies the use of bank instructions, the values are passed to the bank
in the header level of the payment file.
A value automatically populates from the lowest of these levels to the invoice in Oracle Fusion Payables. On the invoice,
it's displayed with the installments and you can manually override it.
When an installment is paid, the delivery channel is copied from the document payable to the payment when payment
documents have the same delivery channel. When you select delivery channel as a grouping rule on the profile, all
documents that share the same delivery channel are grouped into a payment.
194
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
195
Oracle Fusion Cloud Financials Chapter 7
Implementing Payables Invoice to Pay Disbursements
196
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
You can assign validations to payment methods and payment formats. A validation can be executed at the document
payable, payment, or payment file level.
In payment processing, it's critical that payment files sent to payment systems and financial institutions are valid and
correctly formatted. If this is not done, the payment process is slowed, which results in additional time and cost due to
problem resolution. Oracle Fusion Payments helps you achieve straight-through processing by ensuring that payment-
related details are valid. To assign validations, you can select from the following options:
• Assigning validations
• Creating user-defined validations
• Selecting from a predefined library of validations
The following table lists the objects you can validate and when validations are executed for the applicable setup.
Object Payment Method-Driven Validations are Payment File Format-Driven Validations are
Enforced When... Enforced When...
Document Payable The invoice is saved in the source product. The invoice installment is selected for payment.
Payment The payment is created by building related The payment is created by building related
documents payable together. documents payable together.
Assigning Validations
You can assign user-defined validations to any:
• Payment method
• Payment file format
You can assign a validation to whichever object drives the requirement for validation. For example, if your bank
format requires a limited number of characters in a specific field, you can assign that validation to the bank format. By
doing this, you ensure that the validation is enforced only when applicable. However, if you want to enforce a general
validation that isn't specific to the payment method or format, you can consider timing in your decision.
197
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Payments always validates as early as possible for a given object and setup. Document payable validations that are
associated with payment methods are enforced earlier in the process than those associated with formats. If you want
validation failures handled by the same person who is entering the invoice, you can associate the validation with the
payment method. This method is ideal for business processes where each person has full ownership of the items
entered. However, if you want focused invoice entry with validation failures handled centrally by a specialist, you can
associate the validation with the format. This method is ideal for some shared service centers.
• Document payable
• Payment
• Payment file
User-defined validations are basic validations that correspond to simple operations. These validations can be used
as components, or building blocks, to build more complex validations. They enable you to validate, for example, the
following conditions:
• Length of a value. Example: Payment Detail must be fewer than 60 characters for your bank-specific payment
file format.
• Whether a field is populated. Example: Remit to bank account is required when payment method is Electronic.
• Whether content of a field is allowed. Example: Currency must be USD when using your domestic payment file
format.
Predefined validations are groups of individual validations that are together for a specific purpose. Many of the
predefined validations that you can associate with payment formats are country-specific. Predefined validations cannot
be modified, although some have parameters you can set to define specific values.
Oracle Analytics Publisher templates contain formatting attributes that format data files. Formatted outputs include
printed checks, electronically transmitted payment files, settlement batches, and reports.
The purpose of setting up formats is to enable payment systems, financial institutions, or countries to understand your
company's messages, given their specific formatting requirements for disbursements or funds capture transactions.
Inbound messages come from a payment system or financial institution to your company. Outbound messages leave
your company to your payment system or financial institution.
198
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Note: Before you can set up formats, you must set up the corresponding templates in Oracle Analytics Publisher. For
more information on setting up templates, see Oracle Fusion Middleware Report Designer's Guide for Oracle Analytics
Publisher at http://docs.oracle.com/cd/E25054_01/bi.1111/e13881/toc.htm.
• Payments
• Payment files
• Documents payable tables
For more information on Payments' XML extracts, see How To Generate and View Fusion Payments XML Extract ,
Document ID 1428249.1, on My Oracle Support.
The Identity format is an Oracle Analytics Publisher template called IBY_IDENTITY. It's part of the Funds Capture
Authorization and Settlement report. If you want to use the Identity format for a disbursements report, you must
download the RTF template and upload it as part of the intended disbursements report. Then, you can set up a modified
199
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
format in Payments using the newly created format with a payment process profile or a funds capture process profile,
and examine the XML output.
Setting Up Formats
In the Setup and Maintenance work area, use the following to select a predefined format type on the Manage Formats
page:
• Offering: Financials
• Functional Area: Payments
• Task: Manage Formats
On the Create Format page, associate an Oracle Analytics Publisher template with the format type you selected.
Disbursement Payment File Formats Disbursement Payment File Formats Disbursement Extract
Disbursement Positive Pay File Formats Disbursement Positive Pay Formats Disbursement Positive Pay Extract
Disbursement Separate Remittance Advice Disbursement Separate Remittance Advice Disbursement Extract
Formats Formats
Disbursement Accompanying Letter Formats Disbursement Accompanying Letter Formats Disbursement Extract
Disbursement Payment Process Request Status Disbursement Payment Process Request Status Disbursement Payment Process Request
Report Formats Report Extract
Disbursement Payment File Register Formats Disbursement Payment File Register Disbursement Extract
200
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Funds Capture Settlement Format Funds Capture Authorization And Settlement Funds Capture Extract
Formats
Funds Capture Accompanying Letter Formats Funds Capture Accompanying Letter Formats Funds Capture Extract
Funds Capture Payer Notification Formats Funds Capture Payer Notification Formats Funds Capture Extract
Related Topics
• What's a format type?
• Options for Validations
Transmission Protocols
Computers use transmission protocols to communicate with each other across a network. To transmit data, such as
payment files from Oracle Fusion Payments to a payment system, the implementor defines protocols that the payment
system can receive.
Payments offers industry-standard transmission protocols, such as FTP, HTTP, and HTTPS, predefined. They are
composed of the following:
• A code entry point, which the payment system servlet uses to accomplish transmission
• A list of parameters, such as network address and port, for which the transmission configuration must supply
values
• Transmission protocol entry points, which are independent of payment servlets and may be called from the
Payments engine
While the transmission protocol defines which parameters are expected in the communication, the transmission
configuration defines what value is supplied for each parameter. Transmission configurations and payment systems are
associated on the funds capture process profile for funds capture or on the payment process profile for disbursements.
Note: This note applies only to on-premises customers, and never to Oracle Cloud customers. The preferred file-
based transmission protocol is Secure File Transfer Protocol (SFTP). File Transfer Protocol (FTP) is unsecured and
should only be used to meet legacy third-party requirements. FTP must be used over a secure link such as a virtual
private network or a leased line with data link level encryption enabled.
201
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Related Topics
• Transmission Configurations
Transmission Configurations
A transmission configuration is a group of specific transmission details. A transmission configuration defines a value
for each parameter in a transmission protocol. The values in a transmission configuration are specific to one payment
system or financial institution.
For example, suppose a transmission protocol requires parameter values for a Socket IP Address and a Socket
Port Number. Your payment system that accepts that protocol will give you the values that it expects to receive for
these parameters. You enter the applicable values in the Socket IP Address and Socket Port Number fields for
the transmission configuration. The transmission configuration is then assigned to the payment system within the
funds capture process profile for funds capture transactions or within the payment process profile for disbursement
transactions.
In the Setup and Maintenance work area, use the following to transmit files to your payment system by setting up
transmission configurations:
• Offering: Financials
• Functional Area: Payments
• Task: Manage Transmission Configurations
On the Manage Transmission Configurations page, click Create. The Create Transmission Configuration page appears.
Related Topics
• How You Set Up Transmission Configurations
• Transmission Protocols
To enable your company to exchange information with your payment system or bank, a preexisting agreement must
exist as to how information is structured and how each side sends and receives it.
202
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Understanding Protocols
A transmission protocol is a set of rules or procedures for transmitting data between electronic devices, such as
computers. To transmit data, such as a payment file or a settlement batch from Payments to an external payment
system, you must define the transmission protocols that the payment system can receive.
Payments offers industry-standard predefined transmission protocols, such as SFTP, HTTP, HTTPS, and AS2. These
protocols include the following:
• A protocol implementation class, which implements the technical details of communication in a generic manner
• A list of parameters, such as network address and port, for which the transmission configuration must supply
values
The transmission protocol defines which parameters are expected in the communication between your company and its
payment system or bank.
Before selecting a transmission configuration for payment processing, note the following:
You may need two transmission configurations as follows if you use a protocol normally blocked by your network
security rules:
203
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
CAUTION: It is always a configuration error for the tunneling configuration to point to any other tunneling
configuration, including itself.
• Offering: Financials
• Functional Area: Payments
• Task: Manage Transmission Configurations
On the Create Transmission Configuration page, enable electronic connectivity with your payment system or bank by
specifying values for each parameter for the protocol you selected.
The transmission configuration is subsequently assigned to a payment system or bank in the funds capture process
profile for funds capture transactions or in the payment process profile for disbursements.
Related Topics
• Payments Wallet Migration Post P2T / T2T Refresh (Doc ID 2407678.1)
You can update existing transmission configurations to use encryption and digital signature for your existing
connectivity with banks.
For outbound messages, Oracle Payments Cloud supports encryption and digital signature for:
204
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
For inbound messages, the application supports decryption and verification of digitally signed encrypted files for:
• Funds capture acknowledgment files
• Bank statements
You can also secure payment data using secured transmission protocols, such as SFTP or HTTPS.
Note: Oracle Applications Cloud supports decryption of payment files that are encrypted using version BCPG 1.45 or
lower of the OpenPGP standard.
Configuring encryption and digital signature for outbound and inbound messages includes the following actions:
• Generating keys
• Setting up outbound transmission configuration
• Setting up inbound transmission configuration
• Uploading the bank-provided public key file
• Downloading the system-generated public key file
Generating Keys
Encryption and digital signature verification requires a public key. Conversely, decryption and signing a digital signature
requires a private key. A private key and public key pair is known as the key pair. The party who generates the key pair
retains the private key and shares the public key with the other party. You can generate or receive a public key subject to
the agreement with your bank.
The following table provides typical generation details of the public and private key pair:
Key Pair Generated Generates Outbound Messages from Generates Inbound Messages to Payments
Payments
PGP Public Encryption Key and PGP Private Bank Deploying company
Signing Key
PGP Public Signature Verification Key and PGP Deploying company Bank
Private Decryption Key
If you're generating the key pair, you can automatically generate them within Oracle Applications Cloud.
You must import the public encryption key or the public signature verification key that you receive into the Oracle
Application Cloud using UCM.
• Encrypt your payment file using the bank-provided public encryption key.
• Optionally, sign the payment file digitally using the private signing key that you generate.
On the Create Transmission Configuration page, you can see the outbound parameters as described in the following
table.
205
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
PGP Public Encryption Key A key given to you by your bank that you use to encrypt your outbound payment file.
To upload the bank-provided public encryption key, use UCM by navigating to Tools > File Import and
Export.
Lastly, on the Create Transmission Configuration page for the PGP Public Encryption Key parameter,
select the public encryption key file from the Value choice list.
PGP Private Signing Key A key generated by you to digitally sign the outbound payment file.
To generate the private signing key, select Quick Create from the Value choice list for the PGP Private
Signing Key parameter. The application:
• Automatically generates the private signing key and links it to your transmission configuration.
• Generates a public encryption key file that you can download from UCM and share with your
bank. The bank uses your public encryption key file to verify the digital signature of the payment
files that you transmit to the bank.
Note:
You must provide a key password to generate a private signing key using the Quick Create feature.
This password is also used for exporting and deleting this key.
• Verify the digital signature using the bank-provided public signature verification key.
• Decrypt the file using the private decryption key that you generate.
On the Create Transmission Configuration page, you can see the inbound parameters as described in the following
table.
PGP Public Signature Verification Key A key given to you by your bank that you use to validate the digital signature of inbound
acknowledgment files or bank statements.
To upload the bank-provided public signature verification key, use UCM by navigating to Tools > File
Import and Export.
After uploading the bank-provided public signature verification key using UCM, you can select the
key file on the Create Transmission Configuration page. Select it in the Value choice list for the PGP
Public Signature Verification Key parameter. After you select the public signature verification key file,
it's automatically imported.
PGP Private Decryption Key A key generated by you to decrypt the inbound encrypted file. To generate the private decryption key,
select Quick Create from the Value choice list for the PGP Private Decryption Key parameter. The
application:
• Generates the private decryption key and links it to your transmission configuration.
206
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
• Generates a public signature verification key file that you can download from UCM and share with
your bank. The bank uses your public signature verification key file to encrypt acknowledgments
and bank statements.
Note:
You must provide a key password to generate a private signing key using the Quick Create feature.
This password is also used for exporting and deleting this key.
Option Description
Length The number of bits in the private signing key (or key size).
Expiration Date The date when this private signing key expires.
207
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Configuring these properties lets you meet bank-specific payment file security requirements. When you generate a
private key using the Advanced Create option, a corresponding public key is exported to UCM from where you can
download it. Similar to Quick Create, you must provide a key password when you use Advanced Create to generate a
private key.
1. Rename the bank-provided key file by including _public.key as the suffix. Ensure that the key file name doesn't
have any special characters other than the underscore.
2. Navigate to: Navigator > Tools > File Import and Export.
3. Import the bank-provided key file into account fin/payments/import.
4. Navigate to the Create Transmission Configuration page.
5. From the Value choice list for the applicable parameter, select the uploaded key file.
Tip: The key name in the choice list is the same as the one you uploaded using UCM.
6. After you select the key and save the transmission configuration, the key is automatically imported into the
Payments.
1. On the Create Transmission Configuration page, select Quick Create for the applicable parameter.
2. Click the Save and Close button.
3. Navigate to: Navigator > Tools > File Import and Export.
4. From the Account choice list, select fin/payments/import and search for the system-generated public key file.
5. Download the system-generated public key file.
Tip: The file name is similar to the private key file that was generated and attached to the transmission
configuration.
Note: SSH (Secure Socket Shell) key-generation for SFTP two-factor authentication is generated by Oracle Support
based on a service request.
You can also use this feature to delete PGP. However, you can't delete a key that's currently attached to a transmission
configuration. When you delete a system-generated private key, the corresponding public key is also deleted. Just like
how exporting works, deleting a key also requires the key password, if the selected key is a private one. No password is
required for deleting a public key.
The Export and Delete feature works not only for the application-generated keys but also for imported keys.
208
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
You can use the private key within Payments and share the public key with your bank.
• The Master encryption key has already been configured using the Manage System Security Options task.
• Ensure that the key file name doesn’t have any special characters other than the underscore (_).
• Ensure that the key file has the SSH extension (file name has .ssh as suffix).
• Ensure that file name length (including the extension) doesn't exceed 26 characters.
Here’s how you import externally generated private security key file:
1. Upload the file in UCM using the File Import and Export utility. Use this UCM account: fin/payments/import.
2. Create or update the SFTP transmission configuration.
3. Select the private key file that should now be available in the Client Private Key File choice list.
4. Enter the applicable password for this key file in the Client Private Key Password field and then click Save.
1. In the Setup and Maintenance work area, go to the Manage Transmission Configurations task:
◦ Offering: Financials
◦ Functional Area: Payments
◦ Task: Manage Transmission Configurations
2. Select the transmission protocol for which the key pair must be generated.
3. Create a new transmission configuration or select an existing one.
4. Enter the transmission details.
5. In the Value choice list for the Client Private Key File, select Quick Create to generate a key pair.
Note: You must enter the password for private key file in the Client Key File Password field.
The application generates the key pair and populates the Client Private Key File field with the private key file name.
This file name has the SSH extension. You can download the corresponding public key file from the UCM account /fin/
payments/import. This public key has the same file name as the private key. However, it has a PUB extension (file name
has .pub as suffix). Share the public key file with the bank to deploy it on the SFTP server.
209
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Option Description
Length The number of bits in the SFTP key (or key size).
When you generate a private key using the Advanced Create option, a corresponding public key is exported to UCM
from where you can download it. Similar to Quick Create, you must provide a key password when you use Advanced
Create to generate a private key.
You can also use this feature to delete SSH keys. However, you can’t delete a key that’s currently attached to a
transmission configuration. When you delete a system-generated private key, its corresponding public key is also
deleted. You must also provide the key password when deleting a private key. You don’t need a password to delete a
public key.
The Export and Delete feature works for both application-generated keys and imported keys.
The setup captures various parameters, which may be different for different protocols. You can test your transmission
configuration to confirm whether your setup of outbound and inbound transmission protocols is correct.
To confirm the accuracy of the setup, click the Test button on the Create or Edit Transmission Configuration page.
The Test button is active only when the values associated with all the mandatory parameters are present. Typical
transmission configuration parameters that are available to test include:
• Destination server URL
210
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
The following table describes transmission configuration connection tests and test results with their associated return
messages.
Whether the remote file directory is valid. • Connection is successful. Incorrect remote directory (raw message)
• Remote file directory isn't present or
incorrect.
Whether user credentials are correct. • Connection is unsuccessful. Incorrect user credentials (raw message)
• Destination IP address and port is correct.
• Incorrect login credentials.
Whether IP address or port is correct. • Connection is unsuccessful. Incorrect destination server details (raw
message)
• Incorrect IP address or port.
Whether two factor key file-based • Connection is unsuccessful. Unsuccessful authentication (raw message)
authentication is successful.
• Unsuccessful key file-based
authentication.
Whether the destination server is responsive. Destination server is down. Destination server is not responding (raw
message)
211
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Your choice of integrating with a gateway or a processor payment system is generally determined by your:
• Type of business
• Number of transactions per day
• Your bank
This table describes the differences between gateway and processor payment systems.
Connectivity and Security Provide easy connection, often using SSL- Provide more rigorous security, connectivity,
based internet connectivity. and testing requirements.
212
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Volume of Transactions Favor lower-volume merchants or merchants Often favor higher-volume merchants who
who are willing to pay a per-transaction are willing to exert more effort for processor
premium for easier setup and connectivity. connectivity.
Online or Offline Takes all transactions online. Enables authorizations in real-time and follow-
up transactions, such as settlements and credits
offline.
On the Manage Payment Systems page, click Create. The Create Payment System page appears.
When you set up a payment system on the Create Payment System page, specify these values:
• Types of payment instruments the payment system supports for funds capture transactions
• Data file formats and transmission protocols accepted by the payment system
• Settings required by the payment system
• Settings required by the tokenization provider if your company has enabled tokenization
Note: You can transmit a payment file offline by downloading it to your local drive and then emailing it to your
payment system or bank. However, you may still require setting a payment system. The payment system and
payment system account setup capture several attributes, which are passed in the payment file or settlement batch
message. Without these attributes, a payment file is invalid and rejected by bank.
213
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Tip: The payment system generally provides the values for the payment system settings, which you enter as part of
the payment system account.
You can configure a secure payment system account by entering a password. For secured settings, the values captured
in the payment system account are masked.
Tip: You can set up multiple payment system accounts in Payments for a single payment system.
Attribute Value
Name PayPal
Code ppal
In the Settings Required by Payment System section of this payment system, these attributes are used:
214
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Note: You can use these settings to create a new payment system account.
Stored in the payment system account are values for settings and your company's identifiers. Your company can have
multiple payment system accounts with a single payment system.
Payment system accounts are associated with the following setup objects:
• Internal payees
• Funds capture process profiles
• Payment process profiles
The following table lists setup objects and the action they perform relative to the payment system.
Payment system • Tells Payments where to send the funds capture transactions.
• Tells Payments where to send the disbursements transaction.
Payment system account Tells Payments how to identify itself to the payment system
Transmission configuration Tells Payments how to transmit the transaction to the payment system
Internal Payees
You can set up routing rules that are assigned to an internal payee. Routing rules specify which payment system
account a transaction is transmitted to, based on the values of various transaction attributes.
If you don't need granular routing rules to determine which the correct payment system account for a transaction, or if
you want a fallback value should none of the routing rules apply, you can set up one default payment system account on
each internal payee for each payment method.
215
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
For each payment system account that's enabled on the funds capture process profile, you can select up to three
transmission configurations, one each for authorization, settlement, and acknowledgment.
Related Topics
• How You Set Up a Payment System
The application uses this key to encrypt or authenticate data transmitted to remote third-party systems such as banks.
The security credential file can be used for transmission security by any future process that runs and references the
transmission configuration. The application understands which credential files are used by which protocols and displays
only the appropriate ones in the setup pages.
Payments supports a variety of security-related credential files, including wallet files, trust store files, and digital
certificates.
Before you can import a security credential file with its key into Payments, you must first create a Payments master
encryption key.
1. In the Setup and Maintenance work area, go to Financials > Payments > Manage System Security Options.
2. On the Manage System Security Options page, click Apply Quick Defaults.
3. Select the Automatically create wallet file and master encryption key check box.
4. Click the Save and Close.
216
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
CAUTION: Ensure that the credential file is password-protected when you create it. It must be deleted from Oracle
Fusion Applications as soon as the import process completes.
1. In the Setup and Maintenance work area, go to Financials > Payments > Manage Transmission
Configurations.
2. On the Manage Transmission Configurations page in the Search section, select your protocol from the Protocol
choice list and click Search.
3. In the Search Results section, click the applicable configuration link to open the Edit Transmission Configuration
page.
4. In the Value field for your protocol's applicable parameter, select the file you created, uploaded, and imported.
The name of the specific parameter used to import a security credential file depends upon the protocol.
You can now securely transmit electronic files using this transmission configuration.
217
Oracle Fusion Cloud Financials Chapter 8
Implementing Payables Invoice to Pay Payment System Connectivity
Each format that you create in Oracle Fusion Payments is associated with a format type so the application knows how
the format is used. Format types are either disbursement formats that relate to payment files or funds capture formats
that relate to settlements or reports.
The format type you associate with a format specifies the following:
Related Topics
• How You Set Up Formats
• How You Use Oracle Analytics Publisher to Modify Templates for Use with Formats
218
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
9 Payments Security
Options for System Security
Implement application security options on the Manage System Security Options page. You can set the application
security to align with your company's security policy.
You can set security options for encryption and tokenization of credit cards and bank accounts, as well as for masking
the payment instrument. Both funds capture and disbursement processes use security options.
Note: You must enable encryption or tokenization of credit cards in Payments before you can import credit cards into
Expenses.
Ask yourself these security questions to improve the security of your sensitive data:
• Which security practices do I want to employ?
• Do I want to tokenize my credit card data?
• Do I want to encrypt my bank account data?
• Do I want to encrypt my credit card data?
• How frequently do I want to rotate the master encryption key and the subkeys?
• Do I want to mask credit card and bank account numbers? How do I accomplish that?
To set up application security options, go to Financials > Payments > Manage System Security Options in the Setup
and Maintenance work area.
• Comply with the Payment Card Industry Data Security Standard (PCI DSS). PCI DSS is the security standard
required for processing most types of credit cards.
◦ Comply with all requirements for accepting credit card payments.
◦ Minimize the risk of exposing sensitive customer data.
• Create the master encryption key.
◦ Rotate the master encryption key periodically.
Automatic creation of the master encryption key ensures that it's created and stored in the proper location and with all
necessary permissions.
219
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Tokenization is the process of replacing sensitive data, such as credit card data, with a unique number, or token, that
isn't considered sensitive. The process uses a third-party payment system that stores the sensitive information and
generates tokens to replace sensitive data in the applications and database fields. Unlike encryption, tokens can't be
mathematically reversed to derive the actual credit card number.
Click Edit Tokenization Payment System on the Manage System Security Options page to set up your tokenization
payment system. Then, click Tokenize in the Credit Card Data section to activate tokenization for credit card data.
Credit card numbers entered in Oracle Receivables and Oracle Collections are automatically encrypted. Encryption is
based on the credit card encryption setting you specify on the Manage System Security Options page.
Note: If you import card numbers into Payments, you should run the Encrypt Credit Card Data program immediately
afterward.
Bank account encryption doesn't affect internal bank account numbers. Internal bank accounts are set up in Cash
Management. They are used as disbursement bank accounts in Payables and as remit-to bank accounts in Receivables.
Supplier, customer, and employee bank account numbers entered in Oracle applications are automatically encrypted.
Encryption is based on the bank account encryption setting you specify on the Manage System Security Options page.
Note: If you import bank account numbers into Payments, you should run the Encrypt Bank Account Data program
immediately afterward.
The master encryption key is stored on Oracle Platform Security Services. Oracle Platform Security Services stores
data in an encrypted format. The master encryption key can be rotated, or generated, which also encrypts subkeys, but
doesn't result in encrypting the bank account numbers again.
If your installation has an existing master encryption key, click Rotate to automatically generate a new one.
220
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Note: To secure your payment instrument data, you should rotate the master encryption key annually or according to
your company's security policy.
You can also select the frequency with which new subkeys are automatically generated, based on usage or on the
maximum number of days. To specify a subkey rotation policy, click Edit Subkey Rotation Policy.
Note: To secure your payment instrument data, you're advised to schedule regular rotation of the subkeys.
The security architecture for credit card data and bank account data encryption is composed of these components:
This figure illustrates the security architecture of the Oracle Platform Security Services repository, the master encryption
key, and the subkeys.
On the Manage System Security Options page, you can mask credit card numbers and external bank account numbers.
You just have to select the number of digits to mask and display. For example, a bank account number of XX558012
displays the last six digits and masks all the rest. These settings specify masking for payment instrument numbers in
the user interfaces of multiple applications.
221
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Note: For credit cards, you can unmask only up to the first or last four digits of the credit card number. On the other
hand, you can unmask up to the first or last six digits of a bank account number.
Related Topics
• Enable Encryption of Sensitive Payment Information
• PCI DSS Credit Card Processing Requirements
Encryption encodes sensitive data, so it can't be read or copied. To enable encryption, you must create a master
encryption key. Oracle Platform Security Services is a repository that stores your master encryption key. The application
uses your master encryption key to encrypt your sensitive data.
Note: Before you can import credit cards into Expenses, you must enable encryption or tokenization of credit cards in
Payments. If you're using credit card data anywhere other than Expenses, you must enable tokenization in Payments.
To secure your credit card or bank account data, complete these steps:
1. In the Setup and Maintenance work area, go to Financials > Payments > Manage System Security Options.
2. On the Manage System Security Options page, click Apply Quick Defaults.
3. Select all the check boxes:
• Supplier level
• Supplier address level
• Supplier site level
Each bank account assignment is comprised of the following entities:
• Supplier
• Bank account
222
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
1. On the Manage Suppliers page, in the Search region, enter your supplier name or supplier number in the
Supplier or Supplier Number field and click the Search button. Supplier details appear in the Search Results
region.
2. In the Search Results region, select the supplier name and click the Edit icon. The Edit Supplier: <Supplier
Name> page appears.
1. To set up a bank account at the supplier level, on the Edit Supplier: <Supplier Name> page, select the Profile
tab. Select the Payments tab. Select the Bank Accounts subtab. Go to step 8 and continue.
2. To set up a bank account at the supplier address level, on the Edit Supplier: <Supplier Name> page, select the
Addresses tab. Click a specific address name link. On the Edit Address: <Location> page, select the Payments
tab. Select the Bank Accounts subtab. Go to step 8 and continue.
3. To set up a bank account at the supplier site level, on the Edit Supplier: <Supplier Name> page, go to step 4 and
continue.
4. Select the Sites tab. The supplier's various sites display.
5. Click a specific site link. The Edit Site: <Supplier Site Name> page appears.
6. Select the Payments tab.
7. Select the Bank Accounts subtab.
8. On the Bank Accounts subtab, click the Create icon. The Create Bank Account page appears. On the Create
Bank Account page in the Bank Account region, you set up basic information about the bank account.
Quickly search for bank and branch when adding bank accounts. You can also search and select the branch first
which will automatically populate the bank information.
9. In the Account Number field, enter the bank account number.
10. From the bank account, search and select a bank.
Note: If the country of the supplier's bank account and the country of the bank account's branch through
which the payment is made is the same, then the payment is considered a domestic payment.
11. From the Branch lookup, select the branch where the bank account will reside. You can also search and select
the branch before selecting the bank.
The bank to which the selected branch belongs is automatically populated.
223
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Note: You can set up a supplier's bank account for making domestic payments by check without specifying
a bank or branch. To make electronic international payments, however, you must specify both a bank and a
branch.
Note: If the country of the supplier's bank account and the country of the bank account's branch through
which the payment is made isn't the same, then the payment is considered an international payment.
12. To make international payments to a supplier's bank account, select the Allow international payments check
box.
Note: The Allow international payments check box can be selected only when you provide bank and
branch details. If you don't select the Allow international payments check box, international payments
aren't created.
13. If you're setting up a supplier's bank account in a European country, enter the International Bank Account
Number (IBAN) in the IBAN field.
Note: Validation of the IBAN is based on the country for which the bank account is set up.
14. From the Currency choice list, select the currency in which payments are made.
Note: If you select a currency, then the supplier's bank account is used to pay invoices in that currency only. If
you don't select a currency, then the supplier's bank account is considered multicurrency and can be used to
pay invoices in any currency.
1. In the Account Suffix field, enter the value that appears at the end of the bank account number, if applicable.
2. From the Conversion Rate Agreement Type choice list, select the type of conversion rate agreement you have
with the supplier.
3. In the Conversion Rate field, enter the conversion rate for which one currency can be exchanged for another at
a specific point in time.
4. In the Conversion Rate Agreement Number field, enter the number of the conversion rate agreement with the
supplier that specifies the currency in which payments are made.
5. In the Check Digits field, enter one or multiple digits used to validate a bank account number.
6. In the Secondary Account Reference field, you can optionally enter additional account information.
7. In the Agency Location Code field, enter the eight-digit value that identifies a Federal agency as the supplier.
8. Select the Factor account check box if the purpose of the bank account is to receive funds that are owed to
the supplier, but are being collected on behalf of the supplier by the bank or a third party. The supplier receives
payments from the funds collected, minus a commission.
Note: If you select the Factor account check box, then you must select the account owner that provides the
factoring services. A factor bank account can be assigned to any supplier without first adding that supplier as
a joint owner.
224
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
1. In the Account Owner field, select a joint bank account owner from the list.
2. In the From Date field, select a starting date for the joint bank account owner.
Note: Every supplier's bank account has one or more owners. If the supplier wants to share the bank account
with another supplier, then there will be multiple owners of the bank account. For multiple bank account
ownership, you must specify one owner as the primary owner. The primary owner is the supplier for whom
you set up the bank account.
3. To specify the primary bank account owner among multiple owners, click the check mark icon and then click
the Primary field in the applicable bank account row. The check mark icon appears in the row you selected.
4. To add a row from which to select another joint bank account owner, click the Create icon.
1. On the Bank Accounts subtab, select the Create icon. The Search and Select: Bank Account dialog box
appears.
2. In the Search and Select: Bank Account dialog box, select the applicable joint bank account you want to assign
to your supplier and click the OK button. The bank account you selected now appears in the Bank Accounts
subtab.
• Suppliers
• Customers
• Expenses
• Payroll
• Bill Management
• Higher Education
• Human Capital Management
225
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
On the simplified bank account page, you can also update the bank and branch if you created the bank account with the
Oracle Cash Management profile option named Use Existing Banks and Branches set to Yes. When you update the bank
and branch, you must select the same profile option.
You can download a spreadsheet template to enter your supplier bank account data. The template contains an
instruction sheet to guide you through the process of entering your data. The template also provides field-level bubble
help.
Tip: Service administrators, on-premise administrators, and on-premise users can run the Import Supplier Bank
Accounts process in the Scheduled Processes area.
Before you can import supplier bank accounts and associated data, you must create suppliers.
If the suppliers bank account is used for international payments, you must also create the following entities:
• Banks
• Bank Branches
This figure illustrates the flow of importing supplier bank accounts into the application, as well as correcting errors.
226
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
1. Navigate to the File-Based Data Import for Oracle Financials Cloud guide.
2. In the Table of Contents, click the File-Based Data Imports link.
3. Click the Supplier Bank Account Import link.
4. In the File Links section, click the link to the Excel template.
Follow these guidelines when preparing your data in the worksheet:
1. Enter the required information for each column. Refer to the tool tips on each column header for detailed
instructions.
2. Don't change the order of the columns in the template.
3. You can hide or skip the columns you don't use, but don't delete them.
227
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
The following table contains the names of the tabs in the Supplier Bank Account Import spreadsheet template and a
description of their contents.
1. From the guide titled File-Based Data The File-Based Data Import spreadsheet is
Import for Oracle Financials Cloud, downloaded.
download the spreadsheet template named
SupplierBankAccountImportTemplate.xlsm.
It is located in the File-Based Data Imports
chapter, Supplier Bank Account Import section.
2. Enter data in the spreadsheet template. Follow the instructions on the Instructions and
CSV Generation tab under the section titled
Follow the instructions on the Instructions and Preparing the Table Data.
CSV Generation tab under the section titled
Preparing the Table Data.
3. Click Generate CSV File. A CSV file is generated that's compressed into a
ZIP file.
Follow the instructions on the Instructions and
CSV Generation tab under the section titled
228
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
4. To upload the ZIP file: The ZIP file is uploaded. Data is loaded into
Payments interface tables successfully or with
1. Navigate: Tools > File Import and Export. errors.
2. In the File Import and Export page, click
the "+" (Upload) icon. The Upload File
dialog box appears.
3. In the File field, browse for and select your
ZIP file.
4. From the Account choice list, select fin/
payables/import.
5. Click Save and Close.
5. To submit the Load Interface File for Import Data is loaded into Payments interface tables.
process:
6. Follow the instructions on the Instructions and Load process purges Payments interface tables.
CSV Generation tab under the section titled
Importing the Loaded Data
7. To submit the Import Supplier Bank Accounts The Import Supplier Bank Accounts process
Process: first validates the supplier bank accounts and
associated data and then imports the data from
1. Navigate: Tools > Scheduled Processes. the Payments interface tables into the following
Payments tables:
The Scheduled Processes page appears.
2. Click Schedule New Process. • IBY_EXT_BANK_ACCOUNTS
• IBY_EXTERNAL_PAYEES_ALL
The Schedule New Process dialog box
appears. • IBY_PMT_INSTR_USES_ALL
3. From the Name choice list, select Import After you submit the Import Supplier Bank
Supplier Bank Accounts. Accounts process, the following data appears in
4. Click OK. Payments:
229
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
9. Import supplier bank account data at one of If only the Supplier Number is provided, the
the following levels if you have their associated supplier bank account is created at the supplier
identifiers: level.
• Supplier level requires the Supplier If the Supplier Number and the Supplier Site
Number. Code are provided, the supplier bank account is
created at the supplier site level.
• Supplier site level requires the Supplier
Site Code.
10. Set the Primary indicator in the SQL loader file If the Primary indicator is set for multiple bank
for only one bank account per supplier per level. accounts, then Payments accepts only the first
bank account with the indicator set to be the
primary account at that level.
11. Manage intermediary account details and The Import Supplier Bank Accounts process
create factor accounts manually using the doesn't allow you to import the following data:
Manage Suppliers page.
1. Intermediary accounts
2. Factor accounts
230
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Related Topics
• Overview of External Data Integration Services for Importing Data
Your organization can comply with the GDPR regarding the collection and use of personal data of EU residents.
To run the removal process, you must have the duty role of Financial Application Administrator.
To remove an individual's personally identifiable information for any product in Oracle Financials applications, you
submit the Remove Personally Identifiable Information in Financials process.
1. Navigate: Navigator > Tools > Scheduled Processes.
2. On the Scheduled Processes page, click Schedule New Process.
3. Search and select Remove Personally Identifiable Information in Financials.
4. From the Party choice list, select the person's name for whom you want to remove personally identifiable
information.
5. Click Submit.
Sequence Number Table Column Data Type Redact? Reason for Redaction
and Product
Oracle Payments
Oracle Payments
231
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Sequence Number Table Column Data Type Redact? Reason for Redaction
and Product
Oracle Payments
232
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Sequence Number Table Column Data Type Redact? Reason for Redaction
and Product
Oracle Payments
Oracle Payments
Oracle Payments
233
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Sequence Number Table Column Data Type Redact? Reason for Redaction
and Product
Oracle Payments
Oracle Payments
Oracle Payments
Oracle Payments
Oracle Payments
Oracle Payments
Oracle Payments
234
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Sequence Number Table Column Data Type Redact? Reason for Redaction
and Product
Oracle Payables
Oracle Payables
Oracle Payables
Oracle Payables
Oracle Payables
Oracle Payables
235
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Sequence Number Table Column Data Type Redact? Reason for Redaction
and Product
Oracle Payables
Oracle Payables
Oracle Payables
236
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
Related Topics
• Options for System Security
• Enable Encryption of Sensitive Payment Information
237
Oracle Fusion Cloud Financials Chapter 9
Implementing Payables Invoice to Pay Payments Security
238
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
239
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
IBAN IBAN
Bank BANK_NAME
The following tables list the country specific UI rules that had been predefined for employee bank account common
component. For seeded records, the seeded indicator will be Y and the page name will be ORA.
Any country or attribute, except the ACCOUNT_NUMBER and the ACCOUNT_SUFFIX attribute not listed has the
following default setting:
• Display Indicator = Y
• Required Indicator = N
The ACCOUNT_NUMBER default has the following setting:
• Display Indicator = Y
• Required Indicator = Y
The ACCOUNT_SUFFIX default has the following setting:
• Display Indicator = N
• Required Indicator = N
240
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Note: The LABEL_CODE is derived from the lookup_type CE_ACCOUNT_FIELDS, for countries that are prompted for
that information. Any field (other than account number and account suffix) that doesn’t have any predefined rules will
have the default behavior of Display Indicator as Y and Required option as N. Bank account field values are validated
as per the Cash Management application. If you don’t want to validate the data, you must select the profile option
CE_DISABLE_BANK_VAL as Yes. While creating a bank account, you can select the bank and branch from a predefined
set of values or you can create them at runtime. If you want to select the bank and branch from the predefined values,
you must select the profile option CE_USE_EXISTING_BANK_BRANCH as Yes.
Note: If you're setting the CE_USE_EXISTING_BANK_BRANCH profile option as Yes, the bank and branch become
mandatory field. This is irrespective of country UI rules.
Argentina
Country Code: AR
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE Y N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF Y ORA_CBU N
BANK_NAME Y N
BANK_CODE Y BANK_ID Y
BRANCH_NAME Y N
BRANCH_NUMBER Y Y
BIC N N
Australia
Country Code: AU
241
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER Y BRANCH_NUM_AU Y
BIC N N
Austria
Country Code: AT
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
242
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Bahrain
Country Code: BH
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC Y N
Belgium
243
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Country Code: BE
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Brazil
Country Code: BR
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y N
CHECK_DIGIT Y N
ACCOUNT_NAME Y N
244
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y COMPANY_CODE N
BANK_NAME Y Y
BANK_CODE Y Y
BRANCH_NAME Y N
BRANCH_NUMBER Y Y
BIC Y N
Canada
Country Code: CA
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
BANK_CODE Y BANK_NUM_CA Y
BRANCH_NUMBER Y ROUTE_NUM_CA Y
Chile
Country Code: CL
ACCOUNT_NUMBER Y Y
IBAN N N
245
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_TYPE Y Y
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC N N
China
Country Code: CN
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
246
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BANK_CODE N N
BRANCH_NAME Y Y
BRANCH_NUMBER N N
BIC N N
Colombia
Country Code: CO
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE Y Y
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y Y
BRANCH_NUMBER N N
BIC N N
Cyprus
Country Code: CY
247
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Czech Republic
Country Code: CZ
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
248
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y Y
Denmark
Country Code: DK
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE Y Y
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
249
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Egypt
Country Code: EG
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC Y Y
Estonia
Country Code: EE
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
250
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC N N
Finland
Country Code: FI
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
251
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BRANCH_NUMBER N N
BIC Y N
France
Country Code: FR
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE Y ACCOUNT_TYPE_FR Y
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Germany
Country Code: DE
ACCOUNT_NUMBER Y Y
252
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Greece
Country Code: GR
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
253
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y Y
Guernsey
Country Code: GG
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME Y N
BANK_CODE Y N
BRANCH_NAME Y N
BRANCH_NUMBER Y BRANCH_NUM_GB Y
BIC Y N
254
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
255
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
IBAN IBAN
Bank BANK_NAME
The following tables list the country specific UI rules that had been predefined for employee bank account common
component. For seeded records, the seeded indicator will be Y and the page name will be ORA.
Any country or attribute, except the ACCOUNT_NUMBER and the ACCOUNT_SUFFIX attribute not listed has the
following default setting:
• Display Indicator = Y
• Required Indicator = N
The ACCOUNT_NUMBER default has the following setting:
• Display Indicator = Y
• Required Indicator = Y
The ACCOUNT_SUFFIX default has the following setting:
• Display Indicator = N
• Required Indicator = N
256
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Note: The LABEL_CODE is derived from the lookup_type CE_ACCOUNT_FIELDS, for countries that are prompted for
that information. Any field (other than account number and account suffix) that doesn't have any predefined rules will
have the default behavior of Display Indicator as Y and Required option as N. Bank account field values are validated
as per the Cash Management application. If you don't want to validate the data, you must select the profile option
CE_DISABLE_BANK_VAL as Yes. While creating a bank account, you can select the bank and branch from a predefined
set of values or you can create them at runtime. If you want to select the bank and branch from the predefined values,
you must select the profile option CE_USE_EXISTING_BANK_BRANCH as Yes.
Note: If you're setting the CE_USE_EXISTING_BANK_BRANCH profile option as Yes, the bank and branch become
mandatory field. This is irrespective of country UI rules.
Hong Kong.
Country Code: HK
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT Y Y
SEC_ACCT_REF Y N
BANK_NAME Y N
BANK_CODE Y Y
BRANCH_NAME Y N
BRANCH_NUMBER Y Y
BIC Y N
Hungary
Country Code: HU
257
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
India
Country Code: IN
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y Y
CHECK_DIGIT
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
258
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE Y N
BRANCH_NAME Y Y
BRANCH_NUMBER Y ORA_IFSC_CODE N
BIC Y N
Iraq
Country Code: IQ
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC Y N
259
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Ireland
Country Code: IE
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Isle of Man
Country Code: IM
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y N
CHECK_DIGIT N N
260
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME Y N
BANK_CODE Y N
BRANCH_NAME Y N
BRANCH_NUMBER Y BRANCH_NUM_GB Y
BIC Y N
Israel
Country Code: IL
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE Y Y
BRANCH_NAME Y N
261
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BRANCH_NUMBER Y N
BIC Y N
Italy
Country Code: IT
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE Y Y
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Japan
Country Code: JP
ACCOUNT_NUMBER Y Y
262
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
IBAN Y N
ACCOUNT_TYPE Y ACCOUNT_TYPE_FR Y
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE Y Y
BRANCH_NAME Y Y
BRANCH_NUMBER Y Y
BIC Y N
Jersey
Country Code: JE
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
263
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BANK_NAME Y N
BANK_CODE Y N
BRANCH_NAME Y N
BRANCH_NUMBER Y BRANCH_NUM_GB Y
BIC Y N
Jordan
Country Code: JO
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC N N
Kazakhstan
264
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Country Code: KZ
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y Y
Republic of Korea
Country Code: KR
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y N
CHECK_DIGIT Y N
ACCOUNT_NAME Y N
265
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE Y Y
BRANCH_NAME Y N
BRANCH_NUMBER Y N
BIC Y N
Kuwait
Country Code: KW
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
266
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BIC Y N
Latvia
Country Code: LV
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC N N
Lebanon
Country Code: LB
ACCOUNT_NUMBER Y Y
IBAN Y Y
267
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC N N
Liechtenstein
Country Code: LI
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
268
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Lithuania
Country Code: LT
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC N N
Luxembourg
Country Code: LU
269
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y Y
Malaysia
Country Code: MY
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y N
CHECK_DIGIT Y N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT Y N
270
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE Y N
BRANCH_NAME Y Y
BRANCH_NUMBER Y N
BIC Y N
Mexico
Country Code: MX
ACCOUNT_NUMBER
IBAN
ACCOUNT_TYPE
CHECK_DIGIT
ACCOUNT_NAME
ACCOUNT_NAME_ALT
SEC_ACCT_REF Y ORA_CLABE N
BANK_NAME
BANK_CODE
BRANCH_NAME
BRANCH_NUMBER
BIC
271
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Morocco
Country Code: MA
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE Y N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC Y N
Netherlands
Country Code: NL
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
272
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF Y N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
New Zealand
Country Code: NZ
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME N N
BANK_CODE Y BANK_ID Y
BRANCH_NAME Y N
273
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BRANCH_NUMBER Y Y
BIC N N
Norway
Country Code: NO
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER Y N
BIC Y N
274
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
275
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
IBAN IBAN
Bank BANK_NAME
The following tables list the country specific UI rules that had been predefined for employee bank account common
component. For seeded records, the seeded indicator will be Y and the page name will be ORA.
Any country or attribute, except the ACCOUNT_NUMBER and the ACCOUNT_SUFFIX attribute not listed has the
following default setting:
• Display Indicator = Y
• Required Indicator = N
The ACCOUNT_NUMBER default has the following setting:
• Display Indicator = Y
• Required Indicator = Y
The ACCOUNT_SUFFIX default has the following setting:
• Display Indicator = N
• Required Indicator = N
276
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Note: The LABEL_CODE is derived from the lookup_type CE_ACCOUNT_FIELDS, for countries that are prompted for
that information. Any field (other than account number and account suffix) that doesn't have any predefined rules will
have the default behavior of Display Indicator as Y and Required option as N. Bank account field values are validated
as per the Cash Management application. If you don't want to validate the data, you must select the profile option
CE_DISABLE_BANK_VAL as Yes. While creating a bank account, you can select the bank and branch from a predefined
set of values or you can create them at runtime. If you want to select the bank and branch from the predefined values,
you must select the profile option CE_USE_EXISTING_BANK_BRANCH as Yes.
Note: If you're setting the CE_USE_EXISTING_BANK_BRANCH profile option as Yes, the bank and branch become
mandatory field. This is irrespective of country UI rules.
Oman
Country Code: OM
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER Y N
BIC Y N
Pakistan
Country Code: PK
277
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC Y N
Philippines
Country Code: PH
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y Y
CHECK_DIGIT Y N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT Y N
278
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE Y N
BRANCH_NAME Y Y
BRANCH_NUMBER Y N
BIC Y N
Poland
Country Code: PL
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
279
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Portugal
Country Code: PT
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE Y Y
BRANCH_NAME N N
BRANCH_NUMBER Y Y
BIC Y N
Qatar
Country Code:
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
280
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC Y N
Romania
Country Code: RO
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
281
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BRANCH_NUMBER N N
BIC Y Y
Russian Federation
Country Code: RU
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE Y N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE Y N
BRANCH_NAME Y Y
BRANCH_NUMBER Y N
BIC Y N
Saudi Arabia
Country Code: SA
ACCOUNT_NUMBER Y Y
282
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE Y N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC Y N
Singapore
Country Code: SG
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y N
CHECK_DIGIT
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF Y N
283
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BANK_NAME Y N
BANK_CODE Y Y
BRANCH_NAME Y N
BRANCH_NUMBER Y Y
BIC Y N
Slovakia
Country Code: SK
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y Y
South Africa
284
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
Country Code: ZA
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y Y
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER Y Y
BIC Y N
Spain
Country Code: ES
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
285
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Sudan
Country Code: SD
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
286
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BIC Y N
Sweden
Country Code: SE
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER
BIC Y N
Switzerland
Country Code: CH
ACCOUNT_NUMBER Y Y
IBAN N N
287
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME N N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF Y N
BANK_NAME N N
BANK_CODE Y N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Country Code: SY
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
288
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER N N
BIC Y Y
Turkey
Country Code: TR
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE Y N
CHECK_DIGIT N N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME N N
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC Y N
Ukraine
Country Code: UA
289
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT Y N
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT Y N
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE Y N
BRANCH_NAME Y N
BRANCH_NUMBER Y N
BIC Y N
Country Code: AE
ACCOUNT_NUMBER Y Y
IBAN Y Y
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
290
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
SEC_ACCT_REF Y N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER Y N
BIC Y N
United Kingdom
Country Code: GB
ACCOUNT_NUMBER Y Y
IBAN Y N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF Y SEC_ACCT_REF_GB N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER Y BRANCH_NUM_GB Y
BIC Y N
291
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
United States
Country Code: US
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE Y Y
CHECK_DIGIT
ACCOUNT_NAME Y N
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF Y N
BANK_NAME Y N
BANK_CODE N N
BRANCH_NAME Y N
BRANCH_NUMBER Y ROUTE_NUM Y
BIC Y N
Vietnam
Country Code: VN
ACCOUNT_NUMBER Y Y
IBAN N N
ACCOUNT_TYPE N N
CHECK_DIGIT N N
292
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
ACCOUNT_NAME Y Y
ACCOUNT_NAME_ALT N N
SEC_ACCT_REF N N
BANK_NAME Y Y
BANK_CODE N N
BRANCH_NAME N N
BRANCH_NUMBER N N
BIC N N
293
Oracle Fusion Cloud Financials Chapter 10
Implementing Payables Invoice to Pay Bank Account User Rules by Country
294
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The model enables you to define and keep track of all bank accounts in one place and explicitly grant account access to:
• multiple business units
• functions
• users
This eliminates the redundant duplicate bank account setup in different business units when these business units share
the same bank account.
Banks
Creating a bank is the first step in the bank account creation. You can:
• The option to create from an existing party is implicitly implemented by the matching option.
• The option is available only after the existing party has been found with the same bank.
• If you select the matching option, the page repopulates the information from the matched party.
Branches
Once you have created your bank, the next step is creating a branch or branches associated to the bank. The matching
option is also available when creating branches. To create a new branch without using the matching option, manually
enter the required information. You can also define other branch- related attributes in the same page.
If you don't use the matching option when an existing party is found, a branch with the same party name is created.
Accounts
The four areas associated with defining an account are:
• General information
• Control of the account
• Security and access to the account
295
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Once the bank and branch are created, proceed to the bank account setup by doing the following:
• Select the bank branch you want to associate to your bank account.
• Assign the owner of the bank account.
Note: To create a bank account for Payables or Receivables, add the Business Unit Access first for the
business units to use the bank account.
• The Oracle Fusion Account Payables or Receivables accounts are identified by the business unit.
• The Oracle Fusion Payroll accounts are identified by the legal entity.
• The program, Inactivates Banks and Bank Branches enables you to inactivate all banks and bank branches that
have no active internal and external bank accounts.
Related Topics
• Considerations When You Create Accounts
• Reconciliation Matching Rules
The Bank Account Model can explicitly grant account access to multiple business units, functions, and users. Consider
the following when you set up bank accounts:
• Assign a unique general ledger cash account to each account, and use it to record all cash transactions for the
account. This facilitates book to bank reconciliation.
• Grant bank account security. Bank account security consists of bank account use security, bank account access
security, and user and role security.
Account Use
Account Use refers to accounts created for:
Select the appropriate use or uses when creating an account in one or more of these applications.
296
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Account Access
Payables and Receivables account access is secured by business unit. Before the bank account is ready for use by
Payables or Receivables, you must:
Note: You can only assign access to the business units that use the same ledger as the bank accounts owning the
legal entity,
• You must assign the security duty role Cash Management Administration to the Cash Manager job role to
provide access for setting up banks, branches, and accounts. You must have the assigned Manage Bank
Account Security privilege to modify the User and Role Security.
• If you want to restrict the access to the Security tab, you must create a customized role and remove the
privilege Manage Bank Account Security. For example, you would copy the Cash Management Administration
duty role, rename it, and remove the privilege.
For example, if you set up 01-000-1110-0000-000 as your cash account, and select Account and Sub-Account as GL
Cash Account Segments, you're able to manually or automatically reconcile journal lines entered on different account
code combinations matching the same natural account '1110' and sub-account '0000'.
The following table lists and describes the Cash Management profile options:
297
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Note: Internal bank accounts are set up in Oracle Fusion Cash Management. Assign the disbursement bank account
to Oracle Fusion Account Payables and the remit-to bank accounts to Oracle Fusion Account Receivables.
Note: External bank accounts are set up and used for suppliers, customers, ad hoc payees, and employees.
This profile option manages the country-specific validations for the bank code, branch number, account
number, check digit, and IBAN. You can set this profile option at the site or user level. The profile option default
is set to No at the site level. If the profile option is set to Yes, this eliminates the country-specific validation
process for the bank code, branch number, account number, check digit, and IBAN. This profile option affects
internal and external bank accounts. It doesn't affect the checks for unique banks, branches, accounts, and the
mandatory requirement of the bank account number.
2. Journal Reconciliation Enabled
This profile option enables the manual and automatic reconciliation of bank statement lines directly from GL
Journal manual entries. You can set this profile option at the site level. The profile option default is set to Yes. If
the profile option is set to No, it disables the journal source transaction on the Manage Reconciliation Matching
Rules, the Manual Reconciliation page, and the reconciliation processes. Note: This profile can only be set to No
if there are zero Journal Entries that have been reconciled.
3. Mask Internal Account Numbers
This profile option allows the masking of the internal bank account number. You can set this profile option at
the site or user level. The profile option default is set to No Masking at the site level. You can select Display first
four or Display last four digits. For example, an internal bank account number of XXXX8012 displays the last
four digits and masks all the rest. This profile option affects only the internal bank accounts.
4. Use Existing Banks and Branches
Enable this profile option to pre-load the bank branch data information when creating an employee or ad hoc
payee bank account. You can choose to pre-load the bank branch data and have your employees select the pre-
loaded data when entering their bank accounts. Alternatively, you can have your employees enter all the bank,
298
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
branch, and account information related to their account. Customers can set their preference to pre-load the
bank branch data through this profile. You can set this profile option at the site or user level. By default, the
profile option is set to No and that means pre-loaded information can't be used. In this case, the Bank, Bank
Code, Bank Branch, Branch Number, and BIC Code fields will be displayed as free text field, and a new bank and
bank branch will be created for the bank account.
If the bank name isn't entered, the default name CE_EMP_UNSPECIFIED_BANK will be used. If the branch name
isn't entered, the default name CE_EMP_UNSPECIFIED_BRANCH will be used.
If you set the profile option to Yes, the existing bank and branch information is available and displayed in the list
of values when creating the employee or ad hoc payee bank account.
The parse rule set is associated to a bank account in the bank account setup. The parse rule set is most commonly used
to parse data from the statement line addenda field into more specific statement line fields. Each parse rule within a
parse rule set consists of the following fields:
• Sequence: Determines the order in which to process the rules.
• Transaction Code: The code used to determine the statement line type.
• Source Field: The interface table field that contains the data to be parsed.
• Target Field: The statement line field that the data is to be parsed to.
• Rule: Contains the syntax for determining the data within the source field to be parsed.
• Overwrite: Used to control whether to overwrite existing data in a target field or skip parsing the data.
The parse rule syntax is described in the following:
[LITERAL](<[MATCHING TOKEN],[START-END]>)[LITERAL]
Where
LITERAL represents a string or character value represented by an identifier that should match the source data exactly.
MATCHING TOKEN represents a token (or set of tokens) which describes the data to extract. The following table lists the
valid tokens with their descriptions:
Token Description
. Decimal position
X Extract an alphanumeric
~ Extract everything in the source field from the parse position to either the end of the data or up to the
next literal.
299
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Token Description
START A position to begin extracting data, offset by the parse position. It must be a valid numeric.
END A position to stop extracting data. END can be either a valid numeric or the ~ token.
Extract numeric rate data from a EST/TRX RTE 3.76 USD/LIBOR RTE (N.NN) 3.76
source field CPTY: PRU
Extract check number from a Account Number 1005 Account Number.(X~) 1005
source field
Extract the counterparty of an EST/TRX RTE 3.76 USD/LIBOR CPTY: (X~) PRU
unknown string length from the CPTY:PRU
same source field
Extract the currency from the PRU EST/TRX RTE 3.76 USD/ RTE(7-9) USD
same source field using positional LIBOR CPTY: PRU
matching
300
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The following must be created to associate and mapped to cash transaction types:
Assigning cash transaction types to application transactions result in a more efficient bank statement reconciliation
process.
Bank statement lines are also associated with cash transaction types and matching rules can be created using this
common attribute.
• Amount tolerances are most often used when reconciling foreign currency transactions where there may be
differences due to rounding or fluctuations in the conversion rate. They can also be used if a bank includes a
processing fee in the bank statement line amount.
• Date tolerances are primarily used for checks that may be issued on one day and not clear the bank until days
or weeks later.
Consider the following when defining your tolerance rules:
• Applying tolerances you can automate the reconciliation and accounting for these types of transactions.
• If no date or amount tolerance is defined within a rule, it requires an exact match.
• For manual reconciliation, a tolerance rule can optionally be assigned to a bank account.
• For automatic reconciliation, a tolerance rule can be associated with a matching rule in the Rule Set setup
and can be applied if the matching rule matches on date and amount or both. However, when you assign
a tolerance rule that includes amount tolerances to a matching rule that isn't a one to one match type, the
amount tolerance is ignored.
Date Tolerance
Reconciliation date tolerances are defined as day ranges. The date tolerances are to validate that the source transaction
date or dates are within a certain number of days before and after the bank statement line date or dates.
In manual reconciliation, if a date tolerance is specified in the tolerance rule assigned to the bank account it applies to all
matching scenarios. In the event of a date tolerance breach, a warning message is displayed, but the user is allowed to
reconcile the statement line or lines and the transaction or transactions. If no date tolerance is assigned or specified it's
required to be an exact date match and a warning message is displayed.
In automatic reconciliation, a tolerance rule that includes date tolerances can be associated with a matching rule. If the
matching rule matches on the date, then the date tolerance is applied. In this scenario a date tolerance breach prevents
reconciliation.
301
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Amount Tolerance
Reconciliation amount tolerances can only be used in one to one matching scenarios for both manual and automatic
reconciliation. No reconciliation amount tolerances are allowed in one to many, many to one, or many to many matching
scenarios. In these scenarios the amount of the bank statement line or lines must be equal to the amount of the
transaction or transactions. Reconciliation amount tolerances can be defined as percentage or amount ranges or both.
If both percentages and amounts are applied, the application uses the most conservative tolerance depending upon the
statement line amount.
For example, if the amount tolerance equals plus or minus $5, the percentage tolerance equals plus or minus 1%, and
the statement line amount is $100, the application first calculates the percentage amount (1% of $100 dollars = $1). It
then compares this to the $5 amount and uses the smaller amount. In this case it's $1 dollar, so to reconcile a transaction
to this line it must be between $99 and $101.
In automatic reconciliation, a tolerance rule that includes percentage, amount, or both types of tolerance ranges can be
associated with a matching rule. But the tolerance can only be applied if the matching rule is a one to one match type
rule. In this scenario of a one to one type match, any amount difference within tolerance is automatically created as an
external transaction in cash management.
Related Topics
• Reconciliation Matching Rules
• Overview of Reconciliation Rules Sets
Define bank statement automatic reconciliation matching rules and assign them to bank statement automatic
reconciliation rule sets. After you assign the rule sets to the bank account, the Autoreconciliation process picks up the
reconciliation matching rules to achieve a higher match rate.
One to One A bank statement line is matched with a system transaction and reconciled against each other
One to Many A bank statement line is reconciled against many system transactions
Many to One Many bank statement lines are grouped and reconciled against a system transaction
302
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Many to Many Many statement lines are grouped and reconciled against many system transactions
Zero Amount Zero amount system transactions not reported in bank statements
• Grouping Attributes: Used to group bank statement lines and system transactions based on the matching type
you select. The combination of the attributes you select also determine what you can use as the matching
criteria. You can use date, transaction type, and reconciliation reference as matching criteria only after you
select these as grouping attributes. The following table displays the required grouping attributes for a selected
matching type:
Matching Type Statement Line Grouping Attributes System Transaction Grouping Attributes
Note:
◦ During automatic reconciliation of zero amount system transactions, the transactions are
grouped by transaction date and transaction source selected in the reconciliation matching rule.
◦ The zero amount system transaction date is used as cleared date of the reconciliation group.
In Many to One matching, the grouping attributes are used to group bank statement lines. In One to Many
matching, the grouping attributes are used to group system transactions.
The following is a list of common grouping attributes that can be used to group bank statement lines:
◦ Transaction date
◦ Structured payment reference
◦ Transaction currency
◦ Transaction type
◦ Reconciliation reference
◦ Bank transaction code
303
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The following is a list of common grouping attributes that can be used to group system transactions:
• Matching Criteria: Includes a list of commonly used matching attributes. You can simply select the attributes
to include them in the matching rule you selected. The selected attributes define the matching conditions
304
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
between the bank statement lines and the system transactions to be matched successfully when they're
reconciled.
Note: On the Create Reconciliation Matching Rule page, the delivered setting for the matching type is One to
One, and the check boxes for Reconciliation Reference, Date and Transaction Type are enabled. When you
change the matching type to One to Many, Many to One, or Many to Many, the check boxes are disabled.
◦ Amount
◦ Date
◦ Reconciliation reference
◦ Transaction type
• Advanced Matching Criteria: Enables you to specify additional matching logic or filtering conditions that must
be true for the bank statement lines and system transactions to match successfully. Consider the following:
◦ You have the option to enable or disable the Case Sensitive Comparison check box while creating a
condition.
◦ The data types on either side of the expressions, must be the same and correspond to each other when
selected to match in the criteria. For example, if the attribute Statement Booking Date is selected on one
305
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
side, then Transaction Date can be selected as the matching criteria. Date is the data type that's the same
and corresponds to your search.
◦ For literal expression type, the operand value should match the database value. For example:
Statement.Transaction Type equals ACH
The list of statement attributes available in the Create Condition page differs according to the matching type
you select. The following lists some of the common statement attributes:
The list of transaction attributes available in the Create Condition page differs according to the matching type
you select. The following lists some of the common transaction attributes:
306
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
You can select one or multiple transaction sources in a rule. Consider the following:
• If multiple sources are selected in a one to one or many to one matching rule, the autoreconciliation program
looks for a matching transaction across the selected sources.
• If multiple sources are selected in a one to many or many to many matching rule, the program first finds all
available transactions across the selected sources and then applies grouping rule to the whole data pool. This
means that the statement lines can be reconciled to a group that includes transactions across the different
sources.
• If you want transactions included in a group to be from the same transaction source then you can specify
Transaction Source as a grouping attribute.
Note:
◦ Cash Management supports the journal reconciliation reference import using spreadsheet-
based tools such as, file-based data import and the Oracle Fusion ADF Desktop Integration.
◦ Once the required setups are completed the reconciliation reference is uploaded and stored to
the journal lines.
307
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Related Topics
• Overview of Tolerance Rules
• Overview of Reconciliation Rules Sets
• Automatic Reconciliation
• Set Up Clearing Accounts Reconciliation
• Reconciliation References and Journal Lines
• Build the rule set and the rule set detail as a parent-child relationship.
• Each rule set consists of one or more matching rules that can be prioritized or sequenced.
• The rules should be ordered to achieve a greater reconciliation success rate. It's strongly recommended that
one to one rules be sequenced ahead of rules of other types.
• To provide an optimum reconciliation rate, you should change the sequence number depending on how
accurately the given rule is likely to reconcile against the correct bank transactions.
For example, transactions from sources for which the bank provides you a reference ID are likely to have a higher
reconciliation rate. These rules should be placed at the beginning with a lower sequence number. Conversely,
transactions with no reference ID are likely to have duplicates or lower reconciliation rates, and you should place them at
the end with a higher sequence number.
You must enable the Opt in feature, Automatic Reconciliation of Reject Payments to automatically reconcile rejected
payments reported on the imported bank statement. Follow these steps to enable the feature:
Related Topics
• Reconciliation Matching Rules
• Overview of Tolerance Rules
308
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
• Transaction codes
• Statement codes
The following codes are examples:
• 115- Lockbox Deposit
• 475- Check paid
• 698- Miscellaneous Fee
Oracle Fusion Cash Management maintains a single set of these codes and transform externally reported transaction
codes from other formats into this single normalized set. You can use code map groups to map transaction codes
reported on the external data file to the ones defined internally in the application. This configuration is done through
Oracle Fusion Payments Code map group setup.
Configurable BAI2 transaction codes can be mapped to standard BAI2 codes to derive the desired statement line flow
indicator when the file is imported.
Line 1 Enter Input Value: 856, Output Value: 275 (standard CREDIT BAI2 code).
Line 2 Enter Input Value: 868, Output Value: 575 (standard DEBIT BAI2 code).
309
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Defined Input Value: 856 Are imported with code 275 and the flow indicator as CREDIT.
Defined Input Value: 868 Are imported with code 575 and the flow indicator as DEBIT.
The capability to retrieve multiple files using a wildcard reduces the effort of downloading files individually. Support for
UCM protocol improves your integration capability with banks that use this protocol.
310
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Configure Bank Statement Transaction Creation Rules by specifying some of the attributes and characteristics of the
created transactions. Consider the following when configuring your rules:
• Create as a separate business object.
• Assign to a bank account in the Manage Bank Account page.
• Arrange in order and group to be processed sequentially.
The group of sequenced rules on the bank account constitutes the bank accounts rule set that's used when running the
Bank Statement Transaction Creation program.
Process the Bank Statement Transaction Creation Rules by running the Bank Statement Transaction Creation
program to create transactions from unreconciled bank statement lines. The program is used to create transactions and
account for first notice items such as bank charges, fees, or interest. You must perform the following prior to running
the program.
• Run autoreconciliation for the bank statement.
• Perform any manual reconciliation on the bank statement.
This avoids creating external transaction from bank statement lines that already have transactions recorded in the
application.
• Banks
• Bank Branches
• Bank Accounts
• Create Banks, Branches, and Accounts in Spreadsheet: Downloads the rapid implementation excel spreadsheet
template. Enter the bank, branch, and bank account data in this spreadsheet, and generate the data file to be
loaded.
• Upload Banks, Branches, and Accounts: Launches the Upload Banks, Branches, and Accounts process with the
data file to be uploaded as the parameter. You must upload the data file generated from the previous task.
Preparing Data
Prepare your bank, branch, and account information to enter into the spreadsheet template.
311
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
• Account information requires name, number, currency, legal entity, type, and IBAN.
After you finish preparing the data in the spreadsheet, click the Generate Banks, Branches, and Accounts File button.
Save the generated XML file.
Loading Data
Use the following steps to load your data.
• In the Setup and Maintenance work area, create an implementation project that includes the Define Financials
Configuration for Rapid Implementation task list. From your implementation project, go to the Upload Banks,
Branches, and Accounts task. This task launches the Upload Banks, Branches, and Accounts process.
• Select the XML file you have saved earlier and submit the process.
• Verify in the process monitor that the process completed successfully.
• Review the banks, branches, and accounts created.
Best Practices
The following are recommended best practices:
• Determine the Legal Entity for each bank account. The Legal Entity must be associated to a primary ledger.
• Determine the use for each bank account: Payable, Receivable, or both.
• Determine the Cash and Cash Clearing account for each bank account. Enter the entire account combination
based on your chart of accounts, for example 01-000-1110-0000-000.
Related Topics
• How You Process Electronic Bank Statements
312
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Active No, but recommended. Check box indicating if the payee is active or
inactive.
2. Create the bank account information. Enter the following bank account information:
Field Description
Account Type Type of payee bank account. For example, checking or savings.
Secondary Account Reference Additional account reference such as the Building Society Role Number in the UK.
Routing Transit Number The routing transit number for electronic transfers.
BIC Code The code used to SWIFT to identify the bank or bank branch.
313
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Description
Active Check to indicate the bank account is active. The default is set to active.
Related Topics
• Payment Methods
• Payment Method Defaulting
• Usage Rules
314
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
• Last 1 year
• Last 2 years
• Last 3 years
Balance Date Threshold Days Number days defined before a missing bank 2
statement is reported
Note: Once the cube is created and locked, the update is disabled in this page. You can't update the cube until you
submit the Cash Position Data Deletion program to clear the details in the cube.
Application Required and valid values are Oracle Fusion Applications or Other.
• Payables invoices
• Payables payments
315
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
• Receivables receipts
• Receivables transactions
• Bank statement
• External cash transactions
Source Table List of tables from the selected Application and Source
Source Column List of the columns from the selected Source Table.
Note: Once the cube is created and locked, you can't update this page. You must submit the Cash Position Data
Deletion program to clear the details in the cube to do an update.
Related Topics
• Overview of Cash Positioning and Forecasting
• Cash Positioning
• Considerations for Cash Forecasting
316
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Note: Mandatory IBAN validation is only valid for internal bank accounts. For external bank accounts, IBAN will be
optional except for employee bank accounts which are governed by country-specific UI rules.
317
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Albania
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Algeria
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
318
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Andorra
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Argentina
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Optional
319
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Australia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Austria
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
320
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 20 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Azerbaijan
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Bahrain
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
321
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Belarus
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Belgium
Validation Rules
The fields are checked for validity by adopting the following rules:
322
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 16 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
1. The entered check digit CD1, is the last two digits of the Account Number
2. The calculated check digit CD2, is derived by concatenating the first two sections of the Account Number and
calculating the remainder on dividing this by 97. If the remainder is equal to 0, then the calculated check digit's
taken to be 97.
3. If the entered check digit (CD1) and calculated check digit (CD2) are equal, then the Account Number is valid,
else the check has failed.
4. Additionally, if the entered check digit (that's, the last section) is '00', then the Account Number is invalid
because the calculated check digit can never be 00 as per the 3rd point.
◦ The entered check digit (CD1) is '78'. The concatenation of the first two sections gives '1234567890'
◦ Divide the result by '97'. 1234567890 / 97 = 12727504
◦ Derive the remainder. 1234567890 - (12727504 * 97) = 2 Therefore CD2 = 2
◦ Here CD1 <> CD2, therefore the Account Number isn't valid.
The fields are checked for validity by adopting the following rules:
323
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 20 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Brazil
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
324
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
The fields are checked for validity by adopting the following rules:
Field Rule
Bulgaria
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
325
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 22 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Canada
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Columbia
For Colombia, there are no validations for Bank Code, Branch Number, Account Number, or Check Digit fields as
illustrated in the following table:
326
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
The first 15 digits are multiplied by the associated factor, as illustrated in the following table.
Digit Factor
1st 71
2nd 67
3rd 59
4th 53
5th 47
6th 43
7th 41
327
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Digit Factor
8th 37
9th 29
10th 23
11th 19
12th 17
13th 13
14th 7
15th 3
Costa Rica
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
328
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Croatia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 21 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Cyprus
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
329
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
• Length should be 28 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Czech Republic
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 24 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Denmark
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
330
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 18 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Dominican Republic
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Egypt
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
331
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
El Salvador
.
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Estonia
Validation Rules
The fields are checked for validity by adopting the following rules:
332
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 20 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Faroe Islands
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Finland
Validation Rules
333
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 18 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
1 1
2 1
3 1
4 2
5 2
6 1
7 2
8 1
9 1
334
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Method 1
• The first part of the check is formed from the first 6 digits of the Account Number. To illustrate, if the account
number is 123456789, then the first part of check would be created as 123456.
• The second part of check is formed as an eight digit value, comprising the 8th to 15th digits of the Account
Number. If the length is less than 8, then it's converted to an 8 digit number by prefixing it with as many
leading zeroes as is necessary. Using the same example, the second part of check would be created as
00000089. check is then formed by concatenating the two parts. So, in our example the check is formed as
12345600000089.
Method 2
• The first part of the check is formed from the first 6 digits of the Account Number. To illustrate, if the account
number is 123456789, then the first part of check would be created as 123456.
• The second part of check is formed as the 8th digit of the Account Number. Using the same example, the
second part of check would be created as 8.
• The third part of check is formed as a seven digit value, comprising the 9th to 15th digits of the Account
Number. If the length is less than 7, then it's converted to a 7 digit number by prefixing it with as many leading
zeroes as is necessary. Using the same example, the second part of check would be created as 0000009.
The check is then formed by concatenating the three parts. So, in our example the check is formed as
12345680000009.
A computed sum is then calculated based on the value of the check. Different calculations are performed depending on
the first two digits of the formed check value.
• The Finnish government provides the following factor table. The 8th to 13th digits of the check number are
multiplied by the associated factor. The computed sum is then calculated by summing the totals.
Digit Factor
8th 1
9th 3
10th 7
11th 1
12th 3
335
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Digit Factor
13th 7
Example using check number 88345600000089: Multiply the given digits with the given factor.
8th Digit 0 1 0
9th Digit 0 3 0
10th Digit 0 7 0
11th Digit 0 7 0
12th Digit 0 3 0
13th Digit 8 7 56
• The 14th digit of the check should equal the value of 10 minus the last digit of the computed sum. For the check
value is '88345600000089', the last digit of the computed sum is 6. So 10 - 6 = 4. So, the 14th digit of the check
should equal 4. The test fails here as the 14th digit's 9.
• Both the 14th digit of the check and the last digit of the computed sum are 0. Using the same example, the test
fails here as both values aren't 0.
If the first two digits of the check aren't '88', then the computed sum is calculated for each of the first 13 digits by adding
the even numbered digits to the following calculated sum for each odd numbered digit :
1st 1 2 0.2 0 2 2
336
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
3rd 3 6 0.6 0 6 6
5th 5 10 1 1 0 1
7th 0 16 1.6 1 6 0
9th 0 0 0 0 0 0
11th 0 0 0 0 0 0
13th 8 16 1.6 1 6 7
The computed sum is then converted using the following process, before being used to see if the Account Number is
valid:
1. 28 + 9 = 37
2. 37/10 = 3.7. Integer result therefore = 3
3. 3 * 10 = 30
4. 30 - 28 = 2
This number is then compared to the 14th digit of the Account Number. If it matches, then the test is passed, else it's
failed.
337
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
In our example, the test fails as the 14th digit of the account number is 9. If the 14th digit had been 2, then the test would
have been passed.
France
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 27 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
A check digit's calculated (CD1) from the Account Number, Bank Code, and Branch Number in the following manner.
This is then used as the basis for the check digit validity test.
CDI
For the check algorithm, the digits of the Account Number entered as characters A to Z. are converted to numeric
values, the French government provides the following conversion table:
338
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Value Conversion
A, J 1
B, K, S 2
C, L, T 3
D, M, U 4
E, N, V 5
F, O, W 6
G, P, X 7
H, Q, Y 8
I, R, Z 9
The letter A is converted by applying the table to 1, so the account number becomes 11234567890.
A value for CD1 is formed by joining together the bank fields in the following way:
• The Bank Code is concatenated with Branch Number concatenated to the converted Account Number. To
illustrate with the Bank Code as 12345, the Branch Number as 67890 and the converted Account Number as
11234567890. Then CD1 is created as 123456789011234567890.
• To this concatenated value, 00 is added as a suffix and the resulting value is divided by 97. The remainder
obtained as result of this division is then subtracted from 97. The result of this subtraction is the calculated
check digit.
• In our example, suffixing 00 gives 12345678901123456789000. Dividing by 97 and deriving the remainder. Mod
(12345678901123456789000, 97) = 86 Subtract from 97. 97 - 86 = 11
• If the user entered Check Digit's equal to this calculated value, then the validation is successful.
In the given example, as the user entered check digit'sn't 11, the check isn't valid.
French Guiana
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
339
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 34 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Georgia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Germany
Validation Rules
340
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 22 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Gibraltar
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
341
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Greece
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 27 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Greenland
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
342
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Guadeloupe
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 34 characters. Leading and trailing spaces are ignored. There should be no
spaces in the middle. .
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Guatemala
Validation Rules
The fields are checked for validity by adopting the following rules:
343
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Related Topics
• Bank Account Validation by Country: Hungary to Norway
• Bank Account Validation by Country: Pakistan to the United States
• Hungary
• Iceland
• India
• Ireland
• Israel
• Iran
• Iraq
• Italy
• Ivory Coast
• Japan
• Jordan
• Kazakhstan
344
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
• Kosovo
• Kuwait
• Latvia
• Lebanon
• Liechtenstein
• Lithuania
• Luxembourg
• Malta
• Martinique
• Mauritania
• Mauritius
• Mayotte
• Mexico
• Moldova
• Monaco
• Montenegro
• Morocco
• Netherlands
• New Zealand
• Norway
When entering bank accounts, different countries can have certain rules governing the format and content of the
following related fields:
1. Bank Code
2. Branch Number
3. Account Number
4. Check Digit
5. IBAN
Use the Disable Country Specific Bank Validations profile option to disable the country-specific validations pertaining
to the bank code, branch number, account number, check digit, and IBAN. You can set this profile option at the site
or user level. The profile is predefined with a default value of No at the site level. If the profile is set to Yes, these
validations aren't performed. The checks for unique banks, branches, accounts, and the mandatory requirement of bank
account number aren't affected by this profile.
Note: Mandatory IBAN validation is only valid for internal bank accounts. For external bank accounts, IBAN will be
optional except for employee bank accounts which are governed by country-specific UI rules.
Hungary
Validation Rules
The fields are checked for validity by adopting the following rules:
345
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 28 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Iceland
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
346
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 26 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
1. Check algorithm is performed against the Account Number (from digit 9 to 16). Each of these digits is
multiplied with the factors as given in the following table:
Digit Factor
9th 3
10th 2
11th 7
12th 6
13th 5
14th 4
15th 3
16th 2
These products are added and the sum is divided by 11. The remainder obtained as a result of this division is subtracted
from 11 to obtain the calculated check digit. If remainder is 0, then calculated check digit is taken as 0.
This calculated check digit should match the entered check digit (seventeenth digit of the Account Number), else the
Account Number isn't valid.
India
Validation Rules
The fields are checked for validity by adopting the following rules:
347
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Ireland
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 22 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
348
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Israel
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Iran
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
349
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Iraq
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Italy
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
350
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 27 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
The check digit is used to validate against the Bank Code, Branch Number, and Account Number. These are
concatenated to obtain a 22 character string.
Each character is assigned a value depending upon whether the character is in an odd position or an even position in
the string as given in the following table:
A/0 = 0 A/0 = 1
B/1 = 1 B/1 = 0
C/2 = 2 C/2 = 5
D/3 = 3 D/3 = 7
E/4 = 4 E/4 = 9
F/5 = 5 F/5 = 13
G/6 = 6 G/6 = 15
H/7 = 7 H/7 = 17
351
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
I/8 = 8 I/8 = 19
J/9 = 9 J/9 = 21
K = 10 K=2
L = 11 L=4
M = 12 M = 18
N = 13 N = 20
O = 14 O = 11
P = 15 P=3
Q = 16 Q=6
R = 17 R=8
S = 18 S = 12
T = 19 T = 14
U = 20 U = 16
V = 21 V = 10
W = 22 W = 22
X = 23 X = 25
Y = 24 Y = 24
Z = 25 Z = 23
The first character is an odd position. The values assigned are added up and the sum is divided 26.
The remainder obtained as a result of this division is converted into an alphabet as given in the following table:
Transformation Algorithm
352
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
0=A 9=J 18 = S
1=B 10 = K 19 = T
2=C 11 = L 20 = U
3=D 12 = M 21 = V
4=E 13 = N 22 = W
5=F 14 = O 23 = X
6=G 15 = P 24 = Y
7=H 16 = Q 25 = Z
8=I 17 = R N/A
This value should be the same as the user entered check digit or else the Check Digit validation fails.
Ivory Coast
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
353
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Japan
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Jordan
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
354
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Kazakhstan
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Kosovo
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
355
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Kuwait
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Latvia
Validation Rules
The fields are checked for validity by adopting the following rules:
356
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 21 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Lebanon
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Liechtenstein
Validation Rules
357
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 21 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Lithuania
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 20 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
358
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Luxembourg
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 20 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Malta
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
359
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 31 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Martinique
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 34 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Mauritania
Validation Rules
The fields are checked for validity by adopting the following rules:
360
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Mauritius
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 30 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Mayotte
Validation Rules
361
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 34 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Mexico
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Optional
362
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
• If entered:
◦ Should be of 18 digits
◦ Should be numeric
Moldova
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Monaco
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
363
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length can't be more than 27 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Montenegro
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 22 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Morocco
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
364
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Netherlands
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
◦ prefixed with P or G
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
365
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
1. If the length is less than 10, then it's converted to a 10 digit number by prefixing it with as many leading zeroes
as is necessary.
2. The Netherlands government provides the following factor table for each of the 10 digits:
Digit Factor
1st 10
2nd 9
3rd 8
4th 7
5th 6
6th 5
7th 4
8th 3
9th 2
10th 1
If the result so obtained is perfectly divisible by 11 (that's, no remainder on division by 11), then the test is successful,
otherwise the account number entered isn't valid.
New Zealand
Validation Rules
The fields are checked for validity by adopting the following rules:
366
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Norway
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
367
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 15 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
1. The check digit is set as the last (that's, the 11th digit) of the Account Number. For example, if the account number is
02056439653, then the check digit is set to 3.
Digit Factor
1st 5
2nd 4
3rd 3
4th 2
5th 7
6th 6
7th 5
8th 4
9th 3
10th 2
The first ten digits of the account number are multiplied by the associated factor. The computed sum is then calculated
by summing the totals.
Multiply each digit with the given factor. The following table illustrates the factors that determine validation:
368
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
1st 0 5 0
2nd 2 4 8
3rd 0 3 0
4th 5 2 10
5th 6 7 42
6th 4 6 24
7th 3 5 15
8th 9 4 36
9th 6 3 18
10th 5 2 10
4. The computed sum is then added to the check digit. In the example, 163 + 3 = 166.
7. If the remainder is '0', then the validation is successful, else the check fails.
8. In the given example, the check fails the Account Number as the remainder is 1. If the 11th digit of the Account
Number was 2 (that's, the check digit would be 2), then the remainder would be 165 - (11 * 15) = 0 and the check on the
Account Number would be successful.
Related Topics
• Bank Account Validation by Country: Albania to Guatemala
• Bank Account Validation by Country: Pakistan to the United States
369
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
This outlines the country specific bank account validation rules performed in Oracle Fusion Cash Management.
370
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
When entering bank accounts, different countries can have certain rules governing the format and content of the
following related fields:
1. Bank Code
2. Branch Number
3. Account Number
4. Check Digit
5. IBAN
Use the Disable Country Specific Bank Validations profile option to disable the country-specific validations pertaining
to the bank code, branch number, account number, check digit, and IBAN. You can set this profile option at the site
or user level. The profile is predefined with a default value of No at the site level. If the profile is set to Yes, these
validations aren't performed. The checks for unique banks, branches, accounts, and the mandatory requirement of bank
account number aren't affected by this profile.
Note: Mandatory IBAN validation is only valid for internal bank accounts. For external bank accounts, IBAN will be
optional except for employee bank accounts which are governed by country-specific UI rules.
Pakistan
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Palestine
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
371
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Poland
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 28 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
372
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Portugal
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 25 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
• A check digit's formed (CD1) from the Bank Code, Branch Number, and Account Number by concatenating the
three numbers.
• For example, using Bank Code 1234, Branch Number 5678, and Account Number 12345678901. Then CD1 is set
as 1234567812345678901.
• The Portuguese government provides the following factor table:
Digit Factor
1st 73
2nd 17
3rd 89
373
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Digit Factor
4th 38
5th 62
6th 45
7th 53
8th 15
9th 50
10th 5
11th 49
12th 34
13th 81
14th 76
15th 27
16th 90
17th 9
18th 30
19th 3
The nineteen digits of the created check digit (CD1) are multiplied by the associated factor. The multiple sum is then
calculated by summing the totals.
1st 1 73 73
2nd 2 17 34
374
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
3rd 3 89 267
4th 4 38 152
5th 5 62 310
6th 6 45 270
7th 7 53 371
8th 8 15 120
9th 1 50 50
10th 2 5 10
11th 3 49 147
12th 4 34 136
13th 5 81 405
14th 6 76 456
15th 7 27 189
16th 8 90 720
17th 9 9 81
18th 0 30 0
19th 1 3 3
375
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
• If the calculated value for CD1 isn't the same as the user entered check digit, then the check digit fails the
validation. In the given example, unless the user entered check digit's 86, the validation will fail.
Qatar
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Reunion
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
376
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
• Length can't be more than 34 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Romania
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 24 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Saint Barthelemy
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
377
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length can't be more than 34 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Saint Lucia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
San Marino
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
378
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length can't be more than 27 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length can't be more than 34 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
The fields are checked for validity by adopting the following rules:
379
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length can't be more than 34 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Saudi Arabia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
380
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Senegal
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Serbia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
381
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length can't be more than 34 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Seychelles
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
382
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Singapore
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Slovakia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
383
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length can't be more than 24 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Slovenia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length can't be more than 19 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Spain
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
384
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
• If the bank code is less than 4 digits, then it's converted to a 4 digit number by prefixing it with as
many leading zeroes as is necessary.
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 24 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Two check digits are calculated, CD1 from the Bank Code and Branch Number and CD2 from Account Number in the
following manner; these are then used as the basis for the check digit validity test:
CD1
1. For the Bank Code, the Spanish government provides the following factor table:
Digit Factor
1st 4
2nd 8
3rd 5
4th 10
The four digits of the Bank Code are multiplied by the associated factor. The computed sum is then calculated by
summing the totals.
385
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Digit Value Factor Result Digit Value Factor Result Digit Value Factor Result Digit Value Factor Result
1st 1 4 4
2nd 2 8 16
3rd 3 5 15
4th 4 10 40
2. For the Branch Number, the Spanish government provides the following factor table:
Digit Factor
1st 9
2nd 7
3rd 3
4th 6
The four digits of the Branch Number are multiplied by the associated factor. The computed sum is then calculated by
summing the totals.
1st 5 9 45
2nd 6 7 42
3rd 7 3 21
386
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
4th 8 6 48
3. The computed sums from both the Bank Code and Branch Number calculations are then summed up. According to
the example, it's 75 + 156 = 231.
231 / 11 = 21
6.CD1 is then derived by subtracting the remainder from 11. If difference is 11, then CD1 is 0 and if difference is 10, then
CD1 is 1 11 - 0 = 11. So for this example, CD1 = 11 = 0.
CD2
1. For the Account Number, the Spanish government provides the following factor table:
Digit Factor
1st 1
2nd 2
3rd 4
4th 8
5th 5
6th 10
7th 9
8th 7
9th 3
10th 6
387
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
The ten digits of the bank number are multiplied by the associated factor. The computed sum is then calculated by
summing the totals.
1st 1 1 1
2nd 2 2 4
3rd 3 4 12
4th 4 8 32
5th 5 5 25
6th 6 10 60
7th 7 9 63
8th 8 7 56
9th 9 3 27
10th 0 6 0
280 / 11 = 25
4. CD2 is then derived by subtracting the remainder from 11. 11 - 5 = 6. So for this example CD2 = 6.
The value in the user entered check digit field is compared to the calculated CD1 and CD2 using the following checks, if
both of the checks are true, then the validation is unsuccessful.
388
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Check Description
1 CD1 is compared to the first digit of the entered check digit field.
2 CD2 is compared to the second digit of the entered check digit field.
Example of the test using the previously calculated CD1 and CD2:
Where CD1 = 0 and CD2 = 6 and suppose the user entered Check Digit Value is '05'. As CD2 does not match, the check
digit's invalid.
Sweden
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 24 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Switzerland
Validation Rules
The fields are checked for validity by adopting the following rules:
389
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 21 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed: IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN
• Length should be 19 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
390
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
Tunisia
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
Turkey
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
391
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
• If the IBAN isn't entered, a warning message is displayed, IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 26 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
• The first 2 characters are letters.
• The third and fourth characters are numbers.
Ukraine
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
The fields are checked for validity by adopting the following rules:
Field Rule
392
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
IBAN • Mandatory
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length can't be more than 23 characters. Spaces are removed from the left and right. Spaces in
the middle aren't removed.
• The first 2 characters are letters.
United Kingdom
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
IBAN • Mandatory
• If the IBAN isn't entered, a warning message is displayed, IBAN hasn't been entered. This bank
account is defined in a country that requires IBAN for payment processing.
• The modulus-97 rule is used to calculate the validity of the IBAN.
• Length should be 22 characters. Spaces are removed from the left and right. Spaces in the middle
aren't removed.
393
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
Field Rule
United States
Validation Rules
The fields are checked for validity by adopting the following rules:
Field Rule
1. The ninth digit of the Number field is used to represent the Check Digit.
2. A calculated Check Digit's computed from the remaining 8 digits using Modulus 10 algorithm.
3. Multiply each digit in the Routing Transit Number by a weighting factor. The weighting factors for each digit
areas given in the following table:
Factor 3 7 1 3 7 1 3 7
394
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
• The digits of the Routing Transit Number are multiplied by the associated factor. The computed sum is then
calculated by summing the totals.
• Subtract the sum from the next highest multiple of 10. The result is the calculated Check Digit. This should be
the same as the 9th digit of the Branch Number or Routing Transit Number; otherwise the Branch Number or
Routing Transit Number is invalid.
For Example:
Routing 0 7 6 4 0 1 2 5 Total
Number
Multiply by 3 7 1 3 7 1 3 7 N/A
Sum 0 49 6 12 0 1 6 35 = 109
Related Topics
• Bank Account Validation by Country: Albania to Guatemala
• Bank Account Validation by Country: Hungary to Norway
395
Oracle Fusion Cloud Financials Chapter 11
Implementing Payables Invoice to Pay Cash Management and Banking Configuration
396
Oracle Fusion Cloud Financials Chapter 12
Implementing Payables Invoice to Pay Business Events
12 Business Events
If you want to perform operations in other systems based on public events in Oracle Financials Cloud, then you can use
public event features. You must enable the business event if it isn't enabled by default.
After you enable these features, the application sends a signal, along with a payload containing information about the
public event, whenever an event occurs. The public event signal is also known as a public event.
The application sends signals irrespective of the source or cause of the event. For example, the application sends a
payables invoice creation signal when an invoice is created using a user interface or REST API.
Integration developers and administrators can subscribe to public events from the Oracle Integration Cloud using
the Oracle ERP Cloud Adapter. Then, they can use the information in the payload to configure event handlers that
perform business operations. For more information about supported Financials business events and to create and add a
connection to an integration, refer to the Using the Oracle ERP Cloud Adapter with Oracle Integration guide.
Related Topics
• Supported Financials Business Events
• Workflow to Create and Add an Oracle ERP Cloud Adapter Connection to an Integration
Note: A signal isn't raised when the event occurs using a scheduled process, such as the Import Payables Invoices
process, or by using a SOAP web service, such as the Payables Invoice Management web service.
Supported Business Event Description Enable By Using First Release Available Event Initiation
Payables Invoice Approved Signals when an invoice is AP: Enable Business Events 18C • Force Approve
approved. profile option at the site button on Payables
level Dashboard
• Force Approve button
on Invoices landing
page
397
Oracle Fusion Cloud Financials Chapter 12
Implementing Payables Invoice to Pay Business Events
Supported Business Event Description Enable By Using First Release Available Event Initiation
Payables Invoice Cancelled Signals when an invoice is AP: Enable Business Events 18C • Cancel invoice option
canceled. profile option at the site using the Void
level Payment button on
Payables Dashboard
• Cancel button on
Invoices landing page
• Cancel Invoice action
on Create and Edit
Invoice pages
• Cancel Invoice action
on Manage Invoices
page
• Cancel Invoice action
on Invoice Details
page
• Cancel invoice option
using the Void
Payment button on
Manage Payment
page
• Cancel an invoice
using Invoices REST
API
Payables Invoice Created Signals when an invoice is AP: Enable Business Events 18C • Create Invoice page
created. profile option at the site
level • Create Invoice button
on Invoices landing
page
• Create Invoice page
from Supplier Portal
• Create Invoice Without
PO page from Supplier
Portal
• Issue Refund action
in Edit Receipt page
in Oracle Receivables
Cloud
• Create an invoice
using Invoices REST
API
Invoice Hold Applied Signals when an invoice AP: Enable Business Events 18B • Manage Holds page
hold is placed. profile option at the site from the Create and
level Edit Invoice pages
• Holds on Invoice
Details page
398
Oracle Fusion Cloud Financials Chapter 12
Implementing Payables Invoice to Pay Business Events
Supported Business Event Description Enable By Using First Release Available Event Initiation
• Validate button on
Invoice landing page
• Validate action on
Create and Edit
Invoice pages
• Validate button on
Manage Invoices page
• Place hold on invoice
option using the Void
Payment button on
Payables Dashboard
• Place hold on invoice
option using the Void
action on Manage
Payments page
• Validate an invoice
using Invoices REST
API
• Create an invoice hold
using Invoice Holds
REST API
Invoice Hold Released Signals when an invoice AP: Enable Business Events 18B • Release button on
hold is released. profile option at the site Payables Dashboard
level
• Release button on
Invoices landing page
• Release Holds action
on Manage Invoices
page
• Release button on
Invoice Details page
• Manage Holds invoice
action on Create and
Edit Invoice pages
• Invoice hold is
released using Hold
resolution workflow
• Validate action on
Create and Edit
Invoice pages
• Validate an invoice
using Invoices REST
API
• Release an invoice
hold using Invoice
Holds REST API
Payables Invoice Validated Signals when an invoice is AP: Enable Business Events 18C • Validate button on
validated online. profile option at the site Invoices landing page
level
• Validate action on
Create and Edit
Invoice pages
399
Oracle Fusion Cloud Financials Chapter 12
Implementing Payables Invoice to Pay Business Events
Supported Business Event Description Enable By Using First Release Available Event Initiation
• Validate button or
action on Manage
Invoices page
• Validate action on
Invoice Details page
• Holds resolution
workflow when
an invoice hold is
released and the
invoice status is
updated to Validated
• Release button on
Payables Dashboard
• Release button on
Invoices landing page
• Release Holds on
Manage Invoices page
• Release button on
Invoice Details page
• Manage Holds on
Create and Edit
Invoice pages
• Validate an invoice
using Invoices REST
API
Payables Payment Created Signals when a single AP: Enable Business Events 18C • Pay button on Invoices
payment is created. profile option at the site landing page
level
• Pay in Full action
on Create and Edit
Invoice pages
• Pay in Full action on
Manage Invoices page
• Pay in Full button on
Manage Invoices page
• Pay in Full action on
Invoice Details page
• Create Payment page
• Create payment icon
on Manage Payments
page
• Create a payment
using Payables
Payments REST API
Payables Payment Voided Signals when a payment is AP: Enable Business Events 19A • Void Payment
voided. profile option at the site button on Payables
level Dashboard
• Void Payment button
on Payments landing
page
400
Oracle Fusion Cloud Financials Chapter 12
Implementing Payables Invoice to Pay Business Events
Supported Business Event Description Enable By Using First Release Available Event Initiation
• Void action on
Manage Payments
page
• Reissue actions on
Manage Payments
page
• Void Payment action
on Payment page
• Reissue action on
Payment page
• Void a payment using
Payables Payments
REST API
You must have one of these roles to enable business events for Payables:
1. In the Setup and Maintenance work area, go to the Manage Administrator Profile Values task.
2. On the Manage Administrator Profile Values page in the Search: Profile Option section, enter AP: Enable
Business Events in the Profile Display Name field.
3. Click Search.
4. In the Search Results: Profile Options section, select the profile option.
5. In the Profile Values section, select Yes in the Profile Value field for the site level.
6. Click Save and Close.
401
Oracle Fusion Cloud Financials Chapter 12
Implementing Payables Invoice to Pay Business Events
Supported Business Event Description Enable By Using First Release Available Event Initiation
Payment File Created Signals when a payment file IBY: Enable Business Events 18C Upon completion of
is created. profile option at the site payment file
level
You must have one of these roles to enable business events for Payments:
1. In the Setup and Maintenance work area, go to the Manage Administrator Profile Values task.
2. On the Manage Administrator Profile Values page in the Search: Profile Option section, enter IBY: Enable
Business Events in the Profile Display Name field.
3. Click Search.
4. In the Search Results: Profile Options section, select the profile option.
5. In the Profile Values section, select Yes in the Profile Value field for the site level.
6. Click Save and Close.
402