【新着】SAPラボのYouTubeチャンネル開設しました SAPラボチャンネルはコチラ

【SAP ABAP】基本構文:内部テーブル操作(APPEND、INSERT、COLLECT、LOOP AT、READ TABLE、MODIFY、SORT、DELETE)

登場人物紹介

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

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

この記事を読むメリット

  • APPEND命令、INSERT命令、COLLECT命令、LOOP AT命令、READ TABLE命令、MODIFY命令、SORT命令、DELETE命令を使用して、内部テーブル操作を行えるようになります。
博士

今回はABAPの内部テーブル操作について説明するぞい!

内部テーブル操作はABAPプログラミングの基本であり、重要なスキルです。
本記事では、APPEND命令、INSERT命令、COLLECT命令、LOOP AT命令、READ TABLE命令、MODIFY命令、SORT命令、DELETE命令の基本的な使い方について解説します。

SAPフリーランスバンク SAPフリーランスバンク

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

【MM】

【SD】

【SAP保守運用支援(SD, MM)】静岡県浜松市/リモート併用/保守運用支援

月額単価
1,400,000円 / 月
稼働場所
静岡県
業務領域
運用・保守
稼働率:
100%
作業内容:
SAPの保守運用支援プロジェクトにご参画いただきます。 高度なIT戦略立案フェーズではなく、現場の課題解決を着実に実行するメンバーとしての役割が期待されます。 社員の方のリードのもと、主体的に業務を遂行(自走)できる方、または各モジュール領域のコンサルタントとして一人称で運用・維持管理ができる方を募集しています。 ユーザーからの問い合わせ対応、見積作成、テスト推進など、具体的な保守運用支援業務を担当していただきます。 主な業務内容:
  • ユーザーからの問い合わせ対応、トラブルシューティング、要望ヒアリング
  • 見積作成、WBS策定、スケジュール管理
  • 受け入れテストの計画、実施、検証

【FI】

【基幹システム刷新(S/4HANA FI/BTP)】東京・二子玉川(リモート併用)/移行推進サブリード

月額単価
1,450,000円 / 月
稼働場所
東京都
業務領域
要件定義, その他
稼働率:
100%
作業内容:
大手企業様の基幹システムをSAP S/4HANAへ刷新する大規模プロジェクトです。 このプロジェクトにおいて、SAP FIモジュールとBTPアドオンを中心とした移行推進チームのサブリードとしてご活躍いただきます。 自ら主体的に動き、移行方針書や移行計画書のドラフト作成からクライアントとのセッションを主導し、合意形成までの一連のプロセスを担当していただきます。 主な業務内容:
  • 移行推進チームのサブリード業務
  • 移行方針書、移行計画書など、各種ドキュメントの作成とクライアントへの提案
  • クライアントおよび関連チームとの調整、合意形成の推進
  • FIモジュールおよびBTPアドオンに関する課題解決のサポート

【CO】

【FI】

【販社受発注システム再構築(CO/FI)】神奈川・川崎(リモート併用)/構想策定・効果算定

月額単価
1,700,000円 / 月
稼働場所
神奈川県
業務領域
要件定義
稼働率:
100%
作業内容:
販社(販売会社)における受発注システムの再構築構想を策定する、極めて重要な最上流フェーズの案件です。 この構想フェーズでは、最適なSAPソリューション選定に向けたインプット情報を作成することが主要なミッションとなります。 具体的には、概算費用と効果を試算するためのモデル作成、そして会計領域を中心とした施策検討を実施します。 特に顧客別・商品別収益分析(CO)の施策やToBe像を確立するため、CO/FIの知見が不可欠となるポジションを担当していただきます。 主な業務内容:
  • 施策別効果分析モデルの作成(業務削減、人件費、運転資本などの定量化)
  • 業務/IT統合の観点を取り入れた改革シナリオの立案
  • 経営層向けの説明資料(ROI/Payback試算を含む構想報告書)の作成支援
  • 現行業務工数ヒアリング、帳票/IF数集計
  • 会計領域の施策検討(顧客別、商品別収益分析(CO)のToBe設計およびデータ連携方式検討)

【MM】

【ECC→S4HANA移行(MM)】東京都/リモート併用/グローバルテンプレート構築・展開

月額単価
1,450,000円 / 月
稼働場所
東京都
業務領域
要件定義, 設計, テスト
稼働率:
100%
作業内容:
ECCからS/4HANAへの移行に伴う、グローバルテンプレートの構築・展開プロジェクトです。 パイロット拠点のテストフェーズ完了に伴い、東南アジア、インド、UAEへの次拠点展開と、中国、ヨーロッパ、アフリカ、北米への次々拠点展開を並行して進めていきます。 本案件では、MM領域のコンサルタントとして、テンプレート導入における要件定義や設計、テスト推進などを担当していただきます。 主な業務内容:
  • コンフィグ要件定義、および設定担当者への説明・レビュー
  • アドオン要件定義(特に帳票関連)、および設計者への説明・レビュー
  • 結合テスト、ウォークスルーテストシナリオの検討
  • 発生する個別課題の検討および解決推進
  • 顧客(情報システム部門)との直接の調整・フェーシング

【FI】

