Asprova DS - parallele Planbearbeitung
Inhaltsverzeichnis
Übersicht
Vorgangsobjekte können als differenzielle Daten zu Asprova DS hochgeladen werden. So können mehrere Benutzer die Zuweisung von Vorgängen in Diagrammen oder der Arbeitssteuerungstafel anpassen.
Bearbeitungsrecht
By setting the "Exclusive control for objects" property in the project settings to “Exclusive”, you can limit (exclusively control) the number of users who can change a given object at the same time to just one. To change the object you need to acquire the right to edit. Basically, the right to edit for a given object can be held by only one person at a time. The classes that you can acquire the right to edit for are as follows.
- Auftrag
- Vorgang
- Ressource
When you reserve or remove the right to edit, this is immediately notified to Asprova used by other users, allowing them to see in real time who is modifying objects.
The processing and classes that require the right to edit are the following. Process Related Command Detail of Process Class and Object Explode orders Explode orders Operation or Instruction generation, deletion and quantity calculation, etc. Order, Operation Changing the quantity of replenishment orders during Auto-replenishment. Order, Operation Explode sales plan Explode sales plan Changing the quantity of Sales orders.(APS) Order Changing the quantity of Purchase order.(SCP) Order Group operations Group operations Group operations Operation Assign Assign all commands Operations on the GUI by commands,popup menus, etc. All assignments made from COM IF, Import assign, etc. Operation, Assigned resource Unassign all Unassign Operations on the GUI by commands,popup menus, etc. All assignments made from COM IF, etc. Operation, Assigned resource Moving Operation Movement of operation on the Gannt chart or Instruction with mouse and keyboard. Operation, Assigned resource, Candidate resource Edit properties of pegged object Editing of fixed flags of pegged objects Previous operation or next operation Peg editing Creation of pegged objects and changing pegging destination Both previous operation and next operation Modify properties Modify properties All Modifying of Properties made from Property Modify Command, Import, Operations on the GUI, COM IF, etc. The object itself. Change Calendar (*) Resource Add or Change Label Object to which Labels are attached.(Order,Operation,Resource) When changing the Object, both the change origin and before change.
- Making changes from the calendar table is not possible. Make changes from the resource Gantt chart.
The following objects require the right to edit to be deleted. Resource(except dummy resource) Resource itself Rights to edit assigned operations are not necessary Operation Operation itself Rights to edit assigned resources are not necessary Operation group Operation itself Rights to edit assigned resources are not necessary Split operation root split operation root and split operations Split operations Operation itself Rights to edit assigned resources are not necessary Order(without operations) Order Order(with operations) Order, Operation Rights to edit assigned resources are not necessary Order group(without operation group) Order Order group(with operation group) Order, Operation Rights to edit assigned resources are not necessary Pegged object Both previous operation and next operation Label Object where label shows(order, operation, resource)
- No right to edit is required for deleting dummy resources.
- When importing order tables by refresh, the properties of orders will not be initialized unless you have the right to edit operations.
Process not requiring right to edit Updating changeover time When assigning operation B next to operation A, or unassigning operation C next to operation A, trying to update setup time of operation A. Deleting dummy resource Auto updating results related properties Exp 1:Status of previous process operations when checking[Result recursive flag] Exp 2:Status of operations when setting status for orders.
Other
In the case of the following commands, orders and operations for which you do not have the right to edit are also subject to processing. In the case of other commands, orders and operations for which you do not have the right to edit are ignored. Upload orders Filter orders Work collection Filter operations Property edit expression(*) Evaluate schedule Evaluate KPI Report
- Currently, you cannot change the properties of orders and operations for which you do not have the right to edit, but this is because properties that can be modified even without the right to edit will be added later.
Right to edit
By setting the “Pass on right to edit” property, you can pass on the right to edit from orders and resources to operation objects as follows. Object to reserve right to edit Object to pass on right to edit Order Operation Order group Operation group Resource Operations assigned on the resource
In addition, regardless of passing on of the right to edit, in the case of the following objects,you will also get the right to edit.. Object to reserve right to edit Object to pass on right to edit Operation group Operation group member Operation group member Operation group Split operation root Split operations Split operations None Resource group Resource group member Resource group member None
Release Right to Edit
Release of the right to edit makes the affected user unable to edit the object in question. Other users are then able to reserve the right to edit for that object. Even if you remove the right to edit, that object will not return to the state at the time you reserved the right to edit.
Remove Other User Right to Edit
Anyone can remove the right to edit of other users. However, if an owner is set for that object, the right to edit cannot be removed unless you are the owner. If a user went home while still holding the right to edit and that user is not present, you can remove his/her right to edit in case of emergency.
Schedule administrator authority
This is the so-called administrator privilege. In the current specification, this is the user who is using the scheduler module. The authority granted to the schedule administrator is as follows.
- Change of “Exclusive” property of “Exclusive control function for each object” ｷChange of settings of users other than oneself in user table ｷSetting of “Shared object” property ｷSetting of “Pass on right to edit” property ｷSetting of “Owner” property
Shared object
If “Shared object” is set to “Yes”, multiple users can reserve the right to edit at the same time. For example, if multiple users simultaneously set “Yes” for a resource whose assignment to an operation is to be changed, and they set “Pass on right to edit” to “None”, multiple users can reserve the right to edit that resource, and the operation can acquire the right to edit for each user. Setting the “Shared object” property requires schedule administrator privilege. If “Shared object” is set to “Yes” and more than one user has already reserved the right to edit, that setting cannot be changed to “No” even if you have schedule administrator privilege. Please remove the right to edit of either all or all but one user and then change the setting to “No”.
Owner
You can specify one or more user codes. The specified user(s) can reserve the right to edit for that object. If no owner has been set for the object, all users can reserve the right to edit that object. If you change "Reserve right to edit during log in" in the user table to "Owner", you can automatically reserve the right to edit at login. Classes for which an owner can be specified are orders and resources.
Other
A user who adds an object automatically receives the right to edit.
Initial settings
In a project file to be registered in DS, set "Exclusive control function for each object" in the project settings to “Exclusive". Changing this property requires schedule administrator privilege.
Steps:
Methods to Reserve Right to Edit
You can reserve the right to edit by the following methods.
ｷRight-click the popup menu or tool button ｷSet "Reserve right to edit during log in" in the user table ｷCOMIF (to be added)
Methods to Remove Right to Edit
You can remove the right to edit by the following methods.
ｷRight-click the popup menu or tool button ｷUpload differential data ｷUpload project file ｷExecution of “Remove Other User Right to Edit” by another user ｷ COMIF (to be added)
Method to Remove Other User’s Right to Edit
You can remove another user’s right to edit by right clicking the popup menu or by using the “Remove Other User Right to Edit” tool button.
Method to check if another user has reserved the right to edit
User property being changed
You can see which user is making a change in the “Currently editing user” property for that object. Users who directly reserve the right to edit or users who have reserved the right to edit for another object and then passed on that right to the object in question are displayed in the “Currently editing user” property.
User with right to edit
You can check which user has directly reserved the right to edit an object in the "User with right to edit" property for that object.
Currently editing object
You can check all the objects being changed by a user in "Object which is currently editing by this user" in the user table.
Objects for which the user has reserved the right to edit
You can check all the objects for which the user has directly acquired the right to edit in “Objects for which the user has reserved the right to edit” in the user table.
Method to display right to edit
You can set the display color of objects for which you don’t have the right to edit in “Objects without right to edit” on the “Chart” tab of the “Edit palette” dialog launched by clicking [Display]-[Display Color Settings].
Moreover, you can also set the display color in the “Display method for object rows without right to edit” property of the Table tab and the “Display method for bars without right to edit” property of the Bar tab in Display Settings.
Hinweis
Erfordert mindestens eine Lizenz für Version 13.0.
