【SAP ABAP】基本構文：メッセージ、サブルーチン、プログラム呼出し、try-catch（MESSGE・PERFORM・SUBMIT・TRY-CATCH）

これまでABAPの様々な構文を紹介してきましたが、ここではまとめてMESSAGE命令・PERFORM命令・SUBMIT命令・TRY-CATCH構文の使い方や書き方について解説していきます！

ABAPの全体像を知るならこちら

SAP ABAPまとめ

新着のSAPフリーランス案件

【FI】

【空輸業S/4HANA再構築（FI/TRM）】東京・大田区（リモート併用）／要件定義

～1,300,000円 / 月

東京都

要件定義

稼働率：

100%

作業内容：

現行のECC6.0からSAP S/4HANAへ基幹システムを再構築するプロジェクトです。 Fit to Standardを基本方針としつつ、現行システムからの変革ポイントを中心に要件定義を進めます。 本プロジェクトにおいて、ご自身の専門領域（債権管理、債務管理、I/F、TRM）のコンサルタントまたはSEとして、要件定義フェーズを中心メンバーとして担当していただきます。 募集ポジションと主な業務内容： ① 債権管理（AR）に詳しいSAP会計コンサルタント AR領域の専門家として、現行業務の分析、新業務プロセスの設計、Fit&Gap分析、および要件定義を主導します。 ② 債務管理（AP）に詳しいSAP会計コンサルタント AP領域の専門家として、現行業務の分析、新業務プロセスの設計、Fit&Gap分析、および要件定義を主導します。 ③ I/Fの設計開発ができるSAP会計SE 会計領域における外部システムとのインターフェースについて、要件定義から設計、開発連携までを担当します。 ④ TRMモジュールの経験者（ジュニアコンサルタント可） TRM（Treasury and Risk Management）領域の担当として、要件定義やFit&Gap分析の支援を行います。

【FI】

【S/4HANAグローバルERPテンプレート（FI-RTR）】フルリモート／構想・要件定義準備

～1,600,000円 / 月

フルリモート

要件定義

稼働率：

100%

作業内容：

製造業のグローバルなビジネス展開を支える、SAP S/4HANAによる新ERPテンプレートの構築プロジェクトです。 本ポジションでは、プロジェクトの初期段階である要件定義準備フェーズにおいて、FI（Record to Report）領域の専門家としてご参画いただきます。先行して導入されたFIシステムとの連携も考慮しながら、SAP構築を推進する重要な役割を担当していただきます。 主な業務内容：

• FI（RTR）領域における、グローバルテンプレートの構想策定および要件定義準備
• 現行業務プロセスの分析、およびグローバル標準プロセスの設計支援
• 先行導入済みのFIシステムとの連携方式の検討、および設計
• 課題の整理、および解決方針の策定・提案
• 関連ドキュメント（構想資料、課題管理表など）の作成

【CO】

【FI】

【MM】

【SD】

【その他】

【ECC→S/4HANA移行（FI基本設計）】東京駅（週1出社）／アドオン帳票再設計

～900,000円 / 月

東京都

設計, 開発（ABAP/Fiori）

稼働率：

100%

作業内容：

ECC6.0からS/4HANAへの移行プロジェクトにおいて、設計書が存在しない数十本の既存アドオン帳票（ABAP）をS/4HANA環境で再実装することがミッションです。 本ポジションでは、現行のABAPプログラムをリバースエンジニアリングしながら、顧客への要件ヒアリングを行い、S/4HANA用の新たな基本設計書を作成する、非常に重要な役割を担当していただきます。 主な業務内容：

• 既存アドオン帳票（ABAP）のソースコード解析（リバースエンジニアリング）
• 顧客担当者への要件ヒアリング、および仕様確認
• S/4HANA環境で実装するための、新たな基本設計書レベルの資料作成
• 作成した基本設計書の開発チームへの説明、および連携

【CO】

【SD】

【その他】

【部品事業SAP S/4HANA新規導入】フルリモート／大規模募集（SD/CO/IF設計者）

～1,300,000円 / 月

フルリモート

要件定義

稼働率：

100%

作業内容：

交換部品の受発注や出荷を管理する部品事業の基幹システムを、既存の非SAPシステムからSAP S/4HANAへ新規に導入するプロジェクトです。 本募集では、プロジェクトの根幹をなす基本設計フェーズにおいて、ご自身の専門領域（SD、CO、I/F）の設計者として、新システムの基盤構築を担当していただきます。 募集ポジションと主な業務内容:

• 合計17名の設計者を募集します。
• SD（販売管理）設計者：6名
• CO（管理会計）設計者：2名
• I/F（インターフェース）設計者：9名

ご担当いただく主な業務は以下の通りです。

• 担当モジュール領域における要件確認、および追加機能開発の基本設計
• テストシナリオの作成支援、および検証
• データ移行方式の検討支援
• 関連ドキュメントの作成および更新

