AS400のOUTQとは？WRKOUTQとWRKSPLFでスプール出力先を確認する

AS400 / IBM i で「帳票が出ない」「スプールは作られたはずなのに見つからない」と聞かれた時、最初に整理したいのが OUTQ です。OUTQは出力待ち行列のことで、スプールファイルや帳票がどの出力先に待機しているかを見るための入口になります。

AS400の印刷まわりは、ジョブ、ユーザー、ジョブ記述、プリンター装置、OUTQ、スプールファイルが絡みます。画面でスプールだけを探すなら WRKSPLFの確認手順 が基本ですが、出力先そのものを追う時は WRKOUTQ も見ると原因を絞りやすくなります。

コマンド名から調べたい場合は、先に AS400コマンド逆引き で「スプール」「帳票」「出力先」の系統を確認しておくと迷いにくいです。

OUTQとWRKOUTQの関係

OUTQ は出力待ち行列そのもの、WRKOUTQ はその出力待ち行列を操作・確認するためのコマンドです。現場では「どのOUTQに出たか」「そのOUTQで止まっていないか」「別のOUTQに飛んでいないか」を確認します。

見るもの	確認したいこと
WRKSPLF	自分のユーザーやジョブが作ったスプールファイルを探す時に使います。
WRKOUTQ	特定の出力待ち行列にたまっているスプールを確認する時に使います。
JOBD	バッチ投入時の出力先やジョブ属性を追う時に関係します。
ジョブログ	印刷やスプール作成時のメッセージを確認する時に見ます。

帳票が出ない時の確認順

帳票が出ない時は、いきなりプリンターだけを見るより、スプールファイルが作られたか、どのOUTQに入ったか、保留状態になっていないかを順番に見る方が安全です。

1. WRKSPLF で対象ユーザーのスプールがあるか確認する
2. スプールのOUTQ名、ジョブ名、ユーザー、番号を確認する
3. WRKOUTQ OUTQ(ライブラリ/OUTQ名) で出力待ち行列側を見る
4. HLD、RDY、SAVなどの状態を確認する
5. 必要ならジョブログで印刷・出力関連のメッセージを追う

エラーやMSGW（メッセージ応答待ち）が絡む場合は、スプール画面だけでは足りないことがあります。ジョブの状態やメッセージを確認する流れは ジョブログ確認手順 と MSGWの確認手順 も合わせて見てください。

OUTQが詰まっている時は、出力待ち行列そのものだけでなく、スプールの状態、ライター、プリンター装置、MSGW、権限、帳票を作ったジョブまで見ます。行列に溜まっているという見え方は同じでも、止まっている場所は毎回違います。

SBMJOBやJOBDからOUTQを追う

バッチ処理の帳票は、投入したユーザーの画面だけを見ても見つからないことがあります。SBMJOB で投入されたジョブは、ジョブ記述や投入時の指定によって出力先が変わることがあるためです。

バッチ投入、WRKSBMJOB、DSPJOBDの基本は SBMJOB・WRKSBMJOB・DSPJOBDの確認手順 で整理しています。帳票が見つからない時は、ジョブの投入条件とOUTQをセットで追うと、調査が早くなります。

保守現場で見落としやすいポイント

OUTQまわりでよくあるのは、「作成されていない」と思っていた帳票が、実は別のOUTQに出ているケースです。ユーザー、ジョブ、出力先、保留状態のどれかを見落とすと、原因調査が遠回りになります。

症状	見るポイント
WRKSPLFに出ない	別ユーザー、別ジョブ、別OUTQに出ていないか確認します。
印刷されない	OUTQ側でHLDや装置停止、ライター停止がないか確認します。
バッチ帳票だけ見つからない	SBMJOB、JOBD、ジョブログから出力先を追います。
本番で再出力したい	再印刷対象、部数、出力先、保存状態を必ず確認します。

本番対応では、スプールの削除、移動、解放、再印刷を安易に行わないことが大切です。帳票は業務証跡になることがあるため、誰に確認して、どの帳票を、どの出力先へ扱うのかを記録してから作業します。

CodexやAIに相談する時の注意

OUTQ、WRKSPLF、ジョブログの内容をAIに見せると、帳票が出ない原因の整理には役立ちます。ただし、会社名、ユーザー名、ジョブ名、ライブラリ名、プリンター名、帳票名、顧客名が含まれる場合は、必ずマスキングしてください。

AS400保守でCodexを安全に使う考え方は、AS400保守でCodexは使える？ と AS400保守向けCodex研修 にまとめています。

日次・月次で見るとよいこと

日次では出力待ちと保留を見ます。月次では古いスプール、異常終了した帳票、不要な保管スプール、肥大化しているOUTQを見ます。スプールが容量を圧迫している場合は、ASP使用率や保存方針も合わせて確認します。

