【製造業の基幹システム #10 ERPの生まれと育ち】

昨今では全く新しいERPブランドが出てくることはほとんどなくなり、かつてのERPが淘汰され生き残ったものが、各々進化しているような状況です。さて、一言で「ERP」と言っても（「ERP」と名乗っていても）各ERP製品のコンセプトや目指しているものは様々です。

私は、各企業がERPを選択する時に一番注目しなくてはならないのは「ERPの生まれと育ち」だと思います。ERPのような業務横断型の統合パッケージは、ある日突然誕生したのではなく、元になるアプリケーションソフトウェアがあり、そこから拡張してERPを名乗っているものがほとんどです。これが「生まれ」です。また、各ERPは初期～中期の利用企業による各ERPへ機能追加要求があり、機能拡張を繰り返してきました。これが「育ち」です。

例えば、Infor LNは、組立製造業向け生産管理システム（BMCS）から生まれたERPですが、他のERPには会計システムから生まれたERPだったり、プロセス製造業向け生産管理システムから生まれたERPだったりするものもあります。

また、生まれた「地域」にも注目する必要があります。世界中で使われている多くのERPは欧州生まれです。元来欧州では多国籍企業が多く、異なる文化や習慣、法令や規制と接しながら事業を行ってきました。このような企業文化の中で生まれたシステムは、生まれた時からDNAとしてのグローバル機能を持っています。また、欧州各国は近年において多くの「変化」を経験してきました。通貨統合はもちろん、国の存在そのものが変化した国や地域も数多くあります。このような変化に対応するシステムでなければ欧州では生き残れません。

私自身はオランダ（Infor LNの生誕地）の会社、イギリスの会社、米国の複数の会社に所属してきましたが、欧州と米国の企業文化は全く異なりますし、DNAレベルでのシステムの思想が異なります。

さて、ERPとして生まれたシステムは、各ERPベンダーの企業戦略によって成長するのですが、育ち方によっては良くも悪くもなっていきます。かつて私が関係した米国系ERPベンダーは昨年日本法人が無くなりましたが、これも企業戦略のひとつです。Infor LNもかつては様々な業種業態へ対応するような戦略（例えば、BaanIVにはプロセス製造業向けモジュールがありました）をとった時期もありましたが、インフォア社に買収された以降は「組立製造業向けERP」としてターゲットを絞っています。これも企業戦略のひとつです。また、新バージョンに追加される機能は、多かれ少なかれ既存ユーザーの要求仕様が反映されます。組立製造業をターゲットにしたInfor LNは、組立製造業が必要とする機能をこれでもか、という位に詰め込んできました。あえて対象業種を絞り込むことにより、その業種が必要とする機能をバージョンアップ毎に反映しながらも複雑性を抑えることに成功しています。このような「お客様に育てられる」という側面も忘れてはなりません。

このような「生まれと育ち」に注目すれば、おのずとERPの選択肢は数少なくなり、無駄なERP検討やERP選定の時間を節約することができるのではないでしょうか？

【LNよもやま話 #14 結局○○○と何が違うの？】

今までInfor LNが最も多く競合になるのは大手グローバルERPです。LNにお声がかかるような「生産管理機能を含む組立製造業のERP案件」の場合、どちらのERPもRFPに記述されているような業務要件については、ほとんどの機能を持っているので992点v.s. 989点の闘いのような感じです。で、結局LNと○○○って何が違うのよ？LNって○○○をコピーして作ったERPなの（笑）？と聞かれることもあります。

そこで、Infor LNと○○○の違いについての問答を書いてみました。

【注１：「○○○」は特定のERPを指すものではありません。】

【注２：私は○○○について詳しい訳ではないので嘘八百かもしれません！！！】

 

１．一言で違いを説明して欲しい

「Infor LNは製造業向けERPで、○○○は業種を問わないERPです。」

 

２．業務的な側面で違いを説明して欲しい

「○○○は、生産管理機能がついた会計管理システムです。Infor LNは会計管理機能がついた生産管理システムです」

 

３．○○○も多くの製造業で使われているよね？

「Infor LNが導入されている製造業の100%は生産管理機能を使用していますが、○○○が導入されている製造業の半分も生産管理機能を使用していません」

 

４．費用的な側面で違いを説明して欲しい

「初期費用は変わりません。ただし、運用維持費用は圧倒的に安価ですので長期間使えば使うほどお得です。」

 

５．すでに○○○を会計や購買業務で使っているんだけど

