このページでは、SAPの基本的な事柄についてSAP経験の少ない方向けに
記述しています。
SAP社は今でこそインメモリーデータベースのHANAや様々な製品群を販売していますが、
私がSAPの日本法人に入ったころは、R/3と言うソフトウェアのみでした。
（現在のS/4 HANA、SAP ERPがそれに該当）
今でも「SAP」とか「SAP経験がある」と言った場合、R/3なりSAP ERPの経験があると言う
意味で捉えられることが多いです。
このカテゴリーの記事で、SAPと言った場合も基本的にはR/3とその後継であるSAP ERP、
S/4 HANAのことを指しているとお考えください。
さて、このSAPの製品は、ERPソフトとか業務用統合パッケージと呼ばれます。
今回は、この中で「統合」の部分について説明しようと思います。
業務用のシステムは、もともと、分野ごとに違うシステムが動いていることが多くありました。（今でもですが）
例えば、会計のシステムと販売のシステムが別とか、販売と生産のシステムが違うなどです。
そして、業務が動いていない夜中などにこれらのデータをまとめて他のシステムの送るようにしています。
（例えば、売上のデータを販売のシステムから会計のシステムに送るなど）
このような状態だと大きく二つの問題が発生します。
一つ目はリアルタイム性がなくなることです。例えば、会計と販売が分かれている場合、
会計側で日時で決算データを確認すると言ったことができません。
販売と在庫のシステムが分かれていると売ったはいいけど実は欠品でしたと言うようなことが
起きてしまいます。（このようなシステムは極端な例ですが、今でもネットショップなどで
注文したはいいけど実は欠品でしかも入荷の予定もないなんて言うところがあったりします）
二つ目は、同じデータを二重・三重で保持しなくてはならなくなることです。
例えば、売上というデータを会計・販売のシステムが分かれていると二重に
保持することになります。同じ意味を持つデータを重複して持つとデータのずれが生じたり、
同じ値にきちんとメンテナンスするのに余計な手間が掛かってしまいます。
さらに厄介なことに同じ名称で管理している項目がシステムごとに意味が違うと言う事態も起きえます。
例えば、売上の意味がシステムAでは税込みでシステムBでは税抜きみたいなことです。
これらの問題を解決するために複数の業務を統合してリアルタイムに管理できるようにしよう
というコンセプトで作られたのがSAPのR/3と言う製品でした。
ちなみにR/3のRはリアルタイムのRです。
このように説明すると簡単そうに聞こえますが、複数の業務を統合して一つのソフトウェアで
管理できるようにするには高度のデータベース設計や業務の理解が必要です。
SAPの創業者は1970年代からそれらを地道に続けてきて、R/3と言う製品に仕上げました。
実はSAPと競合するソフトウェアはいくつかあります。ただ、このあたりのところを
トコトン突き詰めて作られた製品は少ない印象を持っています。
元々、複数のシステムだったものを見た目上は統合しているようにしていて中身は実は
重複データの問題が解消できていないソフトウェアもあったりします。
SAPにはユーザインターフェイスが使いずらいとか問題点はあるにせよ長年使われ続けているのは、
このベーシックな部分がしっかりしているからだと個人的には考えています。