スクラッチシステムと組み合わせてエラーを修正

通信システムの設計から保守まで行う企業です。私はその中でも半導体などの部品を仕入れて売る部署のシステムを担当しています。

WebQueryが参照しているDBは基幹システムそのものです。そのため売上や仕入れのトランザクションを直接参照しています。

具体的な使い方としては定型検索に売上明細が検索できるよう処理を登録しておいて、現場系の部署がそれをクリックして確認する、という使い方をしています。

他には各部署でデータを連携するためにあるフォーマットに直す、という作業にもWebQueryを使っています。

例えば基幹システムから売上データを抽出し請求書に重ねる業務があるのですが、基幹システムでは戻しようのないエラーデータが発生することがあります。

その際、基幹システムにエラーとなったデータを上げ直すという作業のエラーデータを抽出する部分でWebQueryを使用しています。エラーデータは1日1000件くらい生じるのですが、今までは手動で修正をしていました。

そうですね（笑）。今はスクラッチ開発システムとWebQueryを組み合わせることでこの作業を自動化できているので助かっています。

あとは英語の注文書を作るのに外貨発注データをWebQueryで抽出してWebデータベースソフトに読み込ませるといった使い方や、毎日決まった時間に自動でCSVデータを吐き出すバッチ処理や定型検索で売上明細を確認する、といった基本的な使い方ですね。

私が開発した自社のスクラッチシステムからの切り替えのためにパッケージ製品のWebQueryを導入したので、柔軟に他のシステムと組み合わせられるのは魅力的ですね。

スクラッチ開発システムのメリットは現場の要望を細かに反映できるため、ユーザーにとって使いやすいシステムにすることができます。

しかし開発しているのが私ひとりであり、将来的に開発者がいなくなるとメンテナンスが困難になるリスクを抱えていました。

そうですね、メンテナンスの負担を軽減する目的でパッケージ製品のWebQueryを導入しました。

現時点では全ての業務をスクラッチ開発システムからWebQueryには切り替えられてはいないので、先程お話ししたようにスクラッチ開発システムとWebQueryを組み合わせながら使用しています。

上層部は数字で予測するようなツールを希望していたんですが、こちらはどちらかというと予想より実績や過去のデータを引っ張ってくることにこだわったのでWebQueryの方がいいだろうと判断しました。

あとKSCの営業の方が長年ずっと何もなくても通っていたので、その熱意も決め手のひとつですね。

そうですね。現場の社員に使ってもらうことを想定したので、操作が難しくない実績や過去データを抽出しやすいWebQueryにしました。

月末になると各部の支店長がWebQueryを使って実績を分析しているので、今やなくなると困るツールです。

作業の自動化とユーザーが簡単にデータを抽出できる。

この2点による作業の効率化・簡便化が弊社におけるWebQuery導入の功績だと思います。