Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0028035Openbravo ERP03. Procurement managementpublic2014-10-30 18:112015-03-10 04:27
Reporterngarcia 
Assigned ToAtulOpenbravo 
PriorityurgentSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target Version3.0PR15Q2Fixed in Versionpi 
Merge Request Status
Review Assigned Toumartirena
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0028035: Cannot pay a purchase order if it is invoiced with more orders and then reactivated and booked again
DescriptionCannot pay a purchase order if it is invoiced with more orders and then reactivated and booked again
Steps To ReproduceAs group admin role:
   Create two purchase orders and book them
   Include them in the same invoice and complete it
   Reactivate and book one of them
   Check one of them cannot be paid as it does not have payment plan detail (FIN_PAYMENT_SCHEDULEDETAIL)
   If the invoice was included in a reactivated payment proposal, if it is processed again it won't be possible to reactivate it
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 0033500 closed AtulOpenbravo Wrong payment schedule details when return to vendor document is invoiced using credit a memo invoice 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2014-10-30 18:11ngarciaNew Issue
2014-10-30 18:11ngarciaAssigned To => AtulOpenbravo
2014-10-30 18:11ngarciaModules => Core
2014-10-30 18:11ngarciaResolution time => 1417388400
2014-10-30 18:11ngarciaTriggers an Emergency Pack => No
2014-10-30 18:17ngarciaSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=6925#r6925
2014-10-30 18:25ngarciaSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=6926#r6926
2014-12-22 12:33vmromanosTarget Version3.0PR15Q1 => 3.0PR15Q2
2015-01-14 15:35AtulOpenbravoStatusnew => scheduled
2015-01-14 15:35AtulOpenbravofix_in_branch => pi
2015-02-26 08:45SandrahuguetReview Assigned To => umartirena
2015-02-26 08:45Sandrahuguetfix_in_branchpi =>
2015-03-09 19:50hgbotCheckin
2015-03-09 19:50hgbotNote Added: 0075345
2015-03-09 19:50hgbotStatusscheduled => resolved
2015-03-09 19:50hgbotResolutionopen => fixed
2015-03-09 19:50hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/7de1f5e692f97505b8e45a798b455b558859d77b [^]
2015-03-09 19:53umartirenaNote Added: 0075346
2015-03-09 19:53umartirenaStatusresolved => closed
2015-03-09 19:53umartirenaFixed in Version => pi
2015-03-10 04:27hudsonbotCheckin
2015-03-10 04:27hudsonbotNote Added: 0075357
2016-08-10 14:28aferrazRelationship addedrelated to 0033500

Notes
(0075345)
hgbot   
2015-03-09 19:50   
Repository: erp/devel/pi
Changeset: 7de1f5e692f97505b8e45a798b455b558859d77b
Author: Atul Gaware <atul.gaware <at> openbravo.com>
Date: Tue Feb 17 01:11:53 2015 +0530
URL: http://code.openbravo.com/erp/devel/pi/rev/7de1f5e692f97505b8e45a798b455b558859d77b [^]

Fixes Issue 28035:Cannot pay a purchase order if it is invoiced with more
orders and then reactivated and booked again

Fin_Payment_Scheduledetails are updated with fin_payment_schedule_order
only when found null. And only such schedule detail amounts are used to
calculate pending amount.

---
M modules/org.openbravo.advpaymentmngt/src-db/database/model/functions/APRM_GEN_PAYMENTSCHEDULE_ORD.xml
---
(0075346)
umartirena   
2015-03-09 19:53   
Code Review + Testing OK

After talking with Eduardo and Dmitry not to add a modulescript has been decided, as does not seem to be a common case to happen. If it is needed to fix data, an script will be created for it.
(0075357)
hudsonbot   
2015-03-10 04:27   
A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/2d6fd0550445 [^]
Maturity status: Test