【MM】

【製造業SAP（MM I/F設計）】フルリモート（大崎）／要件定義・外部設計

～1,400,000円 / 月

フルリモート

要件定義, 設計

稼働率：

100%

作業内容：

製造業のSAPプロジェクトにおいて、MM（在庫購買管理）領域のインターフェース構築が重要なテーマとなっています。 本ポジションでは、MMの専門家として、お客様と直接要件を確認しながらインターフェースの設計を行い、その後の開発・テストまでの一連のタスクを単独で推進していただきます。 主な業務内容:

• 顧客担当者とのディスカッションを通じた、MM領域のインターフェース要件定義
• インターフェースの外部設計書の作成
• 開発チームへの設計内容の連携、およびQ&A対応
• 開発されたインターフェースのテスト計画策定、および実施
• 関連ドキュメントの作成および更新

【CO】

【FI】

【MM】

【PP】

【SD】

【製造業S/4HANA（ABAP開発）】東京・十条／設計・開発・テスト

～800,000円 / 月

東京都

設計, 開発（ABAP/Fiori）

稼働率：

100%

作業内容：

製造業のS/4HANAプロジェクトにおいて、業務要件に合わせたアドオン機能の設計・開発がミッションです。 ご自身の得意なモジュール（SD, MM, PP, QM, FI, COのいずれか）を担当し、基本設計から開発、結合・総合テストまで、一連の開発工程を自律的に推進していただきます。 主な業務内容:

• SAP S/4HANA環境におけるアドオン機能の基本設計、および詳細設計
• ABAPによる開発・実装（BAdI, BAPI, ALV, Dynpro等の知見を想定）
• 開発した機能の単体テスト、結合テスト、総合テストの実施
• 他のSEとの要件確認や仕様調整などのコミュニケーション
• 関連ドキュメント（設計書、テスト仕様書など）の作成

【MM】

【SD】

【製造業システム再構築（S/4 SD/MM）】東京・神保町／設計・開発

～1,100,000円 / 月

東京都

設計, 開発（ABAP/Fiori）

稼働率：

100%

作業内容：

既存の基幹システムをSAP S/4HANAで再構築するプロジェクトです。 本ポジションでは、ロジスティクス領域（SD/MM）の専門家として、アドオン機能の設計から開発、テストに至るまでの一連の工程を中心メンバーとして担当していただきます。 主な業務内容:

• 既存システムの機能解析・調査、およびS/4HANAへの移行に関する概要設計
• 販売管理（SD/MM）領域におけるアドオン機能の基本設計・詳細設計
• ABAP等による開発・実装
• 開発した機能の単体テスト、および結合テスト支援
• 関連ドキュメント（設計書、テスト仕様書など）の作成

【PP】

【SD】

【その他】

【S/4HANAグローバル展開支援】岡山（リモート相談可）／要件定義・導入（PP/QM/SD/LWM）

～1,200,000円 / 月

岡山県

要件定義

稼働率：

100%

作業内容：

米国のグローバルテンプレートを基に、岡山拠点へSAP S/4HANAを導入するロールインプロジェクトです。 本プロジェクトでは、ご自身の専門モジュール（PPDS, QM, SD, LWM）のコンサルタントとして、要件定義からUAT、データ移行、導入後のハイパーケアまで、一連の導入プロセスを主体的に推進していただきます。 主な業務内容:

• 担当モジュールにおける、業務プロセスの整理、および要件定義
• グローバルテンプレートとのFit&Gap分析、およびアドオン要件定義書の作成
• カスタマイズ設定、および開発チームとの連携
• UAT（ユーザー受入テスト）、データ移行の支援
• SIハイパーケア（本稼働後の初期サポート）
• 米国テンプレート担当と岡山現地担当者とのコミュニケーション（英語・日本語）

【MM】

【SD】

【SAP保守運用（MM/SD）】大阪・肥後橋（リモート相談可）／リーダー・コンサルタント募集

～1,300,000円 / 月

大阪府

運用・保守

稼働率：

100%

作業内容：

SAPのフルモジュールを対象とした大規模な保守運用プロジェクトです。 現在、並行してシステムのバージョンアップ案件も進行しており、プロジェクト全体では約50名が稼働しています。今回は、増加するシステム改善案件に対応するため、保守運用体制を強化するメンバーを募集します。 安定稼働の維持と継続的なシステム改善を中心メンバーとして推進していただきます。 募集ポジションと主な業務内容: ① チームリーダー（1名募集） 保守運用チーム（小規模開発案件含む）のリーダーとして、メンバー管理、タスク管理、顧客折衝、ベンダーコントロールなどを担います。 ② MM/SD コンサルタント（3名募集） MM/SDの専門家として、ユーザーからの問い合わせ対応、障害調査、システム改善の要件定義、設計、テストなどを担当します。

