※この記事は全文機械翻訳されています。

Common Data Environment Catenda HUBの重要な部分はドキュメント領域です。

この記事では、この領域を構造化する方法と、より良い整理のための個々の機能を使用する方法について説明しています。

ドキュメント領域を整理するための3つのアプローチがあります。

1. 従来のフォルダ構造：ドキュメントとファイルが整理された方法で保存される 2. メタデータの使用：ドキュメントとファイルの整理、およびファイルの取得を可能にする 3. フォルダ構造とメタデータの組み合わせ

これら2つのバリアントの利点と欠点の比較は次のとおりです：

この記事では次のトピックについて説明します：

フォルダ構造を作成する方法についての良い提案は、この記事に記載されています。

バイエルン州建設局が使用しているフォルダ構造の例は、以下のリンクに記載されています。

フォルダ構造は非常に異なる方法で設定できます。

一方、これはプロジェクトの要件と関連するプロジェクトチームに依存し、他方、フォルダ構造は使用される計画キーに依存します。

フォルダ構造は、サービスフェーズに基づいて設定されます。

これにより、どのドキュメントがどの管理フェーズからどのフォルダに保存されるかが明確に分離されます。

しかし、すべてのサービスフェーズに適用されるドキュメントはどうなるのでしょうか?ドキュメントがさまざまなサービスフェーズのフォルダに整理されている場合、例えばこの情報は計画キーではもう必要ないと考えるかもしれません。

しかし、計画が印刷されたり、建設現場にデジタルで送信されたりするとどうなるのでしょうか?ここでも、計画名は正確なドキュメントを識別するために使用される必要があります。

最良のシナリオでは、フォルダ構造と計画キーは、プロジェクト全体を通じてすべての関係者に対して機能するユニットを形成します。

ドキュメントとファイルのいわゆるメタデータの使用は、近年ますます一般的になっています。

一部のドキュメントメタデータはCatenda HUBによって直接生成され、ドキュメントに保存されます。

例えば、アップロード日、ドキュメントの作成者、またはファイルサイズは直接表示されます。

自動的に表示されるメタデータに加えて、Catenda HUBでは独自のメタデータを作成することもできます。

ユーザー定義属性またはラベルを使用します。

ドキュメントが計画キー2-ARC-AN-02-00-second floor plan.pdfでアップロードされます。

命名規則はドキュメントに関する情報を自動的に読み取るために使用されます。

これは命名規則を認識することにより、バックグラウンドで自動的に行われます。

2 = 予備計画 ARC = アーキテクチャ AN = ビュー 02 = 2番目の上層フロア…

このドキュメントが建築確認申請またはDGNB認証に重要であるかどうかなど、情報を追加したい場合は、上記のラベルまたはユーザー定義フィールドオプションを使用して追加できます。