Your CAD data is stuck in engineering - how to free it

当社は数千もの正確な3Dモデルを所有しています。エンジニア以外ではほとんど誰も使えない。直感は、作成ツールの修正です。より親しみやすいシート、より軽量なビューアー、より整頓された保管庫。それらのどれも機能しません。なぜなら、壊れているのはツールではないからです。引き継ぎは。このガイドでは、明白な修正がなぜ失敗するのか、実際何に置き換えられるのか、そして現在のプロセスが十分かどうかを判断する方法を説明します。

あなたはすでに症状を知っています

これが問題であることは説得する必要はありません。それについて何をすべきか知る必要があります。では、症状を一度にまとめて説明します。それから次に進みましょう。

マーケティングは製品のレンダリングするを要求し、3週間待ちます。トレーニングは、誰も使用可能なモデルをエクスポートできなかったため、スクリーンショットからモジュールを作成します。店舗のフロアは、2リビジョン前の印刷されたPDFで動作しています。営業エンジニアは、新しいものを要求するよりも古いものを再利用する方が速いため、手動で簡略化されたCADエクスポートの個人用フォルダーを保管している。誰かが、3ディレクトリ離れた既存の部品をゼロから作り直す。

それらはすべて同じイベントです。エンジニアリング内に存在するファイルが、エンジニアリングに所属していない誰かにリーチ必要があり、利用可能な唯一の手段が人が手動で作業することである。そのメカニズムはスケールせず、正確に一度だけコピーを生成します。

そのパターンは業界を問わず当てはまります。ソースがCATIA、NX、SolidWorks、Revit、またはそれらの組み合わせであるかどうかを保持します。そして、すでに良いツールを購入している組織にもそれが根強く残っており、それはより良いツールを買うことが答えではないという最初の手がかりです。

なぜ3つの明白な修正が機能しないのか

まず試すべき合理的なことは3つあります。それらはすべて、実在の顧客と実質的な価値を持つ本物の製品カテゴリです。彼らはそれぞれこの特定の仕事で失敗し、3つの異なる理由で失敗している。それらの理由を分けることが、あなたが実際に何を必要としているのかを突き止める最も速い方法です。

より多くのCAD席

論理は、問題がCADへのアクセスであるならば、CADへのアクセスをより多く購入するというものです。これはコスト面ではなく、需要側で失敗しています。アセットを待っているマーケターはジオメトリを作成したくありません。トレーナーもフィールド技術者も調達アナリストも同様です。CADは、ライセンスが高価だから難しいのではなく、パラメトリックモデリングが真の専門分野だから学ぶのが難しい。非エンジニアにシートを渡すことは、3週間の待ち時間を3ヶ月のトレーニングプログラムに変え、終了的な成果物も次のチームが使用できないCADファイルである。

CADビューアー

ビューアーは真の改善であり、真のカテゴリです。可視性を解決します。エンジニアリング以外の誰かがモデルを開き、回転させ、測定し、それについてコメントすることができます。それは価値があり、軽量ビューアはデザインレビューやサプライヤーコミュニケーションにおいてその地位を確立しました。

それから止まる。可視性はユーザビリティではない。ビューアーはダウンストリームのアセットを生成しません。その出力を対話するなトレーニングモジュール、ウェブ製品コンフィギュレーター、HMI、または営業ツールにそのまま貼り付けることはできません。誰かが何かをビルドする必要がある瞬間、彼らはエンジニアにエクスポートを求めることになります。特筆すべきは、これがCADの既存企業自身がリーチ答えでもあるため、このカテゴリが停滞している理由です。

PDMシステムまたは保管庫

これは3つの中で最も信頼できるものであり、実際の修正と最も混同されやすいものです。製品データ管理は価値があり、おそらく持っているべきです。Autodesk Vault、Teamcenter、およびその競合製品は、どのファイルが最新であるか、誰が変更したか、何に依存しているかを確立するという特定の役割をうまく果たしています。

それは記録システムです。「どのバージョンがtrueか？」にAnswersます「非エンジニアでも使えますか？」という質問に答えていません。金庫は、マーケティングチームに、彼らがまだ開くことのできない、正しい、権威ある400メガバイトのネイティブアセンブリを手渡すだろう。ガバナンスとユーザビリティは異なる問題であり、一つを解決してももう一方には触れません。

問題はツールではなく引き継ぎだ

その連鎖にあるすべてのツールは、それぞれの役割を果たしている。彼らの間にあったものは、決して建てられなかったものだ。

CADファイルは納品物ではありません。それはソースです。それは、下流のチームが必要としない精度を、彼らが読めない形式で、彼らが出荷できないウェイトで運んでいる。それを実用的なものに変えるということは、真の変革を意味し、ほとんどの組織では、その変革は一人の人間によって、手作業で、一度に一つのリクエストずつ行われます。

