Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

1. Table of contents

Table of Contents
maxLevel23
minLevel2

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 CICCSolvay Sa.

3. Definitions

  • SBS: In the current document, "Solvay Business Services" will be replaced by its abbreviation "SBS".
  • OTC BO CCT AR: Order to cash Back Office Customer Credit & Trade Accounts Receivable
  • OP: Operating procedure
  • WARP0231: 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


Image Added

ERP


Image Added 

References


 

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

Warning
titleWarning

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

 

Warning
titleWarning

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: 
Image Removed
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:
Image Removed
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:

Image Removed

Expand
titleSAP Transactions

Content by Label
showLabelsfalse
max30
spacesSAPCost
showSpacefalse
sorttitle
operatorAND
cqllabel = "sbs-op-dotc-09-026" and label = "sap" and space = currentSpace()
labelsmaintain_assessment_cycles

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, AR will send to the bank an electronic file with all the drafts information, which will be paid to Solvay Sa 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

Warning
titleWarning

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

 

Warning
titleWarning

For the Traites received by post sent directly by the customers to SBS Carnaxide, we should scan it and create a Freshdesk ticket 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 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, 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. AR can receive the documents by post (sent directly from customer to SBS Carnaxide) 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: 
Image Added
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 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:
Image Added
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:

Image Added

4.1.2 Traites posting

After receiving the Traites images from Credit Manager or by post, AR

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.

Image Removed

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. 

Image Removed

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

Image Removed

Choose the bank account the customer is using in the draft to make the payment and then click on the Image Removed 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:

Image Removed

Click on "Enter" button.

Warning
titleWarning

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.

Image Removed

After clicking the Image Removed button, the next screen shows up: 

 

Verify if all the information inserted is OK.

Then press the Image Removed button.

Image Removed

The following screen appears:

 

Then press on the Image Removed button.

Image Removed

The following screen appears:

Image Removed

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

Next screen pops-up: Image Removed 

 

 

 

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:

Image Removed

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).

Image Removed

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

Image Removed

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

Image Removed

The invoice is now cleared with the DW document.

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

Image Removed

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.

Image Removed

 

 

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).

Image Removed

 

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):

Image Removed

  •  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
Warning
titleWarning

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:
Image Removed
Image Removed
*FB05 procedure

Image Removed

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"

Image Removed

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:

Image Removed

Legend:

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

Image Removed

4.2.1.2 Pagaré With Check Format paid by non BBVA bank

Example:

Image Removed

4.2.1.3 Pagaré without Check Format

Example:
Image Removed

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 It creates the "Bill of Exchange" , converting the invoices into BoE (PagarésTraites) to be collected from BBVA SOGFR (local bank) in on 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:

Image Removed

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:

Image Removed

The above 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 Image Removed button.

The Bank details should be inserted as below:

Image Removed

Warning
titleRemark

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..
 

 

Warning
titleWarning

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 Image Removed button. 

The following screen pops up:

Image Removed

Click on the Image Removed button. 

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

Image Removed

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

Image Removed

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:

Image Removed

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).

Image Removed

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

Image Removed
Posting result on the WARP customer's account:

Image Removed

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 Image Removed button and then enter on the line corresponding to the draft as below:

Image Removed

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:

Image Removed

Warning
titleRemark

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:

Image Removed

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

Image Removed

Warning
titleRemark

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:

Image Removed

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:

Image Removed

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 Image Removed and then Image Removed . Choose the invoice mentioned and if The "Not Assigned" field is equal to zero, click on the "Save" Image Removed button.

Image Removed

Image Removed
 

Posting result on the customer's account:

Image Removed

The invoice is now cleared with a DY document.

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

Image Removed

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:

Image Removed

Warning
titleRemark

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:

Image Removed

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

Image Removed

Warning
titleRemark

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 ".

Warning
titleRemark

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.

Warning
titleRemark

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

Image Removed

processed by AR for each individual "Traite" (types 1, 2, 4 and 5) during the day it is received in 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: 0231
  • 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.

Image Added

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. 

Image Added

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

Image Added

Choose the bank account the customer is using in the draft to make the payment and then click on the Image Added 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 AR as mentioned below:

Image Added

Click on "Enter" button.

Warning
titleWarning

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.

Image Added

After clicking the Image Added button, the next screen shows up: 

 

Verify if all the information inserted is OK.

Then press the Image Added button.

Image Added

The following screen appears:

 

Then press on the Image Added button.

Image Added

The following screen appears:

Image Added

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

Next screen pops-up: Image Added 

 

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:

Image Added

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).

Image Added

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

Image Added

Posting result in the customer's account:

Image Added

The invoice is now cleared with the DW document.

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

Image Added

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 0231 with a special GL ind W until the invoice due date.

Image Added

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 Carnaxide 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 Solvay SA"and sign it (the signature should be requested to Paula or Angela)
  • The Pagarés should be scanned and a case created in Freshdesk 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):