【ECC→S4HANA移行(FI/会計帳票)】東京都/リモート併用/アドオン帳票リバースエンジニアリング

月額単価
1,150,000円 / 月
稼働場所
東京都
業務領域
設計, 開発(ABAP/Fiori)
稼働率:
100%
作業内容:
ECC6.0からS/4HANAへの移行プロジェクトです。 設計書が存在しない現行のアドオン帳票(約46本)について、リバースエンジニアリングを実施し、S/4HANAでの実装に向けた基本設計書の新規作成を行います。 本案件では、会計帳票チームのサブリードとして、経理ユーザーとの要件ヒアリング、基本設計、開発チーム(別チーム)への説明、成果物レビュー、チームの進捗・課題管理などを担当していただきます。 主な業務内容:
  • 現行アドオン帳票のリバースエンジニアリングによる基本設計書作成
  • 顧客(経理ユーザー)への要件ヒアリング、仕様調整
  • 開発チームへの設計詳細説明、および開発成果物のレビュー
  • 帳票チームのサブリード業務(各帳票の進捗状況把握、課題管理)
  • タスク遂行に関するスケジュール調整、要員アサインの調整
  • 顧客IT部門担当との進め方や品質管理に関するコミュニケーション

【MM】

【SD】

【貴金属リサイクル業 SAP保守(MM/SD/ABAP)】東京都/リモート併用/保守・ユーザー対応

月額単価
1,100,000円 / 月
稼働場所
東京都
業務領域
開発(ABAP/Fiori), 運用・保守
稼働率:
100%
作業内容:
貴金属リサイクル業のクライアントにおけるSAP保守プロジェクトです。 ロジモジュール(MM, SD)の保守をご担当いただきます。 アドオンの作りこみが多い環境であり、ドキュメント類の整備が不十分なためABAPスキルが必須となります。 主に、ユーザーからの問い合わせ対応や調査、プログラム改修などを担当していただきます。 主な業務内容:
  • ロジモジュール(MM, SD)の保守業務
  • ユーザーからの問い合わせ対応・調査
  • アドオンプログラムの改修・開発

【MM】

【SD】

【電気通信 子会社統合(SD/MM移行)】東京(リモート併用)/データ移行・開発

月額単価
1,100,000円 / 月
稼働場所
東京都
業務領域
開発(ABAP/Fiori)
稼働率:
100%
作業内容:
電気通信事業における子会社統合に伴い、SAPシステム(ロジスティクス領域)の移行プロジェクトが進行中です。 本ポジションでは、資材マスタのデータ移行を軸に、移行リハーサル、本番稼働フォロー、既存プログラムの改修など、移行・開発業務全般をご担当いただきます。 ロジ領域の組織カスタマイズ経験とABAPスキルの両方を活かせる、技術的にチャレンジングな役割です。 主な業務内容:
  • 資材マスタデータ移行、およびデータマッピング
  • 移行リハーサル、走行試験の実施支援
  • 本番稼働のフォローアップ
  • 既存プログラムの改修、およびパフォーマンスチューニング

【MM】

【PP】

【SD】

【SAP S/4HANA 保守・運用(SD/MM/PP/ABAP)】東京都/リモート併用/インシデント対応・アドオン改修

月額単価
850,000円 / 月
稼働場所
東京都
業務領域
開発(ABAP/Fiori), 運用・保守
稼働率:
100%
作業内容:
SAP S/4HANAの保守・運用プロジェクトにご参画いただきます。 主に販売管理(SD)、購買管理(MM)、在庫管理、生産管理(PP)領域におけるインシデント対応やアドオンプログラムの対応を担当していただきます。 主な業務内容:
  • SAPに関する問い合わせ(インシデント)に対する調査・回答。
  • アドオンプログラム(ABAP)の調査・改修。

【CO】

【MM】

【SD】

【その他】

【半導体S/4HANA新規導入(PS/CO/SD/MM)】東京(オンサイト)/要件定義

月額単価
1,400,000円 / 月
稼働場所
東京都
業務領域
要件定義
稼働率:
100%
作業内容:
半導体製造業における、SAP S/4HANAの新規導入プロジェクトです。 現在、別パッケージで対応している「個別受注生産」プロセスを、SAP S/4HANA (PS/CO/SD/MM) に置き換えることを目的としています。 本募集では、プロジェクトの根幹をなす要件定義フェーズにおいて、各モジュールの専門家として新プロセスの設計を中心メンバーとして推進していただくことを期待しています。 主な業務内容:
  • 【PS担当】
    • WBS(作業分解構造)やネットワークの設計・設定
    • 販売受注(SD)とPSの統合、および購買(MM)や製造(PP)との連携設計
    • 成果物の納品・請求プロセスの設計
  • 【CO担当】
    • プロジェクト別の原価収集設定
    • 個別原価計算、総合原価計算の設計
    • 収益性分析(CO-PA)や原価センタ配賦の設計
  • 【SD/MM担当】
    • PSモジュールとの連携を前提とした、受注・購買プロセスの要件定義

【MM】

【SD】

【保守運用支援(SD/MM)】静岡県/リモート併用/保守運用

