STEP ファイルと 2D 図面: 矛盾する部品要件の解決

STEP ファイルと 2D 図面の競合は、どちらかの形式が常に勝つと仮定するのではなく、管理された製品定義を通じて解決する必要があります。モデルは公称形状を伝達し、図面は公差、データム、材質、仕上げ、および受領書を追加します。両者の意見が一致しない場合、サプライヤーは影響を受ける機能を作成する前に、権限のある所有者から文書による解釈を得る必要があります。この記事では、調達とエンジニアリングが矛盾を特定し、明確な修正を発行し、加工と検査を通じて決定を保存する方法について説明します。図面を作成するための一般的なチェックリストを繰り返すのではなく、矛盾する要件に焦点を当てています。

STEP ファイルと 2D 図面: どちらが制御しますか?

合意されたリリース パッケージとその規定された優先ルールが制御します。すべての STEP モデルがすべての図面をオーバーライドする、またはすべての図面がすべてのモデル情報をオーバーライドするという安全な普遍的なルールはありません。プロジェクトは、信頼できる定義と例外の解決方法を特定する必要があります。

図面には、モデルが寸法未定義のジオメトリを定義している一方で、図面には公差と注記が定義されていると記載されている場合があります。別の制御されたワークフローでは、承認されたモデルベースの定義と関連情報が使用される場合があります。サプライヤーは、どの取り決めが適用されるかを把握し、使用可能な形式で必要なデータにアクセスできる必要があります。

パッケージに優先順位のステートメントがない場合は、運用を継続するために優先順位のステートメントを作成しないでください。正確な矛盾を特定し、説明を要求します。の 2D図面作成ガイド 図面が伝えるべき情報を説明します。この記事では、リリースされたファイルが異なる答えを伝えている場合の対処方法について説明します。

実際の対立と補完的な情報を区別する

すべての違いが矛盾するわけではありません。モデルは公称ジオメトリを示すことができますが、図面では明確な視覚的表現がない公差または表面要件が提供されます。ファイルが互換性のない形状、材質、状態、または受け入れを暗示している場合、問題は競合になります。

たとえば、図面ではねじ穴が指定されている一方で、単純化されたモデルでは単純な円筒形の開口部が示されている場合があります。ねじの指定と必要な寸法が明確な場合、これは意図的な表現である可能性があります。モデルの軸が別の場所に配置されているときに、1 つの穴の位置を必要とする図面は別の問題であり、解決策が必要です。

ファイルが一致しないことを単に報告するのではなく、サプライヤーに矛盾点を説明するよう依頼してください。影響を受けるフィーチャー、各ソースの値または状態、および加工または検査への影響を特定します。これにより、所有者は無関係な機能をすべて不必要に確認することなく、実際の質問に答えることができます。

寸法について議論する前に、正確なファイルを特定してください

提供されたすべてのドキュメントの部品番号、リビジョン、ファイル名、リリース日または識別子を確認してください。間違ったリビジョンに正しい答えを適用しても、順序は解決されません。サプライヤーが受け取ったものをレビューで追跡できるように、元のパッケージを手元に置いておいてください。

管理されたリビジョンを使用せずに、final、latest、または updated などのファイル名に依存することは避けてください。モデルと図面は、異なる変更に属していても、両方とも最新のように表示されます。購入者が通話中に改訂されたモデルを送信した場合は、どの以前のファイルが置き換えられ、どのファイルが有効のままであるかを識別するパッケージ インデックスを発行します。

パッケージ インデックスは単純なものにすることができます。ドキュメントごとに 1 行にその識別子、リビジョン、目的、ステータスが含まれます。見積書と注文書をそのインデックスにリンクします。その価値は一貫性によってもたらされるものであり、作成に使用された文書管理ソフトウェアの高度さによってもたらされるものではありません。

ユニット、方向、構成を早めに確認してください

寸法の不一致を解釈する前に、単位と意図したコンポーネント構成を確認してください。スケールされたインポート、間違ったアセンブリ メンバー、または古い構成は、機能レベルの不一致のように見える場合があります。サプライヤーに機械加工の結果の評価を依頼する前に、これらの基本的な問題を解決してください。