OUTQの基本は AS400のOUTQとは、スプール確認は AS400 WRKSPLFでスプールを確認する、日次監視は AS400夜間バッチ障害対応フロー と合わせて使ってください。

請求書、納品書、出荷指示書といった止まると業務が止まる帳票は、OUTQに溜まっていないかを日次監視に入れておくと安心です。古いスプールを整理する時も、保管が必要かどうかと再出力できるかどうかを確認してから行います。プリンター側の装置が原因だった場合はAS400装置が使えない時の確認手順で、VARY ON/OFFの扱いを確認してください。

スプール・OUTQの滞留は、帳票が出ないだけでなく締め遅延につながります

AS400でスプールやOUTQが溜まっている時は、印刷待ちだけでなく、請求書、納品書、出荷指示、締め帳票が止まっていないかを確認します。帳票がPDF化されている現場でも、スプールの出力状態が後続確認の証跡になっていることがあります。

• コマンド逆引きでWRKSPLFやWRKOUTQを確認する
• トラブル逆引きで帳票・締め影響を見る
• AS400完全ガイドで基本操作へ戻る

印刷トラブルを相談する前に残す情報

AS400 / IBM iで帳票が出ない時は、プリンターだけを疑う前に、スプールが作成されたか、OUTQ（出力待ち行列）に止まっているか、ライターが動いているか、業務締めや出荷へ影響しているかを分けて残します。

残す情報	確認する記事
スプール名、ユーザー、ジョブ、作成時刻	WRKSPLFの確認手順
OUTQ名、ライター状態、保留状態	OUTQ / WRKOUTQの確認手順
本番影響と暫定対応	本番トラブル初動チェックリスト
保守会社へ渡すメモ	AS400保守会社に相談する前のチェックリスト｜障害・小改修・データ抽出・リプレースで整理すること

昔の印刷トラブルと、今の印刷トラブルは少し違う

古い運用では、スプールは作成されているのに帳票が出ない原因として、プリンターライター、いわゆる書き出しプログラムが動いていないケースがよくありました。OUTQにスプールが溜まっている、ライターが停止している、保留状態になっている、装置記述や接続先が変わっている、といった切り分けです。

その場合は、まず「スプールが作られているか」「どのOUTQに入っているか」「ライターが起動しているか」「HLDやMSGW（メッセージ応答待ち）で止まっていないか」を分けて見ます。紙に出ないからといって、すぐプログラム修正や再実行に進むと、原因を見誤ることがあります。

一方で最近は、5250のプリンターセッションを使って直接帳票を出す運用は以前より減っています。PDF化、電子帳票、Windowsサーバー経由の印刷、IFS（統合ファイルシステム）への出力、FTPやCSV連携、複合機側のジョブ制御など、IBM iの外側で止まることも増えています。

• スプール自体が作成されていないなら、ジョブやプログラム、ジョブログを確認する
• スプールはあるが出ないなら、OUTQ、ライター、保留、MSGW、装置側を確認する
• PDF化や電子帳票に流しているなら、IFS、権限、文字コード、転送先、Windows側の処理を確認する

つまり現在の印刷トラブルは、「プリンターが悪いか」だけでなく、「IBM i内で止まっているのか、外部連携側で止まっているのか」を最初に分けることが大事です。ジョブログ側の確認は CPFエラーをジョブログで確認する手順、連携側の確認は IFS・FTP・CSV連携トラブルの確認手順 も合わせて見ると切り分けやすくなります。

印刷トラブルは「出ない原因」と「再発時の見方」を分ける

スプールやOUTQのトラブルは、目の前の印刷を出すだけならライター再起動やOUTQ確認で終わることがあります。ただ、企業の運用では「また止まった時に誰が同じ手順で見られるか」まで残す方が大事です。スプールの状態、OUTQ、ライター、プリンター装置、ユーザー権限、直前のジョブメッセージを分けて記録しておくと、属人化を減らせます。

特に月次処理や出荷、請求、帳票印刷に絡む場合は、復旧手順と連絡基準を一緒に持っておくと現場が止まりにくくなります。研修では、WRKSPLFやWRKOUTQの見方だけでなく、ジョブログやCPFメッセージとつなげて「なぜ印刷されないのか」を説明できる状態を目指します。

• ジョブログからCPFエラーを確認する
• メッセージID・エラーコードを確認する
• 症状別ガイドで印刷トラブルの入口を確認する

再印刷前に確認すること

帳票が出ない時にすぐ再印刷すると、二重印刷や二重送付の原因になります。まず、スプールが残っているか、すでに出力済みになっていないか、プリンター側で紙詰まりや保留になっていないかを確認します。