そこにコストがあり、それは測定可能です。 128,000人以上のエンジニアとデザイナーを対象とした調査では、83%がすでに利用可能な部品を再作成していると回答し、48%がマルチCAD環境で作業していると回答しました。その二つの図は互いを説明しています。データがフォーマット間で移動しない場合、それは高価なグローバルな選択であるにもかかわらず、再作成することが合理的なローカルな選択であることが多い。

その組織は、手作りのコピーごとに2倍の費用を支払います。一度は労力が必要で、ソースが変わり、コピーが静かに間違ってしまうときにもまた必要になる。手動の引き継ぎは時間の浪費だけではありません。彼らはドリフトを製造している。

実際にそれを直すもの

修正とは、3Dを誰かが渡すファイルとして扱うのをやめ、繰り返しのプロセスを通過するデータとして扱うことです。そのプロセスには5つの段階があり、どれもエキゾチックなものではありません。

取り込む。ネイティブCADおよびビルディング インフォメーション モデリング (BIM)、ならびにステップ、JT、IFCなどの中立的な交換形式を含む、あらゆる形式でソースモデルを受け入れます。一つの形式しか受け付けないパイプラインは、単に引き継ぎの問題を移動させるだけである。

変換。正確なジオメトリを、インタラクティブに実行できるほどライトなものに変換する。これはテセellation、メッシュの最適化、およびレベル・オブ・ディテール生成を意味します。それは最も手動で行われる段階であり、ルールが一貫しており作業が反復的であるため、自動化する価値が最も高い段階です。

アクセス。メタデータ、バージョン管理、権限を設定して準備されたアセットを保存し、人々が正しいものだけを見つけられるようにします。準備されたアセットをソースに紐付けておくことで、アップストリームでの変更が、下流のすべてのコピーを孤立させるのではなく伝播します。これはパイプラインと単発のコンバージョンプロジェクトの違いです。

レンダリングする。作業が行われる場所、例えばリアルタイムエンジンやウェブベースのエディタなどへ、プラットフォームに最適化されたアセットを提供します。

デプロイ。アセットを各配信先ごとに再構築することなく、ユーザーが必要とする形式（ウェブ、デスクトップ、モバイル、没入型デバイス）で最終製品をエンドユーザーに提供してください。

それらの5つのステージをシステムとして実行すれば、ハンドオフは人間を必要とするイベントではなくなります。それがCADデータの民主化を意味します。全員にCADシートを提供するわけでも、全員にビューアーを提供するわけでもなく、基盤となる3Dを、彼らがビルドする必要のあるものへの入力として利用可能にする。

ここでの目的地が重要です。この問題へのほとんどの試みは、画像、レンダリングする、ビューアー、デジタルライブラリという形で終了ます。対話するなリアルタイム3Dは、出力が単に外観だけでなく人が使えるものであるため、別の目的地です。コンフィギュレーター、トレーニングシミュレーション、設計レビュー、誰でも参加できる、オペレーターインターフェース。だからこそ、準備段階は譲れないのです。対話性には、Raw CADジオメトリが常に超えてしまうパフォーマンスバジェットがあります。

このガイドは引数のレベルに留まります。その下のアーキテクチャ、ガバナンス、自動化、そしてこれがエンタープライズデータエステートにどのように適合するかについては、3D data infrastructureのガイドをご覧ください。このような自動準備を行うのが、Unity Asset Transformerであり、70以上のソース形式に対応しています。

チームごとに何が変わるのか

抽象的な概念は同意しやすく、無視しやすい。具体的に何が変わるのか。

エンジニアリングはファイル変換サービスデスクではなくなる。これは最大かつ最も議論されていない利点です。エンジニアは現在、情報検索、誤ったデータとの作業、データの再作成、フォーマット変換など、付加価値のないデータ管理に 週に約1日、19%の時間を費やしています。従業員1,000名以上の製造業者の回答者250名に対する独立した調査では、PDMまたはPLMをすでに運用している全員を対象に、付加価値のないエンジニアリング作業が23%を占めていることが判明しました。異なるスポンサーによる2つの研究、同じ範囲。それはあなたの最も高価な技術的容量の5分の1です。

マーケティングと営業はキューなしで現在の資産を入手します。準備されたアセットは、権限とバージョン履歴を備えた3Dアセット管理システムに保存されているため、リクエストは検索になります。

トレーニングは実モデルから構築されます。スクリーンショットから描かれた近似値ではなく、前回の製品発売時に正確だったバージョンでもありません。

店舗のフロアは現在の改訂版を見ている。準備されたアセットがそのソースに接続されたままである場合、リリースされたエンジニアリング変更はプリンターで停止するのではなく、フロアに到達します。

調達とサービスは、画像ではなく構造化されたデータを受け取ります。アセンブリ構造体、部品の識別情報、およびメタデータが旅を生き延びることで、後続のルックアップが可能になります。

改善されたCADコラボレーションは、目標というよりも副エフェクトです。基盤となるデータが確実に移動すれば、エンジニアリング以外のチームもノーコード3D作成を通じて独自の体験を構築できるようになり、そこでリクエストキューが実際に消滅します。

