Case Study

先進ユーザー事例

豊橋飼料株式会社

図表

A-VXからIBM iへ
COBOL資産のストレートコンバージョンに成功
オフコンのサポート停止に伴い、基幹システム環境の刷新に着手

システム概要

本社

ACOS2
千葉工場

FTP

PC端末
（ i-Connector）

姫路工場

FTP
（ACOS文字コード変換開発）

PC端末（ i-Connector）

データセンター（千葉工場、姫路工場用）

Power Systems S814（IBM i）

コード変換

COMPANY PROFILE

資産・電源管理
IBM i 標準機能

A-VXからIBM iへ
COBOLをストレートコンバージョン

本社：愛知県豊橋市
創業 ：1931年
設
立 ：1954年
資 本 金：4億3800万円（資本剰余金を含む）
売 上 高：351億円
従 業 員 数：207名（2019年3月末）
事 業 内 容：鶏、豚、牛、うずらなどに向けた配合飼料の製造・販売
http://toyohashi-shiryo.co.jp/

配合飼料の生産、家畜の育成・供給、畜産食品の加工販売の各分野で、「国内畜産の未来をひらき、食卓に信頼をお届けする」を経営理念に事業展開するマルトグ
ループ。豊橋飼料は、総合畜産食品企業群である同グループの中核企業である。
全国の農家や農場に密着し、現場の声に耳を傾けながら、鶏・豚・牛・うずらなどの餌として、複数の飼料原料や飼料添加物を最適な栄養バランスで配合・加工した飼料を提供している。

鈴木 基司氏

総合企画部
ゼネラルマネージャー

36

2019 No.24

石原 利浩氏
総合企画部
電算システム室次長

しかし結果的にコンバージョン作業は難航し、途中から外部ベンダーの支援を得る

ムであるACOS2を導入し、COBOLで開など、想定外の費用が発生することになっ発した販売管理や仕入管理などの本社系基た。当初の予想をはるかに超えた4年の歳幹システムを長く運用している。

月を費やして、2017年春に移行作業を完バックアップ

コード変換可能ではないかと判断したからだ。

豊橋飼料は本社にNEC製のメインフレー

その一方、千葉工場と姫路工場、およびDｂ2 for IBM i親和性が高く、自社要員だけで移行作業がIFS領域
中間ファイル

中間ファイル

擬似NFCNVFA機器了したが、この経験は同社のその後の計画

FA機器

九州支店には合計3台のNEC製オフコンをに大きな影響を与えることになった。

信頼できるパートナーを見つけたいと考えを本社に導入するとともに、JBCCととも（笑）
」と、千葉工場をメインに担当した総導入。両工場ではCOBOLで開発した生産「移行作業を開始した当初は、九州支店をました」（鈴木氏）に機能設計、量産設計、ツール開発をスタ合企画部 電算システム室の石原利浩次長

管理システムや販売管理システムを運用し、皮切りに、千葉工場と姫路工場のCOBOL

こうしてパートナー探しを続けるなか、ート。その間、電算システム室では1工場は振り返る。

それぞれの製造特性を反映しながらカスタ資産も順次、メインフレームへ統合する計

2017年6月にJBCCのモダナイゼーションに付き30本のテストシナリオを作成し、約現在、電算システム室では2019年度のマイズしてきた。また製造工場をもたない画でした。しかし九州支店での移行が予想

セミナーに参加し、同種の環境からPower2カ月間のパイロット作業が始まった。

計画として、消費税への対応に加え、メイ

九州支店では、やはりCOBOLで開発したに反して難航したこと、さらにメインフレSystemsとIBM iへのCOBOLコンバージ

そして3月からは量産（コンバージョン）ンフレーム上で稼働する買掛管理システム

販売管理システムを運用。直近では3拠点

