【JPIERE-0317】物理倉庫

　オープンソースのERP iDempiereでは、基本的な仕様として在庫管理を行う枠組みである"倉庫"は、倉庫の中にある在庫の責任部署を明確にするために、必ずどこかの組織に所属する事になります。この仕様によりセグメント(組織)別の貸借対照表を作成する事が可能になり、在庫の責任部署の明確化とセグメント別の業績評価という観点では理解できる仕様です。

　しかしいっぽうで、現実的には複数の組織の在庫が、物理的に同じ倉庫に中に保管されている事はよくある事でしょう。

　そこでJPiereでは、iDempiereの標準機能としてある”倉庫”はセグメント別の在庫を管理するための”論理倉庫(組織倉庫)”と定義し、地理的に実際に在庫がある場所を管理する”物理倉庫”として、両方の倉庫を”保管場所”に設定する事でマトリクス的に在庫管理をできるようにしました。

　同じ物理倉庫内であれば、論理在庫移動が行えます。

カスタマイズ情報

2017年5月13日

◆追加カラム

• M_LocatorTypeテーブルにJP_PhysicalWarehouse_IDカラムを追加

◆追加クラス

• jpiere.base.plugin.org.adempiere.base.JPiereLocatorModelValidator

2017年5月19日

◆追加カラム

• M_InOutテーブルにJP_PhysicalWarehouse_IDカラムを追加

◆1枚の出荷納品伝票が同じ物理倉庫から作成されている事のチェック

　1枚の出荷納品伝票が同じ物理倉庫の保管場所から登録されているかどうかチェックします。出荷納品伝票のヘッダに設定されている物理倉庫に所属する保管場所以外は、登録できないように制御する事ができます。システムコンフィグ設定で、"JP_INOUT_PHYWH_LOCATOR_CHECK"を"Y"に設定すると、チェックが行われます。

  チェックは、モデルバリデーターで、明細を登録する際には、ヘッダーの物理倉庫と明細の保管場所に矛盾がないかチェックします。そして伝票ステータス更新(Doc Prepare)の際にも、ヘッダーの物理倉庫と、すべての明細の保管場所に矛盾が無い事をチェックします。

物理倉庫が追加されるまでの検討履歴

　JPiereでは、"セグメント別の在庫管理"と"地理的な場所毎の在庫管理"を実現するために、【JPIERE-0317】物理倉庫を追加するまでには、"保管場所タイプ(保管場所区分)"を物理倉庫として使用する事を検討していました。

　考え方的には"物理倉庫"マスタを使う場合も、物理倉庫の代わりに"保管場所タイプ(保管場所区分)"を使う場合もどちらも同じ考え方です。"セグメント別の在庫管理"は"倫理倉庫(iDempiereの標準機能の倉庫)"を使用して、"地理的な場所毎の在庫管理"は"物理倉庫"という概念を追加し、保管場所に論理倉庫と物理倉庫の両方の情報を持たせて、マトリクス的に在庫管理を行うというものです。

　詳しい過去の検討の内容は、【JPIERE-0227】共有倉庫とセグメント別在庫管理と論理在庫移動　に掲載していますので参照して下さい。

　これまでは物理倉庫として"保管場所タイプ"を使用しようと検討していたわけですが、"物理倉庫"マスタを追加する事により、"論理倉庫(組織倉庫)"と"物理倉庫"という概念が明確になり、わかりやすい(ユーザーが理解しやすい)と判断し、今回追加しました。そして、保管場所タイプは、本来の保管場所タイプの使い方として、ユーザー企業の要件に合わせて定義して運用して頂きたいと思っています。

関連するコンテンツ

• 【JPIERE-0035】在庫移動伝票(標準入力)画面
• 【JPIERE-0038】棚卸伝票(標準入力)画面
• 【JPIERE-0039】社内使用在庫伝票(標準入力)画面
• 【JPIERE-0073】在庫移動伝票(全項目)画面
• 【JPIERE-0074】棚卸伝票(全項目)画面
• 【JPIERE-0075】社内使用在庫伝票(全項目)画面
• 【JPIERE-0145】受注伝票から出荷納品伝票明細作成ポップアップ
• 【JPIERE-0227】共有倉庫とセグメント別在庫管理と論理在庫移動
• 【JPIERE-0317】物理倉庫
• 【JPIERE-0318】現在庫数量管理台帳-保管場所別品目集計(検索ｳｨﾝﾄﾞｳ)
• 【JPIERE-0319】現在庫数量管理台帳-保管場所別品目集計(全組織)
• 【JPIERE-0587(v9)】現在庫数量をもとに物理倉庫の棚卸例スト作成