【CO】

【FI】

【MM】

【PP】

【SD】

【その他】

【S/4HANA新規導入（CO-PC/PS）】東京（週1-2出社）／要件定義

～1,600,000円 / 月

東京都

要件定義

稼働率：

100%

作業内容：

全社的な基幹システムをSAP S/4HANAで新規に構築する大規模プロジェクトです。 現在は要件定義の準備フェーズにあり、2025年10月より本格的な要件定義フェーズが展開されます。 本ポジションでは、原価・会計チームの一員として、特にCO-PC領域を中心に要件定義を主体的に推進していただきます。 主な業務内容:

• CO（特にCO-PC）およびPS領域における要件定義の推進
• ユーザー部門とのディスカッション、ワークショップのファシリテーション
• 現行業務プロセスの分析、およびS/4HANAを前提とした新業務フローの設計
• Fit&Gap分析、および課題に対する解決策の検討・提案
• 関連ドキュメント（要件定義書、議事録など）の作成

新着のSAP案件をもっと見る

MESSAGE命令

メッセージは、プログラムからユーザーに情報を伝える重要な手段の一つです。主な使用場面として、以下が挙げられます。

• ユーザーが無効な入力を行った際の通知
• エラーや警告などの情報提供

メッセージクラスとは

メッセージを効率的に管理するために「メッセージクラス」が利用されます。これにより、複数のメッセージを一元管理し、システム全体で共有可能になります。

• 特徴:
  • メッセージクラスには一意のIDが割り当てられます。
  • 1つのメッセージクラスには最大1,000件のメッセージを格納可能です。

メッセージの登録方法

1. メッセージクラスの作成
   • T-CODE：SE91（メッセージメンテナンス）で新しいメッセージクラスを作成。
     
     
2. メッセージの登録
   • 必要なテキストを登録。プレースホルダ（例: &1, &2）を使って動的な内容も設定可能。
     

MESSAGE命令

プログラム内でMESSAGE命令を使ってメッセージを表示します。

基本の構文
　MESSAGE <メッセージタイプ> <メッセージ番号> <メッセージクラス>.

MESSAGE S001(ZMSG).  "ステータスメッセージを表示

オプション：DISPLAY LIKE

メッセージタイプに関係なく、指定したアイコンの表示をすることが可能です。
例えばメイン処理内でメッセージタイプ”E”の表示をさせたいが処理を止めたくない場合に、以下のようにメッセージタイプ”S”を指定しDISPLAY LINEに”E”設定することで解決します。

MESSAGE S002(ZMSG) DISPLAY LIKE 'E'.  " エラーアイコンを表示

オプション：WITH（プレースホルダへの値の挿入）

メッセージ内のプレースホルダに値を動的に挿入します。

MESSAGE E003(ZMSG) WITH '田中太郎' '管理者権限'.  " プレースホルダに変数値を挿入

PERFORM命令（FORM命令）

PERFORM命令（FORM命令）は「サブルーチン」や「関数」とも呼ばれ、プログラム内で共通処理としてまとめ、必要な場面で呼び出せる機能です。

• 利点
  • 再利用性：同じ処理を複数箇所で活用可能
  • 構造化：プログラムを整理しやすくなる
  • 効率化：コードの重複を減らし、管理が容易に

サブルーチンの基本構造

サブルーチンはFORMブロックとして定義し、PERFORM命令で呼び出します。

基本の構文
●サブルーチンの定義
　FROM <サブルーチン名>.
　　” 実行する処理を記述
　ENDFROM.

●サブルーチンの呼び出し
　PEFROM <サブルーチン名>.

START-OF-SELECTION.
  PERFORM display_message.

FORM display_message.
  WRITE: / 'これはサブルーチンから出力されたメッセージです。'.
ENDFORM.

パラメータを使用したサブルーチン

サブルーチンでは引数を用いることで、処理を動的に変更できます。

• USING： 呼び出し元から値を受け取るためのパラメータ。
• CHANGING： 呼び出し元とサブルーチン間で値を共有するためのパラメータ。
• テーブルパラメータ： 内部テーブルを渡す。

USINGパラメータの例

START-OF-SELECTION.
  PERFORM display_message USING 'こんにちは、世界！'.

FORM display_message USING text TYPE string.
  WRITE: / text.
ENDFORM.

CHANGINGパラメータの例

DATA: lv_number TYPE i VALUE 5.

START-OF-SELECTION.
  PERFORM double_number CHANGING lv_number.
  WRITE: / '結果:', lv_number.

FORM double_number CHANGING number TYPE i.
  number = number * 2.
ENDFORM.

USINGとCHANGINGを組み合わせる

DATA: lv_base TYPE i VALUE 3,
      lv_result TYPE i.

