問題発生箇所で起票
ITR(検査記録)チェックの不合格、ウォークダウンでの発見事項、保全(プリザベーション)サイクル、または拒否された手順ステップは、その場でパンチ項目となります。タグ、写真、コンテキストはすでに添付されています。
ITR(検査記録)チェックの不合格、ウォークダウンでの発見事項、保全(プリザベーション)サイクル、または拒否された手順ステップは、その場でパンチ項目となります。タグ、写真、コンテキストはすでに添付されています。
カテゴリ、優先順位、担当会社、期日は項目作成時に設定されるため、誰も責任を負わないリストに何も掲載されることはありません。
サブシステムのオープンなA項目は、その証明書が「発行準備完了」ステータスになるのを妨げます。クローズアウトは会議での交渉ではなく、システムによって強制されます。
タグ 01 · 課題
不備はITR(検査記録)中、ウォークダウン中、保全(プリザベーション)巡回中、コミッショニング手順の途中など、あらゆる場所で見つかります。それらはメモ帳に書かれ、携帯電話で撮影され、もし可能であればシフトの終わりに共有スプレッドシートに入力されます。
リストが回覧される頃には、項目の半分にはタグもカテゴリもなく、担当者も不明です。問題点を説明する写真は、すでに異動した担当者のデバイスに残されています。同じ項目が2つの作業班によって二重に提起され、3つ目の項目は実際に何を修正したか記録がないまま閉じられていました。
その後、クローズアウトは考古学的作業と化します。チームはプラントを再ウォークダウンし、本当に未完了な項目を特定します。請負業者は、ある項目がどちらの担当範囲に属するかで議論し、リストが再発行されるたびに変わる番号を証明書が待ちます。
タグ 02 · 仕組み
Deskelyにおけるパンチは、タグ、カテゴリ、所有者、履歴を持つ記録です。現場で一度作成され、担当者が署名した完了まで追跡されます。
機器の傍らでタブレットを使用してパンチを作成します。欠陥を撮影し、その詳細を記述すると、タグ、システム、および元の記録が自動的に紐付けられます。
プロジェクトの慣習に従ってカテゴリーと優先度を設定します。カテゴリーAの項目は完成を阻害し、それ以下のカテゴリーは合意に基づき引き渡し前または引き渡し後にクリアされます。
項目に所有者、担当会社、期日を設定すると、週次報告ではなく、その担当者のリストにすぐに表示されます。
オーナーは、アイテムをライフサイクルを通して移動させ、コメントを追加し、単なるステータス変更だけでなく、実際に行われたことの証拠を添付します。
クローズは証拠に基づいて検証され、受諾した人物に帰属します。この項目は、それが発生したITR、ウォークダウン、または手順にリンクされたままになります。
未完了項目、その担当者、完了を妨げる要因は、レポート間で変わらない単一の数値です。
タグ 03 · 現場にて
タブレットアプリはオフライン・ファーストであるため、接続環境がなくても機器でパンチリストが作成されます。写真はその品目自体に対して撮影され、欠陥を目の前にしながら説明が記入され、タグ、システム、および元の記録が自動的に紐付けられます。
カテゴリ、優先順位、担当会社、期日は作成時に設定されるため、後でリストが利用可能になります。コンテキストが失われるシフト終了時の転記手順や、個人の電話に残された写真、項目がどのタグに属するかの曖昧さは一切ありません。
同期時、項目は所有者のリストに表示され、システムおよび専門分野ごとの完了状況に貢献し、カテゴリAの項目であれば、証明書を保留しているものとしてすぐに確認できます。進捗状況と完了は同じ記録に記録され、コメントと検証証拠が添付されます。
タグ 04 · 保証
パンチのクローズアウトはシステムの認証時期を決定するため、主張ではなく根拠が必要です。以下のルールは、発行者や引き渡し日に関わらず、すべての項目に適用されます。
すべてのパンチ項目はタグと、それを発生させた記録(ITR(検査記録)、ウォークダウン、保全(プリザベーション)サイクル、またはコミッショニング手順)に紐付けられます
カテゴリと担当者は作成時に設定されるため、所有者のいない項目が登録されることはありません。
写真は、項目が起票された際とクローズされた際の両方で、その証拠となる項目に添付されます
ステータスの変更、コメント、クローズには、ユーザー、日付、時刻が紐付けられます。
オープンなカテゴリA項目は、関連する証明書が自動的に「発行準備完了」ステータスになるのを妨げます
フィルターされたレジスターはExcelまたはPDFにエクスポートされるため、請負業者とクライアントは同じリストで作業できます
クライアントから3ヶ月前に挙がった項目がどうなったか尋ねられた場合、その答えはその項目そのものです。どこで見つかり、どのような状態であったか、誰が承認し、何が実施され、誰が修正を検証したか — その項目が保持していた証明書も同じ記録上で発行されます。
タグ 05 · 事業成果
項目が作成される際に責任会社と所有者が記録されるため、完了会議では範囲を巡る議論ではなく、リストに基づいて作業を進めることができます。
システム、分野、カテゴリ別の未完了項目はリアルタイムで表示されるため、プロジェクトと次の証明書発行の間に真に何が立ちはだかっているかを確認できます。
写真と状況は発見時とクローズ時に記録されるため、項目がまだオープンであるか確認するためにプラントを再度ウォークダウンする必要はありません。
Category A項目は設計上、認証前にクリアされ、残りの項目は予期せぬものではなく、文書化され所有権のあるリストとして引き渡されます。
よくあるご質問
お客様の体験を向上させるため、クッキーを使用しています。
一部のCookieをオプトアウトできます。
詳細についてはこちら プライバシーポリシー.