1. Table of contents

2. Objective and Scope

The purpose of this document is to explain the different types of manual drafts and the differences of their postings on SAP through F-36 transaction.

This operating procedure (OP) applies to the accounts receivables of the CICC.

3. Definitions

  • SBS: In the current document, "Solvay Business Services" will be replaced by its abbreviation "SBS".
  • OTC BO AR: Order to cash Back Office Accounts Receivable
  • OP: Operating procedure
  • WARP: PI system for Worldwide Accounts Receivable and Payable
  • CICC: Coordination Internationale des Crédits Commerciaux
  • BoE: Bill of exchange
  • LCR: Letter de change
  • BOR: Billet à Ordre

Scope


ERP


References


 

4. Add the link to SAP procedures (when it exists)

Attachments


Confirming document.pdf

Spain confirming cases.xlsx

Confirming passwords.docx

4. Manual drafts

This OP explains the different types of manual drafts and the differences of their postings on SAP. By draft we mean a Bill of Exchange, which is a bank document guaranteeing that a buyer's payment to a seller will be received on time and for the correct amount. Thus, there is an agreement between customer and the bank for a future due date of a payment. The customer recognizes its debt and agrees to pay in a future due date. Therefore, OTC BO AR will send to the bank an electronic file with all the drafts information, which will be paid to CICC bank account on the drafts due date.

The Regions with manual drafts or Bills of Exchange are:

Region

Technical name

France

Traites

Spain

Pagarés and Recibos

For the cases in which the invoices due dates paid by the draft are = or > than 5 days of delay, we should contact Collections (Dispute in the processed draft as "Call by collector") to contact customer to understand the reason of the delay. 

4.1 France

Traites are French promising payment (promise of payment) form with an agreement for a future due date of a payment. The customer recognizes its debt and agrees in paying it on future due date. 

We can receive Traites through two different ways:

  • Sent by the customers directly to SBS by post
  • Sent by Credit manager to AR mailbox

 

For the Traites received by post sent directly by the customers to SBS Lisbon, we should scan it and create a Salesfore case with customer number and amount. There is no need to send these documents to the Bank as Societe Generale executes the payments based on the file we sent them (DME). 

There are 4 types of French drafts: three are manual (paper drafts) and one is automatic. In the case of paper drafts, the Credit Manager sends the drafts to OTC BO AR mailbox in order to be posted. In the case of automatic drafts, all process is automatic through F110 transaction. At the end of the process, OTC BO AR has to create a file with all kinds of drafts (manuals and automatics) together and to send it to the Bank. 

Two of the four types are related to documents issued by Solvay and the other two are directly issued by the customers. See below the difference between them:

  1. LCR document issued by Solvay and requiring acceptance by the customer
  2. LCR document issued by Solvay but not requiring an acceptance by the customer
  3. BOR document issued by the customer
  4. LCR document issued by the customer

The following table resumes the different types of Drafts and the posting differences between them.

Traite Description

Draft Posting Transaction

Automation

Payment Method

BoE Docum. Type

1. Solvay – LCR Avec Acceptance

F-36

Manual

G

DW

2. Solvay - LCR Sans Acceptance

F-110

Automatic

L

DY

3. Customer – BOR

F-36

Manual

F

DW

4. Customer – LCR

F-36

Manual

G

DW


Posting differences

  • Traites types 1, 3,and 4 have to be manually posted using transaction F-36. OTC BO AR can receive the documents by post (sent directly from customer to SBS Lisbon) and sent by Credit Managers to AR mailbox
  • Traites type 2 are automatically processed using an automatic program based on transaction F110

4.1.1 Traites

4.1.1.1 Type 1 – LCR avec acceptation

Solvay LCR (Lettre de Change) Avec Acceptance is a document that makes part of the invoice sent to the customers. Check the example below: 

Solvay's LCR is the bottom section of a back page that goes together with the invoice. This section is detached by customers who return it signed to Solvay. An authorization (signing the LCR) from the customer is required in order to allow Solvay France to debit the customer's bank account, and therefore this LCR type is named as "Avec Acceptance".

This document describes, who is the customer, which is the invoice number and due date of the BoE.

