工順と工程

このトピックでは、工順と工程に関する情報を提供します。 工順は、製品または製品バリアントを生産するためのプロセスを定義します。 ここでは、生産プロセス内の各ステップ (工程) とこれらのステップが実行される必要がある手順について説明します。 ステップごとに、工程は必要な運営リソース、必要な段取り時間と実行時間、およびコストが計算される必要がある方法も定義します。

概要

工順は、製品または製品バリアントの製造に必要な工程順序について説明します。 工程ごとに、工順は必要な運営リソース、工程を設定および実行するために必要な時間、およびコストを計算する方法も定義します。 複数の製品を生産するために同じ工順を使用するか、 各製品または製品バリアントへの固有の工順を定義したりできます。 同じ製品に複数の工順を使用することもできます。 この場合、使用される工順は必要な生産数量などの要因によって異なります。 Microsoft Dynamics 365 for Finance and Operations の工順の定義は、生産プロセスを表した 4 つの別々の要素をまとめて構成します。

  • 工順 – 工順は生産プロセスの構造を定義します。 つまり、工程順序を定義します。
  • 工程 – 工程は アセンブリ など、工順で指定されたステップを識別します。 同じ工程を複数の工順で実行することができ、異なる工程番号を使用できます。
  • 関連工程 – 関連工程は段取り時間と実行時間、原価カテゴリ、消費パラメータ、およびリソース要件などの工程の運営プロパティを定義します。 関連工程は、使用される工程の工順または生産されている製品に応じて、工程の運営プロパティの変更を可能にします。
  • 工順バージョン – 工順バージョンは製品または製品バリアントを生産するために使用される工順を定義します。 工順バージョンは製品全体にわたる工順の再利用、または時間経過に伴う変更を可能にします。 異なる工順を同じ製品の生産に使用することもできます。 この場合、使用される工順は場所または必要な生産数量などの要因によって異なります。

工順

工順は、製品または製品バリアントの製造に使用される工程順序について説明します。 各工程に工程番号と後続工程が割り当てられます。 工程の順序は 1 つまたは複数の開始点と 1 つの終了点を持つ指定されたグラフで表すことができる、工順ネットワークを形成します。 Finance and Operations では、工順は構造のタイプに基づいて識別されます。 工順の 2 つのタイプは簡易工順と工順ネットワークです。 生産管理パラメーターでは、簡易工順のみを使用するか、またはより複雑な工順ネットワークを使用するかを指定できます。

簡易工順

簡易工順は連続しており、工順の開始点は 1 つだけです。

簡易工順

生産管理パラメータで簡易工順のみを有効にすると、工順の定義時に Finance and Operations が自動的に工程番号 (10、20、30 など) を生成します。

工順ネットワーク

生産管理パラメータでより複雑な工順ネットワークを有効にすると、複数の開始点がある工順および並行して実行可能な工程を定義できます。

工順ネットワーク

メモ :

  • 各工程は後続工程を 1 つだけ使用でき、全体の工順は 1 つの工程で終了する必要があります。
  • 同じ後続工程がある複数の工程 (たとえば、前の図の工程 30 および 40) が実際に並行して実行されるという保証はありません。 リソースの使用可能性と能力は、工程がスケジュールされる方法に制約を課す場合があります。
  • 工程番号として 0 (ゼロ) は使用できません。 この番号は、後続工程がない工順で最後の工程を指定するために確保され使用されます。

並列工程

工程を実行するために、異なる特性を持つ複数の運営リソースの組み合わせが必要な場合もあります。 たとえば、ある組み立て工程では機械、工具、工程を監督する作業者が機械 2 台ごとに 1 人必要です。 この例は、1 つの工程を基本工程とし、その他を副次と指定する並行工程を用いてモデル化できます。

基本工程と二次工程がある工順

