AS400 / IBM i の現場では、「古い5250画面をWeb化したい」「外部システムとAPI連携したい」「CSV連携をやめたい」「既存RPGを残したまま周辺だけ新しくしたい」という相談が増えます。Web化やAPI連携は魅力的ですが、現行業務を理解しないまま進めると、本番処理やデータ整合性を壊すことがあります。
この記事では、AS400のWeb化・API連携を検討する前に整理することを、保守現場の目線でまとめます。ツールや方式を決める前に、業務、データ、ジョブ、エラー時の扱いを先に確認することが大切です。
最初に決めるのは方式ではない
Web化やAPI連携の話になると、すぐに画面、フレームワーク、API方式、クラウド連携の話に進みがちです。しかし最初に見るべきなのは、対象業務とデータの流れです。受注、出荷、在庫、売上、請求、締め処理のどこに関係するのかを確認します。
| 確認項目 | 見る理由 | 関連ページ |
|---|---|---|
| 対象業務 | どの処理をWeb化・連携対象にするか | 販売管理システム保守ガイド |
| 対象データ | どのファイルを読み書きするか | DSPFFD / DSPPFM |
| 既存処理 | RPG/CL、夜間バッチ、帳票、外部連携の影響 | DSPPGMREF影響調査 |
| ファイル連携 | CSV、IFS、FTP、再送、文字コード | IFS入門 |
| 障害時 | 再実行、二重送信、取り消し、ジョブログ | 本番障害の初動対応 |
Web化でよくある落とし穴
- 画面だけ新しくして、裏側の業務ロジックを理解していない
- AS400側の更新タイミングとWeb側の登録タイミングがずれる
- バッチ処理中に外部から更新してしまう
- CSV連携の再送や二重取込のルールがない
- 権限と個人情報の扱いを後回しにする
- エラー時にどちらのシステムで復旧するか決まっていない
API連携で先に決めること
API連携では、どのデータを、いつ、どちらが主として、どの単位で連携するかを決めます。リアルタイム連携が必要なのか、日次バッチで十分なのか、失敗時に再送できるのか、同じ伝票を二重処理しないかが重要です。
| 論点 | 確認すること |
|---|---|
| 主システム | AS400側が正か、外部側が正か |
| 連携タイミング | 即時、定期、夜間、手動再送 |
| エラー処理 | 失敗時の通知、再実行、取り消し、二重防止 |
| データ形式 | CSV、JSON、固定長、文字コード、桁数 |
| 機密情報 | 顧客情報、金額、認証情報、ログ出力 |
リプレースとは分けて考える
Web化やAPI連携は、全面リプレースとは別の選択肢です。AS400を残しながら、周辺の画面や連携だけを新しくする方法もあります。判断に迷う場合は、AS400モダナイゼーション・リプレース判断ガイド を先に確認してください。
まとめ
AS400のWeb化・API連携では、方式より先に業務、データ、既存RPG/CL、夜間バッチ、IFS、エラー時の復旧を整理します。外部へ相談する場合は、AS400保守会社に相談する前のチェックリスト を使って、現行情報をまとめておくと話が早くなります。
通信・ネットワーク・TCP/IPで困った時
5250、FTP、外部連携、ACS接続で通信が疑わしい時は、AS400のTCP/IP通信トラブル確認手順を確認してください。PING、NETSTAT、WRKTCPSTS、VPN、DNS、ポートを分けて見ると、AS400側かネットワーク側かを説明しやすくなります。
FTP転送・CSV連携で困った時
FTP転送できない、IFSに置けない、CSVが文字化けする場合は、AS400でFTP転送できない時の確認手順を確認してください。通信、ログイン、権限、IFSパス、文字コード、バッチ実行環境を分けて見ます。
Web化・API連携の前に既存運用を棚卸しする
AS400をWeb化・API連携するときは、RPG/CLだけでなく、夜間バッチ、CSV、IFS、スプール、権限、障害時の戻し方を先に棚卸しします。置き換えるか残すかの判断はモダナイゼーション・リプレース判断ガイドで整理しています。
関連する全体像はAS400初心者向け完全ガイド、作業別の確認コマンドはAS400コマンド逆引き、運用・障害対応はAS400保守・運用完全ガイドも合わせて確認してください。
Web化・API連携の影響調査をAIで補助する
AS400のWeb化・API連携では、RPG/CL、バッチ、CSV、IFS、権限、既存画面の業務順序を横断して確認します。影響調査をAIで補助したい場合は、Codex実戦研修で安全な情報整理とレビュー方法を確認できます。
Web化する前に壊してはいけないAS400運用
AS400のWeb化やAPI連携では、画面を新しくすることより、既存の締め処理、バッチ、帳票、CSV、権限、障害時の戻し方を壊さないことが重要です。特に在庫照会、請求締め、出荷確定のような業務は、画面だけでなく後続処理まで確認します。
影響調査は人が最終判断する必要がありますが、RPG/CLの読解、ファイル参照、調査メモの整理はAIで補助できます。安全に進めるにはRPGソースをAIに読ませる時の注意点とCodex実戦研修も合わせて確認してください。