認識可能な全体寸法といくつかの機能特徴を使用して、インポートされたモデルを確認します。モデルが未加工の素材、中間の加工状態、またはアセンブリのエンベロープではなく、完成した部品を表していることを確認してください。左側と右側のバリエーションが存在する場合は、どちらを購入するかを特定してください。

実稼働モデルをサイレントにスケーリングまたはミラーリングすることによって、明らかな単位または方向の問題を修正しないでください。発見結果を記録し、目的のファイルまたは明示的な指示を取得します。表示されている 1 つの寸法を修正する変換では、利き手、データム、その他の関係が間違ったままになる可能性があります。

1 つの決定につながる説明を書く

有用な説明には、機能の参照、2 つの相反する要件、製造上の結果、および必要な決定が含まれています。所有者は、どのファイルまたは表面が議論されているかを推測することなく回答できる必要があります。

たとえば、リリースされたモデルと図面のデータムに基づいた位置の間で軸が異なる位置決め穴を記述します。影響を受けるフィーチャーのツールパスの準備が明確化待ちであることを述べます。修正されたモデルまたは修正された図面が発行されるかどうかを尋ねます。許容可能なオフセットを考え出したり、プログラムしやすい方のソースを選択したりしないでください。

必要に応じてマーク付きビューを添付しますが、注釈は管理されている図面から明確に分離してください。スクリーンショットで質問を説明できます。それが設計変更の唯一の永続的な記録になってはなりません。解決したら、関連する管理文書を更新するか、明確な範囲で承認された説明を発行します。

CAM と検査を通じて決定を維持する

解決された要件は、パーツ定義を使用するすべてのユーザーに届く必要があります。プログラマが依然として古いモデルをインポートしている場合、または検査が別の図面からプログラムを準備している場合は、見積メモを更新するだけでは不十分です。置き換えられるファイルを特定し、ハンドオフのたびにアクティブなパッケージを確認します。

場所を変更する場合は、ワークホールディング、在庫許容量、工具へのアクセス、または測定セットアップも変更されるかどうかを検討してください。小さな幾何学的編集が複数の操作に影響を与える可能性があります。サプライヤーは、修正を単純なファイルの置き換えとして扱う前に、その結​​果を確認する必要があります。

の 品質管理の概要 では、受け入れに明確な特性と参照条件が必要な理由を説明します。競合解決ワークフローでは、検査計画は機械加工と同じリリースされた要件を参照する必要があります。そうしないと、あるファイルによる適合部分が別のファイルによると拒否される可能性があります。

推測に頼らずにスレッドを処理しメモを仕上げる

ねじ山と仕上げは、ジオメトリのみの通信の限界を露呈することがよくあります。目に見える形状は、必要なねじの指定、噛み合い、フィット、マスキング、または最終的な受け入れ条件を伝えていない可能性があります。これらの詳細は、視覚的に不一致がない場合でも、管理された定義が必要です。

の スレッド設計ガイド は、使用可能なスレッド要件を指定するためのフレームワークを提供します。競合レビュー中に、ドリル加工された準備と完成したねじ山を区別し、深さまたはアクセスの不一致を特定します。モデルの円筒の深さが使用可能なねじの長さを定義すると仮定しないでください。

仕上げについては、どの表面を処理するか、および重要な寸法がその後適用されるかどうかを決定します。未処理のボアに基づく見積りは、コーティング後の同じボアを必要とする注文と同等ではありません。機能的な治療を定義するために一般的な外観画像に依存するのではなく、境界と検査条件を記録します。

加工開始後に変更を解決する

生産中に競合が発見された場合は、まず影響を受ける作業と数量を特定します。未切断の在庫、部分的に機械加工された部品、完成部品、およびすでに処理のために送られた部品では、対応が異なる場合があります。すべての在庫を同じ状態であるかのように扱うことは避けてください。

