「生産機能」は、経済学およびミクロ経済学モデルに関する教科書からのものであり、実践とは何の関係もありません。
カリキュラムに合格して忘れてください...世界的な傾向について読んで笑って
ください... 「生産機能」が実際に役立つ状況を考えて、計画と管理のプロセスを大幅に改善する機会を提供してください。
問題は単純でした。資金が不足しています。財務ブロックは、支払いのための資金を蓄積（引き出し）し、コンポーネントの購入にほとんど割り当てません。コンポーネントが不足しているため、非常に高価な製品の小規模生産は常にアイドル状態であり、注文の履行日が混乱します。入ってきたお金が少なくなると、財政ブロックはそれを再び蓄積し、生産に行かせません。悪循環。
以下は、「生産機能」が産業企業でどのように自然に発生するかを示しています。それらは、会社の生産（産業）ブロックと財務ブロックの間の相互に受け入れ可能な妥協点を見つけるために使用できます。
生産機能を構築する過程で、製品ラインを統合する方法について疑問が生じ、それがスペアパーツの備蓄コストの削減につながります。
逆もまた真です。製品ラインの統一がなければ、実用的な生産機能に到達することは困難です。
ソビエト連邦では、カートリッジ、シェル、カラシニコフアサルトライフルが完成品から大量生産されました。組み立てラインで組み立てられたとしても、他のすべては非大量生産に関連していました：中規模、小規模、そしてユニーク。
小さなシリーズがまだロシア経済の基礎であるという事実のために、検討中の問題は非常に緊急です。
タスクを解決するための顧客のデータについてすぐに質問が発生しました。ワーキンググループを作成すること、毎週会うこと...行き止まり。
私たちのさらなる調査は、年間予算を承認する際に理事会に提出された文書から得られたデータのみに基づいています。
1.「生産機能」とバランシングモデル
モデルと生産機能を開発する際に、次のパラメータが使用されました。
一時的な
daysInYEAR-1年の日数。
shiftSTAFF-従業員数;
シフト-シフトの数。
時間-シフトあたりの時間。
ランチタイム-ランチタイム（休憩）;
overTimeHOURS-残業時間数。
生産
totalCAPACITY-最大の生産性;
unitCycleTIME-1つの製品の生産のサイクル時間。
reactASSEMBLY-アセンブリ中に拒否します。
停止-コンポーネントの不足が原因で停止する確率。
コスト
laborHourCOST-時給;
overHeadRATE-オーバーヘッド;
directCOST-直接コスト。
コンポーネント
partsVOLUMEのパラメータ-コンポーネントのボリューム。
priceBUY-購入したコンポーネントの価格。
requireBUY-購入したコンポーネントの組み合わせ。
priceOWN-自作のコンポーネントの価格。
requireOWN-自身のコンポーネントを拒否します。
discountRANGE-ボリューム割引額;
partsCoefficientBUY-購入のシェア。
partsCoefficientOWN-独自のコンポーネントの共有。
市場
単位価格-製品の販売価格。
投資-投資;
missedBENEFIT-失われた利益;
unitPRICEは、1つの製品の販売価格です。
生産および技術的要因によって決定される「生産機能」
使用可能なコンポーネントのセットの数と、コンポーネントの不足による停止の確率との間の非線形関係を決定する生産関数を作成してみましょう。
モデルは、使用可能なコンポーネントのセットの数の範囲で、ベースベースを持つ指数関数を使用します。セットの最大数が計算され、その後、停止値は実質的にゼロになります。
画像の動的バージョン。
基本値（最初のスライダー）を変更すると、グラフの傾き/平坦度が変更されます。 2番目のスライダーを使用すると、選択したコンポーネント数に対応する関数の値を取得できます。逆に、関数の目的の値（1のパーセンテージ）で、コンポーネント数の対応する値を見つけることができます。
その結果、（2番目のグラフ）新しい停止値が得られます。これは、コンポーネントの数に対応する予備がある場合に達成されます。
指数関数の代わりに、形式または内容に、経験的、ヒューリスティック（エキスパート）、代数的、または部分的に連続的な他の関数が存在する可能性があります。
この生産機能の目的は、生産および技術的要因と利用可能な経験にのみ基づいて、停止値を利用可能な部品の数に関連付けることです。
生産と技術の実現可能性および財政的および経済的効率のバランスをとるためのモデル
生産と技術の実現可能性は、（可能な結婚を考慮に入れて）できるだけ多くのコンポーネントを持ちたいという願望を決定します。一方、財務的および経済的効率は、コンポーネントで凍結された資金を最小限に抑えることに重点を置いています。
生産と技術の実現可能性と財務および経済効率のバランスは、コンポーネントの不足による停止の確率の値とコンポーネントの予約に必要な投資額の依存性に基づいています。
利益が部品の在庫に依存している例。
動的バリアント
0から8までの値はスペアパーツの予約量に対応し、26から34までの値は現在のパラメーター値で作成できる生産ユニットの数に対応します。
同じデータについて、コンポーネントの予備を購入するために必要な投資額（緑）とローンのサービス費用（オレンジ）が計算されました。
動的バリアント
時間消費モジュール
この図は、停止値に応じた有料時間（青）と直接作業時間（茶色）の特定の値の依存性を示しています-0.001のステップで0から0.7まで実行されます。
コストモジュール
アセンブリとコンポーネントのコスト、および給与、オーバーヘッド、直接コストの単価が含まれます。
緑の点線-製造された製品の数に応じた利益。
非線形依存モジュール
動的バージョン
このモジュールでは、「ストップ-スペアパーツリザーブ」の比率に応じて、必要な投資を計算し、購入したコンポーネントと自社生産のコンポーネントのスクラップを減らし、コンポーネントを購入する際の数量割引とローンのサービス費用を削減できます。
「生産機能」のメリット
受け入れられている分業と協力を考えると、豊富な経験に基づいて、構造部門と企業経営の責任者は常に現在の特定の状況を正当化し、行う必要のある決定を提案できます。ただし、状況のビジョンと提案されたソリューションのベクトルは、ユニットの固定された専門化を支持してシフトされます。
産業協力の基本原則は、常に妥協の決定を行うことの便宜を決定します。
最終的な妥協案は、ほとんどの場合、特定の構造単位ごとに最適ではありませんが、会社全体には適切です。したがって、妥協案は、すべての利害関係者にとって明確であり、明確な方法で取得され、部門の固定された専門化の障壁を克服する必要があります。
製造機能は、会社全体の全体像を表すため、会社の全体的な収益性を向上させるために部門やサービスに対して行う必要のある譲歩を正当化するのに役立ちます。
2.製品ラインの統一
製品ラインの統合は、専らエンジニアと技術者の仕事です。しかし、一般的なケースでは、統一の問題を正しく解決するための十分な情報と必要なツールが不足しています。少なくとも、統一に対する2つの客観的な障壁を克服する必要があります。
最初の障壁は、意思決定が、考慮される要因とBigDataに隠されたパターンとの間の非線形関係によって実際に影響を受けるという事実によって決定されます。最初の障壁は、「生産機能」を適用することで克服できます。
2番目の障壁は体系的な性質のものであり、それを克服するためには、共通の生産および商業的状況が必要です。さらに、妥協の決定の連鎖において長年にわたって蓄積された矛盾を考慮に入れる必要があり、それを不快な与えられたものとして扱わないでください。適切なツールが役立ちます。
まず、協力して供給されるコンポーネントの特性の範囲を検討します。次に、同一のコンポーネントで製品をクラスター化します。
2.1。協力により供給される部品の特性
多くの場合、コンポーネントを自社で製造するか（たとえば、鋳造所、射出成形機などがある場合）、サードパーティから購入することができます。どのように進め、どのグループのコンポーネントを使用するかは良い作業ですが、それは特定のレベルのデジタル制御に移行したときにのみ実現できます。
今のところ、同じグループのコンポーネントの数量と価格の依存関係を考慮してください。
リスト：協力によって提供されたアイテム-総費用。
グラフは、年ごとの計画コストのダイナミクスを示しています。 1つ目は累積的で、2つ目は各ポジションの月額費用が15万ルーブル未満です。 （各ポジションはそれほど高価ではありません）、3番目のポジションは月に15万ルーブル以上かかります。
「合計アイテム」-考慮されるアイテムの数。 「合計」は、これらのアイテムアイテムに起因する合計金額です。
チャートにはいくつかの論理があります。
次に、実際の品揃えごとに分類された、コンポーネントのグループのグラフを見てみましょう。上のグラフは月ごとの内訳で、下のグラフは実際の品揃えのコストです。
下のグラフで、横軸（水平）は品揃えアイテムの順番の番号付けです。垂直線に沿った赤い点（縦軸）-垂直線に沿って示された位置の合計コスト。
ここにいくつかのグラフがあります。
与えられたグラフは、計画手順における重要な準備金について述べており、統合の優先順位に関する資料を提供します（存在しない場合）、少なくとも新しく設計された製品。
この場合、調達と調達のダイナミクスの根底にある原則を説明するだけで十分です。ほとんどの場合、過去の回避策が明らかになり、永続的になり、製造プロセスが複雑になります。
2.2。既存の統合レベルの
分析コンポーネントの製品タイプへの適合性の分析により、既存の統合レベルを特定できます。元のデータには48+ 1（空）の製品グループがあります。
表示されているデータは正規化されていません。したがって、名前のスペルが異なると、統合がさらに不必要に困難になります。正規化後、37 +1グループが残ります。 「空の」グループとは、製品タイプへの対応が指定されていないコンポーネントです。
すべてのグループ接続を考慮すると、グラフは次のようになります。赤いエッジラベルは製品名に対応し、番号が付け直された緑の頂点は製品グループ番号に対応します。
このつながりの「カーニバル」からは、良いものは何も得られないことは明らかです。
グラフビューを変更しても、関係を理解しやすくなるわけではありません。
特定の種類の製品とそれが属するグループの構成のみをグラフで選択すると、画像がより鮮明になります。
上記のグループのリストでは、必要に応じて、特定のグループによってのみ統合プロセスをローカライズできます。この場合、グループのデータのみが表示されます。統一の目標に応じて、グループ形成の原則を変更することができます。
2.3。統合ツール
統一は、現代の製造業の支配的な競争上の利点と見なすことができます。
一般的に、次のようにする必要があります。
- 生産量に対する不均衡な生産インフラストラクチャから生じる問題を解決します。
- 製品ラインの定期的な更新を有効にします。
- 時間、品質、コスト、および消費者特性の観点から指定されたパラメータを使用して、製品の開発および製造プロセスを確実に実装するため。
既存の問題が修正され、生産、技術、商業、および財務上の問題を解決するためのオプションがわかっている場合、最も難しいのは、多くの可能なオプションの組み合わせの列挙と評価です。
既知のソフトウェアソリューションを分析したところ、General Electric（GE）は、基礎となるソリューションを見つけられませんでした。そのため、GEは独自のPredix制御および通信システムを作成することを決定しました。既存のソフトウェアシステムを正しく評価しても、Predixが製造管理標準を作成するという当初の計画でGEの企業境界を超えて移動することを保証するものではありません。
中小企業の場合、状況は最善ではありません。製造会社の統合管理に適したソフトウェアソリューションがなく、自社の大規模な開発に十分な資金がありません。
「生産機能」により、経済的に非対称なソリューションを作成できます。動的分析とともに、生産機能は、会社の既存の会計、倉庫、およびその他のシステムの上位構造になることができます。
プロダクション関数を介して解決するための最初のタスクは、次の2つです。
- 生産-必要なモデルの製品を組み立てる際に、製品の統一レベルと、必要なコンポーネントの量および自由度に対するその影響を修正します。
- 財務的および経済的-コストおよび関連する生産設備に関する動的分析。