Document with origin R4 cannot be reversed -error msg EB049

[Astrid_Gambill]

We have an invoice with 2 posting relevant items, the energy charge and a renewable energy credit. the latter was generated as zero (valid condition) and posted as a Cr transaction.

this is the only instance of this scenario as normally the zero amounts post as Db rather than Cr. we upgraded a week ago to SAPK-60308INISUT, could this have caused a change in the main/sub used for posting these zero amounts?

The DFKKOP line item for the zero amount has cleared against itself, and now clearing reset cannot be performed.

error generated is Document XXXXXXXXX with origin R4 cannot be reversed, message number EB049.

The invoice needs to be reversed as its based on an estimated reading that needs changing, and the invoice won't reverse because of the clearing reset issue.

I've researched the error number and can see a few related notes but they were all fixed some time ago and were different scenarios - move-outs and statistical BPP, neither applies in this case.

Please can anyone provide help as to how the clearing can be reset so the invoice can be reversed.

Many Thanks

Astrid

[former_member289878 · Accepted solution]

Hi astrid:

A FI-CA document with origin R4 ("IS-U: Invoicing) only can reversed with reversal transacction of IS-U document, passing the printdoc number:

Txs:

EA13 Print/Billing Document Reversal

EA14 Print/Billing Document Reversal

EA15 Reversal of Invoicing Documents

EA33 Mass Processing: Bill Reversal

EA34 Mass Processing: Full Reversal

These transactions can performed the clearing resets, provided it has been customized in table TE505.

I hope this helps.

Regards,

David

[Astrid_Gambill]

Hi David

EA13 is configured to allow for clearing reset of both fully cleared and partially cleared invoices, and we have numerous cleared invoices that get reversed every day, but this is the first time we've seen this error.

I think the underlying issue is that the zero amount transaction is getting posted as a credit rather than a debit. We've been able to set up the situation in a system that still has the old code, and there it posts as a debit, clears against itself, and can be reversed.

In the QA region which is at the same new version as production, it posts as a self cleared Cr transaction and again can't be reversed.

Besides getting a fix to get make the zero amounts post as debits again, we also need to find a way to reverse the bad invoice in production.

Thanks

[Astrid_Gambill]

The upgrade had started populating the clearing reason for the zero line item.  We did some new configuration to allow the clearing reset to take place.

Prior to upgrade , during invoicing the zero line item got cleared and clearing reason used to be blank.

After upgrade, zero line item in invoicing is getting cleared as before but with clearing reason as ‘07’ (Period-End Billing Creation).

Hence need new entry in posting area 1091 with combination :- Reason- ‘07’ Mtrans- ‘0605’ Strans- ‘0010’.

SPRO path is Financial Accounting New - Contract Accounts Receivable and Payable - Business transactions - Reversal - Define Specifications for Clearing Item.