「では、Infor LNを○○○に連携しましょう。○○○を他の会計システムに連携することはあり得ませんが、Infor LNは他のシステムとの連携は自由自在です。」

 

６．○○○が大企業に入っている事例は良くきくけど、Infor LNは聞かないよね？

「ボーイング社など部品点数が多くてグローバルサプライチェーンが複雑な製造業は○○○ではなくInfor LNを選択しています」

【製造業の基幹システム #9 ERPを「ERP」として使う】

大企業、中堅企業には「ERP」が普及してきましたが、ERPを導入済の会社の中でERPを「ERP」として使っている会社はどれ位あるのでしょうか？

改めて言うことではないのかもしれませんが、ERPとは「Enterprise Resource Planning」です 。直訳すると「企業資源計画」とでもなるのでしょうか？私は、それぞれの単語の中に「ERP」の本質があるかと思っています。

【Enterprise】

CompanyではなくEnterpriseと称しているところがERPの本質を表しています。海外拠点を含む企業グループ全体、生産管理を含む企業の基幹業務全体をERPで管理している企業はどれ位あるのでしょうか？「グローバルで会計システムをERPで統一している」というのは、私にとっては本来のERPの定義とは異なります。

 

【Resource】

企業の資源とは何でしょうか？ひと昔前は「ヒト、モノ、カネ」という言葉が使われていたかと思います。ERPを導入していても「モノ」の管理は別の生産管理システムや倉庫管理システムで管理している企業が多く見受けられます。ERPは魔法の箱ではありませんので企業の全業務を枝葉末節までカバーしているのではありませんが（文書作成や表計算は専用ソフトを使った方がよっぽど効率的です）、企業内の基幹業務（すなわち、全ての枝が繋がっている「幹」の業務）においてはERPで管理することにより「ヒト、モノ、カネ」を効率的に管理することが出来るかと思います。

 

【Planning】

ERPは実行系のシステムと思われがちかと思います。では何故「Planning」という言葉が使われているのでしょうか？これもひと昔前の言葉で「PDCAサイクル：plan-do-check-actサイクル」というのが有りましたが、その「plan」するために必要なものは何でしょうか？占いでplanする企業にはERPは必要ないかもしれません。ほとんどの企業は「精緻で矛盾が無い実行データ」を元にplanしているかと思います。ERPは実行系業務を精緻で矛盾なく管理し、よりよい計画をする為の仕組みである、と私は思います。

※もちろんERP内にも様々な計画機能を持っています

 

以上、3つの単語を改めて考えてみた後で、もう一度質問です。ERPを導入済の会社の中でERPを「ERP」として使っている会社はどれ位あるのでしょうか？

【製造業の基幹システム #8 ERP導入会社の選択】

私はERPを扱うSI会社からERPの経験を開始し、複数のERP開発元に属して現在に至ります。その中で数多くのERP導入会社やコンサルタントに接してきました。ERPはセミオーダーのスーツみたいなものですから、最後の仕上げをする会社（人）によって出来あがりは大きく異なります。

また、その会社（人）の優劣ではなく、自社（自分）にとって最適な会社（人）を選択することが非常に重要になります。

 

スーツに例えると、

・自分の好みをくみ取ってくれ、自分に合った色や形を提案してくれる会社（人）

・自分の色や形に対するこだわりを忠実に再現してくれる会社（人）

・縫製技術に優れている会社（人）

・安く仕上げてくれる会社（人）

・早く仕上げてくれる会社（人）

・話が面白い会社（人）

などの会社（人）がいます。全てが満たされるような会社（人）はいません。なぜならば1番目と2番目の項目は相反する項目だったりするからです。

そこで必要であるのは、「自分にこだわりがあるかどうか？」です。

あなた

「来月妹の結婚式がある。くたびれたスーツしか持ってないからボーナスも出たことだしスーツを新調するかな」

と思ったとしましょう。いきなり紳士服の○○に行きますか？デパートの紳士服売り場に行きますか？それともインターネットで情報収集しますか？

人によってそれぞれかと思います。

スーツにこだわりが有る人であれば、自分の思い描くスーツを仕立ててくれる店に目星がついているか、もしくは下調べをするでしょう。

スーツにこだわりが無い人であれば、とりあえず店に行って店員のお勧めを直ぐに購入するかもしれません。

どちらも正解です。

不正解は、スーツにこだわりがあるにも関わらず下調べもせず飛び込みで店に入って、馴れ馴れしい店員に安っぽい生地やボタンを薦められ「私が欲しいのはこんなスーツじゃないのになぁ・・・」と思いつつ買ってしまうか、もしくは店を出て時間を無駄にすることです。

