Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||||||
| ID | ||||||||||||
| 0028864 | ||||||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
| design defect | [Openbravo ERP] A. Platform | minor | always | 2015-02-04 16:05 | 2022-02-01 08:07 | |||||||
| Reporter | lorenzofidalgo | View Status | public | |||||||||
| Assigned To | Triage Platform Base | |||||||||||
| Priority | normal | Resolution | open | Fixed in Version | ||||||||
| Status | new | Fix in branch | Fixed in SCM revision | |||||||||
| Projection | none | ETA | none | Target Version | ||||||||
| OS | Any | Database | Any | Java version | ||||||||
| OS Version | Database version | Ant version | ||||||||||
| Product Version | main | SCM revision | ||||||||||
| Review Assigned To | ||||||||||||
| Web browser | Google Chrome | |||||||||||
| Modules | Core | |||||||||||
| Regression level | ||||||||||||
| Regression date | ||||||||||||
| Regression introduced in release | ||||||||||||
| Regression introduced by commit | ||||||||||||
| Triggers an Emergency Pack | No | |||||||||||
| Summary | 0028864: Approval preferences configuration should be improved. It is limited and not all preferences follow the same pattern. | |||||||||||
| Description | By default, on the example data shipped with the product approval preferences are set as N for all users and, as it is written in http://wiki.openbravo.com/wiki/Retail:Configuration_Guide#Approvals, [^] it is necessary to specify supervisors that were able to approve the different actions that are defined by preferences. Otherwise it would not be possible to perform those actions. See an example in the steps to reproduce. | |||||||||||
| Steps To Reproduce | "WEB POS Discretionary Discount Approval" preference behaviour is different than the other preferences due to even having the preference set as N by default, it is not required a supervisor to get the approval because "Approval Required" checkbox (This checkbox is in "Discounts and promotions" window [See first attached screenshot]) has priority over this preference when this preference is set as N, but when it is set as Y, preference has a higher priority. This checkbox appoints if a discretionary discount is going to need to be approved by a supervisor or not. The behaviour only happens in this preference. This is shown marking preferences as disabled. You can see that doing that, approval preferences can't be performed, because a supervisor is needed to continue with the process, except in "WEB POS Discretionary Discount Approval" preference situation. As said, following the pattern, it should be mandatory that discretionary discounts would be approved by supervisors, without "Approval Required" checkbox dependence. | |||||||||||
| Proposed Solution | Through this kind of behaviour it is creating two different types of discretionary discounts, those who need to be approved and those who do not. This could be exactly what it is necessary: to split discretionary discounts in theses two groups. But not as the current way, being only split depending on that checkbox. By the other hand, it is too complex for a user to set approval preferences in a real enterprise. We could imagine a "simple" situation where this enterprise would have two organizations. In the first organization only two people can't approve some action and in the second one, only one person can approve that certain action. The simplest situation for that context would require five or more preferences for just this approval preference. (See second attached screenshot). Moreover, there is not possibility to set a hierarchy. It has been assumed that once a person is a supervisor for certain action, he is able to approve that action for every employee, but it can be necessary that "person B" only would be able to approve actions from "person C" and that a "person A" would be able to approve "person B" or similar situations. This is not possible with the current approval preference situation. | |||||||||||
| Tags | No tags attached. | |||||||||||
| Attached Files |  ApprovalRequiredCheckbox.png [^] (44,284 bytes) 2015-02-04 16:05
5PreferencesRequired.png [^] (71,597 bytes) 2015-02-04 16:05
| |||||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|
 Relationships |
|
Notes |
|
| There are no notes attached to this issue. |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2015-02-04 16:05 | lorenzofidalgo | New Issue | |
| 2015-02-04 16:05 | lorenzofidalgo | Assigned To | => alostale |
| 2015-02-04 16:05 | lorenzofidalgo | File Added: ApprovalRequiredCheckbox.png | |
| 2015-02-04 16:05 | lorenzofidalgo | Web browser | => Google Chrome |
| 2015-02-04 16:05 | lorenzofidalgo | Modules | => Core |
| 2015-02-04 16:05 | lorenzofidalgo | Triggers an Emergency Pack | => No |
| 2015-02-04 16:05 | lorenzofidalgo | File Added: 5PreferencesRequired.png | |
| 2015-02-04 16:12 | plujan | Web browser | Google Chrome => Google Chrome |
| 2015-02-04 16:12 | plujan | Summary | Approval preferences configuration should be upgraded. It is limited and not all preferences follow the same pattern. => Approval preferences configuration should be improved. It is limited and not all preferences follow the same pattern. |
| 2015-02-04 16:12 | plujan | Description Updated | View Revisions |
| 2015-02-04 16:12 | plujan | Steps to Reproduce Updated | View Revisions |
| 2015-02-04 16:12 | plujan | Proposed Solution updated | |
| 2017-04-10 14:35 | alostale | Assigned To | alostale => platform |
| 2021-08-11 10:52 | lorenzofidalgo | File Added: 1-AllOKHere.mov | |
| 2021-08-11 10:53 | lorenzofidalgo | File Deleted: 1-AllOKHere.mov | |
| 2022-02-01 08:07 | alostale | Assigned To | platform => Triage Platform Base |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |