基本
LSMWは、あらゆる種類の大量データ変更を行うための標準的なSAPツールです。 これには、システム内のデータを更新する方法がいくつかあります:
- BAPI
- IDOC
- バッチ記録
- 直接入力
BAPIは最速の方法ですが、顧客が利用できるBapiの数は限られています。
99%の場合、MS Excel/Wordのマクロのように動作するバッチ記録を使用します。 システムは、画面ごとに画面を記録し、ユーザーの手順に従います。 完了したら、データファイルをこれらの画面とデータフィールドにマップします。 システムよりも、ユーザーが手動で行うのと同じ手順を繰り返します。
LSMWプロジェクトの整理
LSMWトランザクションには、プロジェクト、サブプロジェクト、およびオブジェクトがあります。
理想的には、定期的な更新のためのグローバルプロジェクト、データ移行のためのグローバルプロジェクトが
サブプロジェクトは、異なるHR領域のOM、PA、PT、PYのような意味のあるものです。 または、関係なく、すべてのインフォタイプのサブプロジェクトである可能性があります。
オブジェクトは通常、何が変更されているかを表します: インフォタイプ、テーブルまたは何か他のもの。
開始するには、project、subproject、objectの三つのエンティティをすべて作成するか、既に作成されている場合はそれらを選択する必要があります。
ここにメインのLSMWウィンドウがあります。 “オブジェクト属性の定義”から”ファイルの割り当て”までの手順は、エンドユーザーのための実行のための設定です。
LSMWカスタマイジングステップ
すべてのステップは、画面のように同じ順序で一つずつ進む必要があります。
オブジェクト属性の定義
ここでは、データをシステムにロードする方法を設定します。 ここでも、99％のためにそれは”バッチ入力記録”です。 通常、我々はそれぞれの新しい質量変化のための新しい記録を作成します。 新しい録音を作成するには、右の”録音：概要”ボタンをクリックします。
我々は記録を開始する前に、我々は便利なすべてのフィールドのすべてのデータを持っていることを確認する必要があります。 ユーザーの活動を記録すると、システムはすべてのステップを記録します。 リストをクリックしていくつかのフィールドの値を選択すると、それも記録されます。 ヘルプ値を使用してこれらの画面を記録することは望ましくありません。
作成をクリックします。 これは、ここでのような録音のための接頭辞を与えることをお勧めしますRは録音の略です。
OMモジュール(infotypes1000–1999)については、PP02トランザクションを行います。
ヘルプ値やリストを使用せずにすべてのデータを入力することに注意してください。
[作成]をクリックします。
[保存]をクリックします。 その後、トランザクションを終了します。
システムは私たちを記録に戻します。 フィールド名を自動的に入力するには、[すべてデフォルト]ボタンをクリックします。 これらの名前はマッピングルールで使用します。
保存して、”オブジェクト属性の変更”でメイン画面に戻ります。 リストから録音を選択します。
保存して、メインメニューに戻ります。
ソース構造の定義
ソース構造はファイルからのデータを反映します。 ファイルに階層がある場合、または一度にロードする複数のファイルがある場合は、各データエンティティまたはファイルごとに構造を作成します。 ここでは、zs–Zはcustomer object、S-structureの略です。
保存して戻ってください。
ソースフィールドを定義する
各構造体に対して作成されたソースフィールド。
- ソース構造内で実際のファイルフィールドの順序を同じに保つことをお勧めします
- 構造内でSAP辞書名を使用します
構造を選択し、テーブルアイコンをクリックします。 一つの画面にすべてのフィールドを入力する方が便利です。
ファイルからロードするすべてのフィールドを入力します。 定数値を持つフィールドがある場合は、それらを省略して、後の手順で定数として定義できます。
保存してメインメニューに戻ります。
構造関係の定義
ここでは、記録と構造間の関係を定義する必要があります。 それは一つの記録と構造システムだ場合は、関係を提案しています。 私たちが必要とするのは、保存して返すことだけです。
フィールドマッピングと変換ルールの定義
これは最も複雑なステップです。 ここでは、ファイル（ソース構造）からのデータが記録フィールドにどのようにマップされるかを定義します。 画面には、最初のステップから記録されたすべてのフィールドが表示されます。 各フィールドに対して、いくつかの値を割り当てる必要があります。 いくつかのオプションがあります:
| ツールバーのボタン | 意味 |
| ソースフィールド | は、ファイル(ソース構造体)からデータを取得します) |
| ルール | は、事前定義された変換ルールまたはカスタムABAPコードを使用してデータを変換します |
| 初期値 | インフォタイプロジックの値をそのままにします |
| 定数 | 定数値 |
| 移動 | フィールドまたはその一部をコピーする |
| 固定値 | いくつかの定義済みリストからの固定値 |
| Translation | Conversion through mapping”この値の場合は、その値を選択します” |
固定値、変換、ユーザ定義ルーチンの定義
ここでは、前のステップで使用される固定値、変換、またはABAPプロシージャを定義できます。 99％の単純なタスクの場合、これは必要ありません。
ファイルの指定
ここでは、ファイル参照を作成します。
PC上のLegacy Dataをクリックし、Createをクリックします。 これは、ファイルがSAPサーバーではなくPCからダウンロードされることを意味します。
File–ファイルへのフルパス。
名前–技術的な名前。 Zfのように接頭辞を使用します。
ファイルに応じて正しい区切り文字を選択します。
ファイルの最初の行にフィールド名を持ち、ソース構造からの順序に従うことをお勧めします。 だから、’ファイル構造’フレームの下に両方のチェックボックスをオンにします。
ファイルは次のようになります。
保存して終了します。
ファイルの割り当て
ここでは、ソース構造体へのファイル参照を割り当てます。 通常、それは1つのファイルから1つの構造です。
保存して終了します。
データの読み取り
ここで、システムはファイルを読み取り、サーバー上の内部形式に変換します。
ファイルが大きく、LSMWプロジェクトをテストしたい場合は、読み取りおよび処理するレコードの数を区切ります。
読み取りデータを表示
ここでは、ファイルが正しい編成され、データが正しいフィールドに配置されているかどうかを再確認できます。
データレコードをクリックすると、ソース構造に解析されたレコードコンテンツが表示されます。
データの変換
システムは、”フィールドマッピングと変換ルールの定義”ステップで行ったすべての種類のマッピングを含む、ソース構造から記録構造にデータ
変換されたデータの表示
読み取りデータの表示ステップと同じですが、既に変換されたデータが表示されます。 このデータはシミュレーション（バッチ入力）中に入力されます。
バッチ入力セッションの作成
あなたの記録のためにすべての記録を保持したい場合は、”バッチ入力フォルダを保持する”にチェックを入れます。 それ以外の場合は、成功したすべての録音が削除されます。 Failedのみが処理されるまでシステムに残ります。
バッチ入力セッションの実行
SAPは、バッチ入力セッションを使用してSM35トランザクションを開きます。
録音を選択し、”プロセス”をクリックします。
1つのレコードをテストするには、システムが画面上のすべてのステップを表示し、データが入力されているので、’Process/foreground’を使用することをお勧めします。
Display error onlyは、ユーザーが何らかの形で反応できるように、フォアグラウンドでプロセスを実行し、エラー時にのみ停止することです。
ボリュームが大きい場合は、バックグラウンドで実行する方が良いです。 それは最速の方法です。
レコードが処理されなかった場合、ログにエラーが表示されます。
記録をダブルクリックすると、ログのあるタブがあります。 エラーが修正されたら（最も一般的な従業員またはOMオブジェクトが別のユーザーによってロックされている）、記録プロセスを再起動できます。 不正なレコードに対してのみ実行されます。
すべてのエラーが修正され、記録が処理されると、リストから消えます。
これ以上エラーが発生せず、データを検証できることを意味します。
ビジネスシナリオ固有の詳細
いくつかのシナリオ固有の推奨事項があります。
フラットPAインフォタイプ(のような0,1,2,等.)
上で説明したようなものです。 これらのインフォタイプをアップロードするには、PA30transactionを使用します。
(8, 27)
これらのインフォタイプにはテーブルがあるため、読み込みは少し異なります。 ロードする前に、アップロードデータの最大行数を知っていることを確認する必要があります。 たとえば、記録よりも最大3行（ウェイジタイプまたはコストセンターごとに1行）がある場合、3行を入力する必要があるため、システムはウェイジタイプ、 最初の行のみを入力すると、フィールドが1つだけになり、2〜3行のレコードはスキップされます。
PAアクション(PA40)
PA40トランザクションに画面をスクロールする必要のあるアクションがないことを確認する必要があります。 その場合は、SU3のユーザーグループパラメータをUGR=10に変更して、米国のアクションのみを表示する必要があります。 これが完全に不可能な場合、アクションはinfotype0000のPA30にロードされる可能性があります。
システムテーブルの更新(レートの増加のためのT510、T710など)
これらのシステムテーブルにデータを保存するとき、トランスポート要求を要求します。 また、それは初めてだけを尋ねます。 したがって、転送要求画面は、LSMWの記録中に表示され、再び表示されません。 LSMWはその画面のデータを見つけようとしますが、エラーをスローすることはありません。 複数のエントリを手動で作成しないようにするには、それらを移送依頼に保存します。 その後、セッションを終了せず、LSMWを開き、一つのセッション内で記録とデータのアップロードを行います。 システムはトランスポート要求をセッションメモリに格納し、終了するまで要求しません。 したがって、すべてのLSMWアクティビティは、最初の手動データ入力時に入力された移送要求を必要とせずに実行されます。
フラットオムインフォタイプ
上記のように進みます。
テーブルOMインフォタイプ
テーブルPAインフォタイプのセクションの説明に従って進みます.
高度なテクニック
SAP LSMW翻訳ルール
高度なLSMW使用例
ファイルを操作するときのLSMWエラー
SAP LSMWで複数のファイルをロードする方法
SAPで任意のフィールドを一括変更する簡単な方法
任意の機能モジュールを実行する方法テキストファイルからの入力データ