SAP出力・印刷管理

SAP出力デバイス設定をSPADで行う方法|プリンタ設定とアクセス方法の基礎

SAP GUIのSPADで出力デバイスを登録・変更する手順を、デバイス属性、アクセス方法、スプールサーバー、テスト印刷、障害切り分けまで実務向けに解説します。

SAP出力デバイス設定の基本フローSPADの設定から実機印刷までの経路を示すSAP出力デバイス設定の基本フローSPADの設定から実機印刷までの経路を示す作成使用経由データ送信業務帳票アプリケーション出力また…スプール要求SAP内で印刷処理用の要求…SPAD出力デバイスデバイスタイプ、アクセス…スプールサーバー印刷要求を処理するサーバー物理プリンタ印刷データを受け取る実機CertPas オリジナル図解
SAP業務帳票からスプール要求、SPAD出力デバイス、スプールサーバーを経て実機プリンタへ至る流れ
目次
  1. SPADで管理する出力デバイスの範囲
  2. SPADを開いて出力デバイスを確認する手順
  3. 出力デバイスの主要属性を設定する
  4. SAP出力デバイスのプリンタ設定を登録する
  5. 保存後にテスト印刷を実行する
  6. スプール状態から印刷障害を切り分ける
  7. 変更管理と運用監視のポイント
  8. SPAD設定を安全に確認する実務チェックリスト

SAPで帳票や一覧を印刷するときは、帳票を作成するアプリケーション、出力条件、スプール、出力デバイス、実際のプリンタまでの経路が連携します。出力デバイスの定義が正しくても、出力条件やスプールサーバーの設定が合っていなければ印刷は完了しません。まずは全体像を確認し、SPADで管理する範囲を切り分けることが重要です。

SPADで管理する出力デバイスの範囲

SPADはSAP GUIから呼び出す出力デバイス管理のトランザクションです。ここでは、論理的なプリンタ名、デバイスタイプ、スプールサーバー、アクセス方法、ホストプリンタ名などを管理します。設定変更の前には、対象システム、クライアント、出力デバイス名、変更理由を記録しておくと、後から印刷障害を追跡しやすくなります。

出力デバイスは、利用者が選択する宛先として機能します。実際の物理プリンタと同じ名前にする必要はなく、業務拠点や用途を表す論理名を付ける設計も可能です。例えば、拠点と用途を組み合わせた名前にすると、利用者が選択しやすく、移転やプリンタ交換の際にもアプリケーション側の変更を抑えられます。

帳票の生成方式や出力条件まで含めた流れは、SAP印刷・出力管理の全体像で整理しています。SPADの設定だけで印刷経路全体が決まるわけではないため、出力元の機能と合わせて確認してください。

SPAD印刷障害の切り分け印刷経路上の障害地点を特定する実務手順を示すSPAD印刷障害の切り分け印刷経路上の障害地点を特定する実務手順を示す作成済みの場合次に確認SAP処理後に確認修正後スプール作成出力要求が存在するか確認デバイス属性デバイス名、デバイスタイ…スプールサーバー処理状態と接続性を確認OS印刷キューホストプリンタまたは外部…再テストと比較同じ条件で再実行し結果を…CertPas オリジナル図解
スプール作成、SPAD属性、スプールサーバー、OS印刷キュー、再テストの切り分けフロー

SPADを開いて出力デバイスを確認する手順

SAP GUIでトランザクションコード SPAD を実行します。画面では出力デバイスの管理領域を選び、既存デバイスの一覧から対象を検索します。変更作業では、いきなり既存定義を上書きせず、現在の値を控えてから項目ごとに確認します。

確認の基本順序は次のとおりです。

  1. 出力デバイス名と説明を確認する
  2. デバイスタイプを確認する
  3. スプールサーバーの割り当てを確認する
  4. アクセス方法を確認する
  5. ホストプリンタ名または接続先を確認する
  6. 保存後にテスト出力を実行する