Image Added

  • Remove the duplicate to keep for future reference (the one that mention "Cópia para o cliente") and scan and attach to the Freshdesk ticket. 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.
  • Fill in the Google Form the request to deliver the Pagares to BNP
  • Close the ticket
Warning
titleWarning

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 ticket 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" should fill Google Form.

  • 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:

Image Added

 

Image Added

*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"

Image Added

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. 


Image Added

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
  • AR process F36 transaction
  • The ticket should be classified with the total amount of the Pagaré on the subject, the customer accounts numbers and 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:

Image Added

Legend:

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

Image Added

4.2.1.2 Pagaré With Check Format paid by non BBVA bank

Example:

Image Added

4.2.1.3 Pagaré without Check Format

Example: 

Image Added

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 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: 0231
  • 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.

Image Added

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 Image Added button.

Image Added

The Bank details should be inserted as below:

Warning
titleRemark

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.. 

Warning
titleWarning

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 Image Added button. 

Image Added

The following screen pops up:

Click on the Image Added button. 

Image Added

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

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

Image Added

Image Added

 

 

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:

Image Added

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).

Image Added

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

Image Added

 

 

Posting result on the 0231 customer's account:

Image Added

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 Image Added button and then enter on the line corresponding to the draft as below:

Image Added

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:

Warning
titleRemark

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

Image Added

Posting result in the affiliate customer account:

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

Image Added

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

Warning
titleRemark

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

Image Added

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 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: 0231
  • Currency/Rate: EUR
  • Account: Customer's account number

Image Added

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.

Image Added

 

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

Image Added

Image Added

 

Posting result on the customer's account:

Image Added

 The invoice is now cleared with a DY document.

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

Image Added

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:

Warning
titleRemark

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

Image Added

5. Spain Confirmings

5.1

  • Usuario: SOLVAYSCI
  • Contraseña: SOLVAYCICC

Afterwards the following screen will appear:

Image Removed 

Then click on "Anticipar" tab.

Choose then "Factura a factura" and click on Image Removed

Image Removed

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

Image Removed

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).

Image Removed

Then click on Image Removed .

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

Image Removed

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

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

5.3 Bank Banco Popular - Customer 2780

Banco Popular

Follow the steps below:

Go to the following link: https://confirming.bancopopular.es/

Image Removed

The above screen should be filled in as follows:

  • Usuario: SOLVAYSCI
  • Contraseña: SOLVAYCICC

Aftewards, choose "Anticipo de facturas"

Image Removed

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).

Image Removed

Therefore check if the invoices due until Saturday on FBL5N are on the Bank and click on "SI" option on tab "Anticipar". Automatically "Fecha Anticipo" will be automatically filled with next day date (we should leave it – see first invoice on the example). In case the invoice(s) 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 Image Removed . 

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

Image Removed

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:

Image Removed

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

Image Removed

Afterwards select "Simular/Solicitar"

Image Removed

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

Image Removed

Then Image Removed

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

Image Removed

Image Removed

Again select Image Removed

The following screen appears: 

Image Removed

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 Image Removed
Image Removed
Select the item and Image Removed
Select "Abono en la cuenta" and choose CICC bank account: 0182-4649-83-0201511100
Image Removed

Then Image Removed

The following screen appears confirming that the invoices were anticipated

Image Removed

Warning
titleWarning

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

Image Removed

The above screen should be filled in as follows:
  • User: SOLVAYSCI
  • Password: SOLVAYCICC

Image Removed

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

Image Removed

Then click on Image Removed . The following screen will appear:

Image Removed

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 Image Removed .

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

Image Removed

Press Image Removed 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:

Image Removed

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

The last screen confirms the invoices anticipated:

Image Removed

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

Image Removed
The above screen should be filled in as follows:

  • Identificacion: 28000171127
  • Nº secreto: 576305

Click on Image Removed

Image Removed

Then select "Financiación"

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

Image Removed

Image Removed

Choose the customer CASTELLAR VIDRIO SA on the amount column.

Image Removed

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 Image Removed

Afterwards, the following screen appear:

Image Removed

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

Image Removed

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

Then choose the option Image Removed

Image Removed
Image Removed

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:payment method:)

Embedded Google Drive File
docid1kmpbhQ9KPoPY1uqBCKW46NeDA1NESEiMlQNgjhSdxPY
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:

Image Modified




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

Warning
titleWarnings
  • 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 For 2780 - NUTERFEED this rule should be used only for the invoices paid with the delay of more than 30 days

5.

8

2 Receiving a payment for a Confirming

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

Warning
titleWarnings

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

Embedded Google Drive File
docid1kmpbhQ9KPoPY1uqBCKW46NeDA1NESEiMlQNgjhSdxPY
) 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.

 

 

Image Modified

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

Image Removed

Click on Image Modified

button

 button

6. Appendix

Image RemovedImage RemovedImage Removed
End of document

 

Image Added