AECにおける同じ問題

上記はアーキテクチャ、土木、建設に適用されます。語彙だけが変わる。ソースは機械CADではなくビルディング インフォメーション モデリング (BIM)です。フォーマットはCATPartやJTではなく、IFC、RVT、NWDです。受取人は製品マーケティングチームではなく、オーナー兼オペレーターです。ハンドオフの瞬間は製品ローンチというよりもプロジェクトの引き継ぎです。

構造的な故障は同一であり、owner-side researchはそれがどれほど深く及んでいるかを示しています。AEC (建築設計、エンジニアリング、建設)オーナーのわずか18%しか、データ要件を満たすデジタル文書やモデルデータファイルを受け取っておらず、明確に定義されたデジタル配信要件を持っているのは38%に過ぎません。それはツールの好みではありません。同じ調査では、CADの導入率が85%、ビルディング インフォメーション モデリング (BIM)の導入率が62%であることが判明したため、これも導入ギャップではありません。モデルは存在する。彼らは受取人が使用できないステートで到着する。

費用は以下の通りです。建設業では、チームは最適な活動ではない作業を行い、手戻りは不正確、アクセス不能、または互換性のないプロジェクトデータによって直接引き起こされます。

二つの産業、異なる頭字語、一つの途切れた引き継ぎ。

放置することの代償

これを解決するための真の競合相手は、別のベンダーではありません。コストが分散されており、誰もその明細アイテムを所有していないため、何も起こっていません。

米国政府はこの問題について、現在のほとんどのCADシステムが存在する前に規模を把握していました。不完全な相互運用性は米国の自動車サプライチェーンに年間少なくとも10億ドルのコストをかけており、その大部分は、受け取る側で利用できないデータファイルを修正したり再作成したりするために費やされる時間とリソースに起因しています。資本設備相当額は年間158億ドルであり、その3分の2は、手動でのデータ再入力、業務機能の重複、紙ベースの情報管理への継続的な依存によって、所有者と運用者が負担しています。

それらの研究は古い。それらを時代遅れというよりも保守的だと見なしてください。形式カウント、ダウンストリーム宛先の数、および3DDを必要とするチームの数はすべて増加しています。彼らが特定したメカニズムは全く変わっていません。

あなたのスケールでは、その数字は小さく見え、より痛みます。アセットごとのエンジニア日数のリクエストローンチを遅らせる3週間の待機期間。廃止された改訂版に関するオペレーター認定トレーニングプログラム先月移動したジオメトリからの見積もりを出しているサプライヤー。

複合コストは変換労働ではない。それはドリフトだ。すべての手動コピーはフォークであり、フォークはメンテナンスされません。6ヶ月経つと、流通しているこの製品の11種類のバージョンの中でどれが正しいのかという簡単な質問に答えられなくなります。

反対のケースを外観のに役立ちます。Wren Kitchens は、CAD駆動のビジネスロジックをリアルタイムの3DおよびVRビューに接続することで、顧客がまだ存在しないキッチンの中を歩き回ることができます。その小売業者は、フォトリアリスティックな製品画像を生成する方法も再構築し、それをWrendersと呼んでいます。それは、同じパイプライン内で動作するパスレーサーにV-レイ、Blender、EC2クラウドレンダリングスタックを置き換えた。平均レンダリングする時間は、約10分から約30秒に短縮されました。ビルド時間は3時間から3分に短縮された。クラウドレンダリングのコストが下がった。

これが必要かどうかを知る方法

1分で答えてください。それらはどのベンダー評価よりも診断的です。

• エンジニアリング以外の部署から前四半期に3Dアセットをリクエストした人数は何人ですか？
• 平均的なリクエストは、質問から使用可能なファイルまでどれくらいの時間がかかりましたか？
• 現在、主力製品のハンドメイドコピーがいくつ存在し、それらがどこにあるかリストアップできますか？
• リリースされた改訂版がトレーニングチームに届かなかった場合、誰が、いつ気づくのでしょうか？
• 現在の3Dアセットが格納されているすべてのシステムを挙げてもらえますか？
• エンジニアの中に「他のチーム向けにモデルをエクスポートする」ことが非公式な業務の一部になっている人はいますか？
• 下流のチームがサポートしていない形式を必要とする場合、どうなりますか？

Answersが低い数値で待ち時間が短い場合、現在のプロセスで問題ありません。一部の組織は、パイプラインを本当に必要としていません。もし製品を数点しか作らず、年に数点の資産しか出荷せず、一人の人間が全体像を頭の中に保持できるのであれば、インフラを追加することはリターン以上のコストがかかります。リクエストの音量が増加するか、製品ラインが増加したときに再訪してください。

質問3または5に答えられないことが、その所見です。アンマネージされた製品データの並列コピーがあり、所有者がいません。この件について社内でさらに詳しく知りたい場合は、一般的な産業用3D可視化の質問に対する当社のAnswersをご覧ください。