私が入社した頃は、大きな筐体のオフコンが、さまざまなソフトが作成した複雑なプログラムを動かしていました。新機能の追加は難しく、テストで成功しても実務にのせるとすぐエラーが出てしまいます。腫れ物に触るように扱っていました。ハードウェアも保守費用も高く、システム担当者としては、「投資の価値がない」とずっと感じていました。

この方針にしたがい、最も適合する基幹業務システムとしてスーパーカクテルを選択しました。ただ、導入までの間、運用を止めるわけにはいかないので、古いシステムで食いつないでいくことも必要でした。古いシステムを冷や冷やしながら使いつつ、できるだけ早くスムーズな新システムの構築を目指しました。

最終的にスーパーカクテルを導入するにあたっては、３つの理由がありました。

こうして導入したスーパーカクテルですが、５つのカテゴリーに管理システムを分けています。

１つ目は生産管理。生産計画を元に原材料の所要量を計算し、生産現場へ作業を指示します。工場より出来上がった製品に対して出来高を計上します。２つ目は購買管理。生産現場からの原材料の発注、入荷、仕入れ計上、支払、買掛管理を行います。３つ目の在庫管理は、原材料や資材の入荷から原材料の引き落としと出庫、棚卸とロッド管理、ロッド在庫の管理などが入ります。４つ目の販売管理は、受注を受けてから出荷、売上計上、請求、入金までとなります。５つ目は、上記４つがすべてつながる統計管理になります。

業務と扱う資源を一元的に管理し、調達と生産、生産と販売を互いに関連させながら円滑に進められるシステムができました。以前のオフコンでは難しかったことです。

こうして、原価の早期の把握、製品・原材料の可視化・統制、安定した出荷が可能になりました。業務スピードの向上・最適化ができ、最終的には運用の標準化・省力化ができるようになりました。

さらにＢＩツール「Dr.sum」との連携で、販売実績もいろいろな角度から分析ができるようになりました。以前に比べてシステムがより身近な存在となり、簡単な社内教育でみんなが使いこなせる環境ができあがったと思いました。

スーパーカクテルも導入から６年以上が経った頃、サーバーの保守・終息問題に直面しました。スーパーカクテルはこれからも使っていきたいのに、ハードウェアの問題で使えなくなる。

悩んだ上での結論が、クラウドへの移行でした。３つの理由があります。

わずか６年で、使えるシステムを作り変えたりバージョンアップするのは現実的ではありません。ハードウェアの故障や老朽化のリスクをなくし、メンテナンスからも解放されるような仕組み作りたいと思いました。

台風、地震などの災害でシステムがダウンするリスクをなくし、安全な環境下にサーバー置きたいと思いました。

クラウド上にあれば、システムの早期復旧、データ保存の安全性向上に役立つと思いました。

クラウド環境下へのシステムの移行に際し、社内の業務システムに関して大きな課題が３つ見えてきました。

課題解決に向けて、ひとつひとつ見直しを進めていきました。

１点目は、オンラインの受注が止まらないための見直しです。

トーラク本社にはEOSシステムがあるのですが、このサーバーがよくフリーズしていました。復旧に時間がかかると、遅れや欠品に事態につながります。

このトラブルメーカーであるEOSシステムを効率よく機能させるために一からシステムを立て直しました。EOSシステムのデータセンターが得意先から取った注文をIIJと連携させます。伝発名人とつないで、出荷データと伝票の出力を同時に出荷センターに指示します。これでスーパーカクテルと受注を受けるデータセンターが効率よく結ばれ、受信後から出荷指示まで延べ８時間の業務改善ができるようになりました。

２点目は、システム全体が止まらないための見直しです。

クラウド環境に特化して、将来の業務改善を盛り込んだバージョンアップにつなげるための環境作りを目指しました。例えば、データセンターでシステムを稼働することで、安全性、信頼性を向上させ、業務を継続するためのBCP対策も同時に行おうと考えました。

３点目は運用を止めないための見直しです。

以前はネットワークの中心が本社にあって、災害トラブルあれば全体のネットワークが止まってしまいました。ここを改善しないと、スーパーカクテルがクラウド環境にあっても運用が止まってしまうことになりかねない。安全性を高めるために、ネットワークの中心的な機能をデータセンターに移しました。データセンターを中心としたネットワークで事業の継続性を確保しつつ、ネットワークの契約や設計の方法も変えました。これにより月額の通信費を約50％カットできました。