Occasionally customers agree on paying but change several features of the original LCR, like the bank account they want to use to make the payment, the amount they will pay or even the due date. It is important, when posting these payments to respect the customer's changes; otherwise, the customer will not accept the Traite to be debited from its bank account. However, authorization from the Credit Manager is required, before posting. 

4.1.1.2 Type 2 – LCR sans acceptation

Solvay LCR sans acceptance is the same document as the one mentioned in point 4.1.1.1. The only difference is that no acceptance is required from the customer. The customer does not need to return signed Solvay's LCR.

Transaction F-36 does not need to be run to create the BoE for these customers, as they are automatically generated by transaction F110. In this case OTC BO AR only needs to run the FBWE (DME files creation) and send it to the Bank. 

4.1.1.3 Type 3 – BOR issued by the customer

BOR is a document issued and signed by the customer, committing itself with the payment on a future due date for specific invoices.

Example:

4.1.1.4 Type 4 – LCR issued by the customer

LCR is a document issued and signed by the customer, committing itself with the payment on a future due date for specific invoices. The difference from the Billet à ordre (BOR) described above is the payment method.

Example:

4.1.2 Traites posting

After receiving the Traites images from Credit Manager or by post, OTC BO AR should post them on their customer accounts using F-36 transaction. It creates the "Bill of Exchange" converting the invoices into BoE (Traites) to be collected from SOGFR (local bank) on their future due dates. F-36 transaction has to be processed by OTC BO AR for each individual "Traite" (types 1, 2, 4 and 5) during the day it is received in OTC BO AR mailbox.

Regarding "Traite" type 3 (Solvay LCR sans acceptance), it does not require manual posting. It is posted automatically (transaction F110) functioning as a direct debit.

Run F-36 transaction:

The following screen should be filled as below:

  • Document date: Todays' date
  • Type: DW
  • Company code: WARP
  • Posting date: If the Traite's due date (échéance) is in the future (other month than the current), the posting key is the 1st day of the month of the Traite's due date. In all remaining situations, use the Document date as the posting date
  • Currency/Rate: EUR
  • Reference: Insert the reference mentioned on "Réf. Tiré" field. If no reference is mentioned, leave it blank
  • Account: Customer's account number

Press the button "Enter" button.

The following screen appears:

The following screen should be filled in as below:

Amount: Traite's amount
Due on: Traite's due date (échéance). Use this date even if it is in the past
Planned usage: Choose "Collection"
Issue date: Draft's creation date. If there is no creation day, use today's date
Accepted: Tick this box
Pmnt method: 

    • Traite's type LCR (type 1 and 5) use payment method G
    • Traite's type BOR (type 4), use payment method F

Bank Key: Confirm if the bank account mentioned on the draft is the same as the one shown in SAP. If the customer has more than one bank account or if it is not created yet a "*" sign shows up in the bank key field. Double click on this field. 

A list of all customer's bank accounts, pops-up as below:

Choose the bank account the customer is using in the draft to make the payment and then click on the  button.

If the Bank fields are empty or if "*" pops-up but the bank account mentioned on the drafts is not included in the list, it means that this bank account is not inserted in customer's master data. In this case, the information should be filled in manually by OTC BO AR as mentioned below:

Click on "Enter" button.

In case the system gives an error message stating that the bank account is not created (in this case the bank account is not created at ERP level), we should create a case and send email to payment security ( payment.securityprocess@solvay.com ) with Credit Manager in copy with the customer document (Traite) attached and the subject should have customer number and "Cash In" written. Afterwards transfer the case to Codif Level 1.

After clicking the  button, the next screen shows up: 

 

Verify if all the information inserted is OK.

Then press the  button.

The following screen appears:

 

Then press on the  button.

The following screen appears:

Select the invoice (s) mentioned on the document. The "Not assigned" field is now zero. Press the "Save"  button.

Next screen pops-up:  

 

 

 

Risk Cancelation procedure

 

Whenever a BoE is created in a customer account, automatically it is created a DY/DW in g/l 2210000000 - NOTES RECEIVED

The DY/DW will be cancelled with the Risk cancellation (DA) at invoice due date as below:

Whenever we run FBWE transaction to send the DME files to the Bank, a G1 document is created in 2211003301 - Notes for collection (depending on the country a different g/l is used).