その逆も不正解ですね。こだわりがないのにサッサと買わずに店員とのムダ話で時間を無駄にすることです。こだわりがある人が行くような店では無い限り、店員は売り手の論理で薦めているだけだと言うことに気付くべきです。

ERPの導入会社やコンサルタントも同様です。何でもいいから早く安く仕上げたいのか、こだわりを持ってERPを導入したいのかにより相談、委託する会社（人）は異なります。

また、セミオーダーのスーツでもERPでも「安価」「高価」には必ず理由があることを肝に銘じておく必要があります。

【製造業の基幹システム #7 計画系システム】

私は製造業向けERPに関連する仕事に従事していますが、一般論としてERPは業務管理系のシステムであり、いわゆる「計画系」と呼ばれるシステムは別途構築する場合も多いかと思います。

狭義での「計画」機能はEnterprise Resource Planningという名の通り、ERP本体で需給計画や資源計画機能などを有しているかと思いますが、一般消費財の需要計画や複雑なグローバルサプライチェーン計画、計画の策定と評価や分析などには、各々の計画専用のシステムを活用することにより、より最適な「計画」を自動的に立案することも進んでいるかと思います。

・生産計画（APS、Planning、Scheduling）

・プロジェクト計画

・配送（配車）計画

・購買（調達）計画

・（最適）在庫計画

・販売（需要）計画

・人員（配員）計画

・設備投資計画

・・・まだまだ沢山の○○計画がありますね。 

また、これらの計画機能をERP本体に有していたとしても、あえてERP外で計画した方が良い場合もあるかと思います。

例えば、

・複雑なシミュレーションを繰り返す為、ERP全体のパフォーマンスに影響を及ぼす

・商流や生産に直接関係しない人員計画

・ERPで詳細定義をすると山のように会計仕訳を生成する

のような場合、計画機能はERPの外で処理した方がよいかもしれません。

要するに、ERPの導入にあたっては、

・ERPにはより確定に近い状況のデータを処理する（現場を混乱させない）

・ERPには在庫、会計に関わるデータを処理する（ムダなデータを蔓延させない）

・ERPは幹の業務プロセスを管理する（枝葉をキレイに剪定する）

という基本指針が必要です。

ひと昔前は、これらの計画系アプリケーションとERPとの連携がネックとなっていたりしましたが、昨今ではアプリケーション連携技術も急速に発展、標準化されてきました。また、様々なアプリケーションをひとつのアプリケーションの様に「見せる」技術も発展し、「色々なアプリケーションを使い分けるのも面倒くさいなぁ」ということは減っているかと思います。

また、製造業向けERPに関しては、ERPで莫大な部品のMRPを回すと処理時間がかかるので、MRPだけ外出しのオン・メモリ高速MRPで処理するようなことも盛んに行われていました。これも昨今のオン・メモリDBの発展などによりERP自体が高速化していますので、単に高速化だけを実現するアプリケーションは衰退していくでしょう。

そのようなシステム的な制約よりも業務的な役割分担によりERPと計画系アプリケーションとの分担を決定することが多くなってきたからこそ、各計画系アプリケーションの本質を見極める必要性が高くなってきました。「早い/遅い」「出来る/出来ない」よりも「本質的にどちらで処理すべきか？」ということです。

すなわち、ERPを「精度が高い業務データを矛盾、重複なく流す」ことに徹し、それ以外の「流れない（行き先が無い）データ」「グルグル回っているだけのデータ」「ある時点のみをとらえたデータ」はERP外で管理すべき、だと私は思います。

【LNよもやま話 #13 MIRACLEから歴史が始まるLN技術】

LN関係者で、「MIRACLE」を知っている方は少ないのではないでしょうか。TritonやTrimcs、BMCSなどはこのブログにも書きましたが、MIRACLEについては未だどこにも書き起こしたことがありません。個人的には、このMIRACLE（Machine Independent Risc Architecture Computer Language Environment）が無ければ現在のLNは無かったと思っています。 

ERPが普及した現在においても、グローバルで生産管理分野をERPで統一、統制している組立製造業は多くありません。それはなぜでしょう？

装置産業、プロセス製造業と比較すると、組立製造業の工場は、小規模であり、新設/移転が多く、製品/生産設備は一定ではありません。20年前と同じ場所で、同じ設備で、同じ部品を使って同じ製品を作っている組立製造業は亀の子たわし・・・他に何かありました？

