問題点と課題

物流業務において、荷受証明書処理、発送伝票処理は、顧客に対する運賃請求を行うことだけにとどまらず、配達状況がどうであるのか知るために重要な業務である。

日本通運株式会社 仙台支店において、これらの特定顧客向けの処理は１カ所集中型業務となっており、処理の負荷、配達状況の把握などの負荷が高い状況であった。

顧客Ａに対する現状の流れは、以下の通りだ。

• 荷受けを行い、荷受証明書を作成
• 各作業店にて荷受証明書のとりまとめ
• とりまとめた荷受証明書を支店に送付
• 荷受証明書を、支店担当者がデータベースへ登録
• データベースに登録した荷受証明書から、料金明細、作業店別実績などの帳票を作成し、
  運賃請求を顧客に対して行う

このことから理解できるように、荷受証明書のデータベースエントリーは支店担当者が行っており、非常に負荷が高い作業となっている。

顧客Ｂに対する現状の流れは、以下の通りだ

• ホストより日々の発送チェックリスト各営業店にFAX送信
• 各営業店は、ドライバーズ端末に発送データを入力
• 訂正、追加、削除があった場合は、それをまとめてホスト側へメンテナンスをかける
• データはホスト側にて集計し、運賃請求を顧客に対して行う

この処理も、１カ所集中型の処理であり、ホスト側担当者の負荷が高い処理となっている。

これらの業務を分散作業、すなわち、各作業店、各営業店に任せられる部分は任せ、なおかつ、各作業店、各営業店に対してメリットが出る方法。　それはすなわち、Webによるこれらの業務の管理が解決の糸口となる。

各作業店、各営業店において、データの訂正、追加、削除を円滑に行うことも出来、なおかつ実績、状況の把握もリアルタイムに行うことができるという大きなメリットが生まれる。

このことから、これら特定顧客向け処理に関するWeb化が急務となった。

解決方法

これらの問題を解決するため、同社では複数のシステム開発会社数社に対して見積を依頼したそうだ。

この業務効率化は、期間的にも非常に厳しいうえに、（作業実質２ヶ月程度でレビューまで）顧客Ａに対するシステムと顧客Ｂに対する２つのシステムを作らねばならない。

帰ってきた見積は、どれも似たり寄ったりで「Access、Javaで対応するというのが殆どであった」と日本通運 小畑氏は語る。

これらで開発を依頼した場合、納期もさることながら、工数も非常にかかる。しかしながら、ここで他とは違う斬新な提案をしてきたシステムインテグレータがあった。それは、「東北ＮＳソリューションズ株式会社」である。同社のシステムエンジニアは以前よりXCuteの評価を行っており、その開発効率の高さと業務適用能力に対しての知識を持っていた。その知識を元にしたXCuteによる大胆な納期、工数を提示したそうだ。

「Javaのみで開発した場合と比較し、XCuteは、納期および工数を２／３以下にすることができます。」と東北ＮＳソリューションズ 鈴木氏は語る。

システム化の成果とこれから

XCuteは簡単であり、明快なソフトウェアであるが、最初の１歩をエンドユーザの手で進めるのは、本当にシステム構築ができるのであろうかという不安がつきまとう。今回の事例のように、システムリリースまで２ヶ月程度という短期間となると、なおさらだ。

XCuteは早く、安く構築できるだけではなく、構築後のシステムのメンテナンス性が高いことが、日本通運　鈴木氏の話から分かる。

ＮＳソリューションズは、その提案やデモにより日本通運の不安を払拭し、日本通運の希望通りのシステムを構築した。 日本通運は安く、メンテナンス性の高いシステムを獲得するという、大きな成功例であると言える。

ここで、日本通運 鈴木氏が自らの手で構築した「営業報告システム」を紹介する。
鈴木氏は、東北ＮＳソリューションズが開発した前述の２つのシステムよりXCuteによる開発を学び、本システムを作成した。顧客情報の登録、修正、検索等の必須機能はもちろんのこと、帳票作成機能ももち、業務にフィットしたシステムを自らの手で構築している。

XCute初期導入時はシステムインテグレータの力を借り、最終的には自らの手でシステム構築を行ったわけだ。プロの手、アマの手、対象とする業務により使い分けていることが非常によくわかる。

業務効率化、コストダウン、メンテナンス性の確保、すべての観点から、一番ベストと思われる方法を選択しシステムを構築する。同社の事例はシステム開発、運用の根本からを考えさせられる興味深い物ではないだろうか。

検索画面(シンプルかつ直感的）

修正登録画面（特に説明がなくとも利用できる）