In dRofus, all items, occurrences, and products can be assigned a responsibility groups such as ARC, EL, IT, INT, and more. This categorization enables different user types to be assigned specific permissions and access rights. For instance, an architect with the ARC permission can view, modify, and delete all items and their occurrences, while an Equipment Planner with the EPLAN permission can view all items, update select occurrences and products marked as EPLAN, and any occurrences created by this user will be marked as EPLAN.
The responsibilities available within a project are determined by the Administrator, who also assigns the responsibility groups to each individual. To change the responsibility group of an item-related object, the user must have the appropriate permissions to modify both the current responsibility group and the desired one.
When a user has the necessary access rights to modify an item, it is displayed in a dark color. Conversely, if access is restricted, the item appears grayed out. For example, in the given scenario, the user has access to modify EPLAN occurrences but not ARC or DOOR occurrences.
These user rights are not only applicable when working in dRofus, but also when using any of the Add-ins, Admin operations (import/export), Reports and even direct SQL access operations.
Please look in the administration guide for how to set the different access rights.
Read Only Items
Half Tone Items
Read Only Items are Items that cannot be edited. When a responsibility group is set to 'Read Only' by a Project Administrator, the user will not be able to edit Item Data, or edit the Item Properties.
Note: The user is able to select a read only Item and Copy them to a Room.
...
The example above shows several Items that are part of the 'ARC' responsibility group that has been set to Read Only by the Project Administrator. The Items that are set to read only are in a half tone.
Items in Room
Items in an Items in Room List may also appear half tone if the user has read only permissions to the specific responsibility group. Items will also show as half tone when an Item List is driven by a Template.
...
Items in Room driven by a Template show this condition via the Status column.
...
For more information on permissions, click here.
Unlocking a locked item or occurrence by status
Items, occurrences and products can be restricted by responsibilities. You will see that an object has a responsibility other than yours by seeing that the property screen is grey and there is a lock in the top right corner.
dRofus can be set up so that you can "unlock" an object even if you do not have the same responsibility as the responsibility on the item. If that is the case, you will see a lock with a key in the top right. To unlock, the object has to have statuses that you have access to.
The principles are as follows:
Responsibility principles
You can edit any item, occurrence or product that has your responsibility on it (as long as the responsibility gives edit rights)
If an object does not have your responsibility, but it has the statuses that you have access to, you can change the responsibility to (one of) yours and save it. You then have update rights. In other words, it is locked, but you have the keys (the right statuses) and so you can unlock it (change responsibility, save).
When the object does not have any of your responsibilities, and you do not have the keys (right statuses), you cannot change it
When you have permission to change an object, you are still limited to change only the statuses that are associated with your responsibilities.
You can have more than one responsibility, and thus several status sets. The statuses you have access to are comprised of the total of you responsibilities.
An example:
Ariel, an architect, has been given the permissions ARC that is set up to allow her to edit both items and occurrences with ARC on them. ARC has been tied to Occurrence states = 01, 02 and 03 (see figure below)
...
Ariel opens an occurrence property panel for an object which is greyed out (see below). However, the state is set so that the occurrence is unlock-able (1). This is because the occurrence has 01- Work started (2). This occurrence also has another status - Projects 01 - Team A (3) that is not set up to be a key. The responsibility on the occurrence is Doors (4).
...
Ariel wants to work with this occurrence, so she changes the responsibility to ARC and saves. The locks disappear, and she can edit the occurrence as needed. However, if she tries to change Occurrence State, she only has the ones with "her" statuses available, i.e. Occurrence State 01, 02 and 03, and Project 01.
If a user that does not have the right responsibility, and does not have the right statuses, open this occurrence - for example Donald, who has responsibility DOORS and has access to 03 - Not Accepted but not to 01 - Work Started, the icon at the top right will show a lock without the key (1). Donald does not have the necessary statuses to unlock. He will not be able to edit this occurrence. See below.dRofus では、すべてのアイテム、オカレンス、製品に、ARC、EL、IT、INT などの責任グループを割り当てることができます。
この分類により、異なるユーザー・タイプに特定の権限とアクセス権を割り当てることができます。例えば、ARCパーミッションを持つアーキテクトは、
すべてのアイテムとそのオカレンスを表示、修正、削除することができます。一方、EPLANパーミッションを持つ設備プランナーは、すべてのアイテムを表示し、
EPLANとしてマークされたオカレンスと製品を更新することができます。
プロジェクト内で利用できる責任グループは、管理者によって決められます。管理者は、各個人に責任 グループを割り当てます。
アイテム関連のオブジェクトの責任グループを変更するには、ユーザーは、現在の責任グループと変更したい責任グループの両方を変更するための適切な権限を
持っている必要があります。
ユーザーがアイテムを変更するのに必要なアクセス権を持っている場合、そのアイテムは濃い色で表示されます。逆に、アクセスが制限されている場合、
アイテムは灰色で表示されます。例えば、このシナリオでは、ユーザーはEPLANのオカレンス を変更するアクセス権を持っているが、
ARCやDOORのオカレンスは変更できないことを示しています。
これらのユーザー権限は、dRofus での作業時だけでなく、アドイン、管理者操作 (インポート/エクスポート)、
レポート、さらには SQL への直接アクセス操作を使用する際にも適用されます。
各アクセス権の設定方法については、管理者ガイドをご覧ください。
読み取り専用アイテム
ハーフトーン・アイテム
読み取り専用アイテムは、編集できないアイテムです。プロジェクト管理者によって責任グループが “読み取り専用” に設定されると、
ユーザーはアイテムデータを編集したり、アイテムプロパティを編集することはできません。
備考：ユーザーは読み取り専用アイテムを選択し、部屋にコピーすることができます。
...
上の例では、プロジェクト管理者によって読み取り専用に設定された “ARC” 責任グループに属す るいくつかのアイテムを示しています。
読み取り専用に設定されたアイテムはハーフトーンになっています。
部屋のアイテム
ユーザーが特定の責任グループに対する読み取り専用権限を持っている場合、部屋リストのアイテムはハーフトーンで表示されます。
テンプレートによってアイテムリストが駆動されている場合、アイテムはハーフトーンとして表示されます。
テンプレートによって駆動される部屋のアイテムは、ステータスの列を介してこの条件を表示します。
...
アクセス許可の詳細については、こちらをクリックしてください。
ロックされたアイテムやオカレンスをステータスでロック解除する
アイテム、オカレンス、及び製品は、責任によって制限することができます。
オブジェクトが自分以外の責任を持っていることは、プロパティ画面がグレーになり、右上にロックがかかっていることでわかります。
dRofus は、自分がそのアイテムの責任者と同じ責任を持たなくても、オブジェクトの “ロックを解除” できるように設定することができます。
その場合、右上に鍵付きのロックが表示されます。ロックを解除するには、そのオブジェクトにあなたがアクセスできるステータスが必要です。
原則は以下の通り：
責任の原則
自分の責任が設定されているアイテム、オカレンス、または製品を編集することができます。(その責任が編集権を与えている場合)
もしあなたが責任を持たないオブジェクトが、アクセスできるステータスを持つ場合、その責任の (1つを) 変更して保存することができます。
そして、あなたにはアップデートの権利が与えられます。
言い換えれば、それはロックされているが、あなたはキー (権限あるステータス)を持っているので、ロックを解除することができます (責任の変更、保存) 。オブジェクトがあなたのどの責任も持たず、キー (権限あるステータス) も持っていない場合、オブジェクトを変更することはできません。
オブジェクトを変更する権限を持っていても、変更できるのはあなたの責任に関連するステータスのみという制限があります。
あなたは複数の責任を持つことができ、したがって複数のステータスセットを持つことができます。
あなたがアクセスできるステータスは、責任範囲の合計で構成されます。
その一例：
建築家であるアリエルには、ARCが設定されたアイテムとオカレンスの両方を編集できる権限 が与えられています。
ARCは、オカレンスの状態=01、02、03に紐付けられています (下図参照)。
...
アリエルはグレー表示になったオブジェクトのオカレンス・プロパティ・パネルを開きます (下図参照) 。
ただし、オカレンスはアンロック可能 (1) な状態に設定されています。これは、オカレンスに 01- 作業開始 (2) があるためです。
このオカレンスには、キーとして設定されていない別のステータス “プロジェクト 01 - チーム A” (3)もある。このオカレンスに設定されている責任は ドア (Doors) (4)です。
...
アリエルはこのオカレンスで作業したいと考えており、責任を ARC に変更して保存します。 ロックが消えて、必要に応じてオカレンスを編集できるようになります。
しかし、オカレンスの状態を変更しようとすると、”自分の” ステータスのもの、つまりオカレンスの状態 01、02、03、プロジェクト 01 しか利用できません。
適切な責任を持たず、適切なステータスを持たないユーザーがこのオカレンスを開いた場合、例えば、DOORSの責任を持ち、03-Not Accepted (不可)へのアクセス権を持ち、01-作業開始へのアクセス権を持たないドナルドの場合、右上のアイコンは鍵なしのロックを表示します(1)。
ドナルドには解除 (unlock)に必要なステータスがありません。彼はこのオカレンスを編集することができません。以下をご参照ください。
...