当初は効率的に機能するものと期待されていたこの方式だが、徐々に問題が生じてきた。
まず集計用として各部署に配付したツールのメンテナンスに多大な労力がかかるようになった。このツールは情報システム部門がAccessを用いて作成。配付されたユーザは自己のPCにインストールして利用していたが、部署により必要とするデータ項目が違うケースもあるため、集計ツールをカスタマイズする必要が生じた。また情報システム部門が配付したツールとは別に個人が独自に作成したツールなども存在したため集計ツールの共通化が図れておらず、ツールのバージョンアップに手間がかかってしまう原因となった。そして頻繁に行われる組織変更や管理基準の変更が、より一層の拍車をかけた。
EUCサーバ側にも問題があった。情報システム部門が用意したデータは汎用性を持たせるためにマスタの持ち方や内部データの持ち方が複雑なため、多少なりとも経験がないとデータを集計するのが難しい。そのため業務が滞ってしまうこともたびたびあり、当初期待していたほど業務の効率化が図れずにいた。
さらに情報漏洩対策という、新たな課題も生じていた。ソフトバンクBBでは「情報セキュリティ管理体制の構築・強化」に全社を挙げて取り組んでいるが、その一環として社内のデータ利用に関しても詳細な権限管理規定が定められた。今までもユーザがEUCサーバへログインを行う際にはID・パスワードによる認証が必要であったが、セキュリティレベルの区分けが細かくなった上に組織変更が頻繁に行われるため、情報システム部門にかかる負荷がさらに増大し、管理作業に対応しきれない恐れも出てきた。また会社の基本ポリシーとして、「誰がどのデータにアクセスしたのか」をログとして記録することが新たに求められた。

情報システム第1本部
システム開発統括部
流通システム部 流通システム課
部長代行　　松田　恭典　氏

情報システム第1本部
システム開発統括部
流通システム部 流通システム課
マネージャー　　畠山　貴之　氏

情報システム第1本部
システム開発統括部
流通システム部 流通システム課
マネージャー　　上村　亮　氏

情報システム第1本部
システム開発統括部
流通システム部 流通システム課
田中　直樹　氏

−今まではツールのメンテナンスに非常に苦労されていたということですが。

［畠山］ はい。Accessに詳しい人が自分で作ったクエリーや、何世代も前のクエリーツールが各部署で引き継がれていたりするので、どういう種類があるのかも把握しきれていませんでした。
［上村］ 独自にクエリーを作ってしまっているツールを各自のPCにローカルで持っているのが現状でした。それに対するメンテナンスは個々にバラバラにやっていたので、その部分を解決しようと。つまり InfoUnity 側に今のクエリーとなるものを全部置いてしまおうという発想です。社内でその部分を一元化し、管理したいということですね。
［畠山］ それに今まではEUCサーバにあるデータは部長から新入社員まで同じものを見ることができたので、これも何とかしなければならなかったわけです。最初から権限で与えられた範囲のデータを InfoUnity 側で、営業部門、仕入部門、管理部門とそれぞれに見せるテーブルを分け、グルーピングしましょうということですね。

−権限管理をすることで工数削減にもなるわけですね。

［畠山］ 権限によって選べるデータを制限することによって、余計なものを選ばなくて済む、というか、抽出の選択が狭まるじゃないですか。そこでチョイスする部分だけでも工数は減ると思います。今まではユーザが「これっているのかな、いらないのかな」と悩んでしまう場面がありましたが、もともと不要なデータ、使ってはいけないデータはあらかじめ削ってあげれば良いので。

−今までそれはすべてユーザが判断しなければならなかったわけですね。

［畠山］ そうです。「こういうデータはどこにあるんですか」「これはアップされていますか？」という問い合わせも日々あるので、その対応もする必要がありましたが、「あなたはここまでしか見ることができませんから、この中でやってください。」というふうに指示できるようになりました。

−InfoUnity の機能で特に注目されたのはどの部分ですか。

［上村］ ひとつは、やはりログ取得の部分ですね。これはなくてはならない要素だったので。あとは、先ほどのアクセス権限のところですね。
［畠山］ セキュリティ強化とアクセスの権限を設定することによって、要は負荷が下がって、早く使えるようにしよう。効率化の部分と、それに合わせて使いやすさというか、入りやすいというのがありますね。

