【SAP ABAP】基本構文：初期化（CLEAR、REFRESH、FREE）

2024年4月18日2024年6月28日

登場人物紹介

三崎レイナ
社会人1年目。新卒でITコンサルティングファームに就職。初配属がSAPプロジェクトにアサインされる。SAPがわからないことだらけで悩んでいたところ、会社の先輩にSAPラボの所長を紹介され、毎週末に所長とSAPのお勉強中！

博士
SAPラボの所長。SAP大好き博士！SAP導入プロジェクトを構想策定～運用保守まであらゆるフェーズを数多く経験。
いまは優しきおじいちゃんだが、プロマネバリバリの時代はかなり怖かったらしい。現在は引退しSAPの後進育成と啓蒙活動に従事中！
若者に負けぬようX（旧Twitter）も奮闘中。

この記事を読むメリット

CLEAR命令・REFRESH命令・FREE命令を使用して、変数・構造・内部テーブルの初期化やメモリの解放ができるようになります。

博士

今回はデータオブジェクトの初期化について説明していくぞい！

データオブジェクトを適切に初期化することは、プログラムの整合性とパフォーマンスにおいて非常に重要なのじゃ！

レイナ

今回もよろしくお願いします！

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

SAP ABAPまとめ

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

【CO】

【FI】

【MM】

【SD】

【その他】

【商社S/4HANA導入（テスト支援）】東京・神田（常駐）／結合・システムテスト

: ～1,200,000円 / 月

: 東京都

: テスト

稼働率：: 100%

作業内容：

大手商社の基幹システムをSAP S/4HANAで新規に導入する大規模プロジェクトです。 2025年9月から結合テスト、2026年2月からシステムテストを予定しており、2026年11月の本稼働を目指しています。本ポジションでは、この重要なテストフェーズにおいて、これまでの基本設計のご経験を活かし、システムの品質を担保する役割を担当していただきます。 主な業務内容:

結合テスト、システムテストの計画支援、および実行
テストシナリオの消化、およびエビデンスの作成
不具合発生時の切り分け、原因調査、および課題管理
開発チームやコンサルタントとの連携、調整
テスト進捗の報告

【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の専門家として、ユーザーからの問い合わせ対応、障害調査、システム改善の要件定義、設計、テストなどを担当します。

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

この記事のポイント

初期化について

ABAPにおける「初期化」とは、変数、構造、内部テーブルのデータオブジェクトを、それらが宣言されたときの状態、つまり空の状態に戻す操作を指します。
※データオブジェクトの宣言時にVALUEオプションで初期値が設定されていた場合でも、空の状態に戻します。

初期化の重要性

データ整合性の維持：再利用される変数にデータが残っていると、正確な結果を得ることができません。例えば、顧客情報を格納する変数を再利用すると、以前の顧客の情報が残っている可能性があります。これにより、誤った情報が表示等される可能性があります。適切な初期化を行うことで、データの整合性を維持します。

エラーの防止：初期化されていない変数を使用すると、予期しない動作やエラーが発生する可能性があります。例えば、初期化されていない変数を条件式として使用すると、不正な値が比較される可能性があります。初期化により、プログラムの安全性が向上します。

リソースの効率的な管理：大きなデータ構造を使用する場合、初期化を行うことで不要なメモリの使用を回避し、パフォーマンスを改善することができます。

博士

ABAPの初期化命令には、CLEAR命令、REFRESH命令、FREE命令があるぞい！以下は簡単な概要じゃ。

CLEAR命令：変数・構造・内部テーブルを初期化
REFRESH命令：内部テーブルを初期化（※現在は非推奨）
FREE命令：内部テーブルのメモリ領域を解放

CLEAR命令

博士

まずはCLEAR命令じゃ。
CLEAR命令は変数・構造・内部テーブルを初期化するための命令だぞい！