The Risk Cancelation (DA) will cancel the DY in 2210000000 and the G1 in 2211003301. See below:

Posting result in the WARP's customer's account:

The invoice is now cleared with the DW document.

Click twice on the clearing document (762…), click on the  button and then enter the line corresponding to the draft. The following screen opens as shown below:

We are able to check all the information regarding the Traite here and if we click on the "Environment" on the top of the page and then on the "Payment usage", we will see the invoice(s) cleared with the draft.

When an invoice is cleared by a Traite, a document will remain open on customer account in WARP with a special GL ind W until the invoice due date.

 

 

Posting result in the affiliate customer account:

At affiliate the DS document with special GL 4 will be open until Risk Cancelation runs (invoice due date).

4.2 Spain

4.2.1 Pagares

Pagarés are Spanish promising payments under the form of paper drafts, always issued by the debtor (customer) and sent to the Spanish Local Correspondent. The customer recognizes its debt and agrees in paying it on a future due date.

We can receive Pagarés through two different ways:

  • Sent by the customers directly to SBS by post
  • Sent by local contact to AR mailbox

To prepare Pagarés received by post, the following steps should be followed:

  • AR on a daily basis pick in the 2nd floor all the correspondence received by post
  • AR verifies the Pagarés received and write in the back of the Pagarés "Solvay CICC"and sign it (the signature should be requested to Paula, Tiago, Angela or Diogo)
  • The Pagarés should be scanned and a case created in Salesforce with customer number and amount.
  •  Fill the deposit slip with the Pagarés to deposit. See example below with the instructions to fill BNP form (BNP IBAN is 0010901391600351):

  •  Remove the duplicate to keep for future reference (the one that mention "Cópia para o cliente") and scan and attach to the Salesforce case. This will be used for future reference whenever we need to check the date in which the Pagaré was sent
  • Put the Pagarés inside the envelope and close it.
  • Send an email to the person responsible to deliver the cheques & Pagarés in BNP (machel.domingos-ex@solvay.com) through the case created in Salesforce and close it

If the Pagaré has a due date in the future, we should only sent it to BNP near that date. Therefore, we should create an event in gmail calendar with AR mailbox as "convidado" (in the title insert" Pagaré and case number") for 10 days before the Pagaré due date. At this date a case will be open and the person with the task "Manual drafts" will send an email through the case to  machel.domingos-ex@solvay.com  and ask him to pick the Pagaré. 

  • If the TI enters in sub-account 50514EUR15, the person doing the sub-accounts reconciliation should process FB05 transaction (procedure described below)*. If the TI enters in 50514EUR16 and appears in FEBA transaction, we should enter in the payment, change the "Posting mode" to "In Foreground", change "type" to "DE" and clear the invoice(s). See example below:

 

*FB05 procedure

The followins screen should be filled as below:

Document date: Document date of the TI
Posting date: Document date of the TI
Type: DE

"Choose Open items"

Insert the Portugal sub-account and choose "Account Type" S. Then, select the correct TI and go back, insert customer account and clear the invoices. 


To prepare Pagaré received by email from local contact, the following steps should be followed: 

  • Local contact send by email to AR mailbox the copy of the Pagarés
  • OTC AR process F-36 transaction
  • The case should be classified with the total amount of the Pagaré on the subject, the customer accounts numbers and the case should be closed. 

There are three types of Pagarés as BBVA (Spanish Bank) treat them differently. Two of them are cheque documents with a "bar code" (IBAN) on it and are always issued by a Bank. The difference between them is the Bank: BBVA bank and non BBVA bank. The 3rd type of Pagaré does not have a cheque format, nor contains a "bar code" (IBAN) on it and is not issued by a Bank.

4.2.1.1 Pagaré with Check Format paid by BBVA Bank

All BBVA Pagarés are "cheque" format type as they are always issued by the BBVA bank.

Example:

Legend:

Bank Details Information (same as in the Bar Code/IBAN area)

4.2.1.2 Pagaré With Check Format paid by non BBVA bank

Example:

4.2.1.3 Pagaré without Check Format

Example: 

4.2.2 Pagarés posting