サプライヤーに、何が完了したか、どの操作が未解決の要件に依存しているかを述べるよう依頼します。権限のある所有者は、定義を修正するか、限界のある逸脱を受け入れるか、再加工するか、影響を受ける部品を交換するかを決定できます。各オプションには、範囲と受け入れ基準を文書化する必要があります。

1 回限りの逸脱では、部品のリビジョン、影響を受ける特性、数量またはバッチ、および承認を特定する必要があります。ひっそりと永続的な設計変更となるべきではありません。将来の注文に向けて意図した設計が変更される場合は、管理パッケージを個別に更新し、新しいリビジョンがいつ有効になるかを明確にします。

修正後の価格を同じ修正後のパッケージと比較します

競合が解決されると、材料、工具へのアクセス、ワーク保持、仕上げ、検査が変更されるため、コストや納期が変わる可能性があります。結果を明確に尋ね、修正されたオファーを同じ修正された定義と比較します。あるサプライヤーの古い解釈と、別のサプライヤーの明確化されたルートを比較しないでください。

すでに許可されている作業と、改訂によって生じた作業を区別します。商業上の扱いは契約と実際の状況に依存するため、すべての修正が無料である、またはすべての説明が新たな請求を正当化すると仮定することは避けてください。影響を受けるアクティビティについての具体的な説明を求めます。

承認された技術的回答は、改訂された見積書または注文参照書に添付して保管してください。修正された要件を省略した価格更新は、元のあいまいさを再び引き起こす可能性があります。依存する操作を解放する前に、エンジニアリング定義と商業的結果の両方を閉じてください。

リリースゲートで次の衝突を防ぐ

RFQ を送信する前に、モデルと図面が同じリビジョンに属していること、同じ完成構成を記述していること、および互換性のあるユニットを使用していることを確認してください。まず重要なインターフェイスと最近の変更を確認します。集中的なリリース チェックにより、完全な再設計レビューを必要とせずに、古いエクスポートを検出できます。

寸法のないジオメトリ、公差、注記、優先順位がどのように定義されているかを説明します。置き換えられたファイルを管理された履歴に保持しながら、アクティブなパッケージから削除します。複数のバリエーションが見積もられる場合は、サプライヤーに頼って意図した構成を推測するのではなく、それぞれに明確な部品識別子と数量を指定してください。

複雑な関係の場合は、 公差ガイド 公称形状と許容値との関係を確認します。一貫したパッケージは矛盾を排除するだけではありません。部品が何をしなければならないか、サプライヤーが合意された要件を満たしていることをどのように証明するかを明確にします。

よくある質問

サプライヤーは常に 2D 図面に従う必要がありますか?

合意された製品定義および優先規則に従ってのみ。図面とモデルが矛盾し、制御要件が不明瞭な場合、サプライヤーは想定される普遍的なルールを適用するのではなく、文書化された決定を要求する必要があります。

電子メールで図面の競合を解決できますか?

プロジェクトの管理が許可しており、その範囲が明確であれば、承認された書面による説明により決定を記録できます。生産を継続するには、応答がプログラミングや検査で使用されるファイルから分離されないように、必要に応じて制御パッケージを更新します。

モデル化されたスレッドが見つからない場合、自動的にエラーになりますか?

いいえ。スレッドは単純化されたジオメトリで表現できますが、その完全な要件は別の場所で定義されます。指定、使用可能なエンゲージメント、準備、受け入れ情報を確認します。簡略化された表現によって、完成した要件が曖昧になってはいけません。

1 つの機能が未解決のまま生産を続行できますか?

プロジェクト契約上、権限と独立性が明確な業務に限ります。まず、影響を受ける業務と在庫を特定します。未解決の変更によってストック、データムの選択、またはワーク保持が変更される可能性がある場合、一見無関係な操作が安全であるとは考えないでください。

一貫した定義を 1 つリリースする

目標は、加工、購入、検査が一貫して解釈される管理されたパッケージです。最初のレビューとしては、 送信 HongKe CNC モデル、図面、および既知の不一致 パーツのリビジョンと重要なインターフェイスを備えているため、影響を受ける作業をコミットする前に疑問点を特定できます。