構文
　CLEAR （データオブジェクト）.
　※内部テーブルを指定した場合は、全ての行のデータを削除し初期化します。
　※定数を初期化することはできません。
　※ヘッダー付き内部テーブル（現在非推奨）の内部テーブル部分を初期化する場合はデータオブジェクト名に[]を付けます。

使用例

* 内部テーブル
DATA: it_mara TYPE STANDARD TABLE OF mara.
" ヘッダー付き内部テーブル（現在非推奨）
DATA: it_mara_h TYPE STANDARD TABLE OF mara WITH HEADER LINE.
* 変数
DATA: lv_int TYPE i VALUE 200.

* メイン処理
lv_int = 100.                             " 200から100に書換え
APPEND INITIAL LINE TO it_mara.           " 1行空白行を追加
APPEND INITIAL LINE TO it_mara_h.         " 1行空白行を追加

* CLEAR命令で変数/構造/内部テーブル/ヘッダー付き内部テーブルを初期化
CLEAR: lv_int, it_mara, it_mara_h.
BREAK-POINT.

※動きを比較するため、13,14行目以外はCLEAR命令、REFRESH命令、FREE命令の使用例でも使いまわします。

実行結果（デバッグ画面）

実行前（※この後説明するREFRESH命令、FREE命令にも共通の実行前データ）

実行後

博士

CLEAR命令はヘッダー付き内部テーブルの場合は構造部分（作業領域）のみ初期化するぞい！
内部テーブル部分をCLEAR命令で初期化する場合は内部テーブル名の後に[]を追加する必要があるのじゃ！

例：CLEAR: it_mara_h[].
また、CLEAR命令ではメモリは確保されたままだぞい！

ヘッダー付き内部テーブルとは
内部テーブルと構造（作業領域）が合体したテーブルのことです。
内部テーブル部分と構造（作業領域）部分で名前が同じであるため、紛らわしいことが特徴です。
　CLEAR命令：構造（作業領域）部分を初期化
　REFRESH命令：内部テーブル部分を初期化（CLEAR命令に[]を付けるのと同様）
※現在はヘッダー付き内部テーブルは非推奨となっています。

REFRESH命令　※現在は非推奨

博士

次はREFRESH命令じゃ。
REFRESH命令は内部テーブルの全ての行を削除し空の状態に初期化するための命令だぞい！

構文
　REFRESH （内部テーブル）.
　※CLEAR命令と異なり、REFRESH命令は変数・構造には使用できません。

使用例

* REFRESH命令で内部テーブル/ヘッダー付き内部テーブルを初期化
REFRESH: it_mara, it_mara_h.

※CLEAR命令の使用例の13,14行目を上記の内容で書き換えてください。

実行結果（デバッグ画面）

実行後（※実行前はCLEAR命令説明部分を参照）

博士

REFRESH命令はヘッダー付き内部テーブルの場合は内部テーブルの部分のみ初期化するぞい！

現在ヘッダー付き内部テーブルは非推奨の方針のため、あわせてREFRESH命令も非推奨となっており、新規でプログラムを実装する時はCLEAR命令のみで十分なのじゃ！
また、REFRESH命令はCLEAR命令と同様にメモリは確保されたままだぞい！

FREE命令

博士

最後はFREE命令じゃ。
FREE命令は内部テーブルの全ての行を削除するのはCLEAR命令とREFRESH命令と同様じゃが、異なるのはその行が占有していたメモリ領域を解放することじゃ！
特にデータ量の多い内部テーブルに使用すると有効だぞい。

構文
　FREE （データオブジェクト）.
　※内部テーブル以外の変数・構造はCLEAR命令と同様に動作します。

使用例

* FREE命令で内部テーブル/ヘッダー付き内部テーブルのメモリを解放
FREE: it_mara, it_mara_h.

※CLEAR命令の使用例の13,14行目を上記の内容で書き換えてください。

実行結果（デバッグ画面）

実行後（※実行前はCLEAR命令説明部分を参照）

博士