START-OF-SELECTION.
  PERFORM calculate_power USING lv_base
                       CHANGING lv_result.
  WRITE: / '3の3乗は:', lv_result.

FORM calculate_power USING base TYPE i
                  CHANGING result TYPE i.
  result = base ** 3.
ENDFORM.

サブルーチンを使う上での注意点

1、引数の型を明示する
引数の型をしっかり指定し、意図しないデータ型のエラーを防ぎます。

2、可読性を重視する
サブルーチンの名前や引数は、処理内容が明確にわかるように命名しましょう。

SUBMIT命令

SUBMIT命令は、ABAPプログラムから他のABAPプログラムを呼び出して実行するためのコマンドです。プログラム間でデータを連携したり、バッチ処理を実行する際に便利です。

基本の構文
　SUBMIT <プログラム名> [WITH <条件>] AND RETURN.

<プログラム名>： 実行するABAPプログラム名
WITH： 実行時に渡すパラメータを指定
AND RETURN： 呼び出し元のプログラムに戻る

パラメータを渡す

呼び出し先プログラムにパラメータを渡すことができます。

REPORT z_call_program.

PARAMETERS: p_name TYPE string DEFAULT 'John'.

START-OF-SELECTION.
  " SUBMITで別プログラムを呼び出し
  SUBMIT z_target_program WITH p_name = p_name AND RETURN.

REPORT z_target_program.

PARAMETERS: p_name TYPE string.

START-OF-SELECTION.
  WRITE: / '呼び出し元から渡された名前:', p_name.

データを連携する（内部テーブル）

SUBMITとスプーリングを組み合わせて、実行結果を取得できます。

REPORT z_call_table_program.

DATA: lt_list TYPE TABLE OF abaplist, " スプールデータを格納
      lt_output TYPE TABLE OF char10, " 実行結果を保持
      lv_text TYPE char10.

START-OF-SELECTION.
  " SUBMITでプログラムを呼び出し、スプールに出力
  SUBMIT z_target_table_program EXPORTING LIST TO MEMORY AND RETURN.

  " スプールリストを取得
  CALL FUNCTION 'LIST_FROM_MEMORY'
    TABLES
      listobject = lt_list
    EXCEPTIONS
      others = 1.

  " スプールリストをテキスト形式に変換
  CALL FUNCTION 'LIST_TO_ASCI'
    TABLES
      listobject = lt_list
      listasci   = lt_output
    EXCEPTIONS
      others = 1.

  " 結果を表示
  LOOP AT lt_output INTO lv_text.
    WRITE: / lv_text.
  ENDLOOP.

REPORT z_target_table_program.

DATA: lt_data TYPE TABLE OF char10.

START-OF-SELECTION.
  " サンプルデータ作成
  APPEND 'データ1' TO lt_data.
  APPEND 'データ2' TO lt_data.
  APPEND 'データ3' TO lt_data.

  " データを出力
  LOOP AT lt_data INTO DATA(lv_row).
    WRITE: / lv_row.
  ENDLOOP.

TRY-CATCH構文

TRY-CATCH構文は、プログラム内で発生する例外（エラー）をキャッチし、適切な処理を行うための仕組みです。たとえば、ファイル読み込み時にエラーが発生しても、ショートダンプを回避し、エラー内容をログに記録したり、代替処理を実行することが可能です。

基本の構文
　TRY.
　　” エラーが発生する可能性のある処理
　CATCH <例外クラス>.
　　” エラーが発生した際の処理
　ENDTRY.

TRY： エラーが発生する可能性のある処理を記述
CATCH： 発生したエラーをキャッチし、対応する処理を記述
　　　　※CATCHブロックを複数設けることで、異なる種類の例外を別々に処理が可能
ENDTRY： ブロックの終了

DATA: lv_result TYPE i.

TRY.
  lv_result = 10 / 0. " ゼロ除算でエラー発生
CATCH cx_sy_arithmetic_error.
  WRITE: / '計算エラーが発生しました。'.
ENDTRY.

例外クラスとは？

例外クラスは、ABAPで発生するエラーの種類を定義したクラスです。

SAPが提供する標準例外クラスの例：

• cx_sy_arithmetic_error： 計算関連のエラー。
• cx_sy_no_authority： 権限不足によるエラー。
• cx_sy_open_sql_error： データベース関連のエラー。

まとめ

ABAPを用いたメッセージ、サブルーチン、プログラム呼出し、try-catchの基本構文の解説は以上です！

他の構文についても解説しているのでぜひ確認してみてくださいね！

あわせて読みたい

SAP ABAPまとめ ここではABAPのアレコレをまとめていくのじゃ！ 【ABAPの基本】 【ABAP7.4以降の新構文】 【便利ツールプログラム】 【その他ノウハウ】 ABAP関連のまとめは以上じゃ！