品質計画を使用することで、次のことが可能です:
品質計画は幅広いプロセスとテクノロジーに適用され、全体的な品質プログラムの不可欠な部分として捉える必要があります。
品質計画とは、製品とプロセスの変動を最小限に抑えるために部品とプロセスを管理するシステムの説明です。目的は、顧客の要件に応じた高品質の製品の製造を支援することです。
すべてのプロセス出力が管理されていることを確認するには、品質計画に、受入時、処理中、出荷時など、製造プロセスの各ステップで必要なアクションを記述する必要があります。定期的な要件も品質計画で扱うことができます。品質計画は、詳細なオペレーター指示書に含まれる情報に代わるものではありません。
品質計画は、製品のライフサイクル全体にわたって維持および使用する必要があります。製品ライフサイクルの初期段階では、プロセス制御の初期計画を記録し、伝達することが主な目的です。その後、製造プロセスを制御して製品の品質を確保する方法について製造をガイドします。品質計画は生きたドキュメントとして使用され、測定システムや制御方法が評価され改善される際に更新されるべきです。
品質計画を使用することのいくつかの利点は次のとおりです:
品質計画テンプレートの目的は、多くの部品に対して品質計画を作成し、維持することを容易にすることです。品質計画テンプレートは、部品がどのように管理またはテストされるかを指定する一般的な測定点のセットです。品質計画テンプレートを使用すると、多数の部品の品質計画を作成したり、品質計画ヘッダから品質計画明細を作成したりできます。
部品の製造に使用する場合は、手順を標準化するために手順テンプレートを使用することを強くお勧めします。品質計画テンプレートの測定点は工程番号とワークセンタを参照するため、品質計画テンプレートを適用するときに、品質計画明細が正しい工程を参照していることを簡単に確認できるようになります。
品質計画テンプレートはサイト固有であり、製造、購買、在庫の 3 つのタイプのいずれかになります。品質計画は、単一の品質計画から使用することも、複数の部品の新しい品質計画を作成するために使用することもできます。
品質計画テンプレートは、参照またはコピーして使用できます。参照して使用する場合は、テンプレートに加えた変更が関連する品質計画にも反映されることを確認してください。テンプレートをコピーするときは、テンプレートと同じ内容を持つ新しい品質計画を作成しますが、そのような参照はありません。
品質計画ログは、メッセージを確認する場所です。品質計画ログは、主に既存の品質計画/複数の部分にテンプレートを適用するとき、または品質計画テンプレートのリビジョンをアクティブ化するときにメッセージを受信します。メッセージは特定のサイトに対してログされます。
ログ名称
実行されたプロセスの詳細で構成されます。これにより、ログ ID が作成され、その理由がログIDの説明として表示されます。
ログ参照
ログ参照には、参照タイプ/参照 ID 1/参照 ID 2 が含まれます。これは、参照タイプでテンプレートとして示されるメッセージを受信するためのベースを示します。他の参照では、テンプレートID とリビジョン番号が示されます。
ログ詳細
品質計画のログ明細は主に 2 つの部分で構成されます。主に部品/品質計画に関する情報とメッセージに関する情報です。
複雑な組立 MRO およびコンポーネント MRO フローにおいて、部品や製造オーダーとも品質計画を使用することが可能です。
品質計画は、基本レベルでは構成された部品と一緒に使用することができます。これは、在庫と購買の品質計画はコンフィギュレーション規則の影響を受けないことを意味します。部品が構成されているかどうかにかかわらず、同じ品質計画が適用されます。在庫分析はコンフィギュレーションを参照せずに作成されます。つまり、抜取は特定のコンフィギュレーションからではなく、部品の総手持在庫から選択されます。
製造の品質計画は、品質計画明細が工程に接続されているため、コンフィギュレーション規則の影響を受けます。品質計画には、コンフィギュレーションに応じて適用されるいくつかの代替測定点を含めることができます。基本的なルールは、コンフィギュレーションの結果として工程とワークセンタが製造オーダー上に存在する場合、製造オーダー上に品質計画明細を作成することです:
分析は手動または自動で作成できます。分析を自動的に作成するには、抜取頻度トリガーが使用されます。特定の品質計画の検査を作成する必要があるかどうかは、品質管理における基本情報の要件設定です。トリガーが定義されると、定義されたトリガータイプに従って分析が作成されます。購買した部品と製造した部品には異なるトリガー タイプが使用されます。
製造部品に使用されるトリガー タイプは次のとおりです。
購買部品に使用されるトリガー タイプは次のとおりです:
製造オーダー開始トリガーは、製造オーダーがStartedステータスに設定されるたびに分析を作成するよう促します。このトリガーは、 製造オーダーページのステータスバッジによってトリガーされます。製造オーダーのステータスがStartedに変更されると、製造オーダー開始トリガーも発動します。その後、製造オーダー開始トリガーに接続されたすべての品質計画明細 (測定点) に対して、分析が自動的に作成されます。
例えば、以下のような製造品質計画があり、すべての測定点が製造オーダー開始トリガーに接続されている場合:
| 測定点 | 手順工程番号 | ワークセンタ番号 |
| 1 | 10 | WC100 |
| 2 | 10 | WC100 |
| 3 | 20 | WC100 |
| 4 | 20 | WC100 |
| 5 | 30 | WC200 |
| 6 | 30 | WC200 |
製造オーダーのステータスがStartedに変更されると、製造オーダー開始トリガーによって自動的に 3 つの分析が作成されます。1 つの分析には測定点 1 と 2 (手順工程番号=10) が含まれ、次の分析には測定点 3 と 4 が含まれ、最後の分析には測定点 5 と 6 が含まれます。
工程開始トリガーは、工程ステータスが部分報告または処理中に変更されると、自動的に各工程の分析を作成します。
たとえば、以下のような製造品質計画があり、すべての測定点が開始工程トリガーに接続されている場合:
| 測定点 | 手順工程番号 | ワークセンタ番号 |
| 1 | 10 | WC100 |
| 2 | 10 | WC100 |
| 3 | 20 | WC100 |
| 4 | 20 | WC100 |
工程番号 10 のステータスが部分報告または処理中に変更されると、測定点 1 と 2 を含む 1 つの分析 (工程 10 のみ) が、工程開始トリガーによって自動的に作成されます。
既存の分析が完全に受け入れられない場合、不適合トリガーは、100% の検査を保証するために自動的に検査を作成します。検査結果が確認されると、測定点のステータスも自動的に計算されます。少なくとも 1 つの不良品が見つかった場合、不適合トリガーが発動し、特定の手順工程番号に接続されたすべての測定点の新しい分析が作成されます。
たとえば、製造オーダー開始トリガーによって作成された 3 つの分析が A、B、C である場合:
| 測定点 | 手順工程番号 |
| 1 | 10 |
| 2 | 10 |
| 測定点 | 手順工程番号 |
| 3 | 20 |
| 4 | 20 |
| 測定点 | 手順工程番号 |
| 5 | 30 |
| 6 | 30 |
検査結果を入力され、確認されると:
分析 A - 不適合は見つかりませんでした。不適合トリガーはトリガーされません。
分析 B - 3 つの不適合が見つかりました。不適合トリガーがトリガーされます。手順工程番号 20 に接続されているすべての測定点について、新しい分析が作成されます。
このトリガータイプは、定義された時間間隔で検査を作成します。たとえば、毎時 1 回です。このトリガーは、製造品質計画ページの抜取頻度トリガタブの定義セクションにある値フィールドに指定された頻度によって分析を作成します。
手順工程番号のステータスがIn Progressまたは部分報告に変更されると、時計がゼロからカウントを開始します。これにより、即座に 1 つの分析が作成されます。次の分析は、分析を作成するための時間が勤務時間中である場合に、値フィールドに指定された時間に達すると作成されます。このトリガーによって、勤務時間外には分析は作成されません。
たとえば、指定された値が 1 時間の場合、2 つの分析を作成する間隔は1 時間になります。
着荷時トリガーは、入庫ごとに分析を作成します。ロット/標準ロット追跡された部品については、入庫およびロット/標準ロット番号ごとに分析が作成されます。
ここでは、次の入庫を行う際に、最後の分析から指定された時間間隔が経過した後に分析が作成されます。言い換えれば、最初の分析が作成された後、次の分析は、次の入庫が行われる際に、最後の分析から指定された時間が経過した場合にのみ作成されます。ロット/標準ロット追跡された部品については、入庫およびロット/標準ロット番号ごとに分析が作成されます。
たとえば、指定された時間が 3 日である場合、入庫が行われた 3 日後に分析が作成されます。
このトリガーは、入庫回数が指定された値と等しくなると、分析を作成します。値は、購買品質計画ページの抜取頻度トリガータブの定義セクションで指定されます。
以下の例で、これをより明確に説明します。
たとえば、指定された数が 3 の場合、3回の入庫が行われたときに分析が作成されます。ロット/標準ロット追跡された部品については、入庫およびロット/標準ロット番号ごとに分析が作成されます。
トリガー:第 3 入庫ごと (値 = 3)
| 入庫日 | 最終分析からの入庫回数 | トリガー基準が満たされました | 品質検査作成 |
| 2004-06-01 | 0 | はい | はい |
| 2004-06-05 | 1 | いいえ | いいえ |
| 2004-06-08 | 2 | いいえ | いいえ |
| 2004-06-20 | 3 | はい | はい |
| 2004-06-21 | 1 | いいえ | いいえ |
| 2004-07-20 | 2 | いいえ | いいえ |
| 2004-12-31 | 3 | はい | はい |
抜取頻度トリガー タイプを定義されたら、次のステップは定義したトリガー タイプを希望する測定点に接続することです。トリガーによって作成された分析には、トリガーに接続された測定点のみが含まれます。特定の測定点は、トリガーにまったく接続しないか、1 つまたは複数のトリガーに接続できます。
品質計画内の各測定点に対して 1 つまたは複数のツールグループを接続できます。1 つまたは複数のツールグループに接続された測定点の場合、検査結果を入力するときにツール/機器を選択することが必須になります。これにより、正しいツールグループが使用されることが保証され、特定の測定点に使用されたツール/機器に関するトレーサビリティが提供されます。
すべての定義された品質計画明細 (測定点) には、データタイプが必要です。利用可能なデータタイプは次の 3 つあります:
属性は定性的データに使用されます。つまり、物事や現象の属性、特徴、特性などを測定するのではなく、近似または特徴付けるデータです。検査結果を入力する際には、発見された不適合および不適合なアイテムの数を入力します。例えば、10 個のアイテムを検査し、3つのアイテムに合計8つの傷が見つかった場合、不適合なアイテムの数は3、そして不適合の数は8です。
変動は定量データに使用されます。つまり、量として表すことができ、検証可能であり、統計的工程が可能なデータです。 変動として定義された測定点には、仕様限界が定義されている必要があります。検査結果を入力すると、実際の結果値が入力され、仕様限界に対して評価されます。
カテゴリ「合格/不合格」、「はい/いいえ」、「赤/緑色/青」など、相互に排他的なカテゴリに整理できるデータに使用されます。カテゴリ通常、事前に定義された回答の選択肢を持つ調査やチェックリストを作成するために使用されます。
カテゴリデータの検査結果を入力する方法には 2 つのオプションがあります。
単一行入力を使用する場合、定義されたカテゴリ値の 1 つを選択します。例えば、「合格」または「不合格」です。これは通常、検査抜取数量が 1 のときに使用されます。
複数行の入力を使用する場合、定義された各カテゴリ値の実際の数量が入力されます。たとえば、「合格」が 8 個、「不合格」が 2 個の場合です。これは通常、検査抜取数量が 1 より大きい場合に使用されます。
単一行または複数行のいずれを使用するかは、品質計画明細 (測定点) レベルで定義されます。
特定の品質計画に対して、サイト、部品 (サイト非依存)、および部品/サイトレベルで、制限されたリビジョン処理または簡略化されたリビジョン処理を使用するかどうかを制御できます。
簡素化されたリビジョン処理が無効にすると、リビジョンの処理が制限されます。有効 または非有効ステータスの品質計画のリビジョンは、いかなる形でも編集できません。品質計画を編集するには、新しいリビジョンを作成する必要があります。
簡略化されたリビジョン処理 が有効になっている場合、有効または非有効ステータスの品質計画のリビジョンは、新しいリビジョンを作成することなく編集できます。
品質計画のリビジョンに対する変更は、履歴データにはまったく影響を及ぼさないことに注意することが重要です。製造オーダーおよび購買オーダーに関連付けられた既存の検査結果と品質計画は影響を受けません。
簡略化されたリビジョン処理を使用すると、ほとんどの品質計画情報は編集可能ですが、すべてではありません。
単純化するとリビジョン処理を使用すると、品質計画のリビジョンに加えられたすべての変更を、システム生成の履歴ログ (誰が何をいつ変更したか) で確認できます。