−アクセス管理ということで、実際にどの位細かく権限管理されるのでしょうか。

［上村］ まだまだこれからですよね。営業、仕入れ、管理、そこからまた細分化されますけど。
［畠山］ 敢えて言うならもうひとつ、情シス部門というのがありますけど、現場で運用するのは基本的にはその3つですね。

−その3つに対して、役職ごとに権限を設定するということですか。

［上村］ ゆくゆくは運用しながら細分化させていくつもりですけど、まずは最低限その3つから始める予定です。
［畠山］ いきなり現場／マネージャー／部長とか、統括とかに分けても複雑になるだけなので、まあ運用状態を見てからになるかと。

−組織変更もかなり頻繁に行われると伺ってますが。

［松田］ 組織変更といっても、大きく部門が変わるわけではないですけれども、内部的には結構ちょこちょこ動きますので。また例えば数字を拾うっていうのであれば、営業的に数字を拾うのか、バイヤー的に、その商品管理っていうので数字を拾うのか、そういうところでも権限とかを変えていきたいとか、いろいろありますね。

−どのくらいのユーザでお使いになる予定ですか。

［田中］ 実ユーザ数でいうと150から200というところだと思いますが。
［松田］ アカウント発行数でいうならば、1,000近くですね。ただ実質アクティブにガリガリ使うかどうかっていう話になってくると、まあ150から200ですね。

−ログの取得が必須ということでしたが、現状はどのようにログを取得されていたのですか？

［松田］ 実際のところ取っていることは取っているけれども、活用できていないのが現状です。
［田中］ EUCサーバに対して誰がいつ接続したか、くらいしか分かりませんでした。

−今後はEUCサーバだけではなく、基幹システムにも直接つなげていかれるのでしょうか。

［松田］ 今のタイミングで基幹システムに直結は考えていないですね。やはりEUC側に全部データを持ってきて、そこを触らせると。ただEUCの弱点としては日次バッチというものがあって、当然リアルタイム性がないので、そのリアルタイム性のニーズが高まってくると、当然その直結なり、リアルなデータを触るっていう必要があるので、多分そことの兼ね合いだな、と思っています。
今後、よりスピーディな情報取得、それと情報分析、そこからの戦略化ということが必要になれば、そういったことを考えていく必要がありますね。よりスピーディな情報取得、店舗の実売の実績だとか、日々の売り上げデータのところは、実際にニーズがないわけではないので。「今実際に売り上げているのはいくらなんだ」、と。
トランザクションベースで、例えば基幹システムを見たら数字は分かるんだけど、全体管理している数字の中でどこまで進捗しているのかは、現状は手作業でないと分かりません。ボタンひとつで昨日までの実績と今日の実績を出して、まさに今、例えば17:10まででこの数字です、っていうのが欲しいっていうのは、ひょっとしたら今年度の終わりくらいまでには言われそうな雰囲気ですね。

−現在クライアントで使用されるアプリはAccessとExcelということですが、今後Webアプリを開発される予定とかはございますか。

［松田］ AccessとかExcelではなくて、画一的な集計のパターンをWebアプリで出すっていうのが今の流れだとは思っているんですが、開発リソースがちょっとないっていうのが正直なところです。
ただ今回 InfoUnity を入れることによって、もう一回その現場がやっている業務っていうものを、どんどん見直していくタイミングだと思っています。BPR（ビジネス・プロセス・リエンジアリング）って言うところまでいくかどうかは分からないけど、まずは統一的にやってみて、その結果みんなが使えるものはこっちに寄せましょう、と。また逆に、やはり人それぞれで、もしくはチーム単位で、ちょっと色が違うねということであれば、個別のユーザごとに特化したツールにしましょう、といったより分けを今後していくべきだというふうに思っています。

−単純にツールを入れて終わりということではなくて、これをきっかけに業務の方もどんどん変わっていくだろうと。

［松田］ そうですね。実際の業務分析と、それを再構築して、より効率的なかたちにすると。そのためのプラットフォームとして、今後 InfoUnity に期待しています。

http://www.softbankbb.co.jp