通常、基本工程はボトルネック リソースを表し、二次工程の実行時間を決めます。 ただし、有限能力でスケジューリングする際には、基本工程と二次工程の両方にスケジューリングされたリソースが同時に利用可能で自由な機能を持っている必要があります。

基本工程と二次工程はどちらも同じ工程番号 (前の図の 30) が必要です。

前の例では、二次工程 (30'、30") のリソース要件が工具および作業者であるのに対し、基本工程 (30) のリソース要件は機械です。 50% の負荷は、スケジューリングされた作業者が同時に 2 台の機械を監督することを保証するのに役立ちます。

工順の承認

工順は計画プロセスまたは製造プロセスで使用する前に、承認される必要があります。 承認は、工順デザインが完了したことを示します。 同じリリース済製品またはリリース済製品バリアントは、複数の承認された工順を使用できます。 通常、最初に関連する工順が承認されると、工順の承認が発生します。 ただし一部の業務シナリオでは、工順の承認と工順バージョンは、異なるプロセス オーナーを含む場合がある個別の活動です。

各工順は、個別に承認または未承認にすることができます。 ただし、工順が承認されない場合は、すべての関連する工順バージョンも承認されないことに注意してください。 生産管理パラメーターでは、工順の承認を取り消すどうか、および承認された工順を変更するどうかを指定できます。

誰が各工順を承認したか記録したログを保存する必要がある場合は、工順の承認に電子署名を要求できます。 ユーザーは、電子署名 を使用して身分証明の確認をすることが必要になります。

運用

工程とは、生産プロセス内の手順です。 Finance and Operations では、各工程に ID と簡単な説明があります。 次の表に、機械工場の工程の一般的な例を示します。

工程 説明
PipeCut パイプの切断
TIGweld ティグ溶接
JigAssy ジグ アセンブリ
検査 品質検査

段取り時間と実行時間、リソース要件、原価情報、および消費量計算などの工程の運営プロパティは関連工程で指定されます。 関連工程の詳細については、次のセクションを参照してください。

関連工程

次の工程の運営プロパティは、関連工程で管理します。

  • 原価カテゴリ
  • 消費パラメータ
  • 処理時間
  • 数量の処理
  • リソース要件
  • 摘要および手順

同じ工程に複数の関連工程を定義できます。 ただし、各関連工程は 1 つの工程に固有のもので、工順、リリース済製品、1 つの品目グループに関連する一連のリリース済製品に特定のプロパティを保存します。 したがって、同じ工程は異なる運営プロパティを持つ複数の工順で使用できます。 また、同じ運営プロパティを持つ標準工程を使用すれば、使用される工順や生産される製品に関係なく、マスター データをさらに容易に管理できます。 関連工程の範囲は、次の表に示すように、品目コード品目関係工順コード工順関係 プロパティで定義されます。

品目コード 品目関係 工順コード 工順関係 関連工程の範囲
テーブル [<品目 ID>] 工順 <工順 ID> 品目番号=<品目 ID> リリース済製品を生産するために 工順番号=<工順 ID> 工順で使用される場合の工程の運営プロパティ。
テーブル [<品目 ID>] すべて 品目番号=<品目 ID> リリース済製品を生産するために使用される場合の工程の既定運営プロパティ。 つまりこれらの運営プロパティは、リリース済製品に工順固有の関連工程がない場合に適用されます。
グループ化 <品目グループ ID> 工順 <工順 ID> リリース済製品に工順固有の関連工程がない場合、<品目グループ ID> 品目グループに関連付けられたリリース済製品を生産するための 工順番号=<工順 ID> 工順で使用した場合の工程の運営プロパティ。
グループ化 <品目グループ ID> すべて より詳細な関連工程が存在しない場合、<品目グループ ID> 品目グループと関連付けられたリリース済製品を生産する際の工程の既定運営プロパティ。
すべて 工順 <工順 ID> 工順番号=<工順 ID> 工順で使用される場合の工程の既定運営プロパティ。 つまりこれらの運営プロパティは、この工順に、リリース済製品もしくはそれに関連付けられた品目グループ固有の関連工程がない場合のいずれかに適用されます。
すべて すべて 工程の既定運営プロパティ これらの運営プロパティは、より詳細な関連工程が存在しない場合に適用されます。

関連工程を特定のサイトに指定することもできます。 これにより、工程の運営プロパティは操作を実行する場所 (つまりサイト) によって変わる場合があります。 コンフィギュレーション済製品の場合、各製品コンフィギュレーションに異なる運営プロパティを指定することもできます。

関連工程は、工程を定義することで大きな柔軟性が生まれます。 また、既定プロパティを定義する機能により、管理の必要があるマスター データの量を減らすことができます。 ただしこの柔軟性は、関連工程を変更したコンテキストに注意しておく必要があることも意味します。

注記: 運営プロパティは工程ごと工順ごとに関連工程に保存されているため、同じ工程 (例えば組み立て) のすべての発生は同じ段取り時間、実行時間、リソース要件などになります。 したがって、2 つの工程を同じ工順、しかし異なる実行時間で行う必要があるなら、アセンブリ 1 とアセンブリ 2 などの 2 つの別個の工程を作成しなければなりません。

製品固有の工順の変更

リリース済製品の詳細 ページから 工順 ページを開くと、選択したリリース済製品に関連付けられている工順バージョンが表示されます。 このコンテキストでは、各工程ごとに、Finance and Operations は、工順バージョンに最もよく一致する関連工程の運営プロパティを表示します。 工程一覧に、関連工程の 品目コード工順コード プロパティが含まれることに気づくでしょう。 したがって、どの関連工程を表示するかを決定できます。

工順 ページで、実行時間や原価カテゴリなどの工程の運営プロパティを変更できます。 変更は、その工順および現在の工順バージョンで参照されるリリース済製品のみに適用される関連工程に保存されます。 表示された関連工程がその工順およびリリース済製品のみに適用されるものでないなら、変更を保存する前に、システムによって関連工程のコピーが作成されます。 このコピー その工順およびリリース済製品のみに適用されます。 したがって、変更は、その他の工順またはリリース済製品には影響しません。 工順 ページでどの関連工程が変更されているかを確認するには、品目コード工順コード フィールドを確認します。

関係のコピーと編集 機能を使用して、工順およびリリース済製品に固有の工程を手動で作成することもできます。

注記: 工順 ページで工順に新しい工程を追加する場合、関連工程は現在のリリース済製品に対してのみ作成されます。 したがって、その工順が他のリリース済製品を生産するためにも使用される場合、これらのリリース済製品には適用可能な関連工程が存在しないことになり、その工順はこれらのリリース済製品のためには使用できなくなります。

工順ごとの関連工程の管理

工順 リスト ページから 工順の詳細 ページを開くと、選択した工順に適用されるすべての関連工程の一覧が表示されます。 したがって、どの製品にどの関連工程を使用するか簡単に確認できます。 既定プロパティ値と製品固有のプロパティ値の両方を変更できます。

工順の詳細 ページで新しい関連工程を追加すると、工順コード フィールドは自動的に 工順 に設定され、工順関係 フィールドは現在の工順の工順番号に設定されます。

工程ごとの関連工程の管理

工程 ページで、関連工程 ページを開くことができます。 このページでは、特定の工程のすべての関連工程を変更できます。 既定値を含む関連工程を変更することもできます。

標準の工程を使用して業務を行う場合、また工程パラメーターがすべての製品およびプロセスにおいて同じ場合、関連工程 ページはこれらの工程の既定運営プロパティを管理するための便利な方法を提供します。

関連工程の適用

場合によっては、Finance and Operations は工程の運営プロパティを検索する必要があります。 たとえば、発注書が作成される時、各工程の運営プロパティは関連工程から生産工順へコピーされる必要があります。 このような場合、Finance and Operations は、関連工程を最も限定的な組み合わせから最も限定的でない組み合わせまで検索します。

Finance and Operations がリリース済製品に最も関連する関連工程を検索する際、リリース済製品の品目 ID が一致する関連工程の方が、品目グループ ID が一致する関連工程よりも優先されます。 次に、品目グループ ID に一致する関連工程が、既定の関連工程よりも優先されます。 検索は次の順序で行われます。

  1. 品目コード=品目関係=<品目 ID>
  2. 品目コード=グループ品目関係=<品目グループ ID>
  3. 品目コード=すべて
  4. 工順コード=工順工順関係=<工順 ID>
  5. 工順コード=すべて
  6. コンフィギュレーション=<コンフィギュレーション ID>
  7. コンフィギュレーション=
  8. サイト=<サイト ID>
  9. サイト=

したがって、工程は各工順につき 1 回だけ使用されます。 その工程が同じ工順において複数回発生する場合、その工程のすべての発生で同じ関連工程が使用されるため、各発生ごとに異なるプロパティ (たとえば、実行時間) を設定することはできません。

工順バージョン

工順バージョンを使用することで、製品の生産で生じる変化に対応し、生産プロセスをより詳細に制御できます。 特定のリリース済製品またはリリース済製品バリアントが生産されるとき、どの工順が使用されるか定義します。 どの工順をリリース済製品に使用するか定義するために、次の制約が使用できます:

  • 製品分析コード (サイズ、色、スタイルまたはコンフィギュレーション)
  • 生産数量
  • 生産サイト
  • 生産日付

特定のサイト、特定の数量、指定された期間で製品を生産している場合、既定の工順バージョンとして特定の工順バージョンを指定できます。 ただし、特定のリリース済製品および特定の一連の制約に対して 1 つの有効な工順だけが許可されるように注意してください。

生産管理パラメーターでは、工順バージョンの有効期間を常に指定するよう要求できます。

工順バージョンの承認

工順バージョンを計画プロセスまたは製造プロセスで使用する前に、承認する必要があります。 工順バージョンを承認する際、関連する工順も承認することができます。 ただし、工順バージョンが承認されるのは、関連する工順も承認された場合のみであることに注意してください。

既定の工順バージョンの有効化

工順バージョンを有効にすると、マスター プランが使用する、もしくは製造オーダーを作成するための既定の工順バージョンとして指定することになります。 特定の一連の制約 (たとえば、期間、サイト、または数量) につき、有効な工順バージョンを 1 つだけ使用できます。 有効化しようとしているバージョンが、すでに有効なバージョンと競合している場合には、エラー メッセージを受信します。 あいまいな有効化を禁止するため、競合するバージョンを無効にするか、工順バージョンの制約 (通常は期間) を変更する必要があります。

電子署名

誰が各工順バージョンを承認し有効化したかを記録したログを保存する必要がある場合は、これらの作業に電子署名を要求できます。 工順バージョンを承認し有効化したユーザーは、電子署名 を使用して身分証明の確認をすることが必要になります。

ケース管理を使用した製品変更

新しい、または変更された工順および工順バージョンの承認や有効化のための製品変更ケースは、工順バージョンの制約の概要を簡単に表示する方法を提供します。 製品変更ケースが発生する 1 つの操作またドキュメントにおける特定の変更に関連するすべての工順を承認し、有効化することもできます。

工順の管理

業務要件に応じて、プロセスの定義を管理するのに必要な工数を削減できる場合があります。

リソースに依存しない工順の作成

多くのシステムでは、工程を実行する運営リソースまたはリソース グループは工順内で指定される必要があります。 ただし、Finance and Operations で、運営リソースを工程に適用するために満たす必要のある一連の要件を定義できます。 したがって、工程が実際にスケジュールされるまで、使用する特定の運営リソースまたはリソースグループを決定する必要はありません。 同じ工程を実行する多くの作業者や機械があるとき、この機能は特に便利です。

たとえば、20 トンの スタンピング 能力がある 機械 タイプの運営リソースを必要とする工程を指定したとします。 スケジュール エンジンは、工程のスケジューリング時に、特定の運営リソースまたはリソース グループにそれらの要件を解決します。 工程を特定の機械にバインディングする代わりに、それらの要件を指定すればよいだけなので、さらに高い柔軟性が得られます。 また、リソースが移動したり、新しいリソースが追加された場合の管理が簡単になります。

さまざまなタイプの運営リソースおよび使用方法に関する詳細は、運営リソース要件と リソースの能力 を参照してください。

サイト全体での工順共有

複数の生産サイトで同じ製品を生産し、またすべてのサイトで製品生産のためのステップが同じ場合、通常はすべての生産サイト全体で使用する共有工順を作成できます。 共有工順を作成するには、工順自体にサイトを指定しないでください。 ただし、各サイトの製品と共有工順を関連付ける工順バージョンを作成する必要があります。

工順の各工程のリソース要件が、特定の運営リソースまたはリソース グループを必要とするのではなく、必要なリソースの特性という観点で示されているかどうか確認する必要があります。 その後、スケジューリング エンジンは生産がスケジュールされているサイトから適切な運営リソースを割り当てることができるようになります。 たとえば、実行時間に若干の違いがある場合、もしくはある工程の段取り時間がサイト固有である場合、そのサイトに追加の関連工程を加えることで、その情報を指定できます。

共有工順の利点を全面的に利用するには、対応する部品表 (BOM) のリソース消費も使用する必要があります。 BOM 明細行でリソース消費にフラグを設定する場合、原材料が消費される倉庫と場所は、工程がスケジューリングされている運営リソースから推測されます。 したがって、生産が実際にスケジューリングされるまで、倉庫と場所が決定される必要はありません。 これにより、製品が生産される物理的な場所から BOM と工順の両方を独立させることができます。

標準関連工程

業務が生産全体に標準化された工程を使用する場合、また段取り時間、実行時間、消費量計算、原価計算などにほとんどもしくは全く変動がない場合、すべての工程に既定関連工程を作成することで恩恵が得られることがあります。 この場合、ある工順またはリリース済製品に特定する関連工程を作成することは避けてください。

リソース要件もスキルと能力で表し、工順をサイト非依存にすれば、業務プロセスの継続的な管理を最小限に抑えることができます。

この方法を使用するとき、関連工程 ページが実行時間や他のプロパティを管理する基本出力先になります。

リソース固有の処理時間

工程のリソース要件の一部として運営リソースまたはリソース グループを指定しない場合、適用可能なリソースは異なる速度で実行することがあります。 したがって、工程を処理するために必要な時間は異なる場合があります。 この問題を解決するには、関連工程の フォーミュラ フィールドを使用して処理時間の計算方法を指定できます。 次のオプションを使用できます。

  • 標準 – (既定のオプション) 計算には関連工程のフィールドのみが使用され、注文数量に応じて指定された実行時間が乗算されます。
  • 能力 – 計算には運営リソースの 能力 フィールドが含まれます。 したがって、時間はリソース依存です。 運営リソースで指定された値は、時間あたりの能力です。 この値は、関連工程の注文数量と 係数 値に応じて乗算されます。
  • バッチ – バッチ能力は、関連工程からの情報を使用して計算されます。 したがって、バッチ数、処理時間は注文数量に基づいて計算されます。
  • リソース バッチ – このオプションは基本的には バッチ オプションと同じです。 ただし、計算には運営リソースの バッチ能力 フィールドが含まれます。 したがって、時間はリソース依存です。

参照

部品表およびフォーミュラ

生産工順で使用される原価カテゴリ

リソースの能力

電子署名の概要