出力デバイス名は業務上の呼びやすさだけでなく、重複しないことが重要です。説明欄には設置場所、用途、担当部署などを記載し、同名に近いデバイスを誤って選ばないようにします。既存定義を変更する場合は、利用中の帳票やユーザー設定への影響を確認してから保存します。

出力デバイスの主要属性を設定する

デバイスタイプ

デバイスタイプは、SAPが生成した出力データを対象機器が解釈できる形式へ変換するための重要な設定です。プリンタの機種、印刷方式、文字コード、バーコードや特殊文字の扱いに関係するため、単に近い機種名を選ぶのではなく、標準化された社内構成と機器仕様を確認します。

印刷結果に文字化け、改ページのずれ、バーコード欠落がある場合は、帳票プログラムより先にデバイスタイプと出力形式を確認します。特定の帳票だけで発生する場合はフォーム側の設定も調べ、すべての帳票で発生する場合は出力デバイス側の設定を優先して確認します。

スプールサーバー

スプールサーバーは、SAPの印刷要求を処理するサーバーです。分散環境では、プリンタへ到達できるサーバーを割り当てる必要があります。ネットワーク上のプリンタを利用する場合、スプールサーバーから対象プリンタまたは印刷基盤へ通信できることを、基盤担当者と確認してください。

サーバーの割り当てが誤っていると、スプール要求は作成されても印刷処理が進みません。特定のスプールサーバーだけで失敗する場合は、サーバー上の印刷サービス、OS側のプリンタ定義、名前解決、ファイアウォール、権限を順番に確認します。

アクセス方法

アクセス方法は、SAPが出力データをプリンタへ渡す経路を定義します。環境により、SAPサーバー側から直接出力する方式、フロントエンド経由で出力する方式、外部印刷基盤を介する方式などを使い分けます。選択した方式と、スプールサーバーやホストプリンタの実装が一致していることが必要です。

利用者の端末に接続されたローカルプリンタへ出力する場合と、拠点の共有プリンタへ出力する場合では、必要な構成が異なります。業務システムのバックグラウンド処理では、実行ユーザーの端末を前提とする方式を使えないことがあるため、実行形態を確認してからアクセス方法を決めます。

SAP出力デバイスのプリンタ設定を登録する

新しい出力デバイスを登録するときは、既存の標準デバイスを参考にしながら、命名規則、デバイスタイプ、スプールサーバー、アクセス方法を設定します。コピー機能を利用できる場合でも、コピー元の値をそのまま引き継ぐのではなく、対象プリンタに関係する項目を点検します。

登録時には、次の情報を事前にそろえておくと作業が安定します。

  • 出力デバイス名と説明
  • 利用するデバイスタイプ
  • 出力を処理するスプールサーバー
  • アクセス方法
  • ホストプリンタ名または印刷キュー名
  • 利用部門と設置場所
  • テスト印刷の確認者

ホストプリンタ名は、SAP上の論理名とOSや印刷基盤上の名前を混同しないように管理します。LinuxやUNIX系の印刷基盤では大文字と小文字が区別されるため、登録値は実際のキュー名と一致させます。Windows系の共有名を利用する場合も、ネットワーク上で解決できる表記を担当者と確認します。

印刷条件やメッセージ出力から出力デバイスが自動的に決まる構成では、SAP出力決定とNASTの基礎も参照してください。SPADで作ったデバイスが選択画面に表示されても、出力決定側で別のデバイスが指定されていれば、利用者が期待したプリンタには出力されません。

保存後にテスト印刷を実行する

設定を保存したら、対象デバイスからテスト出力を実行します。テストでは、プリンタ名が正しいか、用紙サイズと向きが合っているか、文字やバーコードが正しく出るか、ページ数が想定どおりかを確認します。実機で確認できない場合は、スプール要求の生成と処理状態を先に確認します。

テスト印刷は一度だけでなく、代表的な業務帳票で行います。例えば、通常の文字帳票、ロゴを含む帳票、バーコードを含む帳票、バックグラウンド処理から出る帳票を分けて確認します。プリンタ交換後やデバイスタイプ変更後は、以前成功した帳票だけでなく、形式の異なる帳票も確認してください。

