Professional Documents
Culture Documents
December 2015
I
Oracle EMEA Add-on Localization User Guide for Finland, Release 12.2
Copyright © 2011, 2013, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks
of their respective owners.
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 software or related documentation is delivered to the U.S. Government or anyone licensing it on behalf
of the U.S. Government, the following notice is applicable:
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.
This software and documentation may provide access to or information on 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. 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.
II
Contents
4. Index…………………………………………………………………………………………………………………………………………………………………4-1
III
Send Us Your Comments
Oracle EMEA Add-on Localization User Guide for Finland, Release 12.2
Part No. E49867-01
Oracle welcomes customers' comments and suggestions on the quality and usefulness of this document.
Your feedback is important, and helps us to best meet your needs as a user of our products. For example:
• Are the implementation steps correct and complete?
• Did you understand the context of the procedures?
• Did you find any errors in the information?
• Does the structure of the information help you with your tasks?
• Do you need different information or graphics? If so, where, and in what format?
• Are the examples correct? Do you need more examples?
If you find any errors or have any other suggestions for improvement, then please tell us your name, the
name of the company who has licensed our products, the title and part number of the documentation and
the chapter, section, and page number (if available).
Note: Before sending us your comments, you might like to check that you have the latest version of the
document and if any concerns are already addressed. To do this, access the new Oracle E-Business Suite
Release Online Documentation CD available on My Oracle Support and www.oracle.com. It contains the
most current Documentation Library plus all documents revised or released recently.
Send your comments to us using the electronic mail address: appsdoc_us@oracle.com
Please give your name, address, electronic mail address, and telephone number (optional).
If you need assistance with Oracle software, then please contact your support representative or Oracle
Support Services.
If you require training or instruction in using Oracle software, then please contact your Oracle local office
and inquire about our Oracle University offerings. A list of Oracle offices is available on our Web site at
www.oracle.com.
IV
Preface
Intended Audience
Welcome to Release 12.2 of the Oracle EMEA Add-on Localization User Guide for Finland.
This user guide is intended for a customer in Finland.
See Related Information Sources on page vii for more Oracle E-Business Suite product
information.
Documentation Accessibility
For information about Oracle's commitment to accessibility, visit the Oracle
Accessibility Program website at http://www.oracle.com/us/corporate/accessibility/
Structure
1 Add-on Localizations Overview
2 General Setup Steps
3 SEPA Payment Formats
V
Related Information Sources
Integration Repository
The Oracle Integration Repository is a compilation of information about the service
endpoints exposed by the Oracle E-Business Suite of applications. It provides a
complete catalog of Oracle E-Business Suite's business service interfaces. The tool lets
users easily discover and deploy the appropriate business service interface for
integration with any system, application, or business partner.
The Oracle Integration Repository is shipped as part of the E-Business Suite. As your
instance is patched, the repository is automatically updated with content appropriate
for the precise revisions of interfaces in your environment.
VI
VII
1
Assumption
It is assumed that all the required setups for Payables including the basic setup for
SEPA including IBAN bank account numbers and BIC codes are properly done.
Prerequisites
Before testing the solution developed for "CLE: SEPA Domestic Payment Format for
Finland" and "CLE: SEPA International Payment Format for Finland", user is required
to make sure that few of the following setups are available in the application after the
patch application. The setups that are available through the patch are mentioned
accordingly.
Similarly verify that the concurrent program for international Payment Format is
created
Note: Both Data Extract and XML Publisher Template values are
available from the LOV, after the patch application
The user is required to add the following validations under the Pre-defined Validations
area
Note: Bank Charges Bearer indicates whether you or your supplier will
pay for any bank charges associated with payments to your suppliers.
SEPA Bank Charge Bearer Validation is an optional validation and it is set to SLEV
behind the supplier and supplier site and also BEHIND ALL OPEN INVOICES.
Removing this validation from the payment format will not have any impact on CLE
SEPA output.
If you have any other value in the Bank Charge Bearer field behind the supplier than
SLEV (for example because of old LUM payment format), you can always Override
Bank Charge Bearer value when you submit Payment Process Request
Similarly create a Payment Format "CLE: SEPA International Payment Format for
Finland" and associate the XML Publisher and Data Extract which will be available
through the patch as shown in the below screen.
Use the following navigation.
Note: Both Data Extract and XML Publisher Template values are
available from the LOV, after the patch application
The user is required to add the following validations under the Pre-defined Validations
area
SEPA Payer Legal Entity Identification
SEPA Invoice Legal Entity Identification
SEPA Payee Bank Branch BIC
SEPA Payee IBAN Validation
SEPA Payer IBAN Validation
SEPA Payer Address Validation
SEPA Bank Charge Bearer Validation
Note: Bank Charges Bearer indicates whether you or your supplier will
pay for any bank charges associated with payments to your suppliers.
SEPA Bank Charge Bearer Validation is an optional validation and it is set to SLEV
behind the supplier and supplier site and also BEHIND ALL OPEN INVOICES.
Removing this validation from the payment format will not have any impact on CLE
SEPA output.
If you have any other value in the Bank Charge Bearer field behind the supplier than
SLEV (for example because of old LUM payment format), you can always Override
Bank Charge Bearer value when you submit Payment Process Request
Note: If the below personalization is already available on the page, please ignore
personalization setup section.
Use the below navigation steps for accessing Payment Process Profile screen:
If personalization is not enabled, follow the below steps to enable the personalization
Set the profiles 1. FND: Personalization Region Link Enabled = "Y"
2. Personalize Self-Service Defn = "Y"
* Please note that from version 12.2.5 the "Personalize Page" link is moved under
settings as shown in the below screenshot. This is not specific to CLE or LDFF, this is
a generic change in accessing Personalization pages.
This step shows how to fill all necessaries properties for the new item.
Item Style
Choose the Item Style Field to "Static Styled Text" as shown in the below picture.
ID
Give the ID as PaymentProfileExt.
Prompt
Give the prompt value as "CLE: Additional Payment Profile Information". This is the
prompt that will appear on the personalized page.
Destination URI
Give the Destination URI value as
OA.jsp?OAFunc=CLE_F220_PG&pExtendedPage=/oracle/apps/iby/disbursement/setup/
paymentprocessprofile/webui/PmtProcProfPG&pExtendedTable=CLE_IBY_PAY_PROC
_PROF_EXT&pConnectString=DFF_ID1='{@SystemProfileCode}'&pCountry=COUNTRY
='FI'&retainAM=Y
View Instance
Give the view instance value as "PaymentProcesProfilesViewVO"
Click on CLE: Additional Payment Profile Information : select Context as FI.PPP, enter
output path and file name.
These Localization descriptive flex fields values are required for transmission protocol to
transfer the SEPA payment files to server directory automatically without user
intervention.
Some banks have made it possible that when the debtor and creditor have the bank
Note: It is advised to use a specific Pay group for Finnish Domestic and
International SEPA payment format.
The above setup for both Intrabank Transactions and Interbank Transactions is
linked in the Domestic Payment Process Profile as shown in the below screen
The user is required to create a payable document and associate it with the payment
format "CLE: SEPA Payment Format for Finland" as shown in the below screen.
Navigate to Bank Accounts Screen. Query for your Internal Bank account and create a
Payables Document using the payment format "CLE: SEPA Domestic Payment Format
for Finland"
Requirement
As per the Finland specific remittance requirements for SEPA Payments, two new
formats "CLE: SEPA Domestic Payment Format for Finland" and "CLE: SEPA
International Payment Format for Finland" are developed.
The remittance information in the SEPA payment output will differ when Payment
made with "CLE: SEPA Domestic Payment Format for Finland" from payment made
with "CLE: SEPA International Payment Format for Finland".
As per the requirement, the SEPA payment output must have the remittance
information containing both unstructured and structured information when a credit
memo exists, which allows bundling. The payment output allows an alterable number
of occurrences. This is when the user uses CLE: SEPA Domestic Payment Format for
Finland and checks with their own bank for the number of occurrences both for
intrabank and interbank payments. To identify the same bank transaction, the solution
compares the BIC code of the debtor and creditor. If they are the same they are
considered as the same bank (intrabank) transaction.
In case of CLE: SEPA International Payment Format for Finland, there is no limitation
on the number of occurrences and there is no special bundling requirement for
international payments, SEPA Payment output will have either structured remittance
part or unstructured remittance part.
Definitions
A new payment format has been created to meet the Finnish bank requirements related
to remittance information for SEPA Payments. The new payment format contains the
remittance information in AOS2 bundling where both Structured and unstructured
data will exist in a format acceptable by Finnish banks. Bundling happens only if credit
memo exists.
When beneficiary issues invoices and credit notes, the Originator will make payments
for the net amount of the invoices and credit notes in order to settle the credit notes,
using a standard EBS functionality. The number of invoices to be bundled to one
payment depends on the amount of the invoices and credit notes. The net amount of a
payment and documents put in one bundle needs to be more than zero.
• The beneficiary issues invoices and credit notes to the originator.
• A payment is initiated from the originator side for the net amount of invoices and
credit notes (should be more than zero) to settle the payment batch.
• While making payment, the user selects the Payable document to which the newly
designed payment format is assigned.
• The formatted payment XML output will have the remittance information
containing both the unstructured and structured components if it is a domestic
payment and there is a bundling and there exists a credit memo
• In the absence of a credit memo, bundling will not take place. The SEPA payment
output will have unstructured remittance information if invoice reference text is
provided at the invoice level.
• In the absence of a credit memo, bundling will not take place. The SEPA payment
output will have structured remittance information if invoice reverence number is
provided at the invoice level.
• The originator bank will transfer either the structured or unstructured part of the
remittance information based on the type of the beneficiary bank (either AOS bank
or non-AOS bank).
Invoice Creation
Responsibility: Use any standard Payables responsibility
Navigation path: Invoices -> Entry ->Invoice Batches or Invoices
Create an invoice or an invoice batch using appropriate screen in Payables as shown
below:
Note: Please refer to the Oracle Payables User Guide R12.2 for
additional information related to the creation of invoices in Accounts
Payables.
Note: 1) Please refer to the Oracle Payables User Guide R12.2 for
additional information related to the creation of payments in
Accounts Payables.
Log Messages
a. When bundling amount is Zero
Log Message - Zero Bundling Cannot be Done for the Payment Number <PMTNUM>
and for the Supplier <SUPP>
b. When bundling amount is negative
Log Message - Negative Bundling Cannot be Done for the Payment Number
<PMTNUM> and for the Supplier <SUPP>.
c. When the invoice(s) total amount is less than the credit note(s) amount
Log Message - Sum Of Invoice Amount should not be less or equal to sum of Credit
Memo Amount
Domestic Payment
An XML output is generated when the user make a payment for an invoice in Payables.
The below example describes a remittance information element of a credit transfer
transaction, where the payment includes one credit note and two invoices with
reference and AOS2 with message. The amount of the credit transfer transaction is the
net amount of the invoice and the credit note.
• The invoice has a creditor reference "00000000000000010016" and the amount "EUR
2600.00"
• The credit note has a creditor reference "RF00000000000000010032" and the amount
"EUR 1500.00".
International Payment
The below example describes a remittance information element of a credit transfer
transaction.
There are 2 invoices for international payment INVTEST2 and INVTEST3. Then in that
case the remittance information is unstructured and invoice information is separated
by a colon ':'.
Symbols
Creation of XML Publisher Format Templates, 2-
3
A
Add-on Localizations Overview, 1-1
Assumption, 2-1
Assignment of Payment Format to Payables
Documents in Bank Accounts, 2-18
B
Bundling Rule, 3-7
C
Creation of XML Publisher Format Templates, 2-3
Creation of Concurrent Programs, 2-4
Creation of Payment Format, 2-6
Creation of Payment Process Profile, 2-9
D
Definitions, 3-1
F
For Domestic payment format to capture the maximum number of occurrences allowed for both
intrabank and interbank transactions, 2-15
G
General Setup Steps, 2-1
H
How to Launch XML Output File, 3-7
I
Internal Bank Account Setup, 2-1
L
Log Messages, 3-8
Index 4-1
M
Making the Payment, 3-6
O
Overview, 3-2
P
Prerequisites, 2-1
S
SEPA Payment Formats, 3-1
Setup of the number of occurrences, 2-16
Sample Output, 3-8
R
Requirement, 3-1
T
Transactions Processing, 3-3