As soon as we received the Pagarés, we should post them on their customer accounts using F-36 transaction. This transaction creates the "Bill of Exchange", converting the invoices into BoE (Pagarés) to be collected from BBVA (local bank) in their future due dates. F-36 transaction has to be run for each individual Pagaré by OTC BO AR on the day it was received.

Open F-36 transaction:

The above screen should be filled in as follows:

  • Document date: Pagaré's due date ("Fecha de Pago")
  • Posting date: Pagaré's due date ("Fecha de Pago"). However if its due date is in the past, use the current entry date (today's date)
  • Type: DE
  • Company code: WARP
  • Currency/Rate: EUR
  • Reference: Pagaré's number (7 numbers, for example: PGR: 289163-5)
  • Account: Customer number account
  • SGL Ind: B

After filling in all the information details, press "Enter" 2 times.

The following screen appears:

The screen should be filled in as follows:

  • Amount: Pagaré's amount
  • Due on: Pagaré's due date (Fecha de Pago) Use this date, even if it is in the past
  • Issue date: Pagaré's creation date (Fecha de Expedicion). If there is no creation day, use todays' date
  • Payment Method: F
  • Bank Key: if the customer has different bank accounts a "*" sign shows up in the bank key field. Double click on this field. A message box is shown with a list of different customer's bank accounts available. Choose the bank account the customer is using for this Pagaré and then click on the  button.

The Bank details should be inserted as below:

If the "*" does not show up and the bank details area is shown up already filled in, it means that the customer has a single bank account. 

If the customer makes the payment through a bank account that is not yet created in the system, FI-AR-BO can manually insert the references mentioned in the Pagaré image.. 

In case the system gives an error message stating that the bank account is not created (in this case the bank account is not created at ERP level), we should create a case and send email to payment security (payment.securityprocess@solvay.com) with Credit Manager in copy with the customer document (Pagaré) attached and the subject should have customer number and “Cash In” written.  Afterwards transfer the case to Codif Level 1.

Verify if all the information is correct and then press the  button. 

The following screen pops up:

Click on the  button. 

Afterwards, select the invoice (s) mentioned in the Pagaré image. 

The "Not Assigned" field is now zero. Press the "Save"  button.

 

 

Risk Cancelation procedure

  Whenever a BoE is created in a customer account, automatically it is created a DY/DW in g/l 2210000000 - NOTES RECEIVED

The DY/DW will be cancelled with the Risk cancellation (DA) at invoice due date as below:

Whenever we run FBWE transaction to send the DME files to the Bank, a G1 document is created in 2211003416 - Notes for collection-Banco Bilbao Vizcaya (depending on the country a different g/l is used).

The Risk Cancelation (DA) will then cancel the DY in 2210000000 and the G1 in 2211003416. See below:

 

 

Posting result on the WARP customer's account:

In this screen we can see the clearing document – 7610000309 which has cleared the invoice with the a DE document.
Click twice on the clearing document, click on the  button and then enter on the line corresponding to the draft as below:

In this screen we are able to check all the information regarding the Pagaré and if we click on "Environment" on the top of the screen and then on the "Payment usage", we will see the invoice(s) cleared with the draft.

When an invoice is cleared by a Pagaré, a document will remain open on customer account with a special GL ind B until the Pagaré is paid:

as the Pagaré is only posted at the due date, the invoice will only be replaced and cleared by the DE at that date.

Posting result in the affiliate customer account:

  When we look at the customer account in local system the invoice is cleared:

And replaced by a DS document with Special GL Ind. 4 :

as the Pagaré is only posted at the due date, the invoice will only be replaced and cleared by the DS at that date.

4.2.3 Recibos

Recibos are a Spanish payment method, directly debiting customer's bank accounts for payment collection.

Types of Recibos:

"Recibos" can be "Domiciliated" (payment method M) or "Non Domiciliated" (payment method N), depending respectively on the fact if the customer's bank account data is known or not known. When the bank account data is known, it takes 8 calendar days to collect the cash. If the customer's bank data is unknown, it takes 12 calendar days to collect the cash as Solvay's bank will need additional time to contact customers and to confirm their bank data. 

4.2.4 Recibos posting