SAP GUIの印刷操作から出力する場合は、利用者の端末、SAP GUIの接続、選択した出力デバイスを同時に記録します。フロントエンド経由の設定では、利用者ごとの端末差が結果に影響することがあります。サーバー側のバックグラウンド出力では、ジョブの実行ユーザーとスプールサーバーを記録します。

スプール状態から印刷障害を切り分ける

印刷できないときは、まず出力要求がスプールとして作成されているかを確認します。スプールが作成されていない場合は、出力決定、帳票プログラム、権限、利用者の入力値を確認します。スプールが作成されている場合は、出力デバイス、アクセス方法、スプールサーバー、OS側の印刷経路へ調査範囲を移します。

状態別の切り分けは次の順序で行います。

  1. 出力要求が作成されたかを確認する
  2. 出力デバイス名が期待した値かを確認する
  3. スプール要求の処理状態とエラー内容を確認する
  4. 出力デバイスのアクセス方法とホストプリンタ名を確認する
  5. スプールサーバーから印刷先へ到達できるかを確認する
  6. OSまたは外部印刷基盤のキューとエラーを確認する
  7. 再出力を行い、同じ条件で結果を比較する

よくある事象として、スプールは正常に作成されるものの、出力デバイスが誤っている、ホストプリンタ名が古い、スプールサーバーから印刷先へ到達できない、デバイスタイプが帳票形式に合っていない、といったケースがあります。エラーを消去して再実行する前に、スプール番号、実行時刻、ユーザー、出力デバイス、エラー文を記録します。

詳細な現場対応の流れは、SAP印刷トラブルシューティングの基本にまとめています。複数ユーザーや複数帳票で同時に発生している場合は、個別の端末よりも共通のスプールサーバーや印刷基盤を優先して調べます。

変更管理と運用監視のポイント

出力デバイスの変更は、プリンタ交換だけでなく、サーバー移設、ネットワーク変更、印刷基盤の更新、帳票フォーマットの変更でも発生します。変更前に現在値を保存し、変更後に代表帳票のテスト結果を添付すると、障害発生時の比較が容易になります。

本番環境での変更では、次の運用を標準化します。

  • 変更対象と変更理由を記録する
  • 変更前の設定値を保存する
  • 影響する帳票と利用部門を確認する
  • 変更時間帯とテスト担当者を決める
  • テスト印刷の結果を保管する
  • 失敗時の切り戻し方法を確認する

定期的に、未使用デバイス、重複した論理名、退役済みプリンタを棚卸しします。利用されていない定義を残すと、出力先の誤選択や障害調査の遅延につながります。運用台帳には、SAPの出力デバイス名、物理プリンタ名、設置場所、スプールサーバー、担当部署、最終テスト日を記録します。

SPAD設定を安全に確認する実務チェックリスト

作業完了時には、設定値を画面上で確認するだけでなく、実際の業務シナリオで出力を検証します。オンライン出力とバックグラウンド出力、通常帳票と特殊形式帳票を分けて試験し、利用者が指定する出力デバイスと自動決定される出力デバイスの両方を確認します。

最終確認では、次の項目をそろえます。

  • SPADの出力デバイス名が設計書と一致している
  • デバイスタイプが対象プリンタと帳票形式に合っている
  • スプールサーバーが印刷先へ到達できる
  • アクセス方法が処理形態に合っている
  • ホストプリンタ名またはキュー名が正しい
  • テスト印刷の文字、レイアウト、バーコードを確認している
  • スプール番号と結果を記録している
  • 変更内容と切り戻し方法を台帳に残している

SPADは出力デバイスの入口であり、印刷処理全体を単独で診断する画面ではありません。スプール、出力決定、帳票、SAP GUI、OSまたは印刷基盤を一つの経路として確認することで、設定ミスと外部要因を短時間で分離できます。

ブログ一覧へ戻る