月額単価
1,250,000円 / 月
稼働場所
静岡県
業務領域
運用・保守
稼働率:
100%
作業内容:
SAPにおける保守運用支援業務の案件です。 高度なIT戦略立案よりも、現場の課題解決を着実に実行できるメンバーとして、社員のリードのもとで主体的に業務を遂行(自走)できる方を求めています。 これまで各モジュール領域のコンサルタントとしてご活躍され、一人称で運用・維持管理を完遂できる方が適任とされています。 現場の課題解決を中心に、保守運用支援全般を担当していただきます。 主な業務内容:
  • ユーザーからの問い合わせ対応、トラブルシューティング、要望ヒアリング
  • 見積作成、WBS策定、スケジュール管理
  • 受け入れテストの計画、実施、検証
この記事のポイント

内部テーブル(Internal Table)について

ABAPの内部テーブルはメモリ内で動的にデータを格納できるデータ構造で、データベースから取得したデータやプログラム内で生成したデータを操作する際に非常に便利です。
DBテーブルと同様に以下のような表形式でメモリ内で格納され、更新や削除といった操作が可能です。

内部テーブルのイメージ

内部テーブルの種類

標準テーブル(Standard Table)

標準テーブルとは、ABAPで使用される最も一般的な内部テーブルです。内部テーブル宣言時に’TYPE STANDARD TABLE OF’と記述することで標準テーブルが宣言されますが、’TYPE TABLE OF’と記述した場合も標準テーブルの宣言だとみなされます。順序やキーに関係なく、抽出したデータがそのままの形で格納されます。

DATA: lt_standard TYPE STANDARD TABLE OF ty_structure.

ソートテーブル(Sorted Table)

ソートテーブルとは、格納されているデータが特定のキーによってソートされる内部テーブルです。
データを格納する際に指定したキーでソートをかけてから格納するため、標準テーブルと比べて挿入時に時間がかかりますが、ソートテーブル内のデータを条件付きで読み込む場合は処理効率が向上します。
ソートテーブルを宣言する際には、必ずキーの設定をする必要があります。

DATA: lt_sorted TYPE SORTED TABLE OF ty_structure WITH UNIQUE KEY key_field.

ハッシュテーブル(Hashed Table)

ハッシュテーブルとは、キーによってデータに高速にアクセスできる内部テーブルです。
キーが一意である必要があります。データの検索やアクセスが非常に迅速に行えるため、大規模なデータセットに対して有効です。

DATA: lt_hashed TYPE HASHED TABLE OF ty_structure WITH UNIQUE KEY key_field.
博士

まずは、内部テーブルにデータを挿入する方法を説明するぞい!
データを挿入するためにはAPPEND命令、INSERT命令、COLLECT命令があるのじゃ。

APPEND命令

APPEND命令は、内部テーブルの末尾に新しい行を追加します。

基本の構文
 APPEND 作業領域 TO 内部テーブル.
 ※作業領域と内部テーブルのデータ型は一致している必要があります。

使用例
TYPES: BEGIN OF ty_employee,
        id TYPE i,
        name TYPE string,
        age TYPE i,
       END OF ty_employee.

DATA: lt_employees TYPE STANDARD TABLE OF ty_employee,
      ls_employee TYPE ty_employee.

ls_employee-id = 1.
ls_employee-name = 'Alice'.
ls_employee-age = 30.
APPEND ls_employee TO lt_employees.

ls_employee-id = 2.
ls_employee-name = 'Bob'.
ls_employee-age = 25.
APPEND ls_employee TO lt_employees.

LOOP AT lt_employees INTO ls_employee.
  WRITE: / 'ID:', ls_employee-id, 'NAME:', ls_employee-name, 'AGE:', ls_employee-age.
ENDLOOP.

このプログラムでは、内部テーブルに行を追加する方法を示しています。APPEND命令を使って、作業領域のデータを内部テーブルの末尾に追加します。

実行結果

ABAP、内部テーブル操作、APPEND(実行結果)

APPEND命令の注意点

  • 重複チェック無し
    APPEND命令は重複チェックを行いません。重複を避けるには事前に検索や条件分岐を使用して確認が必要です。
  • ハッシュテーブルには利用不可
    ハッシュテーブルにデータを追加する場合は、INSERT命令を使用します。
  • 初期化の必要性
    作業領域を使いまわす場合は、適切な初期化が必要です。例えば、CLEAR命令を使って初期化を行います。(APPEND命令に限らず、以下の命令でも同様)

INSERT命令

INSERT命令、内部テーブルの指定した位置に新しい行を挿入します。

基本の構文
 INSERT 作業領域 TO TABLE 内部テーブル INDEX インデックス.
 ※作業領域と内部テーブルのデータ型は一致している必要があります。
 ※’INDEX’を指定しない場合は、APPENDと同じく最後の行にデータ追加されます。

使用例
" 最初に2行追加しておく
ls_employee-id = 2.
ls_employee-name = 'Alice'.
ls_employee-age = 30.
APPEND ls_employee TO lt_employees.

ls_employee-id = 4.
ls_employee-name = 'Charlie'.
ls_employee-age = 28.
APPEND ls_employee TO lt_employees.

" 2番目の位置に行を挿入する
ls_employee-id = 3.
ls_employee-name = 'Bob'.
ls_employee-age = 25.
INSERT ls_employee INTO lt_employees INDEX 2.

