受発注・見積作成の自動化 ── AS/400（IBM i）はそのまま
2026年8月25日（火）｜ 本デモは、8月4日の壁打ちで坂野様が挙げられた 「見積作成 ／ 受注登録 ／ 売上登録 ／ 発注登録」の4業務 に絞って構成しています。それ以外の機能は「参考」 として最終ページにまとめました。
今回のご相談の核心は 2つ。このデモはその2つに答えるために作りました
①「型番で来ない引合」を、定義しきれないほど多い製品の中からどう当てるのか （＝精度の問題）／ ②「引き出すのは得意でも書き込むのは苦手」なAS/400へ、どうやって登録するのか （＝連携の問題）。この2点を ③精度の設計 ・④AS/400連携 のページで正面からご説明します。
見積作成（AS/400 メニュー 01）
28 件／日
受注登録（メニュー 02）
19 件／日
売上登録・納品書（メニュー 03）
23 件／日
仕入先への発注登録（メニュー 04）
31 件／日
今回のスコープ ── 「引合が届いてから、AS/400に登録が終わるまで」の1本の線 壁打ちで挙げていただいた範囲そのもの
2 「これ何？」を特定する 型番なし／省略／誤り を解く
読み取った後の「で、これはどの型式か」 と、決めた後の「AS/400にどう入れるか」 の2点です。デモもその2点に投資しています。
本日の要対応（AIが自信度順に振り分け）
引合 チャネル AIの状態 AS/400
濃尾製薬（株）岐阜工場 「前回と同じサニタリーの圧力計を8個」＝型番の記載なし 自信度 96% 自動レーン 見積登録 済 確認 三河食品工業（株）豊橋工場 「これと同じやつを5個」＋ 文字盤の写真1枚 自信度 88% 確認レーン 承認待ち 確認 中部化成工業（株）四日市事業所 「200℃の蒸気ラインに使える差圧のやつ」＝要求仕様が成立しない可能性 自信度 41% 人手レーン — 確認 遠州熱工業（株）浜松工場 誤った型番での依頼（既に廃番・後継品はフランジ寸法が異なる） 自信度 79% 確認レーン 承認待ち 確認 知多製油（株）／ 受注確定分 見積承認 → 受注・売上・仕入発注の3伝票を起票 3伝票 生成済 登録 完了 確認 AS/400 連携ジョブ 稼働状況 本日 71件 登録 ／ エラー 0件 ／ 保留 3件（人手レーン） 正常 応答 0.4秒 確認
今回スコープの 想定削減率 ※デモ用の試算値
あくまでも仮定 です。とくに「型式の特定」は実データで検証してから でなければ数字を出せません。そのためのフェーズ0（精度検証） を導入ステップでご提案しています。
ページ構成（クリックで移動）
① 引合 → 見積作成
FAX・メール・電話の引合を、AS/400の見積入力画面に入る形（品目・数量・単価・掛率）まで組み立てる。
② 型式特定AI
「型番で来ない」「省略」「そもそも間違っている」引合から、どうやって型式を1つに決めるか。見積作成の中の最難関工程。
③ ★ 精度の設計
「90〜95%ないと使えない」というご懸念への回答。自信度で3レーンに振り分け、誤りが業務に流れない 形にする考え方。
④ ★ AS/400（IBM i）連携
「引き出すのは得意だが書き込むのは苦手」への回答。IBM公式の事実にもとづく5つの接続方式と、次に確認すべきこと。
⑤ 受注・売上・発注登録
承認した1つの情報から、AS/400の 受注入力・売上入力・発注入力・納品書発行 まで自動で流し込む。
WF n8n ワークフロー図
上記を実現する4本のワークフローを、実際のn8nノード構成で図解。AS/400への書き込み経路も明示。
STEP 導入ステップ・ご懸念
フェーズ0＝作る前に精度を測る 。「見込みが立たないと費用は出せない」というお話への、具体的な進め方。
! 本モックの前提
機能・数値・型式・運用はすべて仮定です。実運用は貴社との協議で決定します。必ずご一読ください。
前回お見せした機能です。今回はご説明しません が、ご参考までに残しています。
参考 校正期限→更新提案
計器台帳から校正期限を毎朝判定し、更新案内を自動生成。
参考 相見積・納期監視
仕入先へ一斉RFQ。回答をAIが比較表化し、未回答は自動催促。
参考 在庫・拠点照会
拠点・在庫センター・EC在庫を1画面に集約。
参考 その他（校正／廃番／AI上司）
参考機能の一覧ページへ。3機能をまとめてご覧いただけます。
機能・画面・業務フロー・数値・型式・在庫数・企業名は、すべて弊社がHPおよび業界特性から想定した「仮定」 です。実際の御社の業務手順やシステム構成とは異なる可能性があります。実運用の設計は、貴社へのヒアリングを経た協議のうえで決定いたします。すべてデモ用のダミーデータ です。
② 型式特定AI ── 見積作成の中で、いちばん難しい工程
「型番で来ない」「省略されている」「そもそも間違っている」。ここが自動化できないと、見積も受注登録も自動化できません。 AIは候補と根拠と自信度 を出すところまでを担当し、決めるのは人 です。以下の4パターンをタブで切り替えてご覧ください。
デモ用の仮の値 です。御社の実データで検証しない限り、本当の精度は誰にも分かりません （分かると言う会社があれば、それは根拠のない数字です）。「では、どうやって安全に運用するか」 を ③精度の設計 でご説明します。そちらが本題です。
お客様から届いた現物写真 三河食品工業（株）豊橋工場 設備保全課
IMG_2417.jpg ／ 2026-07-24 08:42 受信 1,536 × 2,048
0
0.2
0.4
0.6
0.8
1.0
MPa
NAGANO KEIKI
CLASS 1.5
TYPE AT3/8-75 x 1MPa
No. 23-110452 R3/8
お客様メッセージ：「これと同じものを5個お願いします。急ぎです」
ここがボトルネックであり、同時に御社の一番の強み 。AIは「当て方」を模倣し、判断は人が残します。
AIが読み取った仕様
右上の「AI判定を実行 」を押すと、AIが写真から仕様を読み取ります
候補型式（確度順・在庫と連動） クリックで見積へ反映
最有力
長野計器／一般用圧力計 φ75
0〜1.0MPa R3/8 下部 1.5級 φ75 直立
¥4,800/個
接液部 SUS316 仕様
0〜1.0MPa R3/8 下部 1.5級 耐食
¥9,600/個
接続 R1/4 の同等品
0〜1.0MPa R1/4 下部 1.5級
¥4,500/個
R3/8 と読めましたが、写真では取付形状（直立／埋込）が確定できません 。埋込形の場合は候補が変わります。「取付形状の確認」を1問だけ客先へ返す お客様向け返信文も下書きしてあります。
Before / After
写真を見てベテランが記憶とカタログで照合 約12分 ／出来る人が2〜3名 に限られる
AIが候補3件＋根拠＋在庫を提示約40秒 ／入社1年目でも一次回答が可能
300件 と仮定すると、月 約57時間 の短縮（デモ試算）。ECの「写真判定サービス」の回答も即時化できます。
AIが参照しているもの（＝御社にしかない資産）
参照先 内容 状態
過去の出荷実績 どの客先に・どの型式を・何を選んだか 最重要 圧力計 在庫マスタ 8,200型式・レンジ／接続／材質／等級 連携済 メーカーカタログPDF 400社超・型式体系・後継品情報 AI検索対象 校正実績データ 実際に校正した個体の仕様・使用環境 JCSS記録 担当者の最終選択 AI候補のうち人が選んだ結果を学習 日々学習
他社が持っていないデータ です。同じAIを競合が導入しても、この精度は再現できません。使うほど差が開く のがこの機能の本質です。
① 引合 → 見積作成 ── AS/400 の見積入力に入る形まで組み立てる
FAX・メール・電話で届いた引合から、得意先コード・品目コード・数量・単価・掛率 までを組み立て、AS/400 のメニュー 01（見積入力）にそのまま登録できる状態 にします。読み取り（OCR）自体は既に目処が立っているとうかがったので、ここでは「読み取った後」に注目してご覧ください。
1本の線としてつながっています。
受信したFAX引合 濃尾製薬（株）岐阜工場 用役課
AI抽出結果 ＆ 自動照合
「読み取り＆見積作成 」でAIが項目を抽出し、在庫・過去見積と照合します
見積ドラフト（金額・数量はその場で編集できます） 担当者が確認・修正して送付
サニタリー仕様のため、接液部の材質確認が必要です。前回（2025/09）は同社に SUS316L 仕様を納入しています。校正証明書が必要 との記載があるため、JCSS校正費用を明細に自動追加しました。
小計 ¥0
消費税（10%） ¥0
合計 ¥0
粗利合計 ¥0
粗利率 0%
全チャネル 引合台帳（取りこぼしゼロ）
受信 顧客 チャネル 内容 状態 担当
08:42 三河食品工業 メール 圧力計 φ75 0-1MPa ×5（写真添付） 型式候補提示 名古屋・佐野 08:55 濃尾製薬 岐阜 FAX サニタリー圧力計 ×8 ＋ 校正証明書 見積下書き済 名古屋・佐野 09:10 品川精機 大井 EC デジタル圧力計 ×2（カート未確定） カゴ落ちフォロー 東京・岩瀬 09:26 富山合成樹脂 電話 ポンプ用 圧力スイッチ 交換品の相談 音声要約済 富山・寺岡 10:03 中部化成工業 メール 差圧伝送器（特殊レンジ）×1 相見積 依頼中 名古屋・佐野 10:31 遠州熱工業 浜松 FAX 温度計 バイメタル式 ×12 見積送付済 浜松・鈴木 11:05 知多製油 EC お預かり校正 申込（圧力計 6台） 校正受付へ 校正センター
この機能の狙い
回答速度が武器になる 「圧力計の即納」という強みは、見積回答が速くて初めて 成立します。
電話・FAXも同じ台帳へ 口頭で終わっていた引合が数字として残り、受注率が測れるようになります。
粗利率をその場で可視化 値引き交渉の前に、明細ごとの粗利が見えている状態にします。
ECのカゴ落ちも拾う 圧力計PROショップで注文が完了しなかった顧客へ、自動でフォロー。
⑤ 受注・売上・発注登録 ── 承認した1件が、AS/400 の4つの入力に化ける
坂野様が画面共有で見せてくださったメニュー 01 見積入力 ／ 02 受注入力 ／ 03 売上入力 ／ 04 発注入力 。ここへ人が打つのと同じ内容を、n8n が自動で登録します 。画面に文字を流し込むのではなく、画面の裏のデータへ登録する ため、担当者が画面を開くと すでに入っている という状態になります。
AS/400（IBM i）の画面イメージ ── 実行すると、この項目が自動で埋まります 画面レイアウトはデモ用の再現です
見え方はそのとおりです。 ただし内部的には、5250画面にキー入力を送っているのではなく、この画面が読み書きしている Db2 for i のデータへ、正規の手順で登録しています 。だから画面レイアウトが変わっても壊れません。
御社のAS/400の構成を確認してから 決まります。ここでお見せしているのは「登録されるとどう見えるか」であって、「もう繋がっている」という意味ではありません。
濃尾製薬（株）岐阜工場 ／ 見積承認 → 4伝票を自動起票
2 n8nが項目へ変換 得意先CD・品目CD・単位・税区分
3 AS/400へ登録＋帳票 見積／受注／売上／発注 ＋ 納品書
得意先CD・品目CD・掛率・税区分へ変換
Code / Merge
見積番号を採番して登録
IWS REST / SQL CALL
在庫引当・納期確定
IWS REST / SQL CALL
出荷実績をトリガに起票
IWS REST / SQL CALL
欠品分を仕入先へ発注
IWS REST / SQL CALL
既存様式のままPDF生成
Template + PDF
担当者へ結果を報告
HTTP Request
ノードをクリック すると、そのシステムに実際に登録された内容をプレビューできます。
登録・生成された内容（クリックでプレビュー） すべて見積承認の1クリックから
見積登録（01）
AS/400 見積ファイルへ MT-26082501 受注登録（02）
在庫引当・納期確定 JU-26082517 売上登録（03）
出荷実績から起票 ¥612,480 発注登録（04）
欠品2品目を仕入先へ 2社 / HT-260825 納品書・注文書
既存様式のままPDF 3枚 生成 チャットワーク通知
担当者へ結果を報告 登録完了 / 要確認1件
AS/400 へ登録される項目（承認は1回だけ）
元の情報 AS/400 側の登録先 状態
得意先（濃尾製薬 岐阜工場）→ 得意先コード 01 見積 ＋ 02 受注 ＋ 03 売上 のヘッダ 待機 型式・数量（サニタリー圧力計 ×8 ほか3品目）→ 品目コード 01/02/03 の明細行 待機 売単価・掛率・税区分（得意先マスタの掛率を適用） 01 見積 ＋ 03 売上（金額欄） 待機 納期 9/5 ／ 在庫引当の可否 02 受注（納期・引当区分） 待機 欠品2品目 → 仕入先コード・仕入単価 04 発注（仕入先別に分割） 待機 登録元の区分（AI自動 / 人承認）と実行ログ 備考欄 ＋ n8n 実行履歴 待機
Before / After
同じ内容を 01→02→03→04 と4回打鍵 約17分 （明細点数により変動）後工程で発覚 する
承認1クリックで4伝票＋帳票 約2分 （内容確認のみ）チャットワークへ即通知
打鍵を月約100時間削減 （デモ試算・要ヒアリング）。ここは型式特定と違い、精度の議論がほぼ不要な領域 です。決まった内容を決まった場所に入れるだけなので、効果が読みやすく、最初に着手する価値が高い と考えています。
③ 精度の設計 ── 「90〜95%ないと使えない」への回答
坂野様のご指摘はまったく正しい と考えています。ただ、私たちが取るべき手は「AIの精度を95%まで上げる」ことではなく、「AIが間違えても、その間違いが業務に流れない構造にする」 ことです。このページはその設計のご説明です。
「AIの精度」ではなく「自動化率 × 実効精度」の2軸で考えます
AIには必ず自信度 を返させます。自信のあるものだけ自動で流し、自信がないものはAI自身に「わかりません」と言わせる 。すると誤りが業務に流れるのは自動レーンだけ になり、そのしきい値は御社が決められる数字 になります。「AIの精度」という制御できない変数が、制御できる設定値 に変わります。
まず、なぜ「定義」ができないのかを分解します 壁打ちでいただいた「定義が死ぬほどありすぎる」の中身
引合の来かた 具体例 今どう解いているか AIに解かせる方法
① 型番で来る 易 「AT3/8-75×1MPa を5個」 そのまま検索・入力 マスタ照合のみ 。AIはほぼ不要。ここは自動化率が最も高い② 型番が省略されている 中 「75の1MPa、前と同じで」 担当者がその客先の過去実績 を思い出す 顧客 × 過去出荷実績 の照合。「誰が何を買ったか」は基幹に全部ある。AIより検索の設計が効く領域 ③ 型番がない（言葉だけ） 難 「ポンプの出口に付ける丸いやつ、目盛は0〜1で下から配管」 ベテランが仕様に翻訳 して当てる 言葉 → 仕様項目への変換 をAIが担当（レンジ／口径／接続／材質／等級）。ここが生成AIの本領④ 型番が間違っている 最難 「200℃の蒸気に使える差圧計を」＝その仕様では成立しない ベテランが気づいて指摘 する AIは「答える」より「矛盾を指摘する」 方が得意。成立しない要求の検出 だけでも価値が出る
「まず定義を全部書き出す」 数百万型式・数十年分の例外があるため、書き出しは絶対に終わりません。 ここで止まっている、というのが8/4のお話でした。
「定義は書き出さない。実績から逆算する」 「過去の引合の文面」と「最終的に出荷した型式」のペア だけです。これは すでに御社の基幹システムの中にあります （受注データ＋メール／FAX原本）。ルールを言語化する作業を、まるごと省きます。
核心：自信度で 3レーンに振り分ける しきい値を動かすと、自動化率と誤りの数がどう動くかをご覧ください
月間の引合件数（仮定）
700 件
現状の1件あたり平均 14分 で試算
自動レーン
45%
312 件／月
AIが型式を確定し、そのままAS/400へ登録 。人は結果を後追いで見るだけ。
このレーンの実効精度 99.3%
確認レーン
45%
316 件／月
AIが候補を3件＋根拠つき で出し、担当者は1クリックで選ぶだけ 。ゼロから調べる作業が消える。
正解が候補3件に入っている率 97.1% （デモ試算）
人手レーン
10%
71 件／月
AIが「わかりません」と申告 し、従来どおりベテランが対応。今より悪くなることは起きません。
AIが手を出さない理由 推測で答えると誤った型式選定につながるため、自信度60%未満は意図的に保留 します。
2.3 件／月
確認レーン・人手レーンの誤りは人が止めるのでカウントしません 。つまりこの数字は しきい値を上げれば必ず減らせます 。「AIの精度」ではなく「御社が決める設定」 である、というのがこの設計の要点です。
120 時間／月
現状 163時間／月 → 43時間／月 。しきい値を99%（最も安全）にしても削減は残ります 。候補提示だけでも「ゼロから調べる」工程が消えるためです。
最初は しきい値を99%（＝自動レーンをほぼゼロ）に設定して開始 することをおすすめします。全件を人が確認するので、今の業務品質は絶対に落ちません 。そのうえで「AIの提示と、担当者が実際に選んだ型式」を毎日突き合わせ、実測の一致率を見ながら段階的にしきい値を下げていく 。これなら、精度の議論を導入前の想像ではなく、導入後の実測 で行えます。
精度は「作った時点」ではなく「運用で」上がります
担当者の最終選択が、そのまま正解データになる 確認レーンで「候補2を選んだ」という操作が、次のAIの学習材料です。入力作業を別途お願いする必要がありません。
「AIが外した案件」だけを毎週見る 全件レビューは続きません。外した案件だけをリスト化し、週30分で振り返る運用にします。
顧客ごとに賢くなる 「この客先のこの言い回しは、いつもこの型式」という偏りは非常に強く出ます。全体精度より主要顧客での精度 が先に上がります。
これは競合が真似できない部分です 同じAIを他社が入れても、御社の過去実績は持っていません 。精度を決めているのはモデルではなくデータです。
それでも誤りが出たときの安全装置 AS/400側で守る
装置 内容
自動レーンでも「見積」まで 自動で登録するのは見積伝票だけ にし、受注・売上・発注は必ず人の承認を挟む——という段階設定が可能です 金額・数量の上限 「1件○○万円超」「数量○○個超」は自動レーンから外し、必ず人へ回す 新規顧客・新規型式は自動対象外 過去実績が無い＝AIが最も外しやすい条件。初回は必ず人が見る 登録元の記録 AS/400へ登録した伝票には「AI自動 / 人承認」の区分と実行ログ を残します。後から追跡・取消ができます いつでも止められる n8n のワークフローを1クリックで停止 すれば、翌日から完全に従来の運用へ戻ります（既存業務は一切変えていないため）
すべて御社が決める設定値 です。私たちが勝手に決めるものではありません。
すべて弊社が仮に置いた試算値 です。実際の数字は、御社の過去データで検証しない限り出せません （出せると言う会社があれば、それは根拠のない数字です）。その検証を、開発着手の前に低コストで行うのがフェーズ0 です。
④ AS/400（IBM i）連携 ── 「書き込みは苦手」の正体と、その回避策
8/4に坂野様がおっしゃった「引き出すのは得意だけど、こっちが連携させるのは苦手なシステムだと思う」 。この認識は半分は正しく、半分は誤解 だと考えています。ここではIBM社の公開情報を根拠に 、実際に何ができるのかを整理します。
まず事実：AS/400 は「古いシステム」ではなく、現行製品です IBM公式情報にもとづく
「書き込みが苦手」── 何が正しくて、何が誤解か
あの緑の画面（5250画面）は、人が打つ前提で作られています。 外部のプログラムから画面を操作する仕組みは想定されていません 。画面が1行ずれただけで壊れます 。ここを心配されているなら、その心配は正当です。私たちもこの方式は推奨しません。
書き込みの入口は、画面だけではありません。 Db2 for i のテーブル があり、その手前には 受注登録などを実行するRPGプログラム があります。この2つは、外から正規の手順で呼べます。 「画面に打ち込む」のではなく「画面が読み書きしている場所へ直接入れる」 。結果として、担当者が5250画面を開くとすでに入力済み になっている——これが正しいイメージです。
8/4のご質問「ここに勝手に入力されるイメージですか？」への正確な回答： 見え方としては「はい」ですが、仕組みとしては違います。 画面に文字を流し込むのではなく、画面の裏のデータへ登録します。そのため画面レイアウトが変わっても壊れません し、人が打ったのと同じ検証ロジック（在庫引当・採番・与信チェック）が働きます 。ここは大事な違いなので、次回 代表の片川からも改めてご説明させてください。
AS/400 へ書き込む 5つの方式（実現性の高い順） 御社の環境が判明したら、この中から選びます
方式 1 ／ 推奨
Db2 for i に「AI受付」用のテーブルを1本だけ追加 し、n8nはそこへINSERTするだけ。本登録は、御社の既存の取込プログラム（またはRPGを1本新規作成）が行います。
利点： 既存プログラムを1行も変更しません 。何かあれば受付テーブルを見れば全部わかる。ロールバックも容易。
必要なもの： Db2への接続許可＋RPG（またはCL）を1本書ける保守ベンダー
方式 2 ／ 推奨
IBM i 標準の Integrated Web Services (IWS) for i （IBM HTTP Server for i / 5770-DG1 に同梱）を使うと、既存のRPG／COBOLプログラムを、ソースを書き換えずにREST APIとして公開 できます。n8nの HTTP Request ノードから普通に叩けます。
利点： 受注登録の業務ロジックをそのまま再利用 。人が打った時と完全に同じ結果になります。
必要なもの： 5770-DG1の導入状況の確認／対象プログラムの入出力パラメータの把握
方式 3
RPGプログラムをSQLのストアドプロシージャとして登録 し、ODBC／JDBC 経由で CALL するだけで実行できます。IBM提供のJTOpen（jt400） はオープンソースのJDBCドライバで、Maven Central から入手できます（IBM Public License）。
利点： HTTPサーバーを立てなくてよい。方式2と同じく業務ロジックを再利用できる。
必要なもの： Db2 for i への ODBC／JDBC 接続の許可
方式 4
IBM i の IFS（統合ファイルシステム） へ CSV を置き、既存のバッチ取込処理に乗せる方式。すでに「他システムからCSVで取り込む枠」がある企業が多く 、その場合はこれが最短です。
利点： 実装が最も軽い。夜間バッチとの相性が良い。
弱点： リアルタイムではない（受注即時反映には不向き）
方式 5 ／ 最終手段
実際に画面を開いてキー入力を送る方式。これは他の4方式がすべて使えない場合の最終手段 として位置づけます。
弱点： 画面レイアウトの変更・処理待ちのタイミング・エラー画面で簡単に壊れます。坂野様が懸念されているのは、まさにこの方式のことだと思います。
方針： 私たちはこれを前提にした提案はしません。
n8n 側
n8n には Db2 for i の公式ノードはありません。 （この点は正直にお伝えします）接続は次のいずれかになります。
① HTTP Request ノード （方式2のREST APIを叩く）＝最も素直 コミュニティノード （IBM i 向けのものが公開されていますが、保守主体が個人のため業務利用は要検討）薄い中継APIを自社で1本立てる （Node.js＋jt400／ODBC）＝方式1・3と組む時の定番
結論： ①か③。②は評価対象からは外しませんが、依存はしません。
方式 リアルタイム性 既存プログラムの改修 壊れにくさ 先に確認が必要なこと
1. 受付テーブル ◎ 数秒 不要（新規1本のみ） ◎ Db2への接続許可／取込プログラムを書ける体制 2. IWS で REST API化 ◎ 即時 不要（公開設定のみ） ◎ 5770-DG1 の導入状況／対象プログラムのパラメータ 3. ストアドプロシージャ CALL ◎ 即時 登録作業のみ ○ ODBC／JDBC 接続の可否（ホストサーバーのポート） 4. IFS ファイル連携 △ バッチ 既存枠があれば不要 ○ 既存のCSV取込の枠があるか 5. 5250 画面 RPA △ 不要 × —（最終手段。推奨しません）
どれになるかは、御社のAS/400の中身を見ないと決められません。 ただ重要なのは、「連携できるかどうか」ではなく「どの方式が最適か」という段階の話である ということです。「そもそも繋がらないかもしれない」という段階ではありません。
次回（8/25）までに、可能な範囲でご確認いただきたい5点 これが分かれば、方式と工数がほぼ確定します
確認したいこと 確認方法の例 なぜ知りたいか
① IBM i のバージョン コマンド DSPPTF（先頭の VxRxMx）／保守ベンダーへ質問 7.1以前だと使える連携方式が減ります。7.3以降なら選択肢はかなり広いです ② IBM HTTP Server for i（5770-DG1）が入っているか GO LICPGM → オプション10（導入済ライセンス・プログラム表示）入っていれば 方式2（REST API化） がそのまま使えます ③ 見積入力・受注入力は RPGプログラムか 保守ベンダーへ「この画面の裏のプログラム名とソースはありますか」と質問 ソースが手元にあるかどうかで、方式2・3の可否が決まります ④ 外部から Db2 for i へ接続してよいか 情報システム／保守ベンダーへ確認（社内ネットワーク内に限定でOK） 方式1・3の前提。社内サーバーに n8n を置けば、社外に出る通信はありません ⑤ 保守ベンダーはどこか・どこまで動いてもらえるか — 私たちが直接AS/400を触るのではなく、ベンダー様と役割分担する形 が最も安全で安価です
この5点は、無料でご一緒に確認します。 費用が発生するのは、方式が決まり「何をいつまでに作るか」が確定してからです。8/4にご懸念いただいた「先行きが見えないまま費用がかかる」状態にはしません。
IBM社の公開情報にもとづく事実 です。一方、御社のAS/400の具体的な構成・導入オプション・プログラム構造は把握しておりません 。上の5方式のうちどれが採用可能かは、確認の結果によって変わります。画面イメージ・メニュー番号・テーブル名はすべてデモ用の想定 です。
参考ページ ── 今回のご提案スコープには含みません 今回は「見積作成・受注登録・売上登録・発注登録」に絞っています。本ページは前回モックからの参考です（発注業務の隣接領域のため、将来つながる可能性はあります）。
相見積AI・納期監視 ── 400社の窓口を1つに束ねる
メーカー・代理店ごとにFAX・メール・Web発注とバラバラな窓口へ、一斉に見積／納期照会 。返信メールをAIが読み取って比較表に自動集約 し、未回答先には自動で催促 します。
中部化成工業（株）四日市事業所 ／ 差圧伝送器（特殊レンジ・防爆）1台 在庫品ではないため、仕入先へ相見積
1 対象の仕入先をAIが選定 過去実績・取扱範囲・納期から5社
2 チャネル別に一斉送信 メール3社・FAX1社・Web発注1社
3 返信をAIが構造化・比較 単価／納期／型式を自動抽出
最安
東海計装サービス
一次代理店／メール
— 円
納期 —
送信待ち
推奨
中部プロセス機器
特約店／メール
— 円
納期 —
送信待ち
推奨
濃尾計器商会
代理店／FAX
— 円
納期 —
送信待ち
推奨
日本フロー機器
メーカー直／Web発注
— 円
納期 —
送信待ち
推奨
西濃制御機器
代理店／メール
— 円
納期 —
送信待ち
東海計装サービス ¥182,000（納期14日） ですが、客先の希望納期は8/10 。濃尾計器商会 ¥188,500（納期8日） なら間に合います。差額¥6,500で納期6日短縮 のため、こちらを推奨します。48時間経過時点で自動催促メール を送信済みです。
発注残・納期遅延の自動監視 回答未着・納期超過をn8nが毎朝チェック
発注No. 仕入先 品目 回答納期 客先納期 状態 AIのアクション
PO-26071142 中部プロセス機器 電磁流量計 50A 7/22 7/26 納期超過 2日 仕入先へ督促＋客先へ遅延連絡文を下書き PO-26071098 日本フロー機器 差圧伝送器（防爆） — 8/10 回答未着 3日 自動催促 2回目を送信済み PO-26070977 西濃制御機器 圧力スイッチ ×20 8/5 8/1 客先納期に間に合わず 代替品2型式を提示・分納案を作成 PO-26071203 東海計装サービス バイメタル温度計 ×12 7/28 8/3 順調 入荷3日前に出荷準備を自動通知 PO-26071155 濃尾計器商会 ダイヤフラムシール付 圧力計 7/31 7/31 余裕なし 前倒し可否を仕入先へ自動照会
返信メールをAIが構造化（例）
差出人 濃尾計器商会 営業部 ＜info@example.co.jp＞
件名 Re:【御見積依頼】差圧伝送器 特殊レンジ 1台
いつもお世話になっております。￥188,500- （税別）8営業日
オプション
校正証明書 +¥12,000 → 見積へ自動追加
94%
Before / After
仕入先ごとに手作業で送信 （メール／FAX／Web）Excelへ手入力 して比較気づいた人が電話 約45分 ＋待ち時間
ボタン1つでチャネル別に一斉送信 AIが自動で比較表化 48時間で自動催促 約8分
ご懸念への先回り： 「メーカーとの関係上、機械的な一斉送信はしづらい」場合は、送信前に人が宛先と文面を確認する半自動 で運用できます。取引条件の機微な相手は自動送信の対象から外す設定も可能です。
参考ページ ── 今回のご提案スコープには含みません ただし「見積作成時の在庫確認」という形では、①引合→見積 の中に一部かかってきます。単独機能としてのご提案はしていません。
在庫・拠点照会 ── 「在庫ありますか」の電話をなくす
在庫管理センター・4営業所・EC（圧力計PROショップ）の在庫を1画面に集約 。営業所からはチャットで型式を投げるだけ。EC在庫は実在庫と常時同期 し、売り越しを防ぎます。
在庫型式数（圧力計）
8,200
即納率（当日出荷）
83 %
+6pt（在庫照会の即答化による）
拠点→在庫Cへの在庫確認電話
-71 %
1日 42件 → 12件（デモ試算）
EC在庫と実在庫の誤差
0 型式
同時転記により常時一致
チャットで在庫照会（Teams／LINE WORKS 等）
在庫BOT（n8n）
AT3/8-75 × 1MPa
在庫センター（名古屋）：12個 即納可 富山営業所：1個 本日14:00までの確定で翌日午前 富山着 引当しますか？ 「5個引当」と返信すると、基幹へ引当・出荷指示まで自動で流します。
在庫BOT（n8n）
引当しました。
基幹：受注No. SO-26072411 を作成 在庫センター：ピッキング指示を送信 EC在庫：12 → 7 に自動反映
EC（圧力計PROショップ）連携 ── 二重管理をやめる
売り越し・二重入力ゼロ 。
候補型式＋在庫＋購入リンク を自動返信。
確認事項： ECのプラットフォーム（カートシステム）と、在庫データの持ち方（基幹／独立DB／CSV）によって連携方式が変わります。API提供の有無を商談時にご確認させてください。
参考ページ ── 今回のご提案スコープには含みません 校正センターの進捗管理・JCSS証明書の自動生成です。8/4のお話では優先度が低いとのことでしたので、参考としてのみ残しています。
校正センター ── 預かり品の進捗と、証明書づくりを自動化
受付から返送までのステータスを自動更新 し、顧客には節目ごとに自動連絡。JCSS校正証明書・検査成績表・トレーサビリティ体系図 は測定値から自動生成し、人は検証と承認に集中します。
お預かり中
47 台
JCSS 18台 ／ 一般校正 29台
平均リードタイム
6.2 日
−2.4日（書類作成の自動化）
「今どこ？」の問い合わせ
-78 %
進捗の自動通知による（デモ試算）
お預かり品の進捗ボード（自動更新） 依頼・見積 → 荷受・現品確認 → 校正作業 → 書類作成 → 返送納品
9
知多製油（株） 圧力計 6台／EC申込 見積 自動下書き済
品川精機（株） 圧力計 4台／期限アラート発 自動起票
北陸都市ガス（株） JCSS 3台 JCSS
11
三河食品工業（株） 圧力計 8台／1台 型式相違 確認連絡 下書き
富山合成樹脂（株） 圧力計 5台 受領通知 送信済
14
中部化成工業（株） JCSS 6台／液体媒体 測定値 自動取込
濃尾製薬（株） 一般校正 9台 作業中
8
遠州熱工業（株） JCSS 12台／証明書 自動生成済 承認待ち（クリックで表示）
東海精密機工（株） 一般校正 3台 承認待ち
5
知多製油（株）四日市 返送予定 7/25（希望 7/24） 遅延・連絡文 下書き
品川精機（株） 本日発送／PDF送付済 完了・次回期限を登録
次回校正期限（通常1年後）が計器台帳へ自動登録 されます。これが次ページ「校正期限→更新提案」の入り口になります。校正は売って終わりではなく、1年後の商談が確定している商材 です。
顧客への自動連絡（節目ごと）
受付
「校正依頼を承りました」 受付番号・概算費用・返送予定日を自動で返信
荷受
「現品を受領しました（8台）」 個体番号の一覧つき。相違があればその場で確認依頼
作業
「校正作業に着手しました」 返送予定日を再計算して通知
完了
「完了しました／証明書PDFを送付」 JCSS証明書・成績表・体系図をまとめて添付
発送
「本日発送しました（追跡番号◯◯）」 次回校正期限も併記して案内
1年後
「次回校正の時期が近づいています」 90日前に自動案内 → 更新提案へ
JCSS／ISO 17025 の記録要件との関係
誰が・いつ・どの標準器で・どの測定値を得たか。n8nが処理ログを残すため、証跡が手作業より確実に揃います。
AIは書類の「下書き」まで。校正結果の妥当性判断と署名は、これまで通り有資格の担当者が行う設計です。
n8nは自社サーバー／オンプレミス に設置できます。測定値や顧客の計器台帳をクラウドへ出さない運用が選べます。
要確認： 校正証明書の様式・記載項目・承認フローは認定範囲に関わるため、現行の様式をそのまま再現する 形で設計します。既存の帳票フォーマットをご提供いただく前提です。
参考ページ ── 今回のご提案スコープには含みません 受発注業務とは別テーマですが、収益インパクトは最も大きい と考えている機能です。今回の土台（n8n × AS/400連携）ができれば、後からワークフローを足すだけで実現できます。
校正期限 → 更新提案 収益インパクト最大
校正周期は通常1年。過去に校正した計器は、1年後に必ず再校正が発生する「確定した商機」 です。n8nが毎日期限を判定し、90／60／30日前に営業通知・顧客案内・見積下書きまでを自動で行います。
計器台帳 登録台数
3,840 台
過去の校正実績から自動構築
90日以内に期限到来
128 台
32社・想定 ¥4,720,000（デモ値）
校正 更新率
54% %
先回り案内による想定改善（デモ試算）
取りこぼし削減の年間見込
¥12.4M
※ 前提を置いた概算・要ヒアリング
期限アラート ／ 90・60・30日前で段階的にアクション 毎日 6:00 に n8n が自動判定
顧客 計器・型式 台数 前回校正 次回期限 残日数 自動アクション 状態
富山合成樹脂（株） 富山営業所・寺岡 圧力計 AT3/8-75×1MPa ほかJCSS 4台含む 14 2025/08/22 2026/08/22 29日 顧客へ案内メール送信済 ＋ 見積添付 返信待ち 品川精機（株）大井工場 東京営業所・岩瀬 圧力計・圧力スイッチ 8 2025/09/15 2026/09/15 53日 60日前アラート → 案内メール下書き 承認待ち 遠州熱工業（株）浜松工場 浜松営業所・鈴木 圧力トランスミッタ ほか 22 2025/09/28 2026/09/28 66日 営業へ通知（訪問候補日も提示） 営業アプローチ中 中部化成工業（株）四日市 名古屋本社・佐野 JCSS 校正対象一式 19 2025/10/10 2026/10/10 78日 90日前アラート → 見積を自動生成 承認待ち 北陸都市ガス（株）供給技術部 富山営業所・寺岡 圧力計・圧力トランスミッタ 31 2025/10/19 2026/10/19 87日 90日前アラート → 台帳PDFを添付案内 承認待ち 三河食品工業（株）豊橋工場 名古屋本社・佐野 サニタリー圧力計 34 2025/07/30 2026/07/30 6日 受注確定 → 校正センターへ自動予約 受注済
月別 校正期限の到来台数（＝月別の確定商機） 先が読めるので、校正センターの要員計画にも使えます
10月と1月に山があります。 校正センターの受入能力を超える見込みのため、AIが「8〜9月に前倒し案内」する対象 を抽出しました。平準化しながら、早期受注も取れます。
自動生成される案内メール（下書き）
宛先 富山合成樹脂株式会社 設備管理課 御中
件名 【ご案内】計測機器 定期校正の時期が近づいております（8月期限 14台）
いつも大変お世話になっております。2026年8月22日 に校正有効期限を迎えるものが14台 ございます。「計器台帳」 をご確認ください。概算お見積 も併せて添付しております。約6営業日 を見込んでおります。代替機の貸出 もご相談を承ります。
正確には管理できていない ことが多い業務です。台帳ごと還元することで、「センサスヤマモトに任せておけば管理されている」 状態を作れます。乗り換えコストが跳ね上がります。
この機能を成立させる唯一の条件
① 過去の校正履歴がデータで残っていること 顧客／型式／個体番号／校正日 の4項目が揃えば台帳を構築できます。
② 個体を識別できること
③ 顧客が「まだ使っているか」の確認 「使用終了の連絡フォーム」 を入れて台帳を自動で綺麗にしていきます。
商談での確認事項： 「過去の校正履歴はどこに・どの形式で残っていますか？」この1問への答えで、この機能の立ち上がり速度がほぼ決まります。
参考ページ ── 今回のご提案スコープには含みません メーカーの生産中止案内から、過去納入先を横串で抽出する機能です。前回モックからの参考として残しています。
廃番・後継品ウォッチ ── 生産中止案内を「商機」に変える
400社超のメーカーから届く生産中止・仕様変更の案内を、n8nがメールとメーカーサイトから自動収集 。該当型式を過去に納めた顧客を横串で抽出 し、後継品の提案文まで下書きします。
今週 検知した 生産中止・仕様変更（自動収集） 出典：メーカー案内メール／メーカーサイトの製品情報
対象型式・シリーズ 区分 生産終了 保守終了 該当顧客 該当台数 推奨後継品（AI） 想定売上
電子式圧力スイッチ Aシリーズ 検知元：メーカー案内メール 7/22 生産中止 2026/12 2031/12 14社 22 後継 A2シリーズ取付互換あり・配線変更要 ¥1,320,000 デジタル圧力計 Dシリーズ（旧型） 後継移行 2027/03 2032/03 9社 31 D-Ⅱ形寸法互換・精度向上 ¥2,170,000 バイメタル温度計 T-100 一部レンジ レンジ廃止 2026/09 — 6社 18 近似レンジへ変更要 客先仕様確認 ¥468,000 圧力トランスミッタ 防爆仕様（旧認定） 認定更新 — 2027/06 4社 7 新認定品へ防爆検定証の差替必要 ¥910,000 サニタリー継手 一部サイズ 仕様変更 2026/10 — 3社 42 新仕様品ガスケット材質が変更 ¥336,000 差圧伝送器 旧シリーズ 生産中止 2026/08 2031/08 2社 3 後継機種通信仕様が異なる・要説明 ¥585,000
¥5,789,000 （デモ値）。これは「気づけば売上、気づかなければ競合の売上」 になる案件群です。
該当顧客の自動抽出 ／ 電子式圧力スイッチ Aシリーズ
顧客 納入台数 最終納入 担当 優先度
中部化成工業（株）四日市事業所 6 2024/03 名古屋・佐野 高（台数最多） 知多製油（株） 4 2023/11 名古屋・佐野 高 遠州熱工業（株）浜松工場 3 2025/06 浜松・鈴木 中 富山合成樹脂（株） 2 2022/08 富山・寺岡 中 品川精機（株）大井工場 2 2024/09 東京・岩瀬 低 … ほか 9社 5台
AIが下書きした 提案文（顧客ごとに個別化）
宛先 中部化成工業株式会社 四日市事業所 保全部 御中
件名 【重要】ご使用中の圧力スイッチ 生産中止のご案内と、後継品のご提案
平素より大変お世話になっております。6台 ご使用いただいております電子式圧力スイッチ Aシリーズ につきまして、メーカーより2026年12月をもって生産終了 との案内がございました。A2シリーズ は取付寸法に互換性があり 、既存の配管を加工せずに交換が可能です。ただし出力配線の仕様が一部変更 となるため、現地確認をおすすめしております。定期修繕のタイミングでの計画的な更新 をご提案いたします。概算お見積を添付いたしました。
定期修繕が例年2月 のため、逆算すると10月までに商談・11月に発注 が必要です。訪問候補日を営業カレンダーから3日分ピックアップしました。
n8n ワークフロー図 ── 今回のスコープは 4本
①〜⑤でご説明した内容を、実際に n8n 上で組む構成 として図解しました。AS/400 は入れ替えません。 その外側にn8nを置き、隙間を埋めます。先頭の4タブが今回のスコープ 、後半のグレーのタブは参考です。
WF-01 引合→見積作成
WF-02 型式特定AI
WF-03 AS/400 登録（受注・売上・発注）
HUB 全体構成
参考 相見積RFQ・催促
参考 校正期限→更新提案
参考 校正進捗・証明書
参考 廃番ウォッチ
セルフホスト版（自社サーバー設置）は無償 で利用できます。ワークフローの本数に制限はありません ので、1つ作れば2つ目・3つ目は追加費用なく増やせます。社内サーバーに置けば、AS/400のデータが社外に出ることもありません。
WF-02 型式特定AI ／ 型番なし・省略・誤りから候補型式を提示
EC写真判定／メール／FAX
Webhook / IMAP Trigger
レンジ／接続／材質／等級
AI Vision
手書き仕様も抽出
OCR + AI
類似仕様を検索
Vector Store / DB
在庫数・即納可否
HTTP Request
確度・根拠・不足情報を付与
AI Agent
Teams／Slack／メール
Slack / Teams
確認事項を1問だけ添える
Gmail Draft
「過去の出荷実績」 です。同じ客先・似た用途で過去に何を出したかを検索させることで、カタログだけでは出せない候補が出ます。導入後も担当者の最終選択を学習 させ続ける設計にします。
WF-01 引合 → 見積作成（AS/400 01 見積入力へ）
FAX／メール／EC／電話
IMAP / Webhook
顧客／型式／数量／納期
OCR + AI（構造化）
顧客マスタと突合
Code + DB Lookup
前回単価・粗利率
基幹 DB / HTTP
メーカー価格表・掛率
Spreadsheet / DB
粗利率チェック・注記付与
AI Agent
見積No.を採番
HTTP / CSV
修正して送付
Teams / Slack
AIは「送信」しません。 作るのは下書きまでで、送付は必ず人が承認します。金額が絡む処理を全自動にしないことが、社内の合意を得る最短ルートです。
WF-03 相見積RFQ 一斉配信 → 回答集約 → 自動催促
取扱範囲・実績・納期
Code + DB
仕入先ごとの定型文
Gmail / SMTP
FAX運用の仕入先向け
FAX API / 複合機
メーカー直の入力代行
HTTP Request
件名・案件No.で紐付け
IMAP Trigger
数量条件・オプションも
AI（構造化抽出）
価格×納期で推奨を提示
Sheet / 画面
48h／96hの2段階
Gmail / FAX
「自動送信する相手」と「人が送る相手」をマスタで分ける 設計にし、機微な取引先へは従来通り人が連絡する運用を推奨します。
WF-04 校正 進捗自動更新 → 証明書・成績表の自動生成
EC／フォーム／メール
Webhook / IMAP
校正台帳へ登録・概算見積
DB Insert
個体番号を台帳と照合
HTTP / DB
JCSS／成績表／体系図
Template + PDF
WF-05 の入口になる
Gmail ＋ DB
証明書の様式・記載事項・承認者を現行のまま再現 します。自動化するのは「転記」と「体裁づくり」だけで、校正結果の判定と署名は必ず有資格者 が行います。処理ログが残るため、監査対応はむしろ楽になります。
WF-05 校正期限アラート → 更新提案の自動化 最優先
営業日のみ実行
Schedule Trigger
3,840台の次回期限を計算
Postgres / DB
拠点・担当別に振分け
Teams / Slack
計器台帳PDFも添付
AI ＋ PDF
30日前で電話に切替
Sheet / CRM
反応をステータス管理
CRM API
7本の中で最もシンプル です。にもかかわらず収益インパクトが最大 。「難しいものから作らない」という意味で、最初に着手すべきワークフロー だと考えています。必要なのはAIではなく、校正履歴のデータ化 だけです。
WF-06 廃番・後継品ウォッチ → 該当顧客の自動抽出
メーカー412社
Schedule Trigger
生産中止・仕様変更
IMAP Trigger
差分のみ処理
HTTP ＋ Extract File
型式／終了日／後継品
AI（構造化抽出）
過去10年の出荷実績を横断
基幹 DB クエリ
台数・時期・互換性を反映
AI Agent
優先度・想定売上つき
Teams / Slack
送信は人が判断
Gmail Draft
「その型式を誰に納めたか」を即座に引ける 点にあります。過去の出荷実績データが横串で検索できるか が実装可否の分かれ目です。
WF-03 AS/400 登録 ／ 見積承認 → 01・02・03・04 の4伝票へ
得意先CD・品目CD・掛率・税区分へ変換／必須項目のチェック
Code ＋ AI 補正
見積ヘッダ＋明細
HTTP Request → IWS REST
在庫引当は基幹側ロジック
HTTP Request → IWS REST
出荷実績をトリガに後日実行
HTTP Request → IWS REST
引当不可分を仕入先別に分割
HTTP Request → IWS REST
既存様式のままPDF出力
Template + PDF
登録結果と要確認事項
HTTP Request
HTTP Request ノード → Integrated Web Services（IWS）で公開した既存RPGプログラム という構成を想定しています。テーブルへの直接INSERTはしません。 在庫引当・採番・与信チェックといった業務ロジックは基幹側にあるため、人が打鍵したのと同じ処理を呼ぶ のが最も安全だからです。受付テーブル方式（Db2にテーブルを1本足し、既存の取込処理で本登録する） に切り替えます。どちらになるかは ④AS/400連携 の確認結果で決まります。
全体構成 ── AS/400 は入れ替えず、外側で束ねる
1 ① 引合（何で届いてもOK） FAX・メール・電話・EC
2 ② n8n＋AIが組み立てる 型式特定・見積明細・項目マッピング
3 ③ AS/400 へ登録＋帳票 01 見積／02 受注／03 売上／04 発注
型式特定／見積組立／AS/400登録／帳票生成
3 workflows（今回スコープ）
無償 。社内に置けば、AS/400 のデータが社外に出ない構成が選べます。
坂野様ご自身での内製移管 もしやすい構成です。
ワークフロー 一覧（今回スコープの3本 ＋ 参考4本）
No. ワークフロー トリガー 主な連携先 難易度 効果 前提となるもの 推奨フェーズ
WF-03 AS/400 登録（受注・売上・発注） 見積承認 AS/400（IBM i）・帳票・チャットワーク ★★ 大 AS/400への接続方式の確定 フェーズ1 WF-01 引合 → 見積作成 受信の都度 AS/400（01 見積入力）・価格表 ★★ 大 読み取り済みデータ・過去見積 フェーズ2 WF-02 型式特定AI 受信の都度 品目マスタ・過去出荷実績 ★★★★ 最大 過去の引合と確定型式のペア（フェーズ0で検証） フェーズ3 参考 校正期限→更新提案 毎日 6:00 校正台帳・CRM・メール ★★ — 過去の校正履歴データ スコープ外 参考 相見積RFQ・自動催促 案件都度 メール・FAX・Web発注 ★★★ — 仕入先マスタ（送信可否区分） スコープ外 参考 廃番・後継品ウォッチ 毎朝／メール メーカーサイト・基幹 ★★★ — 出荷実績の横断検索 スコープ外 参考 校正進捗・証明書生成 受付・工程完了 校正システム・帳票・メール ★★★★ — 現行の証明書様式・承認フロー スコープ外
順番にご注目ください。 最も価値が大きいのは WF-02（型式特定AI）ですが、あえて最後に置いています 。理由は2つ。①WF-01・WF-03を先に動かすと、「引合の文面 → 確定した型式」のデータが自動で溜まる （＝WF-02の燃料になる）。②難しいものを最初に作ると、効果が出る前に費用だけが先行します。効果が読める順に着手する のが、8/4のご懸念への私たちの答えです。
導入ステップと、想定されるご懸念への回答
8/4に坂野様がおっしゃった「完成する見込みが立たないまま費用がかかると、決裁が取りづらい」 。これに正面から応える進め方をご提案します。いちばん怖い部分（型式特定の精度）を、作る前に・低コストで確かめる という順番です。
フェーズ0 ＝ 作らずに、精度だけ先に測る
過去1年分の引合（原本）と、それに対して最終的に出荷した型式のペアを 300〜500件 ご提供いただければ、システムを作らずに机上で精度を測れます 。「自信度90%以上のものが全体の何％で、その正解率は何％だったか」——この実測値が出れば、費用対効果を数字で判断できます 。ここまでは費用をいただきません。
進め方（一例）── 費用が発生するタイミングを明示しています 期間は貴社の体制・データ整備状況により変動します
〜1ヶ月 1-2ヶ月 2-3ヶ月 3-4ヶ月 4-6ヶ月 6-8ヶ月 8-12ヶ月
P0 AS/400 の接続方式を確認事前確認シートの6項目・保守ベンダー様と
P0 過去データで型式特定の精度を実測引合原本＋確定型式 300〜500件
◆ ここで見積を提出 「何を・いつまでに作るか」を1本で
P1 WF-03 AS/400 登録（受注・売上・発注）精度の議論が不要・効果が読みやすい
P2 WF-01 引合 → 見積作成見積入力までを自動化
P3 WF-02 型式特定AI（しきい値99%で開始）P1・P2で溜まったデータが燃料になる
ここは費用をいただきません。 結果が悪ければ「やらない」という判断も当然あり得ます。
決まった内容を決まった場所に入れるだけ なので、精度の不確実性がありません。効果も打鍵時間で測れます。
ここで「引合の文面→確定型式」のデータが自動で溜まり始めます。
しきい値99%＝全件人が確認 から始めるので、業務品質は落ちません。実測しながら自動化率を上げていきます。
一例 です。実際の期間・費用は、フェーズ0の結果と御社の体制を踏まえて確定し、「この期間に、これを作ります」という1本のお見積 としてご提出します。
想定されるご懸念と、率直な回答 クリックで開きます
「全件で95%」は、正直お約束できません。 できると言う会社があれば、その根拠を必ず確かめてください。AIに自信度を返させ、しきい値以上のものだけ自動で流す やり方です。この設計なら「自動で流す部分の精度」は御社が決める設定値 になります。しきい値99%で始めれば実効精度は99%以上、代わりに自動化率は下がる——という調整可能なトレードオフ に変わります。「では実際どのくらいの分布になるのか」は、過去データで作る前に測れます （フェーズ0）。詳しくは ③精度の設計 をご覧ください。
定義は書き出しません。 「これだからこれ」というルールを人が列挙する方式は、数百万型式・数十年分の例外がある御社では絶対に終わりません 。「過去の引合の文面」と「最終的に出荷した型式」のペア だけです。これは すでに御社の基幹システムとメール／FAX原本の中にあります 。ルールを言語化する工程そのものを省くのが、今回のご提案の要です。
「5250画面に外から打ち込む」のは確かに脆いです。その点のご懸念は正当です。 私たちもその方式は推奨しません。Db2 for i が統合 されており、既存のRPGプログラムは Integrated Web Services（IBM i 標準機能）でREST API化 したり、SQLストアドプロシージャとして呼び出す ことができます。画面ではなく、画面の裏側へ正規の手順で入れる のが正しいやり方です。④AS/400連携 の事前確認シートで先に確かめさせてください。
ごもっともです。この点は進め方を変えてご提案します。 フェーズ0（AS/400の接続方式の確認 ＋ 過去データによる精度実測）までは費用をいただきません。 そのうえで「何を・いつまでに作るか」を確定し、期間と金額を1本のお見積 としてご提出します。お金の話になるのは「できる／できない」と「どのくらい効くか」がはっきりしてから です。フェーズ0の結果が悪ければ「やらない」というご判断も当然あり得ますし、それで構いません。
できます。 弊社はもともとシステム開発会社ですので、要件が固まっていれば受託開発として承ります。要件そのものがまだ固まっていない 状態です（型式特定のルールが定義できない、というのがまさにそれです）。この状態で「言われたとおりに作る」と、使われないものが出来上がるリスク が高い。フェーズ0だけご一緒させてください 。そこで要件が固まれば、あとは丸ごとお任せいただく形でも問題ありません。
AS/400 のプログラムには手を入れません。 最も安全な「受付テーブル方式」なら、Db2 for i にテーブルを1本追加するだけ で、既存のプログラムは1行も変更しません。「参照だけ」 から始め、書き込みは人が承認したうえで実行する設計にします。万一 n8n が停止してもAS/400 はこれまで通り動きます 。従来の手打鍵に戻るだけで、業務は止まりません。n8nのワークフローは1クリックで停止できます。
n8nは自社サーバーに設置できます（セルフホスト版は無償） 。AS/400 との通信を社内ネットワーク内で完結 させる構成が選べる点が、クラウドSaaSとの決定的な違いです。御社では Gemini をお使いとのことでしたので、Google Workspace との組み合わせも前提にできます。
全部を説明していただく必要はありません。 むしろ、1件の実例を最後まで見せていただく ほうが有効です。1本の流れを1件だけ 。それが分かれば、残りは類推できますし、分からない部分はその都度お聞きします。実際の引合を1〜2件、画面を見せていただきながら ご説明いただくのが最も効率的だと考えています。
比較されるのは当然だと思います。判断材料として、各社に同じ3つを聞いてみてください。 「型式特定の精度は何％出ますか」 — 数字を即答する会社は要注意です。データを見ずに分かるはずがありません。「AS/400 へはどの方式で書き込みますか」 — 「RPAで画面を操作します」と答えたら、その脆さを確認してください。「精度が出なかったときはどうしますか」 — 出なかった場合の設計（自信度による振り分け）を持っているかどうかが分かれ目です。
次回、確認させていただきたいこと この回答で提案の精度が大きく変わります
1 IBM i のバージョン （DSPPTF の先頭 VxRxMx／保守ベンダー様へのご確認でも可）2 IBM HTTP Server for i（5770-DG1）の導入有無 （GO LICPGM → オプション10）3 見積入力・受注入力の裏のプログラム名とソースの有無 （保守ベンダー様へ）4 外部から Db2 for i へ ODBC／JDBC 接続してよいか（社内ネットワーク内に限定で可） 5 保守ベンダー様のお名前と、依頼できる作業範囲 6 他システムからのCSV取込の枠が既にあるか（夜間バッチ等）
7 過去の引合の原本（FAX画像／メール本文）300〜500件 と、それぞれに対して最終的に出荷した型式 8 品目マスタ（型式・仕様項目）のエクスポートは可能か。項目は何を持っているか 9 「型番で来る／省略／型番なし／間違い」のおおよその比率 （体感で構いません） 10 1件あたりの平均処理時間（型式特定／見積作成／受注登録／発注登録の内訳）
11 1日／月あたりの引合件数と、FAX・メール・電話・ECの比率 12 受注1件あたり、平均で何社へ発注が発生しますか 13 型式特定ができる方は何名か。新入社員が一人で見積を作れるまでの期間は 14 決裁者・決裁フロー・予算枠とご検討時期
実際の引合を1〜2件、画面を見ながら最後まで追わせてください。 「この引合が来て → こう調べて → ここに打った」という1本の流れが分かれば、あとは類推できます。全業務をご説明いただく必要はありません。
本モックの前提とお断り
1. 機能・業務フローはすべて「仮定」です。 実運用の設計は貴社へのヒアリングを経た協議のうえで決定 いたします。2. 数値はすべてデモ用の試算値です。 実際の効果は現状値を計測したうえで算出 します。3. 型式・在庫数・価格・企業名はダミーです。 すべて架空のデモデータ であり、登場する顧客企業名も実在の企業とは関係のない架空名 です。4. モックはここまで作り込む必要はありません。 必要な機能だけを、必要な形で 実装します。本モックは「こういうことができる」というイメージ共有のための資料です。