FREE命令はCLEAR命令とREFRESH命令とは異なり、メモリ領域自体が解放されていることがデバッグ画面で確認できたぞい！
FREE命令は内部テーブルが完全に不要にな場合にのみ使用すべきなのじゃ。

レイナ

状況にあった命令を使用することが大切ですね！
ちなみに初期化を忘れたらどうなるんでしょうか…？

初期化忘れに注意！

博士

初期化忘れは起こりがちじゃ！

以下に初期化を忘れた場合の例を作成してみたぞい。
33行目のCLEAR命令がある状態とない状態で実行した結果を見てみるのじゃ！

使用例

TYPES: BEGIN OF ty_item,
         product_name TYPE string,           " 商品名
         unit_price   TYPE p DECIMALS 2,     " 単価
         quantity     TYPE i,                " 数量
         shipping_fee TYPE p DECIMALS 2,     " 送料
       END OF ty_item.
TYPES: BEGIN OF ty_final_item,
         product_name TYPE string,           " 商品名
         total_price  TYPE p DECIMALS 2,     " 合計金額
         shipping_fee TYPE p DECIMALS 2,     " 送料
       END OF ty_final_item.

DATA: it_item TYPE TABLE OF ty_item,               " 商品情報の内部テーブル
      it_final_item TYPE TABLE OF ty_final_item,   " 最終商品情報の内部テーブル
      ls_item TYPE ty_item,                        " 商品情報の構造
      ls_final_item TYPE ty_final_item.            " 最終商品情報の構造

* 内部テーブルに商品情報を追加
APPEND VALUE ty_item( product_name = 'Product 1' unit_price = 100 quantity = 55 shipping_fee = 300 ) TO it_item.
APPEND VALUE ty_item( product_name = 'Product 2' unit_price = 120 quantity = 20 shipping_fee = 600 ) TO it_item.
APPEND VALUE ty_item( product_name = 'Product 3' unit_price = 60 quantity = 150 shipping_fee = 900 ) TO it_item.

* 合計金額の計算と送料のチェック
LOOP AT it_item INTO ls_item.
  ls_final_item-product_name = ls_item-product_name.
  ls_final_item-total_price = ls_item-unit_price * ls_item-quantity.

  IF ls_final_item-total_price >= 5000.
    ls_final_item-shipping_fee = ls_item-shipping_fee. " 合計金額が5000以上の場合は送料も最終商品情報に入れる
  ENDIF.

  APPEND ls_final_item TO it_final_item.
  CLEAR: ls_final_item. " ループの最後に最終商品情報の構造を初期化
ENDLOOP.

* 結果の表示
LOOP AT it_final_item INTO ls_final_item.
  WRITE: / '商品名:', ls_final_item-product_name, ' 合計金額:', ls_final_item-total_price, ' 送料:', ls_final_item-shipping_fee.
ENDLOOP.

実行結果

CLEAR命令あり

CLEAR命令なし

レイナ

CLEAR命令の有無で結果が変わっていますね！

博士

そうじゃ！
LOOP内で使用する変数や構造は適切に初期化しないと、前回のデータが残ったままになり、結果に影響を与えることがあるので注意が必要だぞい！！

他にも初期化が必要なケースはあるので適切な初期化を心がけ、プログラムの安全性と効率性を向上させるのじゃ！

まとめ

レイナ

教えてもらった内容をまとめてみました！

初期化命令	内部テーブルの初期化	ヘッダー付き内部テーブルの初期化	説明
CLEAR	CLEAR itab.	CLEAR itab.：ヘッダー部分のみ初期化 CLEAR itab[].：内部テーブル部分のみ初期化	変数・構造・内部テーブルを初期化
REFRESH	REFRESH itab.	REFRESH itab.：内部テーブル部分のみ初期化　※CLEAR itab[].と同様　※ヘッダー部分は初期化されない	※非推奨内部テーブルのみ初期化
FREE	FREE itab.	FREE itab. 　※ヘッダー部分は初期化されない	内部テーブルのメモリを解放変数・構造はCLEAR命令と同じ動作