" 最初に行を追加する
ls_employee-id = 1.
ls_employee-name = 'David'.
ls_employee-age = 35.
INSERT ls_employee INTO lt_employees INDEX 1.

" 内部テーブルの内容を出力する
LOOP AT lt_employees INTO ls_employee.
  WRITE: / 'ID:', ls_employee-id, 'NAME:', ls_employee-name, 'AGE:', ls_employee-age.
ENDLOOP.

このプログラムでは、内部テーブル lt_employees に従業員データを追加および挿入し、その内容を出力しています。具体的には、最初に2行のデータを APPEND 命令で末尾に追加し、次に INSERT 命令で特定の位置(2番目と1番目)に新しい行を挿入しています。(データ定義部分の記載は省略しています)

実行結果

ABAP、内部テーブル操作、INSERT(実行結果)

INSERT命令の注意点

  • 範囲外インデックスの確認
    指定したインデックスが内部テーブルの範囲外でないことを確認してください。範囲外の場合、sy-subrcに0以外の数値が設定されます。
  • 重複行の取り扱い
    標準テーブル(STANDARD TABLE)では重複を許可しますが、ソート済みテーブル(SORTED TABLE)やハッシュテーブル(HASHED TABLE)では重複行が存在する場合、エラーが発生します。事前に重複チェックを行うことが重要です。
  • パフォーマンスの考慮
    APPEND命令のほうが処理速度が速いため、要件を満たせる場合は、可能な限りAPPEND命令を利用するようにしましょう。

COLLECT命令

COLLECT命令は、内部テーブルに行を追加する際、キーが同じ行が既に存在する場合は数値項目を集計し、存在しない場合は新しい行を追加します。

基本の構文
 COLLECT 作業領域 TO 内部テーブル.
 ※作業領域と内部テーブルのデータ型は一致している必要があります。

使用例
TYPES: BEGIN OF ty_sales,
        id TYPE i,
        product TYPE string,
        amount TYPE i,
       END OF ty_sales.

DATA: lt_sales TYPE SORTED TABLE OF ty_sales WITH UNIQUE KEY id product,
      ls_sales TYPE ty_sales.

ls_sales-id = 1.
ls_sales-product = 'ProductA'.
ls_sales-amount = 100.
COLLECT ls_sales INTO lt_sales.

ls_sales-id = 1.
ls_sales-product = 'ProductA'.
ls_sales-amount = 150.
COLLECT ls_sales INTO lt_sales.

ls_sales-id = 2.
ls_sales-product = 'ProductB'.
ls_sales-amount = 200.
COLLECT ls_sales INTO lt_sales.

" 内部テーブルの内容を出力する
LOOP AT lt_sales INTO ls_sales.
  WRITE: / 'ID:', ls_sales-id, 'PRODUCT:', ls_sales-product, 'AMOUNT:', ls_sales-amount.
ENDLOOP.

このプログラムでは、COLLECT 命令を使用して売上データを内部テーブル lt_sales に追加しています。COLLECT 命令により、同じキー(ここでは id と product が同じ)の行が既に存在する場合、数値フィールド amount が集計されます。

実行結果

ABAP、内部テーブル操作、COLLECT(実行結果)

COLLECT命令の注意点

  • キー設定の確認
    COLLECT命令を使用する前に、内部テーブルのキーが正しく設定されていることを確認してください。キーが正しく設定されていないと、期待した結果が得られない場合があります。
  • 数値項目の集計
    COLLECT命令はキーが同じ行が存在する場合に数値項目を集計します。非数値項目のデータは集計されず、最初に出現した値が保持されます。
博士

次は、内部テーブルのデータを操作するための方法を説明するぞい!
データを操作するためにはLOOP AT命令、READ TABLE命令、MODIFY命令、SORT命令、DELETE命令があるのじゃ。

LOOP AT命令

LOOP AT命令は、内部テーブルのデータを読み込む際に使用します。
基本構文やプログラム例は下記の「LOOP命令(LOOP~ENDLOOP)」の説明をご参照ください。

また、「フィールドシンボル」についての説明もご参照ください。
フィールドシンボルを使用することで、内部テーブルの行を直接操作します。

READ TABLE命令

READ TABLE命令は、内部テーブルからデータを検索するために使用されます。基本的な構文はシンプルで、様々なオプションを使うことで柔軟な検索が可能です。sy-subrcを使って検索結果を判断し、必要に応じてエラーハンドリングを行います。(読み取りに失敗した場合、sy-subrcは0以外の値を返します。)

基本の構文
 READ TABLE 内部テーブル [INTO 作業領域/ASSIGNING <フィールドシンボル>] [オプション].

WITH KEYオプション

特定のキーで検索します。WITH KEYオプションを使用する場合、指定したキーが内部テーブルのキー項目と一致していることを確認してください。キーが一致していないと、正しい結果が得られません。

使用例
TYPES: BEGIN OF ty_customer,
        customer_id TYPE string,
        customer_name TYPE string,
        customer_address TYPE string,
       END OF ty_customer.

DATA: lt_customers TYPE TABLE OF ty_customer,
      ls_customer TYPE ty_customer.

