店舗商品の仕入・販売・在庫管理方法（仕入・販売・在庫の業務管理の構築と実施）

購買、販売、在庫のビジネス管理を構築し、実装する

購買、販売、在庫の管理要件は何ですか? と疑問に思うかもしれません。

資材の購入といった簡単な例を見てみましょう。このビジネス プロセスのステップは何ですか?経験上、資材調達プロセスは「調達開始→調達確認→調達入庫→調達支払い」というプロセスを経る必要があります。これは資材調達プロセスのほんの一例です。実際、業界のサプライヤーの多様性により、材料調達プロセスは比較的変化しやすいものです。しかし、物事がどのように変化しても、本質は変わりません。このプロセスにおいて、経営の観点からどのような経営上の問題が解決されるでしょうか?

例えば、

• 現時点でこの資材購入を開始することは妥当でしょうか?
• 注文書を確認するための最終決定を行う必要があるのは誰ですか?
• 購入および保管時に、在庫の可用性をどのように確保しますか?
• 購入の支払い承認プロセスを実行するにはどうすればいいですか?

例えば、ビジネス文書の回覧には複数の関係者による確認や承認が伴い、必然的に管理という概念が生まれます。これは、管理ニーズの観点から見た購買、販売、在庫管理システムの自然な属性でもあります。

ビジネスニーズは「業務フロー・業務フロー・情報フロー・資金フロー」の管理に反映されます。

管理要件は、ビジネスが制御可能な範囲内で計画どおりに流れ、ビジネス ライフサイクルが問題なく完了することを保証することに重点が置かれています。このプロセスの管理がビジネスの監査フロー管理となります。購買、販売、在庫の業務管理は、基本的には監査フローの管理であると言えます（もちろん他の管理業務も排除されるわけではありませんが、購買、販売、在庫に統合できるニーズは本当に限られています）。

一般的な経営は、大きく分けて、事務の管理と人事の管理に分けられます。最も一般的な経営構造は、行政システム組織構造を中核として、管理職にマッチした人事を連鎖させ、階層関係で構築された組織構造です。グループ-支社、本部-管理部門、上級-中級-末端など、そして特定の役職でチェーンを埋めていくと、生身の行政システムの組織構造になります。

購買、販売、在庫の管理ニーズは、システムツールを通じて管理システムの組織構造を構築およびマッピングすることによって実現される必要があり、これによりすべての組織の担当者が業務を円滑に完了し、業務効率を向上させることができます。

どうやってそれを達成するのでしょうか?一般的な方法は、購買、販売、在庫管理システムに並行した管理システム組織構造を構築することです。管理職は、購買、販売、在庫管理システムの職位情報に対応し、各購買、販売、在庫管理モジュールに関係するシステムロールを確立し、各ロールに対応する機能権限を割り当てます。

機能編成の面では、購買、販売、在庫管理の循環文書を分析、分解、パッケージ化し、独立性と連携性を兼ね備えた機能モジュールにします。

このように、さまざまな管理システム組織内のポジションは、購買、販売、在庫管理システム内のポジションに対応します。業務ブループリントに従って、1 つまたは複数の機能モジュールが割り当てられ、1 対 1 または 1 対多のマッチング関係が確立されるため、各ポジションは組織間および業務間の管理ニーズを実現できます。たとえば、財務部門の財務ポジション ロールは、部門をまたいで購買部門から発注書を直接取得し、プッシュダウンして購買支払書を生成し、財務部門内で購買前払金の承認プロセスを実行できます。このプロセスでは、購買部門の購買担当者は、資材の購入を完了し、購入した資材の​​事業寿命を完了するために協力するだけで済みます。

ビジネス権限はロールを通じて定義されます。ロールは互いに干渉することなく独立しており、それぞれが独自の職務を実行します。これは、購買、販売、在庫管理システムの管理ニーズを明確に反映しています。

機能モジュールのビジネス権限については、設定するための操作権限を割り当てるだけで済みます。ドキュメントに対する操作権限は、追加/削除/変更/確認/レビューのみです。各操作権限は、「確認」と「キャンセル」の 2 つのフロー操作に対応しています。これらはドキュメントに対する 5 つの主要な権限です。

これによってどのようなシナリオが実現できるでしょうか?システムの組織構造の観点から言えば、例えば、購買部門の購買担当者は新しい注文書を追加することができ、購買部門の購買管理者は注文書の検討、確認、または拒否を完了することができます。定義されたビジネスブループリントのドキュメントフローに基づいて、組織と操作の権限を通じて基本的にすべてのビジネスシナリオを実現できます。

権限を適切に配分するには、自社の業務プロセスを明確に理解し、バランスの度合いを適切に把握する必要があります。現在、2 つの権限割り当て原則が導入されており、これらは 2 つの完全に反対のシナリオに適用されます。

上位レベルでは減算、下位レベルでは加算

使用シナリオ:

組織がさまざまな変化や調整の時期にある場合や、組織構造が不明確である場合、または業務シナリオが不明確で責任や権限が不明確な場合の運用シナリオに適しています。簡単に言えば、操作権限を構成する場合、上位レベルの職務ロールにはより多くのビジネス操作権限が割り当てられ、草の根レベルのポジションにはより少ないビジネス操作権限が割り当てられます。調整を重ねながら事業は前進しています。さまざまなチャネルから収集された使用状況のフィードバックに基づいて、上位レベルで重要でない操作権限を徐々に削減し、草の根レベルで必要な操作権限を追加します。

レベルと需要に応じて割り当てる

使用シナリオ:

厳格な組織構造、明確なビジネス プロセス、特定の職務責任を備えた作業シナリオに適しています。このシナリオは比較的理解しやすいので、詳細には触れません。

実際の権限配分では、原則 1 と 2 が並行して実施される場合がほとんどですが、これは理解できます。

さて、今回はここまでです。ビジネスプロセスの概念については記事の中で何度も触れていますが、次回も紹介する予定です。

遠慮なく教えてください。