Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0029570Openbravo ERP09. Financial managementpublic2015-04-13 12:192015-09-28 11:20
eduardo_Argal 
Triage Omni OMS 
urgentmajoralways
newopen 
5
 
 
Core
No
0029570: Invoice posting is not consistent when voiding a prepayment
when invoicing an order with a prepayment in Awaiting execution status, invoice posting recognizes the payment as a prepayment when it has not yet been executed.
that leads to a wrong posting if afterwards that payment is voided.
if you post that invoice again you will find out that the account now being used for that receipt is AR account instead of prepayment account.
Thats a problem as posting of the invoice can not be dependent on future actions.
Invoice posting should be consistent.
Create an order (select any bp, product...)
add a payment to that order using a PM which is configured not to be executed (deferred)
Invoice the order and post the invoice
Realize that the posting is done using prepayment account

Now move to payment in and void the payment.
move back to sales invoice window and post it again (unpost and then post again)

Realize that now the accounting is different. Posting is done using AR account.

Invoice posting can not be different depending on future user actions
Do not consider a payment to be a prepayment till payment has been executed.
Modify payment execution process to check whether it should flag the payment as a prepayment (it has not yet been invoiced) or a regular payment (invoice exists when the payment is being executed). This way the posting of the invoice willl always be consistent.
No tags attached.
Issue History
2015-04-13 12:19eduardo_ArgalNew Issue
2015-04-13 12:19eduardo_ArgalAssigned To => eduardo_Argal
2015-04-13 12:19eduardo_ArgalModules => Core
2015-04-13 12:19eduardo_ArgalTriggers an Emergency Pack => No
2015-04-14 12:48Triage FinanceAssigned Toeduardo_Argal => Triage Finance
2015-06-10 17:11vmromanosTarget Version3.0PR15Q3 => 3.0PR15Q4
2015-09-28 11:20vmromanosTarget Version3.0PR15Q4 =>

There are no notes attached to this issue.