Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0011492 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Openbravo ERP] 03. Procurement management | minor | always | 2009-11-25 13:17 | 2010-01-13 00:00 | |||
| Reporter | sureshbabu | View Status | public | |||||
| Assigned To | rafaroda | |||||||
| Priority | low | Resolution | no change required | Fixed in Version | ||||
| Status | closed | Fix in branch | pi | Fixed in SCM revision | ||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Linux 64 bit | Database | Oracle | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | pi | SCM revision | ||||||
| Review Assigned To | ||||||||
| Web browser | ||||||||
| Modules | Core | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0011492: System allows the user to close the Pur order without a warning messagif the goods received qty is greater then the ordered qty. | |||||||
| Description | System allows the user to close the Purchase order without a warning message, if the goods received qty is greater then the ordered qty. | |||||||
| Steps To Reproduce | 1) create and complete a purchase order with ordered qty :1 2) create a goods receipt for the above qty =10 3) Navigate to Purchase order and try to close the order by clicking the Close button 4) system closes the purchase order with out any warning when purchase order qty <> goods receipt qty. Expected: Its always good to have a warning message before closing the order, indicating the user about the mismatch between ordered and received qty. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||
|
||||||||
 Relationships |
|
Notes |
|
|
(0022993) harikrishnan (reporter) 2009-12-22 07:53 |
This issue should be fixed in PI version. |
|
(0023097) harikrishnan (reporter) 2009-12-28 07:45 |
This warning message doesn't appear on 2.40 version also.Hence this issue should be taken as feature request. |
|
(0023125) plujan (manager) 2009-12-28 19:08 |
This error was reported on PI. I do not understand why it is said it should be a feature request. It is a valid issue and should be fixed for PI. |
|
(0023126) dmitry_mezentsev (developer) 2009-12-28 20:56 |
Pablo, In my opinion general behavior of the system is correct. We could order one amount but receive less or more, it should not be the case to prevent to close Purchase Order. To have notification about mismatch is definitely a good thing but I am not aware that it was declared somewhere (please correct me if I am wrong) as our functionality that is why I also do not see here a bug (but feature request). |
|
(0023326) sureshbabu (reporter) 2010-01-12 09:27 |
Hi Rafa, 1) I Created & Completed a purchase order for Qty :1 2) Then i created a goods receipt for the above order with Qty:99 3) Finally i then moved the status of the above Purchase order from 'complete' to 'closed' state by clicking the 'close' button, then i found that the qty of the purchase order changes from 1 to 99 automatically. Kindly let me know whether the above system behavior is the expected one. |
|
(0023337) sureshbabu (reporter) 2010-01-12 10:44 |
System behaves as expected |
|
(0023339) rafaroda (developer) 2010-01-12 10:47 |
According to psarobe: That is the expected behaviour. Whenever you close a sales/purchase order the qty ordered is updated with the delivered/receipt quantity. Scenarios: 1. You are a company that buys coffe ant the unit of measure when buying coffee is Kg. You order 12000kg and after a couple of weeks you received 12034kg. Obviously the provider wasn't going to give you exactly 12000 kgs but something aprox. So you finally create a goods receipt of 12034 and take into account that also the provider will invoice you for 12034kgs. So finally you move to the purchase order and instead of reopening and change the order qty, you just have to close and everything will be perfect 2. A customer orders you 34 bags of coffe. For some reason you only delivery 29 and after that the customer calls you back saying that is enough with those 29 bags. So then you go to the sales order and you close it. So finally the qty order is equal to qty delivered so the sales order is not pending anymore |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2009-11-25 13:17 | sureshbabu | New Issue | |
| 2009-12-22 07:07 | sureshbabu | Proposed Solution updated | |
| 2009-12-22 07:53 | sureshbabu | Project | @27@ => Openbravo ERP |
| 2009-12-22 07:53 | harikrishnan | Note Added: 0022993 | |
| 2009-12-22 07:54 | sureshbabu | Category | QuickStart Template + Datasets => 03. Procurement management |
| 2009-12-22 07:54 | sureshbabu | version | => pi |
| 2009-12-28 07:45 | harikrishnan | Note Added: 0023097 | |
| 2009-12-28 07:45 | harikrishnan | Status | new => feedback |
| 2009-12-28 19:08 | plujan | Status | feedback => scheduled |
| 2009-12-28 19:08 | plujan | Note Added: 0023125 | |
| 2009-12-28 19:08 | plujan | Assigned To | => rafaroda |
| 2009-12-28 19:08 | plujan | fix_in_branch | => pi |
| 2009-12-28 20:56 | dmitry_mezentsev | Note Added: 0023126 | |
| 2010-01-12 09:27 | sureshbabu | Note Added: 0023326 | |
| 2010-01-12 10:44 | sureshbabu | Note Added: 0023337 | |
| 2010-01-12 10:44 | sureshbabu | Status | scheduled => closed |
| 2010-01-12 10:44 | sureshbabu | Resolution | open => no change required |
| 2010-01-12 10:47 | rafaroda | Note Added: 0023339 | |
| 2010-01-13 00:00 | anonymous | sf_bug_id | 0 => 2930985 |
| 2010-01-18 10:29 | rafaroda | Relationship added | related to 0011977 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |