アイリスオーヤマでは、旧システムで帳票を開発する際、コマンドを使って印字位置を指定する必要があり、帳票を作成するにも専門的な知識が求められた。そのため開発を担当できる人材は少数に限られていた。

　アイリスオーヤマは、問屋を介さず量販店やスーパーマーケットなどと直接取引するケースが多い。新たな取引先と取引を始めるには、EDI（電子データ交換）の仕組みに加えて、取引先ごとに指定されたラベルや帳票を準備する必要がある。

　しかしCOBOL環境では対応できる担当者が限られていたため、帳票開発案件が毎月数十件滞留していたという。その結果、新たな取引を始めたくても帳票開発が間に合わず、ビジネス機会を逃すケースが生じていた。

全てを内製せず「帳票基盤」は製品を採用

　そこでアイリスオーヤマは2022年、受注・出荷システムのオープン化プロジェクトを開始した。

　同社はほぼ全てのシステムを内製しており、新しい受注・出荷システムもAWS上にスクラッチで構築した。一方で、帳票基盤については自社開発せず、市販製品を利用する判断をした。

　その理由の1つが「スプール機能」だった。帳票の印刷データを一時的に蓄積し、大量の印刷処理を管理する機能である。同社では国内11工場で1日約10万枚の帳票を印刷するため、大量印刷を安定して処理できる仕組みが欠かせない。

　アイリスオーヤマ システム部 部長の阿部弥孝氏によると、従来のオフコンが備えていたスプール機能を新しいオープン環境で自社実装し、運用するのは難しかった。そのためスプール機能を備えた外部製品を検討したという。

　そこで同社は、オフコンと同等のスプール管理機能を備えた帳票製品を比較し、PoC（概念実証）を実施した。操作性やプリンタへの対応力、印刷速度などを検証した結果、SVFを採用した。

　この選択は、単に帳票基盤を置き換えるだけではなく、COBOLやコマンド操作に詳しい一部の担当者に依存していた開発体制を見直すことにもつながった。

「帳票を作れる人」を増やす

　旧環境の帳票基盤では、帳票を開発するにはコマンドを使って文字やバーコードなどの印字位置を指定する必要があった。これに対してSVFの帳票設計ツール「SVFX-Designer」はGUIで操作でき、画面上で完成形を確認しながら帳票を作成できる。

　帳票開発チームのリーダーを務めたアイリスオーヤマ システム部の小田暖人氏は、GUI化によってシステム開発メンバーだけでなく、開発担当以外のメンバーにも帳票作成を手伝ってもらえるようになったと説明している。

　その結果、従来は少数しかいなかった帳票開発の担当者を約4倍に増やすことができた。帳票開発の生産性も向上し、滞留していた案件の解消につながった。

レガシー刷新で「情シスに頼る業務」も減らす

　刷新による変化は開発だけではない。

　例えば従来、過去の帳票を再出力する場合、現場スタッフがシステム部に連絡し、担当者がデータベースから対象データを取り出して印刷する必要があった。

　新システムでは、現場スタッフ自身がスプールから必要な帳票を選択し、再出力できる。工場ごとに出荷指示書やラベルなどを分類して提供することで、現場で操作できるようにした。

　レガシー脱却というと、古いハードウェアやプログラミング言語を新しい技術に置き換えることに目が向きやすい。しかしアイリスオーヤマの事例から見えてくるのは、「誰がそのシステムを開発、運用できるのか」という視点の重要性だ。

　特定の技術者しか変更できない仕組みを残せば、新しい技術基盤へ移行しても、別の形で属人化が残る可能性がある。開発できる人を増やし、現場でできる作業を現場に移す――。レガシー刷新では、システムだけでなく「仕事の担い手」を再設計することも重要になりそうだ。

本稿は、ウイングアーク１ｓｔが2026年8月27日に公開したアイリスオーヤマが新受注・出荷システムの帳票基盤にSVFを導入、国内11工場で1日10万枚、500種類の帳票を刷新、アイリスオーヤマが挑む、レガシー脱却による「帳票開発の民主化」　1日10万枚・500種類の帳票印刷を支えるSVFを基に作成しました。