ームの将来性も勘案したことで、当初計画ョンに成功した企業の事例を知る。これを作業を開始。6 〜 7月に単体テスト、9 〜のオープン系環境への移行を予定している。ともNECのExpress5800/600シリーズを変更することになりました」と語るのは、きっかけに、JBCCから移行提案を受ける10月に総合テストを実施した。これと並行

そしてその先には、メインフレーム環境のを導入し、基幹システム用ミドルウェアシステム部門を統括する総合企画部の鈴木ことになった。またA-VX時代から導入にして、生産ラインのFAシステムと連携させ刷新という大きな課題が横たわっている。

「A-VX」を利用して、オフコン上で開発し基司ゼネラルマネージャーである。

携わっていた既知のベンダーからは、クラるインターフェースプログラムの開発や、「今回のA-VXからIBM iへの移行も、当社

同社の基幹システムは長年にわたり、独ウドサービスのWindows環境へCOBOLコ

メインフレームとの通信設定、エンドユーが描く将来的なIT基盤の青写真を見据えてしかしNECは2013年にExpress5800/自要件をきめ細かく反映してきたので、完ンバージョンを実施する案が提示された。

ザーのトレーニングなどを進め、Powerのことです。標準技術を軸に、変化にスピ

600シリーズおよびA-VXの販売停止を発成度が高く、今さらパッケージ製品を採用両者の提案を比較した結果、IBM iの安Systems S814をデータセンターに移設すーディに対応できる環境を整備していきた表し、製品販売は2015年1月に、保守用しても、今までと同じレベルで現場ニーズ定性や信頼性、そしてマイグレーション経るなどして、2018年11月に無事に本稼働い。たとえば生産管理など独自要件をきめ部品のサポートは2020年3月に停止するに対応できるとは考えにくい。また限られ験が豊富なJBCCへの信頼感が決め手となを迎えている。

細かく反映するシステムについては基幹系ことを通知した。前述した3拠点でA-VXにたシステム人員では、システムの抜本的なって、IBM iへの移行提案を採用することに「NEC時代のシステムとメニュー設計を同システムとして残し、機能が標準化されたよりCOBOLプログラムを運用する同社で変更に伴うエンドユーザーの混乱や本稼働なった。2017年秋のことである。

一にし、できるだけ操作感が変わらないよ

それ以外のシステムはクラウドサービスをは、この発表を受け、急きょ対策を急ぐこ後のトラブルシューティングに対応するのうに努めました。そのため本稼働後も、エ含めたオープン系環境へ移行します。これとになった。

は難しいと予想された。

ンドユーザーには違和感なく受け入れられから、その棲み分けと環境整備に取り組んたようです。プロジェクト期間中、なにかでいくつもりです」（鈴木氏）

たCOBOL資産を継承していた。

千葉・姫路の2工場でコンバージョンを完了

発表からほどなく、まずは九州支店で運「そこで現行のCOBOL資産をメインフレ用するA-VX上のCOBOLプログラムを、本ーム以外の環境へストレートコンバージョ移行プロジェクトがキックオフしたのは思わぬトラブルが発生するのではないかと社のACOS2上へストレートコンバージョンすることを起点に、今後の選択肢を探り2017年11月。千葉・姫路の2工場を対象

常に緊張し、気を抜かないようにしていた同社は将来のIT環境整備に向けた大きな一ンすることを決めた。メインフレームとオ始めました。さらに自社要員のみでの対応に、合計1000本あったCOBOLプログラのですが、プロジェクトはとてもスムーズ歩を踏み出したようだ。

フコンという違いはあるものの、同じメーが難しく、外部ベンダーの手を借りるならムを精査し、必要本数を800本にまで絞りに進行し、拍子抜けするぐらい予想外の事

カー間のCOBOLコンバージョンであればば、今後長くきちんとサポートしてくれる、込んだ。そして「Power Systems S814」

態 は 何 も 起 き ず、無 事 に 終 了 し ま し たPower SystemsとIBM iの導入により、2019 No.24

37