Diagnosis
You are trying to transfer the advance payments for internal flow typeV1 and rental agreement v2 from the special g/l account to thecustomer in the final settlement. A data inconsistency has been foundin the postings to the special G/L account.

System Response
The system will not carry out the settlement.

Procedure
Inform your system administrator.
This is a description of the inconsistency and the possible reasons:
Postings to the affected special G/L account are consideredinconsistent if the balance is negative (debit posting). This is neverpermitted for automatic postings, since the debit position with theposting 'from customer to customer' must always balance to zero. Openitems on the debit side are cleared by incoming payments, alwaysresulting in a credit balance. At the most the balance can be zero ifno open items have been cleared (that is, no payments have beenreceived).
If a data inconsistency occurs you have to look at the customer's openitems, asking these questions:
- Which open item was added to the debit side without a correspondingoffsetting entry on the credit side?
- Which open item has been cleared on the credit side. Credit items canonly be offset by the transfer posting of advance payments in the finalsettlement.
To correct the inconsistency, reverse the above-mentioned documents.Then restart the settlement run.