SAP出力決定とNASTの基礎：条件テクニックから未出力調査まで

01SAPの出力決定とNASTの役割

SAPの出力処理では、伝票を保存した時点で「どの出力を、どの媒体へ、いつ送るか」を決めます。この判定を担うのが出力決定で、判定結果や処理対象を保持する代表的なテーブルがNASTです。対象伝票のアプリケーション、出力タイプ、パートナー、出力媒体、処理ステータスを順番に確認すると、設定と実行結果を分けて調査できます。

出力決定は条件テクニックを使い、伝票の項目と条件レコードを照合します。条件が見つかると、出力タイプに割り当てられた処理プログラムやフォーム、出力媒体などが後続処理に渡されます。NASTは設定そのものではなく、伝票に対して生成された出力レコードを確認する場所として扱うと調査しやすくなります。

全体像を先に整理する場合は、SAP印刷・出力管理の全体像も参照してください。

02出力決定を構成する要素

アプリケーション

販売、購買、請求など、どの業務処理から出力を発生させるかを表します。アプリケーションごとに利用できる出力タイプ、アクセス順序、処理ルーチン、パートナー機能が異なるため、最初に対象伝票の業務領域を確定します。

出力タイプ

出力タイプは、注文確認、納品書、請求書、購買発注書など、生成する出力の種類を表します。出力タイプには、出力媒体、タイミング、処理プログラム、フォーム、パートナー機能などを関連付けます。設定確認では、名称だけでなく、対象アプリケーションと処理方式まで確認してください。

条件テーブルとアクセス順序

条件テーブルは、販売組織、伝票タイプ、購買組織、仕入先、得意先などの組み合わせをキーとして条件レコードを保持します。アクセス順序は、どの条件テーブルをどの順番で検索するかを定義します。より具体的なキーを持つ条件を先に評価する設計では、広い条件が先に適用される状態を避けられます。

処理方式と出力媒体

出力は即時処理、保存後のジョブ処理、手動処理などの方式で実行されます。出力媒体には印刷、メール、EDIなどがあり、媒体に応じて処理プログラム、フォーム、宛先の設定が必要です。フォーム側の問題は、出力決定が成功した後に発生するため、条件判定の問題と分離して調査します。

フォーム定義や生成処理を確認するときは、SAP Adobe Formsの基礎を関連資料として利用できます。

03NASTレコードを確認する手順

1. 対象伝票を特定し、伝票番号、登録日時、伝票タイプ、組織項目を控えます。
2. 対象伝票の出力管理画面を開き、生成された出力タイプ、媒体、処理時刻、処理ステータスを確認します。
3. 必要に応じてデータブラウザなどでNASTを参照し、伝票との関連、出力タイプ、処理状態、処理日時を照合します。
4. 出力レコードが存在する場合は、条件判定ではなく処理プログラム、フォーム、宛先、スプール、外部連携の順に調べます。
5. 出力レコードが存在しない場合は、条件レコード、アクセス順序、出力タイプの決定条件、伝票の必須項目を調べます。

調査では、対象伝票の表示画面とNASTのレコードを同じ時刻情報で比較します。出力タイプが複数生成されている場合は、同じ出力の再処理なのか、異なる条件による別レコードなのかを区別します。

04出力タイプと条件レコードを設定する流れ

設定変更は、まず業務要件を出力ルールへ変換するところから始めます。次の項目を一覧化すると、不要な条件や不足項目を見つけやすくなります。

• 対象アプリケーション
• 出力タイプ
• 出力を発生させる伝票状態
• 条件キー
• 出力媒体
• 処理タイミング
• パートナーと宛先
• 使用するフォームと処理プログラム

その後、出力タイプ、アクセス順序、条件テーブル、条件レコードの順に設定を確認します。条件レコードを登録しただけでは、対象伝票の項目値が条件キーと一致しない限り出力は生成されません。伝票の組織項目、日付、パートナー、出力関連ステータスを実データで照合してください。

変更後は、既存伝票への反映方法を明確にします。保存時に再決定されるのか、出力処理画面から再決定するのか、出力レコードを手動で追加するのかを運用手順に定めます。テストでは、条件に一致するケースと一致しないケースの両方を用意します。

05未出力を切り分ける実務手順

1. 出力レコードの有無を確認する

最初に、対象伝票に出力レコードが生成されているかを確認します。レコードがなければ条件決定または出力タイプ設定を調べ、レコードがあれば後続処理へ進みます。

2. 条件評価を確認する

条件テーブルのキーと伝票項目を一つずつ比較します。特に組織項目、伝票タイプ、パートナー機能、出力関連日付は、画面上では見落としやすい項目です。アクセス順序で先に評価される条件が、意図した条件レコードを選択しているかも確認します。

3. 処理ステータスを確認する

未処理、正常終了、エラーなどの状態を確認し、処理日時とメッセージを記録します。エラーがある場合は、出力タイプの処理プログラム、フォーム、宛先、権限、スプール生成を個別に検証します。

4. 出力先を確認する

印刷の場合は、出力デバイス、スプール要求、ホストスプール、プリンターへの到達を順に確認します。メールやEDIの場合は、宛先、送信キュー、通信ログ、受信側の受付結果を確認します。出力デバイスの定義を確認する場合は、SAP出力デバイス設定とSPADの基礎を参照してください。

5. 再処理前に原因を記録する

再処理だけを繰り返すと、重複出力や同一宛先への複数送信につながります。元の出力レコード、エラーメッセージ、処理時刻、修正した設定を記録してから再処理します。再処理後は、NASTの状態だけでなく、実際のスプールや送信結果も確認します。

06よくある設定上の問題

条件キーの粒度が業務要件と合っていない

得意先や仕入先単位で出力先を分けたいのに、伝票タイプだけで条件を作ると、同じ出力先が広く適用されます。必要な組織項目とパートナー項目を条件キーへ含め、例外条件の優先順位をアクセス順序で管理します。

出力タイプは存在するが処理方式が合っていない

出力タイプの決定自体は成功していても、処理タイミングが業務フローと合わないと、保存直後に送られなかったり、定期ジョブ待ちになったりします。処理方式、ジョブの実行条件、出力レコードの状態を一緒に確認します。

フォームと処理プログラムの組み合わせが不整合

出力レコードが生成され、処理時にエラーとなる場合は、フォーム、処理プログラム、出力構造、言語、プリンター設定の組み合わせを確認します。フォームの修正後は、印刷だけでなくPDFやメールなど利用する媒体ごとに検証します。

変更が対象伝票へ反映されていない

設定を変更しても、既存の出力レコードへ自動的に反映されるとは限りません。新規伝票でのテスト、既存伝票の再決定、出力レコードの再処理をそれぞれ確認し、どの操作で変更が反映されるかを記録します。

07運用で残すべき確認項目

出力管理を安定させるには、設定値だけでなく実行結果を追跡できる記録を残します。最低限、アプリケーション、出力タイプ、条件キー、処理方式、フォーム、出力デバイス、ジョブ名、エラー内容、再処理結果を管理します。

定期的な点検では、未処理レコード、エラー状態、長時間滞留するスプール、同一伝票の重複出力を確認します。印刷全体の障害やスプールの調査を行う場合は、SAP印刷トラブルシューティングの基礎も併せて確認してください。

出力決定とNASTの調査では、「条件が決まらなかった」「出力レコードはあるが処理されなかった」「処理は成功したが宛先へ届かなかった」という三つの段階を分けることが重要です。この順番で証跡を確認すれば、設定変更とインフラ調査の担当範囲を整理しやすくなります。