三崎レイナ
社会人1年目。新卒でITコンサルティングファームに就職。初配属がSAPプロジェクトにアサインされる。SAPがわからないことだらけで悩んでいたところ、会社の先輩にSAPラボの所長を紹介され、毎週末に所長とSAPのお勉強中！
博士
SAPラボの所長。SAP大好き博士！SAP導入プロジェクトを構想策定～運用保守まであらゆるフェーズを数多く経験。
いまは優しきおじいちゃんだが、プロマネバリバリの時代はかなり怖かったらしい。現在は引退しSAPの後進育成と啓蒙活動に従事中！
若者に負けぬようX（旧Twitter）も奮闘中。
この記事を読むメリット
今回は、SAP運用で避けては通れないSAPジョブの解説とJOBログの確認方法について解説していきます。
夜間や日中に自動起動させているSAPジョブですが、多くの場合は、JP1やA -AUTO、Joc Centerなど外部のジョブ管理ツールにてスケジューリングしたタイミングでSAPのプログラムを起動する形で本番運用していると思います。
プログラムでエラーが生じた場合は、それらのツールからシステム担当者にエラー通知が発信され、アプリケーション担当者に連絡が来くることがあると思います。この時に、エラー内容をどのように確認し、ログを確認するかについて説明していきますので、ぜひ参考にしてみてください！
博士SAPジョブの作成方法はこの記事が参考になるぞい！
【リモート可】【PM/PL候補】【東京】SAP(S/4HANA)エンジニア ※フレックスタイム制／ワークライフバランス◎（S/4HANA）
SAP会計領域コンサルタント（管理職）/キリングループ唯一のIT会社（FI/CO）
SAPコンサルタント/キリングループ唯一のIT会社（SD/MM/PP）
【SAPコンサルタント】経営戦略実現を全社横断変革で支援／平均年収1,350万円
【年収1000万円可】【リモート可】【上流工程】【SAP導入コンサルタント】リモート・ハイブリッド勤務OK｜平均残業月10時間／HOPES ※基幹系業務システムの導入推進を行っていただける方を募集
【SAP PPバージョンアップ支援】大阪・オンサイト／要件定義・Fit&Gap
【SAP運用保守（CO）】都内（週1～2日出社）／CO保守案件
【S/4HANAバージョンアップ（要件定義）】メーカー企業（オンサイト）／SD・MM領域
【製造業S/4HANAバージョンアップ（FI）】オンサイト／要件定義
【S/4HANA AMS体制Functional Lead】リモート可／R2R・P2D領域インシデント対応
【ECC6.0→S/4HANA再構築】東京・都内（出社）／SD・MM・CO ABAP開発・設計・テスト
【SAP S/4保守・運用（ABAP）】東京・田無（テレワーク併用）／インシデント対応・ABAP改修
【SAP Public Cloud導入（組立製造業・多モジュール）】兵庫（リモート対応可）／MM・SD・FI・CO・PP
【S/4HANA導入支援（システムテスト・移行）】東京・リモート併用／移行支援
【S/4HANA導入支援】東京（リモート併用）／基本設計&実装
SAPジョブとは、指定した 実行条件 を満たした場合に、指定した プログラム を事前に指定した 設定内容（バリアント） で実行し、結果を 出力先 に出力する処理のことです。
基本的に、T-CODE：SM36を使用しSAP内で登録していきますが、上述した通り、JP1などの外部システムからサーバーやプログラムID、バリアントを指定し実行することも可能です。
基本的な設定項目は下記のとおりです。
＊外部システムを使用する場合は、そちらで設定することがほとんどです。
SAPのプログラム実行には、バックグランド実行とフォアグラウンド実行（オンライン実行）があります。
SAPジョブはバックグランド実行で行われ、GUIの画面上ではその処理をリアルタイムで見ることはできません。その代わり、実行タイミングの設定やジョブログとして実行結果が残ることが特徴です。バックグランド実行の実行の仕方は、T-CODE：SE38の第1画面やプログラムの選択画面（下記スクショを参照）、T-CODE：SM36でのジョブ設定からそれぞれ行うことができます。
一方で、フォアグラウンド実行は、特定のプログラム画面から時計マークの実行ボタンを押下して実行することを指します。ユーザーが行う処理は、この実行を使うことが多いです。
夜間や日中に自動起動させているプログラムにエラーが発生した場合には、まずはジョブログの確認をすることになります。
ジョブログを確認するために使用するのがT-CODE：SM37です。
このトランザクションでは、ジョブ実行したプログラムが正常終了したのか、エラー終了したのかや、どのようなログを出力しているのかを確認することができます。ジョブログを見れば、どのメッセージクラスのどのメッセージを出力したのかが確認できるため、該当のメッセージの詳細な内容や使用先などをT-CODE：SE91から確認することができます。
博士それでは早速、確認の手順を見ていくぞい！
T-CODE：SM37の選択画面から、プログラムIDや実行ユーザー（SAPジョブの登録者ID）、実行日付/時間、ABAPプログラムなどの条件を指定し対象のジョブを特定していきます。
尚、ジョブステータスの“計画済み”については、SM36でスケジュールされたジョブのみが該当します。JP1などの外部の管理ツールを使用している場合は、即時実行がほとんどな為、計画済みのSAPジョブとしては登録されていません。
今回の例では、受注伝票からの出力プログラム（T-CODE：VA71）のSAPジョブを参照していきます。
参照されたListの1行目はエラーが起きたSAPジョブで、２行目は正常終了したSAPジョブです。
この２つの実行結果を例に、それぞれの結果を見ていきましょう！
※Statusが分かりやすく異常終了となっている場合もありますが、今回の場合はジョブログを見てエラーと分かるパターンになります。
レイナどうしてJOB名が違うんですか？
１行目はT-CODE：VA71の画面から直接バックグランド実行をし、２行目は２行目はT-CODE：SM36でSAPジョブを登録してバックグランド実行させたものです。
そのため、１行目はVA71のプログラム名がそのままJOB名として採用された一方、２行目はSAPジョブを登録した時に入力したJOB名が採用されています。
ステップでは、そのジョブのステップ一覧が参照でき、ステップごとのプログラムIDやバリアント、スプールが参照できます。今回の例ではステップは１つしかないですが、
例えば、ステップ１：ATPチェック→ステップ２：D/O作成→ステップ３：Picking List出力のように連続したSAPジョブを組んでいる場合は、このステップからそれぞれの実行結果を確認できます。
プログラムエラーの原因を特定するために、どのような条件でプログラムが実行されたのかを確認するケースはよくあると思います。そのような時に、ジョブログからバリアントをダブルクリックすると下記のように、その時使用した設定値を参照することができます。
さらに、詳細のバリアント情報を確認したい場合は、ジョブログからバリアントを特定し、下記の手順で参照することができます。
ジョブログでは、処理が始まってから終了するまでの処理結果を時系列に並べて一覧化してくれています。これを見ると、処理対象のオブジェクトの件数や、それぞれの処理結果のメッセージ内容、クラスおよび番号がわかります。これらにより、おおよそどの処理でエラーが発生したのかを推測することができます。また、各処理の処理時間も確認できます。
今回のエラーは、対象の伝票が変更モードで開かれており、テーブルが排他ロックになっていたことが原因でした。今回のケースは、ABAPのショートダンプでもなく、T-CODE：SE91でも原因特定が難しいため、オンライン実行で処理を順を追って見ていくと実行ログから「対象がブロック中」という文言が読み取れ、排他ブロックがかかっていると気が付くことができました。
スプールは、ジョブの出力内容を記録するSAPシステム上のデータ領域であり、今回の例ではPDFデータであったが、他にもList形式などがあります。実行系のプログラムでは、対象の伝票番号と実行結果をリスト化したものがスプールとして出力されることが多いです。
今回は、SAPジョブの概要とジョブログの確認方法について紹介しました。
SAPジョブでエラーが発生した場合、まずはT-CODE：SM37でジョブログを見るのが王道のアプローチです。
実際の保守業務などでは、そこからさらにショートダンプの確認やアプリケーションログを確認したりして原因分析をしていく手段があります。そのあたりは別の機会で解説していきますね！
最後まで読んでいただきありがとうございました！
【リモート可】【PM/PL候補】【東京】SAP(S/4HANA)エンジニア ※フレックスタイム制／ワークライフバランス◎（S/4HANA）
SAP会計領域コンサルタント（管理職）/キリングループ唯一のIT会社（FI/CO）
SAPコンサルタント/キリングループ唯一のIT会社（SD/MM/PP）
【SAPコンサルタント】経営戦略実現を全社横断変革で支援／平均年収1,350万円
【年収1000万円可】【リモート可】【上流工程】【SAP導入コンサルタント】リモート・ハイブリッド勤務OK｜平均残業月10時間／HOPES ※基幹系業務システムの導入推進を行っていただける方を募集
【SAP PPバージョンアップ支援】大阪・オンサイト／要件定義・Fit&Gap
【SAP運用保守（CO）】都内（週1～2日出社）／CO保守案件
【S/4HANAバージョンアップ（要件定義）】メーカー企業（オンサイト）／SD・MM領域
【製造業S/4HANAバージョンアップ（FI）】オンサイト／要件定義
【S/4HANA AMS体制Functional Lead】リモート可／R2R・P2D領域インシデント対応
【ECC6.0→S/4HANA再構築】東京・都内（出社）／SD・MM・CO ABAP開発・設計・テスト
【SAP S/4保守・運用（ABAP）】東京・田無（テレワーク併用）／インシデント対応・ABAP改修
【SAP Public Cloud導入（組立製造業・多モジュール）】兵庫（リモート対応可）／MM・SD・FI・CO・PP
【S/4HANA導入支援（システムテスト・移行）】東京・リモート併用／移行支援
【S/4HANA導入支援】東京（リモート併用）／基本設計&実装