" データを内部テーブルに挿入する例
APPEND VALUE #( customer_id = '12345' customer_name = 'John Doe' customer_address = '123 Main St' ) TO lt_customers.
APPEND VALUE #( customer_id = '67890' customer_name = 'Jane Doe' customer_address = '456 Elm St' ) TO lt_customers.

" WITH KEYオプションを使って検索
READ TABLE lt_customers INTO ls_customer WITH KEY customer_id = '12345'.
IF sy-subrc = 0.
  WRITE: / 'データが見つかりました。'.
ELSE.
  WRITE: / 'データが見つかりませんでした。'.
ENDIF.

このプログラムでは、customer_idをキーにして内部テーブルlt_customersからデータを検索し、検索結果を作業領域ls_customerに格納します。データが見つかった場合、その旨を出力します。

実行結果

ABAP、内部テーブル操作、READ TABLE(実行結果)

INDEXオプション

特定のインデックス(行番号)を指定して検索します。INDEXオプションを使用する場合、指定するインデックスが内部テーブルの範囲内であることを確認してください。

使用例
" INDEXオプションを使って検索
READ TABLE lt_customers INTO ls_customer INDEX 2.

このプログラムでは、インデックス2の行を内部テーブルlt_customersから検索し、結果を作業領域ls_customerに格納します。

TRANSPORTINGオプション

特定の項目だけを読み取ります。TRANSPORTINGオプションを使用して特定の項目だけを読み取る場合、必要な項目が全て指定されていることを確認してください。指定されていない項目は読み取られないため、後続の処理でデータが不足する可能性があります。

使用例
" TRANSPORTINGオプションを使って検索
READ TABLE lt_customers INTO ls_customer INDEX 2 TRANSPORTING customer_name.

このプログラムでは、customer_name項目のみを内部テーブルlt_customersから検索し、結果を作業領域ls_customerに格納します。

BINARY SEARCHオプション

テーブルがソートされている場合にバイナリ検索を使用します。BINARY SEARCHオプションを使用する場合、内部テーブルが検索キーでソートされていることを確認してください。ソートされていない場合、正確な検索結果が得られない可能性があります。

使用例
" BINARY SEARCHオプションを使って検索
READ TABLE lt_customers INTO ls_customer WITH KEY customer_id = '12345' BINARY SEARCH.

このプログラムでは、customer_idをキーにしてバイナリ検索を使用して内部テーブルlt_customersからデータを検索し、結果を作業領域ls_customerに格納します。

TRANSPORTING NO FIELDSオプション

データを転送せず、検索結果のみを取得します。TRANSPORTING NO FIELDSオプションを使用する場合、データを転送せずに検索結果のみを取得するため、データの存在チェックのみに使用します。このオプションを使用する場合、内部テーブルの構造やデータに依存しない検索が行われます。

使用例
" TRANSPORTING NO FIELDSオプションを使って検索
READ TABLE lt_customers TRANSPORTING NO FIELDS WITH KEY customer_id = '12345'.

このプログラムでは、customer_idをキーにして内部テーブルlt_customersからデータを取得せずに検索結果のみを取得します。

READ TABLE命令の注意点

  • 検索結果の確認
    READ TABLE命令の実行後は、sy-subrcを必ず確認して検索結果を判断する必要があります。sy-subrcが0であれば検索成功、0以外であれば検索失敗となります。これにより、適切なエラーハンドリングを行うことができます。
  • 複数条件の検索
    複数の条件を使って検索を行う場合、条件の指定方法に注意が必要です。複数条件を正しく組み合わせないと、期待した結果が得られない可能性があります。

MODIFY命令

MODIFY命令は、内部テーブルの既存の行を変更します。

基本の構文
・単一行の変更または挿入する場合
 MODIFY TABLE 内部テーブル FROM 作業領域 [TRANSPORTING 項目名].
・条件を使用して複数の行を変更する場合
 MODIFY 内部テーブル FROM 作業領域 TRANSPORTING 項目名 WHERE 条件.
・変更する行を指定して行を変更する場合
 MODIFY 内部テーブル FROM 作業領域 INDEX インデックス [TRANSPORTING 項目名]. 
 ※作業領域と内部テーブルのデータ型は一致している必要があります。
 ※TRANSPORTINGを指定することで更新対象の項目を指定することができます。

使用例
TYPES: BEGIN OF ty_employee,
        id TYPE i,
        name TYPE string,
        age TYPE i,
      END OF ty_employee.

DATA: lt_employees TYPE SORTED TABLE OF ty_employee WITH UNIQUE KEY id,
      ls_employee TYPE ty_employee.

ls_employee-id = 1.
ls_employee-name = 'Alice'.
ls_employee-age = 30.
APPEND ls_employee TO lt_employees.

ls_employee-id = 2.
ls_employee-name = 'Bob'.
ls_employee-age = 25.
APPEND ls_employee TO lt_employees.

READ TABLE lt_employees INTO ls_employee WITH KEY id = 2.
IF sy-subrc = 0.
  ls_employee-name = 'Robert'.
  MODIFY TABLE lt_employees FROM ls_employee.
ENDIF.

LOOP AT lt_employees INTO ls_employee.
  WRITE: / 'ID:', ls_employee-id, 'NAME:', ls_employee-name, 'AGE:', ls_employee-age.
ENDLOOP.

このプログラムでは、MODIFY命令を使用して内部テーブル ‘lt_employees’の既存の行を変更しています。ここでは’ID’が’2’の従業員の名前を’Bob’から’Robert’に変更しています。

実行結果

ABAP、内部テーブル操作、MODIFY(実行結果)

MODIFY命令の注意点

  • 行の存在確認
    行を変更する前に、必ずその行が存在するかどうかを確認する必要があります。
  • キーの変更に注意
    MODIFY命令を使用して内部テーブルを更新しますが、キーが変更される場合、意図しない動作を引き起こす可能性があります。

SORT命令

SORT命令は、内部テーブルを特定の項目でソートします。

基本の構文
 SORT 内部テーブル BY 項目 [ASCENDING|DESCENDING].
 ※ASCENDING(昇順)またはDESCENDING(降順)を選択します。指定しない場合はデフォルトでASCENDINGで並び替えされます。

使用例
TYPES: BEGIN OF ty_employee,
        id TYPE i,
        name TYPE string,
        age TYPE i,
       END OF ty_employee.

DATA: lt_employees TYPE STANDARD TABLE OF ty_employee,
      ls_employee TYPE ty_employee.

ls_employee-id = 1.
ls_employee-name = 'Charlie'.
ls_employee-age = 30.
APPEND ls_employee TO lt_employees.

ls_employee-id = 2.
ls_employee-name = 'Alice'.
ls_employee-age = 25.
APPEND ls_employee TO lt_employees.

ls_employee-id = 3.
ls_employee-name = 'Bob'.
ls_employee-age = 20.
APPEND ls_employee TO lt_employees.

SORT lt_employees BY name ASCENDING.
LOOP AT lt_employees INTO ls_employee.
  WRITE: / 'ID:', ls_employee-id, 'NAME:', ls_employee-name, 'AGE:', ls_employee-age.
ENDLOOP.

このプログラムでは、SORT命令を使用して内部テーブル ‘lt_employees’を’name’項目でソートし、ソート後の内容を出力しています。

実行結果

ABAP、内部テーブル操作、SORT(実行結果)

SORT命令の注意点

  • パフォーマンスの考慮
    ソートは処理時間がかかるため、必要な場合のみ実行するようにします。特に、大量のデータを扱う場合、ソート処理のパフォーマンスに注意が必要です。

DELETE命令

DELETE命令は、特定の条件に一致する行を内部テーブルから削除します。

基本の構文
・条件を使用して複数の行を削除する場合
 DELETE 内部テーブル WHERE 条件.
・削除する行を指定して行を削除する場合
 DELETE 内部テーブル INDEX インデックス.
・テーブルキーを使用して行を削除する場合
 DELETE TABLE 内部テーブル FROM 作業領域.
 ※作業領域と内部テーブルのデータ型は一致している必要があります。

使用例
TYPES: BEGIN OF ty_employee,
        id TYPE i,
        name TYPE string,
        age TYPE i,
       END OF ty_employee.

DATA: lt_employees TYPE STANDARD TABLE OF ty_employee,
      ls_employee TYPE ty_employee.

" データの追加
ls_employee-id = 1.
ls_employee-name = 'Alice'.
ls_employee-age = 30.
APPEND ls_employee TO lt_employees.

ls_employee-id = 2.
ls_employee-name = 'Bob'.
ls_employee-age = 25.
APPEND ls_employee TO lt_employees.

" 条件を指定して削除する
DELETE lt_employees WHERE name = 'Alice'.

" 残りの行の内容を出力する
LOOP AT lt_employees INTO ls_employee.
  WRITE: / 'ID:', ls_employee-id, 'NAME:', ls_employee-name, 'AGE:', ls_employee-age.
ENDLOOP.

このプログラムでは、DELETE命令を使用して内部テーブル ‘lt_employees’から名前が’Alice’の行を削除し、残りの行の内容を出力しています。

実行結果

ABAP、内部テーブル操作、DELETE(実行結果)

DELETE命令の注意点

  • 条件を精査
    条件に誤りがあると、意図しない行が削除される可能性があります。削除条件は慎重に設定してください。
  • 全行の削除
    内部テーブルのデータをすべて削除するには、CLEAR命令を使用することもできます。

まとめ

ABAPの内部テーブルに関する基本的な操作方法を説明しました。内部テーブルはデータ操作を効率化し、複雑なデータ処理を簡素化するための重要なツールです。さらに深く理解するためには、実際に手を動かしてコードを書いてみることが大切です。

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

【MM】

【SD】

【SAP保守運用支援(SD, MM)】静岡県浜松市/リモート併用/保守運用支援

月額単価
1,400,000円 / 月
稼働場所
静岡県
業務領域
運用・保守
稼働率:
100%
作業内容:
SAPの保守運用支援プロジェクトにご参画いただきます。 高度なIT戦略立案フェーズではなく、現場の課題解決を着実に実行するメンバーとしての役割が期待されます。 社員の方のリードのもと、主体的に業務を遂行(自走)できる方、または各モジュール領域のコンサルタントとして一人称で運用・維持管理ができる方を募集しています。 ユーザーからの問い合わせ対応、見積作成、テスト推進など、具体的な保守運用支援業務を担当していただきます。 主な業務内容:
  • ユーザーからの問い合わせ対応、トラブルシューティング、要望ヒアリング
  • 見積作成、WBS策定、スケジュール管理
  • 受け入れテストの計画、実施、検証

