こちらのブログでは、SAPの購買管理の解説をしていきます。
購買管理の具体的なお話を始める前に、今回はまず
基本中の基本、Enterprise Structureの解説を行います。
Enterpirse Structureは、企業の組織とロケーションを
定義している構造のことで、
まずSAP上で物を買ったり売ったりするときには
この設定が必須となります。
加えて、Enterprise Structureの構成要素は
顧客との要件定義や議論の中でも頻繁に出てくるので、
概念として理解しておくことが非常に重要となります。
私が最初にSAP導入プロジェクトに参画したときは、
「プラント？スロック？何のこと？」
となって議論について行けていませんでしたが、
Enterprise Structureがわかればとりあえず組織や
ロケーションについての知識としての必要条件は満たせます。
こちらの投稿では、想定読者と、本投稿を読んで頂くことで
得られるメリットを以下のように考えています。
(2021/09 追記：SCＭ関連の投稿をまとめ直しました)
SCＭ関連の投稿をまとめ直しました。ご興味ありましたら、こちらの記事をご確認ください。
購買管理関係の業務フロー、スイムレーンなども更新をかけて解説していますので、もしご興味ありましたらご確認頂けますと幸いです。
Agenda
Enterprise Structureについて
想定読者
- SAPを購買業務に使用している方
- SAPを基幹システムに使用していて、
需要予測システム、品質管理システム、
3PL連携システムなどを追加で導入しようとしている企業の方 - SAP導入プロジェクトにアサインされた若手コンサルタントの方
読むことで得られるメリット
- 購買を行うために一番最初に実施すべきコンフィグ、
カスタマイズを行うときの考え方がわかる - SAPが購買に使用している組織コード、
ロケーションコードの意味が分かる - マスターデータ、トランザクションデータの
キーとなる項目の意味がわかる - 購買関連の議論についていけるようになる
ちなみに、解説はしますが、SAPの環境にアクセスできるわけではないので、
スクリーンショットを用いたステップバイステップの説明はできません・・・
画面は変わる可能性もありますし、ここでは設定をする際の考え方や
概念の部分を説明させて頂きます。
アジェンダ
- Enterprise Structureとは
- 組織とロケーションを定義した構造のこと、文字通り会社を表す構造
- なぜEnterprise Structureが重要なのか？
- この設定がされないと動かない。かつ、間違えて設定すると後が大変（ほぼ戻せない）
- 組織コード、ロケーションコードはマスターデータ、トランザクションデータの管理をする際のキーとなる
- 議論に頻繁に出てくるため、概念を理解しておかないとついていけない
- どうコンフィグ（カスタマイズ・設定）すればいいのか
- Enterpirise Structureの構成要素
- Co.Code：Company Code - 会社コード
- Purch.Org：Purchasing Organization - 購買組織
- Purch.Gr：Purchasing Group - 購買グループ
- Plant：プラント - 工場
- Sloｃ：Storage Location - 倉庫
- Enterpirise Structureの構成要素
- おわりに
Enterprise Structureとは
組織とロケーションを定義した構造のこと
文字通り会社を表す構造
冒頭でもお話ししていますが、Enterpirise Structureは、
組織とロケーション、およびその関係を定義した構造データとなります。
どのような設定なのかを話す前に、まず、一般的な企業に
おける組織とロケーションの例を見てみましょう。
組織、別の言い方をすれば責任と権限の観点で言えば、
会社 - 購買組織 - 購買グループという3層での構造となっています。
ロケーション、別の言い方では在庫管理（場所）の観点で言えば、
工場 - 倉庫という2層構造となっています。
このつながりが、Enterprise Structureとなります。
なぜEnterprise Structureが重要なのか？
この設定がされないと動かない。かつ、間違えて設定すると後が大変（ほぼ戻せない）
なぜこの設定が重要かというと、物を買おうにも買おうと
している人が購買組織に設定されていないのであれば
システムからはエラーが出ますし、買ったものはどこに納品したらいいのか
システムが判別できなければ、これまたエラーとなります。
こうした、当たり前の設定が、Enterprise Structureなのです。
もうひとつ、Enterprise Structureで重要な点は、
一度設定するとほぼ戻せないという点です。
SAPは、監査などを強力に支援する機能を持っていますので、
どんなに強い権限を持ったシステム管理者でも、
一度作られたトランザクションデータを
完全に削除することはできません。
つまり、一度設定したEnterprise Structureにしたがって
発注などのトランザクションデータが作成されると、
そのトランザクションデータが基準にしている
Enterprise Structureはロックされるのです。
Enterprise Structureの概念をきちんと理解しておくことが、
自分の身を守ることにもなると思って、しっかり理解しましょう。
組織コード、ロケーションコードはマスターデータ、トランザクションデータの管理をする際のキーとなる
議論に頻繁に出てくるため、概念を理解しておかないとついていけない
また、Enterprise Structureに登場するコードは、
どれもキー情報となります。
キー情報というのは、マスターデータやトランザクションデータを
ひとつに特定するための情報ですが、
その性質上、システムをいじるときには常に登場しますし、
議論の焦点にも頻繁になります。
コードの意味をきちんと理解しておくと、議論に
乗り遅れることも防ぐことができます。
どうコンフィグ（カスタマイズ・設定）すればいいのか
さて、それではどのようにコンフィグすればいいのか、
説明していきます。
まず、先ほども出していますが、こちらの図の例で示された線で
つながれた組織同士、そしてロケーション同士は
つながりを持つようにSAP内に設定してあげる必要があります。
ここまではわかりやすいと思いますが、SAPに対しては、
さらに組織とロケーションの関係を定義してあげる必要があります。
そうしないと、本来は第一購買事業部の人間は購買したものを
大阪工場に置く権利などないはずなのに、
そうしたことができてしまうからです。
こちらの図の例では、責任と権限の観点では第一購買事業部の
鉄鋼購買部が鉄鋼の購買に責任を持ち、
繊維購買部が繊維の購買に責任を持っています。
第二購買事業部には重機購買部のみがあり、
重機の購買に責任を持っています。
一方で、在庫管理の観点では、鉄鋼と繊維は
神戸工場だけに保管するものの、
重機は神戸と大阪の双方に保管する構造となっています。
つまり、第一購買事業部の人間は購買したものを
神戸工場に納品するという仕事内容である一方で、
第二購買事業部の人間は購買したものを必要に応じて
神戸工場、大阪工場のどちらかに
納品するという仕事内容となります。
第一購買事業部のほうは非常にシンプルなので省略しますが、
第二購買事業部の組織とロケーションの関係を図解すると、
以下のようになります。
こうした物流を実現するために、組織とロケーションを
定義してあげる必要があります。
こうした設定をしてあげないと、SAPは動いてくれませんし、
こうして制限をかけることで、きちんとした内部統制を
社内に徹底しているのです。。
さて、ここまでは現実世界でよくありそうな名称で組織、
ロケーションを表現してきましたので、
SAPの言葉に置き換えるとどうなるのか、見てみましょう。
各コードの意味を以下に記載します。
Enterprise Structureの構成要素
図解している各コードについて、以下説明します。
Co.Code：Company Code - 会社コード
会社を表すコードです。3桁で表現します。
通常は一つですが、企業グループを管理する目的で導入されている
状況では、会社コードが複数存在することももちろんあります。
Purch.Org：Purchasing Organization - 購買組織
購買を行う組織を表現します。3桁で表現します。
会社コードのすぐ下の概念なので、事業部レベルといってよいでしょう。
商社などは、事業部ごとにトレードが行われていますので、
一社の中に複数の購買組織が存在します。
さらに商材ごとに分かれているケースもありますが、
それを購買組織を複数持つことで表現するか、
あるいは次に説明する購買グループを分けることで
表現するかは、要件次第です。
Purch.Gr：Purchasing Group - 購買グループ
購買組織のさらに下の階層になります。こちらも3桁。
小さな企業では、この購買グループが一人の人間を
意味することもあったりします。
商社なんかでは、それはもうたくさんの購買グループが
連立することになります。
Plant：プラント - 工場
ロケーションを示す一番大きな概念です。
4桁で表現します。
工場、拠点、物流センター、など、とりあえず物を
置いておくところだとイメージして頂ければと思います。
Sloc：Storage Location - 倉庫
Plantの下の階層となります。4桁で表現します。
企業によっては、これを工場内の倉庫の区画にしたり、
棚レベルの細かな粒度にしたり、
あるいはロケーションではなく新品、中古品、などといった
在庫のステータスのように取り扱うこともあります。
最後の例は、本来の使い方ではないのでオススメできないですが。
これらのコードを、今回の例でとりあげた物流を実現するために
組織とロケーションの観点で紐づけると、以下のようになります。
組織の観点と、ロケーションの観点では比較的簡単にどこを
どうつなげればよいかわかっていただけると思いますが、
上記の図のように組織とロケーションを紐づける必要もあります。
この部分も含めて、SAPではEnterprise Structureと呼びます。
単純に組織をつなげたり、ロケーションをつなげただけでは
SAPは動きません。
もし動かなくて、
「Purch. Org xxx is not maintained/assigned to Plant xxxx」
などのエラーメッセージが出ていれば、
Enterprise Structureに不備がないか、確認してもらえるといいでしょう。
おわりに
Enterprise Structureの概念と、コンフィグの
考え方は伝わりましたでしょうか。
今後、購買管理についてはより詳細な項目の話や
フローの話をしていきますが、
ここで出てきたコードなどはやはり頻繁に出てきます。
SAPを愛する人間として、 こちらの投稿が、 SAPに触れる方のお役に
少しでも立てたならば幸いです。