製造業DX読了 約4分

既存システムを刷新せずDX化、脱Excelマクロの設計術

AAnomaly編集部
目次

「あの計算ロジック、作った担当者がもう退職してしまって誰も触れないんです」——中小製造業の現場でよく聞くこの悩み、実は御社のExcelマクロにも当てはまっていませんか。


中小製造業に潜む「秘伝のExcelマクロ」問題

見積計算、原価積算、工程表の自動生成——多くの中小製造業では、こうした業務が特定の担当者が作り込んだExcelマクロ(Excel上で一連の操作を自動化するプログラム)に支えられています。IPAが公開している中小製造業向けDXガイドでも、レガシーシステム(老朽化した既存の情報システム)やExcelマクロの属人化が、DX推進の大きな障壁になっていると指摘されているとされています。

原因① マクロの中身がブラックボックス化している

VBA(Visual Basic for Applications:Excelを自動化するプログラミング言語)で書かれたマクロは、作った本人以外には構造が読み解きにくく、引き継ぎ資料も残っていないケースが大半です。

原因② 基幹システムとの間で二重入力が発生する

Excelで計算した結果を、販売管理システムや生産管理システムに手で打ち直す運用が常態化しており、転記ミスや確認工数の温床になっています。

Before:マクロの中身がブラックボックス化し、基幹システムへの二重入力が発生

ある舶用バルブメーカーの見積部門では、原価計算用のExcelマクロに受注サイズ・材質・加工工数を入力すると見積金額が自動算出される仕組みがありました。しかし、この結果を基幹システムの受注入力画面に再度手入力する必要があり、「Excelの数字」と「基幹システムの数字」が食い違うトラブルがたびたび発生していました。

このマクロ、作った人しか直せないのでは?
Excelと基幹システムの数字が違う——どちらが正しいのか、現場は毎回確認に追われていないか?

After:業務アプリ化で実現する画面

そこで有効なのが、マクロの計算ロジックをそのまま業務アプリの入力フォームに移植し、基幹システムと自動連携させる設計です。基幹システムを刷新せず、既存の仕組みを活かしたまま「脱Excelマクロ」を実現できます。

業務アプリ化後の画面イメージ

見積作成画面に「受注サイズ」「材質」「加工工数」を入力し、「見積計算」ボタンを押すと、従来マクロと同じロジックで見積金額が算出されます。続けて「基幹システム連携」ボタンを押すだけで、API連携(システム同士がデータをやり取りする仕組み)を通じて受注データが基幹システムへ自動反映されます。

計算結果は「見積書_受注番号.xlsx」として自動出力され、社内共有フォルダにも保存されるため、紙やメールでの受け渡しも不要になります。

重要なのは「マクロを捨てる」のではなく「マクロのロジックを資産として引き継ぐ」発想です。計算式そのものは現場で磨かれてきたノウハウであり、これを業務アプリの仕様として明文化することが、属人化解消の第一歩になります。


基幹システムを刷新せずに進める設計のポイント

基幹システムの刷新は投資額もリスクも大きく、中小企業にとって踏み切りにくい選択です。そこで現実的なのが、基幹システムは触らずに、既存マスタ(取引先マスタ・品目マスタなど基幹システムが持つ基礎データ)を活かしたAPI・CSV連携で単機能の業務アプリを「横に設置する」設計です。

1
既存マスタをそのまま参照する

新たにマスタを作り直すのではなく、基幹システムが持つ取引先マスタ・品目マスタをAPIまたはCSVで取り込み、業務アプリ側では参照のみに留めます。

2
出力はCSV・API両対応にする

連携先の基幹システムがAPIに対応していない場合でも、CSVファイル出力に対応させておけば、取り込み機能経由でデータ連携が可能になります。

3
計算ロジックは業務アプリ側に集約する

Excelマクロの計算式を業務アプリの処理ロジックとして実装し、基幹システム側には結果データのみを連携します。


導入ステップ:1業務プロセスでの試験導入から全社展開へ

IPAのDX白書でも、中小企業は大企業に比べて生成AIなどデジタル技術の活用率に30ポイント近い差があると報告されているとされています。だからこそ、一気に全社刷新を狙うのではなく、小さく始めて確実に積み上げる進め方が現実的です。

1
1業務プロセスを選んで試験導入する

最もExcelマクロへの依存度が高く、かつ属人化リスクが大きい業務(見積計算、工程表作成など)を1つ選び、先行して業務アプリ化します。

2
現場担当者と一緒に画面遷移を検証する

入力画面から計算結果画面、基幹システム連携までの一連の操作を、実際にマクロを使っていた担当者に試してもらい、違和感がないか確認します。

3
二重入力がなくなったことを確認し横展開する

試験導入した業務で転記工程が1本減ったことを確認できたら、同様の構造を持つ他部門・他業務へ順次展開していきます。


まとめ

  • 要点1:既存システムを刷新せずに脱Excelマクロを進めることで、DXのリスクとコストを抑えられる
  • 要点2:マクロの計算ロジックを業務アプリに移植し、基幹システムとAPI・CSV連携させることで二重入力がなくなる
  • 要点3:1業務プロセスでの試験導入から始め、現場の手応えを確かめながら全社展開するのが現実的な進め方

本記事はAIを活用して作成しています。内容についての責任は当社が負います。AI活用ポリシー