【FI】

【基幹システム刷新(S/4HANA FI/BTP)】東京・二子玉川(リモート併用)/移行推進サブリード

月額単価
1,450,000円 / 月
稼働場所
東京都
業務領域
要件定義, その他
稼働率:
100%
作業内容:
大手企業様の基幹システムをSAP S/4HANAへ刷新する大規模プロジェクトです。 このプロジェクトにおいて、SAP FIモジュールとBTPアドオンを中心とした移行推進チームのサブリードとしてご活躍いただきます。 自ら主体的に動き、移行方針書や移行計画書のドラフト作成からクライアントとのセッションを主導し、合意形成までの一連のプロセスを担当していただきます。 主な業務内容:
  • 移行推進チームのサブリード業務
  • 移行方針書、移行計画書など、各種ドキュメントの作成とクライアントへの提案
  • クライアントおよび関連チームとの調整、合意形成の推進
  • FIモジュールおよびBTPアドオンに関する課題解決のサポート

【CO】

【FI】

【販社受発注システム再構築(CO/FI)】神奈川・川崎(リモート併用)/構想策定・効果算定

月額単価
1,700,000円 / 月
稼働場所
神奈川県
業務領域
要件定義
稼働率:
100%
作業内容:
販社(販売会社)における受発注システムの再構築構想を策定する、極めて重要な最上流フェーズの案件です。 この構想フェーズでは、最適なSAPソリューション選定に向けたインプット情報を作成することが主要なミッションとなります。 具体的には、概算費用と効果を試算するためのモデル作成、そして会計領域を中心とした施策検討を実施します。 特に顧客別・商品別収益分析(CO)の施策やToBe像を確立するため、CO/FIの知見が不可欠となるポジションを担当していただきます。 主な業務内容:
  • 施策別効果分析モデルの作成(業務削減、人件費、運転資本などの定量化)
  • 業務/IT統合の観点を取り入れた改革シナリオの立案
  • 経営層向けの説明資料(ROI/Payback試算を含む構想報告書)の作成支援
  • 現行業務工数ヒアリング、帳票/IF数集計
  • 会計領域の施策検討(顧客別、商品別収益分析(CO)のToBe設計およびデータ連携方式検討)

【MM】

【ECC→S4HANA移行(MM)】東京都/リモート併用/グローバルテンプレート構築・展開

月額単価
1,450,000円 / 月
稼働場所
東京都
業務領域
要件定義, 設計, テスト
稼働率:
100%
作業内容:
ECCからS/4HANAへの移行に伴う、グローバルテンプレートの構築・展開プロジェクトです。 パイロット拠点のテストフェーズ完了に伴い、東南アジア、インド、UAEへの次拠点展開と、中国、ヨーロッパ、アフリカ、北米への次々拠点展開を並行して進めていきます。 本案件では、MM領域のコンサルタントとして、テンプレート導入における要件定義や設計、テスト推進などを担当していただきます。 主な業務内容:
  • コンフィグ要件定義、および設定担当者への説明・レビュー
  • アドオン要件定義(特に帳票関連)、および設計者への説明・レビュー
  • 結合テスト、ウォークスルーテストシナリオの検討
  • 発生する個別課題の検討および解決推進
  • 顧客(情報システム部門)との直接の調整・フェーシング

【FI】

【ECC→S4HANA移行(FI/会計帳票)】東京都/リモート併用/アドオン帳票リバースエンジニアリング

月額単価
1,150,000円 / 月
稼働場所
東京都
業務領域
設計, 開発(ABAP/Fiori)
稼働率:
100%
作業内容:
ECC6.0からS/4HANAへの移行プロジェクトです。 設計書が存在しない現行のアドオン帳票(約46本)について、リバースエンジニアリングを実施し、S/4HANAでの実装に向けた基本設計書の新規作成を行います。 本案件では、会計帳票チームのサブリードとして、経理ユーザーとの要件ヒアリング、基本設計、開発チーム(別チーム)への説明、成果物レビュー、チームの進捗・課題管理などを担当していただきます。 主な業務内容:
  • 現行アドオン帳票のリバースエンジニアリングによる基本設計書作成
  • 顧客(経理ユーザー)への要件ヒアリング、仕様調整
  • 開発チームへの設計詳細説明、および開発成果物のレビュー
  • 帳票チームのサブリード業務(各帳票の進捗状況把握、課題管理)
  • タスク遂行に関するスケジュール調整、要員アサインの調整
  • 顧客IT部門担当との進め方や品質管理に関するコミュニケーション

【MM】

【SD】

【貴金属リサイクル業 SAP保守(MM/SD/ABAP)】東京都/リモート併用/保守・ユーザー対応

