技術データパッケージ: それとは何か、使い方、そして3D PDFがどのように役立つか
技術データパッケージ（TDP）は、製造業者や他の関係者に必要なCAD、設計、製造情報を提供することを目的としています。しかし、多くの場合、それらは実際には悪くバージョン管理されたファイルの厄介な山となり、無限の不満を引き起こします。エンジニアリングデータが ビジネスのますます多くの部分で使用されるようになるとともに、多くの組織はエンジニアリングデータの共有を促進するより良い方法を探しています。
この部分では、TDPが何であるか、どのように多くのチームがそれを誤った使い方をしているか、そしてデータパッケージの構造と形式を変更することで、データ共有技術の欠陥によって引き起こされる障壁と遅延をどのように排除できるかを探ります。
技術データパッケージとは何か？
TDPは、部品を理解または製造するために必要なすべての情報を含む文書のコレクションです。製造に不可欠である一方で、現代のワークフローではこのデータは生産、検査、エンジニアリング、物流、保守などで使用されます。
TDPは、メールの添付ファイルとして送られる単一のファイルや3Dモデル以上のものです。データパッケージは、製造情報の共通の参照点として機能するべきです。
完全なTDPは、"部品の見た目はどうか？" という以上の答えを提供する必要があります。TDPに含まれる可能性のあるものの例には次のようなものがあります：
幾何学的定義 — 部品の形状を定義し、変動を許可するための寸法、公差、GD&T
材料とプロセスの仕様 — 部品が何で作られているか、必要な処理、コーティング、仕上げ
製品製造情報 (PMI) — 特定の特徴に結び付けられた注釈: 表面仕上げの指定、溶接記号、基準点参照
部品表 — 部品を組み立てるために必要なすべてのコンポーネント、サブアセンブリ、ファスナー
検査と受け入れ基準 — 何を測定またはテストする必要があるのか、合格と見なされる基準
改訂と承認履歴 — 誰が承認し、いつの時点で、各バージョンで何が変わったのか
正しく行えば、すべての関係者が部品に取り組み、他の誰もが見る最新情報と同じ情報を見ていることを確認できます。
実際には、チームはしばしばCADモデル、2D図面、スプレッドシート、PDF、Word文書などの混合からこの情報を引き出しています。適切に扱わない場合、このTDPの構築方法は多くの問題を引き起こす可能性があります。
多数の要素があり、それぞれが異なるアプリケーションや技術的知識を必要とするため、ファイルが紛失し、バージョン管理の問題が蔓延し、チームが同期せずいら立ちます。CADデータでは、いくつかの関係者は高価なエンジニアリングソフトウェアなしではファイルを開くことすらできないかもしれません。その結果、遅延や不要な費用でいっぱいのデータ共有システムが生じます。
明らかに、この情報を共有するより良い方法が必要です。
構造化されたTDPの利点
構造化されたTDPは、受信者が必要とするすべての情報に信頼性のあるアクセスを単一の場所で提供します。受信トレイ、共有ドライブ、個々のアプリケーションに散在するのではなく、すべてのチームが変更がされるたびに更新される1つのパッケージにアクセスできます。このようなシステムの利点には次のようなものがあります：
明確なコミュニケーション — エンジニアリング、製造、サプライヤーが同じ一セットの文書を参照することができると、誤解される可能性ははるかに少なくなります。さらに、質問は会議を必要とせずにTDPによって回答されることがあります。
より簡単なオンボーディングと協力 — 新しいエンジニアを速やかに導入することや、新しいパートナー/サプライヤーに仕事を移すことが、一連の説明の電話に頼る代わりにTDPを提供することで済むようになります。
知的財産の管理 — TDPに何を含めるかを選ぶことは、組織から何が離れるかを管理する方法でもあります。第三者メーカー、サプライヤー、その他のパートナーに設計情報を共有する際に、その管理は特に重要になります。
TDPコンテナとしての3D PDF
一つの情報源を持つことは不可欠ですが、データが共有しにくい場合や、利害関係者にとって複雑過ぎたりアクセスに時間がかかりすぎたりする場合、それは無意味です。この場合、フォーマットはコンテンツと同じくらい重要です。
3D PDFはTDPとして優れており、アクセスのしやすさと使いやすさのバランスを取りながら、エンジニアリングおよび製造のワークフローのすべての段階に必要なデータを保持できる能力を持っています。
現代エンジニアリングの中心にある3D CADモデルは完全にインタラクティブで、ユーザーが回転させたり、寸法を測ったり、断面図を作成したり、コンポーネントを分離したりできます。これらのモデルには、ネイティブCADから直接取得したPMIも含めることができるため、 モデルベース定義 データがモデルとともに移動します。
サポート文書は3D PDFに直接添付でき、2D図面、スプレッドシート、プレゼンテーション、その他の関連する製品情報を同じファイル内で提供できるため、TDP送信時に何も分離されません。
3D PDFは無料で提供されているAdobe Acrobat Readerで開くことができるため、CADソフトウェアを持たない受信者であっても情報を広くアクセス可能にします。
3D PDFにはセキュリティ上の利点もあります。CADファイル自体を共有せずに、CADモデルの正確な表現を共有できます。また、パスワード保護、暗号化、透かし、印刷およびコピーの制限、有効期限などのセキュリティ機能を含めることができます。
3D PDFとモデルベース定義への移行
PMIを直接3Dモデルに持たせる機能は単なる便利さにとどまらず、TDPの構築方法における広範な変化の一部です。TDPは歴史的に2D図面ベースであり、3Dモデルは便利さのために使われていました。 モデルベース定義 (MBD) がその点を変えます。注釈付き3Dモデルが知識の主要な情報源となり、PMI、GD&T、その他の注釈が幾何学の隣に配置されます。
これには複数の利点があります。第一に、PMIが適用される特徴の隣にあると誤解される可能性が低く、デザインが変わり続ける中で保守しやすくなります。チームは紙の使用を減らすための取り組みの一環としてMBDを使用します。
もちろん、2D図面が個別の使用例においてより適している、あるいは単に好まれる場合もあります。MBDを中心に構築されたTDPの一部としてそれらをシームレスに含めることができるため、データ共有の方法を変更することなく、両方の世界の良さを享受できます。
規格とコンプライアンス
防衛および政府の業務では、MIL-STD-31000が技術データパッケージがどのように構成され、どの情報を含むべきかを定めています。他の業界には、正式に指定されているか慣習として確立されているかに関わらず、自らの期待があります。3D PDFテンプレートがTDPの構造とコンテンツを事前に定義するため、これらの基準を毎回満たすパッケージを公開することが簡単になります。
SpinFire ConvertでのTDPの発行
SpinFire ConvertはCADソフトウェアから直接3D PDF技術データパッケージを発行できるため、データを再構成したり、ビューを再作成したり、スクリーンショットをキャプチャしたりする必要はありません。
TDPテンプレートでは、構造と内容は毎回同じです。送信する前にリストと照らし合わせてパッケージをチェックする代わりに、テンプレートは受信者に合わせてすべての関連するエンジニアリング情報をデフォルトで含めることを保証します。SpinFire Convertは 複数のテンプレート を同時に発行できるため、サプライヤー、製造チーム、営業チームのそれぞれが、自分たちのニーズに最も関連のあるデータを含むTDPを受け取ることができます。
大量の文書を作成するチーム用に、バッチ発行は1回の実行で大量のデータを処理し、コマンドライン発行はTDP生成をより広いPLMやリリースワークフローの一部としてトリガーできるようにします。
必要な人々に完全なパッケージを届ける
技術データパッケージは、受信者がそれを開くことができ、内部のデータの整合性を信頼できる場合にのみ役立ちます。3D PDFは、サプライヤー、検査者、お客様が彼らがアクセス可能なソフトウェアに関係なく機能するフォーマットで情報を提供できるようにします。SpinFire ConvertのTDPテンプレートを使用すると、データ共有プロセスの効率化がこれまでになく容易になります。
詳細については、 3D PDFテンプレート に関する記事で、個別のテンプレートタイプをカバーしています。あるいは、SpinFire Convertについてもっと知るには こちらをご覧ください。