出力経路を先に1本の線で書く

帳票が出ない時は、プリンターだけを見る前に、帳票作成プログラムから利用者の手元までの経路を確認します。基本の流れは「帳票作成ジョブ → スプール → OUTQ → Writerや出力サービス → プリンター・PDF・配信先」です。どこまで作成済みかを順番に見ると、再印刷やジョブ再実行を急がずに済みます。

構成	止まりやすい場所	最初に確認するもの
PCのプリンターセッション	PC停止、セッション未起動、装置やWriter停止	対象PC、セッション、装置状態、Writer
リモートOUTQ	Writer停止、接続先、ネットワーク、プリンター応答	OUTQ、Writer、接続先、同じ経路の別帳票
PDF・IFS・帳票ツール	書き出しプログラム、保存先、変換処理、配信サービス	スプール、出力ジョブ、作成ファイル、配信結果
メール・外部連携	送信キュー、認証、相手先受信、再送制御	送信結果、重複送信防止、相手側の受信確認

以前の現場では、PC上のプリンターセッションや帳票書き出しプログラムが動いておらず、スプールはあるのに帳票が出ないケースがよくありました。現在はPDF化や帳票ツール連携も増えていますが、経路の途中にあるプログラムやサービスが停止すれば同じ症状になります。最初に自社の出力方式を確認することが大切です。

利用部門へ最初に聞く5項目

1. 帳票名と、通常出力されるプリンター・PDF・保存先
2. 最後に正常出力できた時刻
3. 同じプリンターの別帳票も出ないか
4. 画面上では処理完了になっているか
5. 再印刷やジョブ再実行をすでに行ったか

「出ない」という連絡だけで再実行すると、遅れて出力された帳票と重なり、二重印刷や二重送付になることがあります。スプール、出力状態、利用部門の操作履歴をそろえてから再開します。

WRKSPLFで見るところ

WRKSPLFでは、ユーザー、印刷装置、用紙タイプ、スプール・ファイル名、ジョブ名、番号などを指定してスプールを探します。

何を探す画面なのか

探すもの	よく見る場面	確認すること
ジョブログ	障害調査、MSGW対応	どこで止まったか、前後のメッセージ
コンパイルリスト	RPG/CL修正後	重大度、エラー番号、コンパイル結果
帳票	単体テスト、業務確認	出力されたか、内容が想定通りか
バッチ結果	夜間処理、販売管理処理	実行結果、エラー有無、後続影響

初心者が気をつけること

スプールがたくさんある環境では、古いスプールを見て判断してしまうことがあります。作成日時、ジョブ名、ユーザー、番号を確認し、今回の処理で出力されたものかを見ます。

障害対応でスクショを共有する時も、ジョブ名、ユーザー、番号が見える状態にしておくと、メンバー間で同じスプールを追いやすくなります。

OUTQ・スプール出力の要点

OUTQは、AS400 / IBM i の帳票・スプール調査で避けて通れない確認ポイントです。WRKSPLFでスプールを探し、WRKOUTQで出力待ち行列を見て、必要ならSBMJOB、JOBD、ジョブログまで追うと、帳票が出ない原因を現場目線で絞り込めます。

「スプールがない」のではなく、「どのユーザー・どのジョブ・どのOUTQにあるかが見えていない」だけのことも多いです。焦って再出力や削除をする前に、出力先と状態を順番に確認してください。

OUTQ確認を、帳票トラブルの初動手順にする

OUTQやWRKOUTQを調べる場面は、帳票が出ない、違うプリンターに出る、スプールが溜まる、夜間バッチ後に出力されない、といった運用トラブルにつながりやすい領域です。単にOUTQ名を見るだけでなく、どのジョブが出力したか、スプールの状態、保留、プリンターライター、権限、直近の設定変更を同じ順番で確認できるようにしておくと、一次対応が速くなります。

若手や引き継ぎ担当に教える場合は、WRKOUTQとWRKSPLFを別々に覚えさせるより、「どの業務帳票が、どのOUTQに、どのタイミングで出るか」を業務フローに沿って説明すると定着します。帳票トラブルのメモをCodexで整理する場合も、実際の取引先名や個人情報を伏せ、確認順と判断理由を中心に残すのが安全です。

• WRKSPLFとスプール確認
• 夜間バッチ障害対応フロー

参考：IBM公式ドキュメント（WRKOUTQ）

本記事で扱った WRKOUTQ の全パラメーターと表示項目の定義は、IBM公式ドキュメントで確認できます。指定できる値や既定値はOSリリースによって異なるため、本番環境では自社のリリースに合わせて確認してください。

• Work with Output Queue (WRKOUTQ) – IBM Documentation