役割別
アクセス許可は一度定義
ロールにはモジュールアクセス権と署名権限があります。個人ごとに設定するのではなく、ロールに割り当てることで、プロジェクト全体でアクセスの一貫性が保たれます。
表面ごと
Webとタブレットは別々に決定しました
現場でチェックシートに署名することは、デスクで署名することと同じ権利ではありません。各役割はどこで署名できるかを明示しており、権限が実際の作業方法と一致します。
期限付き
開始日と終了日がある割り当て
請負業者、ベンダー、交替制クルーは、プロジェクト期間中にアクセスでき、その期間が終了すると自動的にアクセス権が失効します。
課題
全員に管理権限が付与されます。その方が素早く… セットアップ。
コミッショニングプロジェクトは、異なる時期に到着・出発する複数の企業の担当者によって進行します。アクセス権を適切に設定するよりも、迅速に生産性を向上させる方が優先されるため、権限は広く付与され、共有ログインが現場のタブレットに表示されます。
その結果は後から現れます。数ヶ月前に撤退したベンダーのアカウントがまだ有効である、参照データが依存関係を知らない人物によって編集される、チェックシートに署名する権限のない人物が署名し、それが正しかったのか後で誰も判断できない、といった状況です。
引き渡し時、これはセキュリティの問題ではなく文書化の問題となります。顧客は誰がどの権限で記録に署名したかを尋ねますが、実のところシステムは誰でも署名できるようにしていました。パックは却下され、記録は再署名され、スケジュールはその差を吸収します。
仕組み
ジョブを一度定義し、その後人員を割り当てます それ。
Deskelyのアクセスは個別の例外ではなく役割に基づいて構築されるため、プロジェクト開始9ヶ月目に参入する新しい請負業者も、1ヶ月目から参加している請負業者と全く同じアクセス権限を得られます。
WIRE
ロールを作成
プロジェクトにおける職務（現場技術者、専門分野責任者、コミッショニングマネージャー、ベンダー専門家など）の役割を、名称とその目的の説明と共に定義します。
WIRE
モジュールアクセスを切り替える
役割に応じてモジュールをオンまたはオフにします。オフにすると、単にグレー表示されるだけでなく、メニューに表示されなくなるため、担当者は自分に属するプロジェクトの部分で作業できます。
WIRE
署名可能な箇所を決定します
役割がウェブアプリ、タブレットアプリ、両方、またはどちらでもない場所でチェックシートに署名できるかを選択してください。これにより、署名権限が実際の作業方法と場所を反映します。
WIRE
会社を設定します
プロジェクトの請負業者、ベンダー、オペレーターをそれぞれ独自の担当期間とともに追加し、所属組織ごとに人員をグループ化します。
WIRE
日付と担当者を割り当てる
役割、会社、開始日、終了日を設定して、ユーザーを招待するか、既存のDeskelyアカウントをプロジェクトに割り当てます。アクセスは自動的に開始・終了します。
継続性
参照可能な権限
プロジェクト上のすべての署名は、署名者が割り当てられた日付に、署名が許可された役割に遡ることができます。
実践例
同じ記録が、誰が開くかによって異なる表示になります。 それ。
技術者はタブレット上で作業内容（記録すべき測定値、添付する写真、不具合発生時のパンチ項目作成、担当作業に応じた実行者の署名）を確認します。承認ステップは提供されません。
部門の責任者は、ウェブアプリで同じ記録を開き、誰が、いつ、どのような証拠をもって実行したか、さらにその役割が許可されている承認署名を確認できます。他の誰かに尋ねるように指示するメッセージで誰もブロックされることはありません。インターフェースは、その役割が実際にできることのみを表示します。
これにより、大規模な複数の請負業者によるプロジェクトのナビゲーション性が維持されます。人々はプラットフォーム全体ではなく自身の担当範囲を確認し、メニューは短く、プロジェクトの誤った領域での作業によるミスは発生しなくなります。
保証
誰が、どの役割で、何に署名しましたか？ 日。
アクセス制御は、監査証跡の価値を高めるものです。これらのルールは、プロジェクト内のすべての企業に対し、Webおよびタブレット上のあらゆるモジュールで適用されます。
すべてのユーザーは指名アカウントです。署名には、個人、役割、会社が紐付けられ、共有サイトログインではありません。
署名権限は表面ごとに設定されるため、役割に応じてタブレット、ウェブ、両方、またはどちらでもない場所で署名が許可されます。
役割に権限がないモジュールは、そのユーザーのナビゲーションには表示されません。
割り当てには開始日と終了日が設定されているため、請負業者やベンダーのアクセスは手動でのクリーンアップ作業なしに失効します
マスターデータなどの機密性の高い設定は、役職による副次的な効果ではなく、明確な権限として扱われます。
署名には当時の役割と会社が記録されるため、数年後の監査にも対応できます。
クライアントが署名に疑問を呈した場合、その記録自体が回答します。その人物、所属企業、役職、その役職が持つ権限、そしてプロジェクトにアサインされていた期間、これら全てです。
事業成果
貴社に何をもたらすか プロジェクト。
新規クルーは初日から生産的
既存の役割に担当者を割り当てるだけで、適切なアクセス権がすぐに付与されます。個人ごとの設定や管理者の承認を待つ必要はありません。
各担当者は自身のスコープを確認します。
短く関連性の高いメニューは、プロジェクトの誤った部分でのミスを減らし、単一のフェーズのみに参加する請負業者のトレーニング時間を大幅に削減します。
孤立したアカウントなし
割り当て期間の終了時に企業の撤退に伴いアクセスが終了するため、プロジェクトで責任者不明のアクティブなログインが蓄積されることはありません。
審査を通過した引き渡しパック
ドシエ内のすべての署名は、署名が許可された役割によって行われました。これは、オペレーターの監査チームが最初に問う点です。
よくあるご質問