そのような様々な環境変化に追従する必要があり、グローバルでシステム統一、統制することが一番難しいのが、組立製造業の生産管理システムだと思います（←人事給与や税金系などの国ごとに規制・法令対応が必要なシステムはさておき）。

さて、ここで「MIRACLE」の登場です。LN生みの親であるBaan社はハードウェアやOSに依存しないアプリケーションを作ることを第一義に掲げ、各社UNIX上で動作する開発環境を作りました（※）。これが「MIRACLE（Machine Independent Risc Architecture Computer Language Environment）」です。開発言語は「Baan 4GL」というC言語を発展させた独自言語です。データオリエンテッドな開発ツールで、データ構造を定義することにより、画面、帳票、グラフなどのプログラムを自動生成します。同時期にも様々な開発ツール（言語）がありましたが、その中でもMIRACLEのシステム開発生産性は非常に高いものでした。

（※）オランダで業務コンサルタントをしていた創業者Jan Baan（ヤン・バーン）は、渡米した際に黎明期のUNIXに触れ「これからはオープンシステムの時代が来る」と、一気にソフトウェアベンダーへかじ取りしました。

その後、Baan社がERP第一弾のTRITONをリリースした時、既にMIRACLEはバージョン4.3でした。LN関係者はピンときますね？

それゆえに、LN（業務系機能）はEnterprise Server（システム基盤）と各々のバージョンが違うのです。LNの最新バージョンは10.3ですが、システム内部のバージョンはLN :B61a9、Enterprise Server:7.6a9です。わかり易く言うと、6.1と7.6です。

ちょっと話が散漫になりましたね。

この、MIRACLE改めTriton Tools改めBaan Tools改めLN Tools改め、LN Enterprise Serverの仕組みにより、5ユーザー（小さなWindowsサーバー）から数万ユーザー（UNIXハイエンドサーバー）までのスケーラビリティがあり、小さな町工場から巨大な工場までを、ひとつのERPでカバーできるのです。

【LNよもやま話 #12 Porting Setって何よ？】

このブログは「Porting Set」という検索キーワードで訪問されている件数が多いので、今回は「Porting Set」特集です。

「LNバカ（Baanバカ）」の私は「Porting Set」って一般用語だと思っていましたが、「Porting Set」で検索するとLN関係、Baan関係ばかりヒットします。

LNのPorting Setの「Porting」も基本的には一般IT用語の「ポーティング」と同義です。すなわち「移植するためのセット」です。LNはWindows、UNIX（IBM-AIX、HP-US、Oracle-Solaris）、Linux（SUSE、Red Hat）で動作します。かつては、Tru64 UNIXやAS/400、OS/390、Z/OS、DYNIX_PTX、ReliantUNIX（SINIX）、IRIXなどでも動作しました。また、データベースとしてはOracle DB、SQL Server、Informix、DB2が使用できます。かつてはSybaseやBisam（Baan社製DB）なども使用できました。これらのOS/DBの組合せごとにLNを動作させる仕組みが「PortingSet」です。

これらのOSおよびDBに依存する機能（コンパイラ、帳票出力制御、SQL、など）のみをLN本体から切り離して独立させていますので、OS/DBの組合せごとにPortingSetは存在します。また、OS/DBのバージョンごとにもPrtingSetが存在します。

・・・ということは、、、賢いあなたは気付きましたね？

・UNIXで動作しているLNをWindowsへ移植する

・Windows 2003で動作しているLNをWindows2008環境へ移植する

・Oracleを使っているLNをSQL Serverへ替える

ということが、PortingSetの入れ替えだけで行うことが出来ます。

・・・もっと賢い方は、こういう疑問をもったかもしれません。

・古いバージョンのLN（Baan、Triton）も最新のOS/DBで動くのだろうか？

正解です。なんと1996年にリリースされたTriton3.1bがHP-UX 11i v3とOracle11gR2で動作します。実際に某日本のお客様において、15年以上前のバージョンが数度のハードウェア（OS/DB）の変更を経て使用されています。

世の中に蔓延している「ERPって入れる時も大変だけど、バージョンアップも大変だよね」という都市伝説に対して、LNは「じゃあ、ERPをバージョンアップしなければいいじゃん」と言えるのです。

次号では「MIRACLE（Machine Independent Risc Architecture Computer Language Environment）から歴史が始まるLN技術のマニアックな話」を書こうかと。。。この号の続編になります。