Studio ベスト プラクティス - Automate_Studio - 20.3

Connect オンライン ヘルプを使用して Studio を自動化する

Product type
ソフトウェア
Portfolio
Integrate
Product family
Automate
Product
Automate > Automate Studio
Version
20.3
Language
日本語
Product name
Automate Studio
Title
Connect オンライン ヘルプを使用して Studio を自動化する
Topic type
インストール
リファレンス
管理
操作方法
First publish date
2018

Transaction と Query に関するこれらのベスト プラクティスを使用して、スクリプトとクエリの作成プロセスを合理化し、ソリューションをより迅速に稼働させます。

Transaction

  • 記録する前に、常に SAP の t コードを確認してください。これにより、記録するプロセスを確実に把握し、記録用のデータを入手できます。
  • 非実稼働 SAP システムでスクリプトとクエリを練習、記録、およびテストして、実稼働システムに誤ったデータが追加されないことを確認します。
  • サーバー上のすべてのスクリプトおよび Excel テンプレート ファイルには、常に一意のファイル名を指定してください。ファイルが特定のトランザクションコードに関連している場合は、名前にトランザクション コードと簡単な説明を含めることを検討してください。同じオブジェクト (たとえば、トランザクション コード、BAPI など) に基づく複数のファイルがある場合、バージョンごとに一意の説明を提供します。

  • GUI スクリプト モードで記録されたスクリプトの名前には add_GUI を追加することを検討してください。後で、これらのスクリプトをすばやく特定できるようになります。

  • GUI スクリプトは、他のすべての記録オプションが失敗した場合にのみ使用してください。GUI スクリプトは画面リーダーとして機能し、GUI のトランザクション画面の変動に最も敏感です。ワークフローではサポートされておらず、メンテナンスが最も難しい記録モードでもあります。

  • ビューを選択できるトランザクションの場合は、記録の [すべて選択解除]ボタンをクリックして、常にデフォルトのビューをクリアしてください。
  • アイテムを更新するためにループを使用しないでください。1 つのアイテムの更新が失敗すると、トランザクション全体が失敗します。
  • データは各画面の後にバック エンドにコミットされるため、HR トランザクションで検証を使用しないでください。
    重要: 例外: Winshuttle Function Module がインストールされている場合、PA30 および PA40 がサポートされます。
  • データ更新スクリプトを作成するときは、変更を加える前に、(Studio の [実行] タブにある) データのバックアップ機能を使用して、既存のデータを別のタブに自動的に書き込むことを検討してください。

  • Excel データ テンプレートに複数のタブがある場合は、(Studio の [実行] タブで) スクリプトを特定のタブにロックすることを検討してください。

  • ME21N で、フィルターが選択されるポイントまでのすべての BDC カーソル位置を無効にします。そうしないと、Transaction は 2 回目のナビゲート時にこれらを見つけるのに問題が発生します。
  • 画面が欠落している既存の複雑なトランザクション スクリプトを変更する場合は、必要な基本情報と欠落している画面を使用してトランザクションを記録することを検討してください。次に、画面を既存のトランザクション スクリプトにコピーします。

  • 画面やフィールドの名前や説明を手動で追加/更新する方法、条件やループを作成する方法、OK コードの由来を知る方法、不要な「画面上のカーソル位置を示す」行を削除する方法などを理解して、専門家ビューを活用してください。

  • マップされたフィールドの後、スクリプトの最後にある独自の画面内に[保存] (OK コード) が表示されていることを確認します。これにより、検証が機能します。

クエリ

  • SAP サーバーのパフォーマンスへの影響を回避するために、SAP バックグラウンド プロセスとして複数テーブルの Query スクリプトを実行します。
  • 必要なものだけを抽出できるように、クエリでは常に選択条件を使用してください。
  • 主キー フィールド間の結合は、常に最高のパフォーマンスを発揮します。インデックス フィールド間の結合は、次に高いパフォーマンスを発揮します。
  • インデックス付けされていないフィールド間に結合を作成すると、データ抽出のパフォーマンスが低下します。
  • 左外部結合はデータ抽出のパフォーマンスを低下させるため、内部結合クエリは常に推奨されます。
  • 本番環境で実行するクエリを公開する前に、プレビューを実行することをお勧めします。プレビューを実行すると、必要なデータが存在し、クエリが正しく形成されていることが確認されます。
  • 実行にアダプティブ クエリ スロットリング (AQT) モードを使用して、クエリの実行が SAP サーバーのパフォーマンスに影響を与えないようにします。
  • 直接実行モード (非 AQT) を使用して、1,000 未満の項目を抽出するクエリを実行します。
  • インデックス付けされていないフィールドに条件を適用すると、データ抽出のパフォーマンスが低下します。
  • ネットワークのボトルネックを回避するために、大規模なデータのダウンロードを実行する場合は、Query のデータのチャンク化を使用してください
  • ビュー テーブルと透過テーブルを使用してクエリを作成すると、通常はサイズが大きいクラスタ テーブルとプール テーブルよりもパフォーマンスが向上します。
  • Query スクリプトの不要なテーブル、フィールド、および結合を削除して、本番環境でのパフォーマンスを向上させます。
  • テキスト結果の宛先またはデータ型を使用して、Excel、Access、XML、SQL Server、および参照データのデータ型よりも高速にデータを書き込みます。
    注:

    SQL Server への書き込みに使用するアカウントには、ターゲット テーブルを含むデータベースの db_owner または db_ddladmin メンバーシップが必要です。

  • Query で抽出されるレコードの数を検証するには、[ワークスペース]タブのエントリ数を常に確認してください。
  • クエリが非常に大きい場合は、結合フィールドで選択基準を使用します。結合フィールドは通常、主キー フィールドです。

Direct

  • 次の 1 つ以上を実行して Direct スクリプトを作成する前に、必ず BAPI/RFM 要件を理解してください。
  • ドキュメントをレビューします。
  • ユースケースの例を見つけるためのオンライン調査。
  • 目的の共通機能/何を探すべきかを理解します (入力構造、出力構造、テーブル、ImportOthers、ExportOthers、「X」テーブル、コミットが必要、エンキューが必要など)。
  • 可能な限り、トランザクション SE37 を使用して SAP でデータをテストします。
  • 非本番環境で、少なくとも 2 つまたは 3 つの行またはドキュメントを使用してデータ テンプレートをテストします。
  • BAPI/RFM がリモート対応であることを確認します。
  • マッピングする前に、必須フィールドを特定し、Direct スクリプトで選択されたフィールドに含めます。
  • SAP でコミット/保存するには、[ワークスペース]タブの[必須のコミット]チェック ボックスをオンにします。チェックしない場合、BAPI はシミュレーションモードで実行されます。
  • アップロード中に SAP のレコードをロックするには、[ワークスペース]タブの[必要なエンキュー]チェック ボックスをオンにします。