Afterwards, click on each unallocated (red entries), click on the 900… document, choose and go to the "Attachment list" to check the ticket number. Then, go to Freshdesk and check if the case was correctly created and sent to the correct entity (Credit Manager, cash collector or to banks).
For PF1 and WP1, the payments are posted on customer accounts by RtR (automatic postings during the bank statements upload). Therefore RtR should forward a case to OTC in case of unallocated payment in which they are sure it is customer related. Regarding Poland, as the cash allocation is all manual, a ticket in Freshdesk should be created to justify a possible unallocated.
Then the report "Unallocated" should be retrieved from Sub-account in transaction FBL3 and report as below:
Select only the document type "TI" (transfers IN) and then search by "unallocated" in the text field.
- Exclude the payments that are related with Abbott (which should be rejected) and documents which are related with technical issues
Example:
On a daily basis the following file is updated:
Warning
- All cases should be justified with the reason and mention to whom it was escalated as below
- The image with the unallocated payments should be copied from the file and added to the daily email
Example:
3.1.1 Escalation procedure
For unallocated cases for more than three months and if no answer received or if is not enough to allocate the payment, the team member doing the controls should send an email to Accounts Receivables Process Expert, explaining the reason why it is being escalated (mention if no answer received, doubts, proposal). In case it is interco related or any technical constraint, a reminder should be sent to the company related or to IS.
3.2 Weekly review of Unmatched payments
The objective of this control is to assure that all non-matched payments equal or above 50.000,00 EUR have been analyzed and escalated. Therefore a list with all those items has to be justified by the AR specialist and should be sent to Service Center Manager, AR Process Expert and to Cash Collector Team Leader (which should deploy to the cash collector).
- The image with the unmatched payments should be copied from the file and added to the daily email
3.3 Monthly review of receivables not assigned to Factoring company
The principle is to have all customers/receivables from a company with convention with Solvay SA/Solvay SFA assigned to the Factoring company (Cc 0231/4044). Therefore, the objective of this control is to show evidence that customers not assigned have a valid reason in the "Long text" field for not assigning its receivables.
This control should be done in the two local systems assigning to Solvay SA/Solvay SFA: PF1 and WP1.
This result should be extracted to excel as below:
Click on
Execute
Save the file in your desktop
Finally, add this excel file to the email with the remaining controls.
Example of the file:
3.4 Daily Review of Factoring Monitoring
All the assigned Receivables to Solvay SA that do not have all the information or aren't correct can originate errors when are assigned and are displayed in Z3F_FA_OI_MONITOR transaction.
All the contracts assigned to company 0231 are verified automatically by the system through 24 checkings, described below:
| 101 | OPEN: Check downpayment not yet paid |
| 102 | MD: Check vendor master data payment block (Factoring) |
| 103 | DOC: Document currency not accepted |
| 104 | INTRA: Document belongs to a chained vendor |
| 105 | DOC: Posting date is higher then current date |
| 106 | PAYM: payment method of document is not accepted for this vendor |
| 107 | MD: Partner doesn't exist in the factoring company (general) |
| 108 | MD: Partner doesn't exist in the factoring company (company code) |
| 109 | MD: Partner is blocked for posting in the factoring company |
| 110 | MD: Partner is flagged for deletion in the factoring company |
| 111 | DOC: Document date is higher then current date |
| 112 | DOC: The amount is bigger than the reference amount |
113 | DDEBIT: Vendor with direct debit / Doc with other payment meth. |
| 114 | DDEBIT: Amount over the direct debit limit |
| 115 | DDEBIT: Payment method in doc.(5) different from the one in the vendor |
| 116 | MD: Bank country with embargo |
| 117 | DOC: Document type is not valid for agents |
| 118 | COMPANY: Item belong to invalid company code |
| 119 | PAYM: payment method of document is not accepted for this customer |
| 120 | DOC: Document with factoring but master data in manual exception |
| 121 | DOC: Document with factoring but no factoring in master data |
| 122 | MD: Check vendor master data payment block (Affiliate) |
| 123 | DOC: Amount is bigger than max amount (Incoming cash) |
| 124 | DOC: Amount is bigger than max amount (Outgoing cash) |
- US, CA, MX and BR customers should be excluded
- The image with the open documents should be copied from the SAP and added to the daily email
- The person responsible for the controls should check all cases pending for more than 15 days and do the follow up, checking if it can be solved and if not, to send a reminder.
3.5 Records of doubtful receivables and losses based only on a supporting document communicated by CM
For bad debt customers, we should provide the request in which OTC AR received the request to post a customer into doubtful status only if requested by Audit company. In this case, we should search in Freshdesk the request case and send it to the requester.
4. Reporting controls
The email should be send to the following addresses:
Process Expert Accounts Receivables | Claudrik.darnet@solvay.com |
OTC BO Manager | diogo.paiva@solvay.com |
Accounts Receivable team leader: | Paula.simoes@solvay.com |
Cash Collection team leader: | ana.cabecas@solvay.com, who will deploy to Cash Collections team |
Accounts Receivables team mailbox | solvay.ar@solvay.com |