Normally the Recibos are created automatically using F110 transaction and OTC AR only needs to prepare the DME file to be sent to the Bank. However, occasionally OTC BO AR may be requested to manually process a Recibo. This happens when it is not possible to request the payment through the automatic process (transaction F110) because the customer usually does not use the Recibo payment method and exceptionally requires Solvay to directly collect money from his bank account. Therefore, we perform a Recibo upon Credit Manager's request which should mention the customer's account, the invoices to be paid and the due date.

By definition, as the customer provides the bank details, we are always facing a "Domiciliated Recibo" (payment method M).

Open F-36 transaction:

The above screen should be filled in as below:

  • Document date: Recibo's due date; If in the Credit Manager's request due date is mentioned as "A la Vista", today's date should be inserted
  • Posting date: Recibo's due date (the same as "Document date")
  • Type: DY
  • Company code: WARP
  • Currency/Rate: EUR
  • Account: Customer's account number

Afterwards, click on "Enter" button. The following screen is open:

The above screen should be filled in as below:

  • Amount: Recibo's amount
  • Due on: Recibo's due date (Equal to "Document date")
  • Issue date: Recibo's creation date (Today's date)
  • Accepted: Tick this box
  • Payment Method: M or N (M if bank account inserted (we don't change Bank account, unless we are asked to)/ N if no bank details are available)

Press "Enter" to see if the inserted information is correct.

After press  and then  . Choose the invoice mentioned and if The "Not Assigned" field is equal to zero, click on the "Save"  button.

 

 

Posting result on the customer's account:

The invoice is now cleared with a DY document.

Click twice on the clearing document, click on the  button and then enter the line corresponding to the draft as below:

In this screen we are able to check all the information regarding the Recibo and if we click on the "Environment" on the top of the screen and then on the "Payment usage", we will see the invoice(s) cleared with the draft.

When an invoice is cleared by a Recibo, a document will remain open on customer account with a special GL Ind. W until the Recibo is paid:

as the Recibo is only posted at the due date, the invoice will only be replaced and cleared by the DY at that date. 

When we look at the customer account in local system the invoice is cleared:

And replaced by a DS document with Special GL Ind. 4 :

as the Recibo is only posted at the due date, the invoice will only be replaced and cleared by the DZ at that date. 

 

 

5. Spain Confirmings

5.1. Antecipating Confirmings on Bank websites

In Spain, for some customers it is accepted the Confirming specificity. This procedure explains how to handle this payment method.

Note: Attached to this OP there is a file "Confirming passwords" with the passwords for some customers which anticipate very sporadically. Additionally there is a file with all the cases of Confirmings "Spain Confirmings" and an example of Confirming advise ".

We should anticipate the Confirmings every Wednesday until next Saturday 

5.2. Bank Bankinter - Customers 22980, 21462 and 4190

For these three customers mentioned in the title the same Bank, procedure and passwords are used. We should only do the same procedure for all the customers.

For customer 4190, despite this customer has invoices from company code 5835, we don't anticipate them.

Bakinter Bank

Follow the steps below:

Go to link: https://empresas.bankinter.com/www/es-es/cgi/empresas+login_confirminet


The above screen should be filled in as follows:

  • Usuario: SOLVAYSCI
  • Contraseña: SOLVAYCICC

Afterwards the following screen will appear:

 

Then click on "Anticipar" tab.

Choose then "Factura a factura" and click on

Afterwards, choose the option "Por cliente" and click on the customer you are handling. Then on .

After, we need to open customer account in FBL5N and check witch are the invoices that will be due until next Saturday (except if end of month -29,30 and 31 in which we can extend the date to assure we receive payment before end of month).

Therefore check if the invoices due until Saturday on FBL5N are on the Bank and select them. In case the invoice is not on the Bank create a dispute to Collections "Call by collector" so that they can confirm with the customer why that invoice was not assigned to the Bank.

Remark: The credit notes are not to be anticipated (they are not assigned to the Bank).

Then click on .

At this stage we can see already the invoices anticipated the amount of the interests and commissions. Click on "Imprimir"


Save the pdf on your desktop and added it as attachment to the biggest invoice of the Confirming.

Then click on . After select all the invoices in customer account and insert the following text: CONFIRMING/AMOUNT/DIFF. TO AFFILIATE

5.3 Bank ABANCA - Customer 2780

ABANCA

Follow the steps below:

Go to the following link: www.anticipodepagos.com

 

The above screen should be filled in as follows:

  • Codigo de Usuario: SOLVAY1
  • Clave Personal: CICC2016
  • CIF/NIF: 0425487035

 

Then click in "Acceder".

After, we need to open customer account in FBL5N and check what invoices will be due until next Saturday (except if end of month 29, 30 and 31 in which we can extend the date to assure we receive payment before end of month).

We will now check if the invoices due until Saturday on FBL5N are on the Bank:

 

Click "Seleccione una operación" and select “Consulta Pagos Proveedores”.

All “pagos” will be displayed:

To confirm that you are anticipating the correct invoice, go to "Seleccione una operación" and select “Facturas”:

 

To anticipate, go to "Seleccione una operación" and select “Anticipos”.

 

By default the “Importe” and the “Cuenta abono” are already filled-in, you just need to ensure that you accept the conditions (Click on “Acceptación de las Condiciones Generales”):

Click on “Continuar”.

On the next page click on “Aceptar”:

After accepting, please confirm that you see a green message saying that the request was performed.

 

5.4. Bank BBVA – Customer 4190

BBVA Bank

Follow the steps below:

Go to the following link: https://www.bbvanetcash.com/local_tlsb/KDPOSolicitarCredencialesES_pt.html

The above screen should be filled in as follows:

  • Cód. Empresa ou Instituição:20034107
  • Cód. Utilizador: SOLVAY
  • Password de acesso: SOLVAY3

Then click on Entrar

The following screen appears:

We should coose "Cobros", "Confirming Proveedores" and "Anticipos"

Afterwards select "Simular/Solicitar"

Then choose the correct CIF B62278205 and make the selection by Cliente as below:

Then

Afterwards, choose the correct customer. In this case it is customer 4190

Again select

The following screen appears: 

After, we need to open customer account in FBL5N and check witch are the invoices that will be due until next Saturday (except if end of month -29,30 and 31 in which we can extend the date to assure we receive payment before end of month). 

Therefore check if the invoices due until Saturday on FBL5N are on the Bank and select them. In case the invoice is not on the Bank create a dispute to Collections "Call by collector" so that they can confirm with the customer why that invoice was not assigned to the Bank. 

Remark: The credit notes are not to be anticipated (they are not assigned to the Bank).

Select the invoices to be anticipate and


Select the item and

Select "Abono en la cuenta" and choose CICC bank account: 0182-4649-83-0201511100

Then

The following screen appears confirming that the invoices were anticipated

After the anticipation, an email should be send to  contab-clients-barcelona@solvay.com  requesting them the approval of this anticipation.

Add the text to the invoices: CONFIRMING/AMOUNT/DIFF. TO AFFILIATE 

5.5 Bank Santander - Customer 5450

Santander Bank

Follow the steps below:

Go to the following link: https://secure.santanderfactoring.es/bschfyc/indexc.jsp


The above screen should be filled in as follows:

  • User: SOLVAYSCI
  • Password: SOLVAYCICC

Afterwards, select "Confirming Proveedores", select Solvay Chemicals as Proveedor and select on the left side and then .


Then click on . The following screen will appear:

After, we need to open customer account in FBL5N and check witch are the invoices that will be due until next Saturday (except if end of month -29,30 and 31 in which we can extend the date to assure we receive payment before end of month).

Therefore check if the invoices due until Saturday on FBL5N are on the Bank and select them. In case the invoice is not on the Bank create a dispute to Collections "Call by collector" so that they can confirm with the customer why that invoice was not assigned to the Bank.

Remark: The credit notes are not to be anticipated (they are not assigned to the Bank).
Afterwards, we should select the line (s) with the invoices to be anticipated and select button .

The following screen will show the bank account to be credited. Choose the CICC Spanish bank account as below:

Press and in the next screen accept the terms and conditions.

A resume of the invoices selected as well as the bank account will be shown:

Confirm all the data and take a print to be attached to the invoice with the highest amount. To finalize the operation select .

The last screen confirms the invoices anticipated:

Add the text to the invoices: CONFIRMING/AMOUNT/DIFF. TO AFFILIATE.

5.6 Bank La Caixa - Customer 5121

La Caixa

Follow the steps below:

Go to the following link: http://empresa.lacaixa.es/home/empresas_es.html


The above screen should be filled in as follows:

  • Identificacion: 28000171127
  • Nº secreto: 576305

Click on

Then select "Financiación"

Afterwards, choose option "Caixaconfirming" and "Solicitud de anticipos"

Choose the customer CASTELLAR VIDRIO SA on the amount column.

After, we need to open customer account in FBL5N and check witch are the invoices that will be due until next Saturday (except if end of month -29,30 and 31 in which we can extend the date to assure we receive payment before end of month).

Therefore check if the invoices due until Saturday on FBL5N are on the Bank and select them. In case the invoice is not on the Bank create a dispute to Collections "Call by collector" so that they can confirm with the customer why that invoice was not assigned to the Bank.

Remark: The credit notes are not to be anticipated (they are not assigned to the Bank).
Choose the invoice (s) and select

Afterwards, the following screen appear:

We can check the interest and commission amount. Then we should choose

We can see in this screen the amount we will receive: 31.483,39 EUR

Then choose the option


Add the text to the invoices: CONFIRMING/AMOUNT/DIFF. TO AFFILIATE

5.7 Receiving a Confirming payment advise

Confirming is a payment method (U) only used in Spain. The customer allows the Bank to make the payment before the due date if the supplier agrees to pay the interest incurred to the Bank. It is considered as a short term loan. The rule is to not accept Confirming before the due date, except for some customers (check the Customers and Regions specificities database to know the customers for which Sales agreed to use this payment method:

http://teamsites.solvay.com/sites/3Se/Lists/Accounts%20ReceivableCollections%20Specificities/AllItems.aspx?View=%7B5DC607D7%2D69A3%2D48C1%2DAA68%2DDE58808ED1CB%7D&ShowInGrid=HTML

Example of a Confirming case:

In case of Confirming, OTC AR should handle them as normal Remittance Advices with the only exception that the dunning block should be "B". In case of more than one date mentioned in the Confirming, AR should create a different Confirming for each date.

  See example below of a Confirming classification:  
CASE 814579/5.200,00EUR/14.03.20113

  • We can receive several Confirmings for the same customer with the same payment date and the last one can include more invoices than the first one received. Therefore, customer account should be updated accordingly to the last Remittance.
  • OTC AR should check the invoices due date and the Confirming date. If the difference between these two dates is higher than 5 working days (confirming is for the invoices with a delay of more than 5 working days than the due date), we should create a dispute for Cash Collections with status "Call by Collector" asking them to clarify the reason of this delay with the customer. The dispute should have the following information: "Hello, please note that customer is stating he will make the payment of the following invoices with a delay of more than 5 days. Please confirm us if this should be accepted or not. If you do not agree with this delay, could please check with your contact in order to solve this issue and give us a feedback? Thank you." After creating the dispute, AR team should check the Sales email (after sending the dispute it is possible to consult it on the dispute text) and forward the Remittance to Sales so that they can have access to the document (star). Depending the answer from Sales, two actions can be taken:
    • If Sales agrees with the date of customer payment, the answer should be copied to the dispute and the status should be changed to "To be collected"
    • If Sales doesn't agree with the payment delay, the answer should be copied to the dispute and the status should be changed to "Call by collector" and the dunning block should be removed.
  • In case the difference is less than 5 days but higher than 50.000 EUR and will mean that we will receive the payment on next month period, a dispute to Collections with status "Call by collector" should be created in order to contact the customer and try to get the payment on the correct due date

(star) For 2780 - NUTERFEED this rule should be used only for the invoices paid with the delay of more than 30 days

5.8 Receiving a payment for a Confirming

This section explains how to allocate a payment for invoices anticipated previously on the Bank website.

This chapter is only applied for customers in which the difference is to be charged by the affiliates (check "Customer and Regions specificities" (http://teamsites.solvay.com/sites/3Se/Lists/Accounts%20ReceivableCollections%20Specificities/DispForm.aspx?ID=2834) as the Confirming difference should be charged to the business. 

Follow the steps below: 

On Feba transaction select the invoice(s) which was (were) anticipated.

 

 

Afterwards, go to Residual items tab and click twice on Residual Items on the invoice. Then insert the reason code AD as below: 

Click on  button