リコール
ソースドキュメントに存在するタグは、パーサーによって検出され、レビューのために表示されます。
ソースドキュメントに存在するタグは、パーサーによって検出され、レビューのために表示されます。
抽出されたタグは読み取った通りに正確で、不確実な結果は推測せずにすべてフラグ付けされます。
最初のドキュメントアップロードから、チームが承認したレビュー済みで完成準備が整ったタグレジスターへ。
課題
1枚のチェックシートが発行される前に、誰かがタグレジスターを作成する必要があります。大規模なFPSOでは、これは何千ものP&ID、単線結線図、計装インデックス、ベンダー文書にまたがる数万のタグを意味する場合があります。
手作業で行うと、数ヶ月にわたる上級エンジニアの時間を要します。その結果は決して正確ではありません。同じタグが複数のドキュメントにわずかに異なる記述で現れ、図面参照は一致しません。建設途中に新しいリビジョンが到着し、既に行われた作業を黙って無効化します。
この段階を乗り越えたすべてのエラーは、後でより多くのコストをかけて再浮上します。それは、現場でのパンチ項目、証明書の遅延、または出港時の持ち越し作業として現れます。
仕組み
エンジニアリング図面やプロジェクト文書を投入するだけです。事前の書式設定やテンプレートへの入力は不要です。
パーサーはすべてのドキュメントを読み込み、各タグを説明、図面参照、および周辺コンテキストとともに抽出します。タグのフォーマットは自動的に正規化されます。
ドキュメント間で不一致がある場合、パーサーは競合を検出し、競合する値をソースドキュメントとともに並べて表示します。エンジニアはワンクリックで正しい値を選択でき、すべての決定は記録されます。
AIが発見したすべては、構造化されたレビュー画面に表示されます。未確認のものがデータベースに入ることはありません。エンジニアが各結果を確認、修正、または却下します。
パーサーが捕捉するもの
異なる文書で異なる説明を持つ同じタグ。
競合する図面番号を参照している同じタグ。
書式設定の違い(先行ゼロ、接頭辞のバリエーション)に隠れた重複
新しい図面改訂版が到着した際に発生する不一致
ニアマッチ:ほとんど同じだが表現が異なるエントリー。手動レビューでは見落とされがちなものです。
実際のプロジェクト文書では、同じタグが多くの文書に繰り返し現れることがあり、そのかなりの部分で互いに矛盾が生じます。セットアップ時にデスクでこれらの競合を発見するのにかかる時間は数分です。コミッショニング中にそれらを発見すると、パンチ項目、再テスト、スケジュールの遅延につながります。
エンジニアが制御を維持
このパーサーは、設計上ヒューマン・イン・ザ・ループで構築されています。ライブデータベースに自動的に書き込むことはありません。すべてのタグ、すべての説明、およびすべての競合解決はエンジニアのレビューを経ており、承認されたすべての値は、その元の文書と承認者まで完全に追跡可能です。
その結果、コミッショニングチームが実際に信頼できるレジスターと、オペレーターおよびクラスの厳しい検査に耐えうる監査証跡が得られます。
プラットフォームに組み込まれています
Drawing Parserは、スプレッドシートをエクスポートする単独の抽出ツールではありません。承認されたタグは直接Deskelyの他の機能に流れ込み、それに対してチェックシートが生成され、ITRが発行され、パンチ項目が添付され、証明書がロールアップされ、タグの準備状況が初日から可視化されます。
初回図面アップロードから機械的完成(MC)および引き渡しまでをカバーする単一プラットフォーム。

検証
このパーサーは、ネガティブコントロール、意図的に仕組まれた競合、および図面改訂シナリオを含む構造化されたテストプロトコルに対して検証され、スコア付けされます。 97%の再現率 と 99%の精度. これは、クリーンなサンプルファイルだけでなく、プロジェクトドキュメントの混沌とした現実のために設計されています。
事業成果
タグレジスターが数ヶ月にわたるフロントエンド作業ではなくなり、それ以降のすべての作業を妨げなくなります。
シニアコミッショニングエンジニアは、転記作業ではなく、エンジニアリングの意思決定に時間を費やします。
コミッショニング段階で発覚する代わりに、設定時にドキュメントを並べて確認することで、不整合を解決します。
データは最初からクリーンで追跡可能であり、監査に対応しています。これが最終的にオペレーターに引き渡されるものです。
よくあるご質問
お客様の体験を向上させるため、クッキーを使用しています。
一部のCookieをオプトアウトできます。
詳細についてはこちら プライバシーポリシー.