月額単価
1,100,000円 / 月
稼働場所
東京都
業務領域
開発(ABAP/Fiori), 運用・保守
稼働率:
100%
作業内容:
貴金属リサイクル業のクライアントにおけるSAP保守プロジェクトです。 ロジモジュール(MM, SD)の保守をご担当いただきます。 アドオンの作りこみが多い環境であり、ドキュメント類の整備が不十分なためABAPスキルが必須となります。 主に、ユーザーからの問い合わせ対応や調査、プログラム改修などを担当していただきます。 主な業務内容:
  • ロジモジュール(MM, SD)の保守業務
  • ユーザーからの問い合わせ対応・調査
  • アドオンプログラムの改修・開発

【MM】

【SD】

【電気通信 子会社統合(SD/MM移行)】東京(リモート併用)/データ移行・開発

月額単価
1,100,000円 / 月
稼働場所
東京都
業務領域
開発(ABAP/Fiori)
稼働率:
100%
作業内容:
電気通信事業における子会社統合に伴い、SAPシステム(ロジスティクス領域)の移行プロジェクトが進行中です。 本ポジションでは、資材マスタのデータ移行を軸に、移行リハーサル、本番稼働フォロー、既存プログラムの改修など、移行・開発業務全般をご担当いただきます。 ロジ領域の組織カスタマイズ経験とABAPスキルの両方を活かせる、技術的にチャレンジングな役割です。 主な業務内容:
  • 資材マスタデータ移行、およびデータマッピング
  • 移行リハーサル、走行試験の実施支援
  • 本番稼働のフォローアップ
  • 既存プログラムの改修、およびパフォーマンスチューニング

【MM】

【PP】

【SD】

【SAP S/4HANA 保守・運用(SD/MM/PP/ABAP)】東京都/リモート併用/インシデント対応・アドオン改修

月額単価
850,000円 / 月
稼働場所
東京都
業務領域
開発(ABAP/Fiori), 運用・保守
稼働率:
100%
作業内容:
SAP S/4HANAの保守・運用プロジェクトにご参画いただきます。 主に販売管理(SD)、購買管理(MM)、在庫管理、生産管理(PP)領域におけるインシデント対応やアドオンプログラムの対応を担当していただきます。 主な業務内容:
  • SAPに関する問い合わせ(インシデント)に対する調査・回答。
  • アドオンプログラム(ABAP)の調査・改修。

【CO】

【MM】

【SD】

【その他】

【半導体S/4HANA新規導入(PS/CO/SD/MM)】東京(オンサイト)/要件定義

月額単価
1,400,000円 / 月
稼働場所
東京都
業務領域
要件定義
稼働率:
100%
作業内容:
半導体製造業における、SAP S/4HANAの新規導入プロジェクトです。 現在、別パッケージで対応している「個別受注生産」プロセスを、SAP S/4HANA (PS/CO/SD/MM) に置き換えることを目的としています。 本募集では、プロジェクトの根幹をなす要件定義フェーズにおいて、各モジュールの専門家として新プロセスの設計を中心メンバーとして推進していただくことを期待しています。 主な業務内容:
  • 【PS担当】
    • WBS(作業分解構造)やネットワークの設計・設定
    • 販売受注(SD)とPSの統合、および購買(MM)や製造(PP)との連携設計
    • 成果物の納品・請求プロセスの設計
  • 【CO担当】
    • プロジェクト別の原価収集設定
    • 個別原価計算、総合原価計算の設計
    • 収益性分析(CO-PA)や原価センタ配賦の設計
  • 【SD/MM担当】
    • PSモジュールとの連携を前提とした、受注・購買プロセスの要件定義

【MM】

【SD】

【保守運用支援(SD/MM)】静岡県/リモート併用/保守運用

月額単価
1,250,000円 / 月
稼働場所
静岡県
業務領域
運用・保守
稼働率:
100%
作業内容:
SAPにおける保守運用支援業務の案件です。 高度なIT戦略立案よりも、現場の課題解決を着実に実行できるメンバーとして、社員のリードのもとで主体的に業務を遂行(自走)できる方を求めています。 これまで各モジュール領域のコンサルタントとしてご活躍され、一人称で運用・維持管理を完遂できる方が適任とされています。 現場の課題解決を中心に、保守運用支援全般を担当していただきます。 主な業務内容:
  • ユーザーからの問い合わせ対応、トラブルシューティング、要望ヒアリング
  • 見積作成、WBS策定、スケジュール管理
  • 受け入れテストの計画、実施、検証

★★★SAPラボのライター募集★★★

SAPラボでは、SAPの知識を活かして副業をしたい方を募集してるのじゃ!

SAPラボのライターの特徴

・ライティング初心者OK!
・報酬高単価!
・業務委託契約なので副業として最適!

SAP記事執筆者としての活動実績として利用可能なので、転職時や案件探しの際に企業へのアピール材料にもなります。

募集要項

・SAP導入や運用保守プロジェクトへの参画経験1年以上

ご応募/お問合せ先

info@sap-labo.com

少しでもご興味ある方、ぜひお気軽にご連絡下さい!

よかったらシェアしてね!
  • URLをコピーしました!

この記事を書いた人

新卒でSAPエンジニアとしてABAPでの新規開発や保守業務を担当。
業務内容としてはロジ系(MM/SD)がメインで、ABAPの開発が最も得意。

この記事のポイント