!--a11y-->
Objects in Contract Accounts Receivable and
Payable 
Business partner-dependent objects from Contract Accounts Receivable and Payable (FI-CA) must be handled separately during business partner merging in order to ensure that they remain consistent after the business partners have been merged. These objects include, the contract account, the business partner’s open items, his or her creditworthiness and clarification cases.
Each contract account is only allocated to one business partner. You cannot immediately allocate the contract account to another business partner. First of all, you must close the contract account and create another one before you can do this. Set the indicator Mark Contract Account for Deletion (field LOEVM in table FKKVKP) in the old contract account
However, the source business partner can still be used as a reference in the following contract account fields:
· Payer (field GPARV in contract account table FKKVKP)
· Alternative Payer (field ABWRE in contract account table FKKVKP)
· Alternative Payee (field ABWRA in contract account table FKKVKP)
· Alt. Dun. Recipient (field ABWMA in contract account table FKKVKP)
· Correspondence Recipient (field RECEIVER in contract account table FKKVK_CORR)
· Alt. Bill Recipient (field ABWRH in contract account table FKKVKP)
When business partners are merged, you must determine the corresponding contract accounts and change the fields above to the target business partner.

When you do this, note the following:
...
· You must also enter a contract account in the Paid By field (VKONV in table FKKVK) for the payer
· When you change the alternative payer and recipient, you must also change the bank details and payment card data accordingly.
· You must also change any addresses defined in the contract account for the business partners mentioned above.
In Contract Accounts Receivable and Payable (IS-U-CA), you can use the Transfer Items (FP40) transaction to transfer items to another contract, contract account or another business partner. During this process, the system creates transfer documents, which you can also reverse.
This is also possible for open items that have been entered in installment plans and collective bills.
The system can create the corresponding histories (dunning and installment plan histories) for documents created in the target account.

Note the following points for open items:
· Items that have been submitted to a collection agency cannot be transferred.
· The returns history for transferred items is not updated.
· The interest history and accompanying interest supplement are not updated.
In SAP Utilities, transferring open items is part of the customer change (see customer change).
SAP note 616098 contains frequently asked questions (FAQs) about the Transfer Items function.
For further information about transferring items, see the SAP Utilities documentation in the SAP Help Portal under http://help.sap.com ® SAP for Industries ® SAP for Utilities ® Contract Accounts Receivable and Payable ® Business Transactions ® Transferring Open Business Partner Items.
When you process clarification cases, there is no a function that automatically recognizes merged business partners.
You can enter the source business partner number in the following fields and evaluate the payment lot during processing:
· External Business Partner Number (field BPEXT in the business partner table BUT000)
· Contract Account Number in Legacy System (field VKONA in the contract account table FKKVK)
· Reference Number of Business Partner in Contract Account (field EXVKO in the contract account table FKKVK)
The disadvantage of this procedure is that you can only enter and evaluate one number for each field.
Every business partner has creditworthiness data (defined in the Utilities Industry Menu under Business Master Data ® Business Partner ®Display/Change Creditworthiness). If necessary, this data can be transferred from the source to the target business during business partner merging.
Creditworthiness data is not transferred with the functions Customer Change (SAP Utilities) or Transfer Items. As a result, you must manually transfer the source business partner’s creditworthiness to the target business partner.
Automatically transferring data causes problems here because a separate decision has to be made in each case as to whether the creditworthiness is transferred or not. A company that takes over an insolvent company, for example, does not necessarily want the insolvent company’s creditworthiness to be transferred.
