Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||||||
ID | ||||||||||||
0038815 | ||||||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
defect | [Modules] Advanced Warehouse Operations | minor | always | 2018-06-22 13:27 | 2018-06-22 13:27 | |||||||
Reporter | maarten1962 | View Status | public | |||||||||
Assigned To | dmiguelez | |||||||||||
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 | SCM revision | |||||||||||
Regression date | ||||||||||||
Regression introduced by commit | ||||||||||||
Regression level | ||||||||||||
Review Assigned To | ||||||||||||
Regression introduced in release | ||||||||||||
Summary | 0038815: AWO Role definition / Role Access definition | |||||||||||
Description | It is not easy and confusing to set the Role defenition and Role Access definition for AWO users. A typical Whse has three roles: 1) Warehouse Front-End operator 2) Warehouse Supervisor 3) Warehouse Manager. The (1) simply operates the device. Should be able to login and assign /create / confirm tasks if not restricted by the Whse Definition. The (2) inherits (1) and adds the Task window, Errors on Processing, Whse Operations, Task Report, Batch of Task, ... The (3) inherits (2) and adds Whse Definition, Process Request, Whse Config check, Task Type, Front-End config, Verbosity Log, ... The confusing part is not easy to explain. Some examples: In Process Definition, I see "Save Task" and "Print Task" and "Confirm task". What are these? A task is generate in receiving, in picking, in Whse Ops, ... So why should I seperatly give "Save Task" access? Seems redundant and difficult to understand/explain. A task is confirmed from the FE and BE, if people have access to this, isn't that implicitely giving access to Print or Confirm a task? In View Implementation I see "Beautify Log". Why should someone not have that? Probably what I am asking for is either 1) a proper documentation of what needs to be set for which role or 2) review of the authorizations to make it more consitent and simpler. Then Role Access: Probably I don't understand this screen. Is this necesary for the roles I mentioned? If not, what does this window allow/disallow? | |||||||||||
Steps To Reproduce | This can be viewed in the Role / Role Access windows. | |||||||||||
Tags | No tags attached. | |||||||||||
Attached Files | ||||||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |
Issue History | |||
Date Modified | Username | Field | Change |
2018-06-22 13:27 | maarten1962 | New Issue | |
2018-06-22 13:27 | maarten1962 | Assigned To | => dmiguelez |
2022-09-06 17:18 | caristu | Category | Advance Warehouse Operations => Advanced Warehouse Operations |
Copyright © 2000 - 2009 MantisBT Group |