SAP ERP

SAP ERP コネクターを使用すると、Foundry を SAP のオンプレミス ERP Central Component (ECC) および S/4 HANA（オンプレミスおよび Cloud Private Edition ↗）に接続できます。SAP ERP コネクターにより、Foundry は次のようなさまざまな種類の SAP データを扱うことができます。

• SAP アプリケーションテーブル
• SAP CDS ビュー
• SAP HANA 情報ビュー
• SAP BW コンテンツエクストラクター（リモート接続のみ）
• SAP トランザクションコードおよび ABAP レポート
• SAP 汎用モジュール
• SAP メディア（DMS ドキュメント）

このページの内容

サポートされている機能

セットアップ

1. Data Connection アプリケーションを開き、画面右上の + 新規ソースを選択します。
2. 利用可能なコネクターの種類から SAP ERP を選択します。
3. 追加の設定プロンプトに従い、以下のセクションの情報を使用してコネクターのセットアップを続けます。

Foundry でのコネクターのセットアップについて詳しくはこちら。

接続の種類

SAP ERP コネクターは、2種類の接続をサポートしています。

接続の種類によって、利用可能な SAP オブジェクトタイプが決まります。リモート接続について詳しくはこちら。リモート Agent の設定について詳しくはこちら。

認証

SAP ERP コネクターは、次の認証方式をサポートしています。

ネットワークと接続

Foundry が SAP システムにアクセスできるように、エグレスポリシーを適切に設定してください。オンプレミスの SAP 環境では、トラフィックを正しくルーティングするために、通常は Agent プロキシポリシーが必要です。

多くの SAP システムではカスタム署名証明書が使用されており、初めて接続を設定するときに SSL ハンドシェイク例外が発生することがあります。システムの正しいカスタム証明書を入手し、ソースに追加してください。

SAP Data Accelerator

SAP Data Accelerator（SAP Cloud Connector を介して公開されるシステム向けの SAP のマネージド接続サービス）を通じてこの SAP システムにアクセスするには、ソースのホストとポートを Cloud Connector の仮想ホストとポートに設定します。次に、Palantir が提供するクライアント証明書を割り当て、SAP Data Accelerator のコントロールプレーンとデータプレーンへのエグレスを許可し、コントロールプレーンの URL を指定して SAP Data Accelerator プロパティを追加します。この接続経路では、Foundry ワーカーを使用する必要があります。

バッチ同期

同期を作成する

1. ソースの概要ページで、バッチ同期の横にある + 新規を選択します。
2. 標準設定として、名前、対象データセット、スケジュールを設定します。
3. トランザクションタイプを次のいずれかに設定します。
   • APPEND — インクリメンタル（差分）更新に使用します。詳細はインクリメンタル同期を参照してください。
   • SNAPSHOT — フルロードに使用します。
4. ドロップダウンから SAP オブジェクトタイプを選択します（下記の SAP オブジェクトタイプを参照）。
5. オブジェクト名を入力します。入力すると、選択したオブジェクトタイプに基づいて、一致するオブジェクトがフィールドに候補として表示されます。
6. 必要に応じて、追加設定タブで追加のパラメーターを設定します。

SAP オブジェクトタイプ

利用可能なオブジェクトタイプは、ソースに設定されている接続タイプによって異なります。

インクリメンタル（差分）同期

インクリメンタル同期では、同じテーブルから APPEND 形式のトランザクションを実行できます。インクリメンタル同期を有効にするには、トランザクションタイプを APPEND に設定します。

利用可能なインクリメンタルモードは、オブジェクトタイプによって異なります。

• 複数フィールド： 指定したフィールドのいずれかの値が、すでにインポートされた最大値以上である行をインポートします。フィールドはコンマで区切ります。
• フィールドを連結： 複数フィールドと同様ですが、OR で条件を組み合わせるのではなく、フィールドの値を連結します。
• 変更文書テーブル： SAP の変更文書テーブルの更新に基づいて行をインポートします。CDPOS のみまたは CDHDR と CDPOS の2つのサブモードを利用できます。
• ツインテーブル： 別の「ツイン」テーブル内のフィールドがインクリメンタル条件を満たす場合に、対象テーブルから行をインポートします。
• SAP 組み込みデルタ： エクストラクターに組み込まれた変更データキャプチャの仕組みを使用します。

インクリメンタルフィールドの値は、単調増加することが望ましいです。システムは「以上」の比較を使用し、特定の日付の途中で同期が実行された場合にデータの取りこぼしを防ぎます。Foundry データセットには重複する値が含まれる場合があるため、変換パイプラインの最初のステップで削除する必要があります。

トランザクションコードと汎用モジュールのオブジェクトタイプは、インクリメンタル同期をサポートしていません。常にスナップショットとして実行されます。

テーブル型のインクリメンタル同期では、同期あたりの最大行数設定によって、1回の実行で返される行数の概算上限を設定できます。断続的な問題（ネットワーク障害など）によって長時間実行される同期が中断される場合は、この設定を使用して、大きなテーブルの初回同期を、より小規模で障害に強い一連の実行に分割します。

ツインテーブルの設定

インクリメンタルモードとしてツインテーブルを使用する場合、インクリメンタルツインテーブル設定でツインテーブルの名前を指定し、インクリメンタルツインマッピング設定で主要テーブルとツインテーブルの結合条件を定義します。マッピングエントリーには次の形式を使用します。

{PRIMARY_TABLE_NAME}-{FIELD_NAME}={TWIN_TABLE_NAME}-{FIELD_NAME}

複数の結合条件はセミコロン（AND 演算子）で組み合わせます。

インクリメンタル状態のリセット

フルロードを強制的に実行し、インクリメンタル取り込みを再初期化するには、同期のインクリメンタル状態のリセットトグルを有効にします。これにより、SAP からデータの完全なスナップショットが取得され、データセット内のすべてのファイルが置き換えられます。同期が完了したら、以降の同期でインクリメンタルな追加が再開されるように、トグルを無効にします。

インクリメンタル状態のリセットは、ERP テーブル、CDS ビュー、HANA ビュー、BW コンテンツエクストラクターのオブジェクトタイプでサポートされています。

同期パラメーター

同期の設定時には、次のパラメーターを利用できます。

一般パラメーター

フィルター

条件グループを追加し、各グループ内でフィールド、演算子、値の行を設定します。すべてのフィールド名は SAP データディクショナリと一致する必要があります。

• 日付列には、YYYYMMDD 形式を使用します（たとえば、2021年1月1日は 20210101）。
• パターン一致演算子とパターン不一致演算子は、ワイルドカード * をサポートします（たとえば、A*12* は A で始まり、12 を含む任意の文字列に一致します）。
• フィルター値には、動的フィルターのキーワードと日付計算関数も使用できます。

動的フィルター

動的フィルター値では、特殊なキーワードと日付計算関数を使用して、より柔軟なフィルター式を作成できます。アドオンのバージョン SP26 以降で利用できます。フィルター値を指定できる場所であれば、どこでも使用できます。

固定キーワード

日付計算関数

関数は、固定キーワードと直接組み合わせて使用することも、ネストして使用することもできます。たとえば、[ADDDAY([TODAY], 1)] や [GETDAY([ADDDAY([FIRSTDAYOFMONTH], -1)])] です。

トランザクションコードのパラメーター

オブジェクトタイプがトランザクションコードの場合、オブジェクト名は SAP トランザクションコードまたは Advanced Business Application Programming (ABAP) レポートを指し、次の追加フィールドを利用できます。

CDS ビューのパラメーター

WITH PARAMETERS 句で宣言された Core Data Services (CDS) ビューでは、同期時にパラメーターを指定する必要があります。オブジェクトタイプが CDS ビューの場合、任意のプロパティである CDS ビューのパラメーターに、parameter name と parameter value のペアの行を指定できます。パラメーター名は CDS ビューで宣言された名前と一致する必要があります。不明なパラメーターや必要なパラメーターの欠落があると、同期に失敗します。空の行は保存時に破棄されます。

汎用モジュールのパラメーター

オブジェクトタイプが汎用モジュールの場合、オブジェクト名は汎用モジュール（通常は Business Application Programming Interface (BAPI)）を指します。次の追加フィールドを利用できます。

詳細設定

次の設定は、各同期の詳細設定に表示されます。一部の設定はソースレベルでも設定できます。

メディアセット

SAP ERP コネクターは、SAP の Document Management System（DMS）に保存されているメディアファイルやドキュメントを取り込むためのメディアセットをサポートしています。

新しいメディア取り込みを作成するには、次の手順に従います。

1. ソースの概要ページに移動します。
2. メディアセット同期の横にある + 新規を選択します。
3. メディアセットの形式を定義します。特定の形式を指定すると、下流のデータ変換で、その形式に固有の変換ステップを使用できるようになります。メディアセットの形式について詳しく説明しています。
4. ドキュメントタイプ別にファイルを整理するソース探索ツールを使用して、取り込むファイルを選択するか、フィルターセクションで独自のフィルターを直接定義します。

探索

サブフォルダーまたはメディアファイルを選択すると、特定のドキュメントタイプ（CPD など）を選択して関連するすべてのドキュメントを取り込むことも、1件のドキュメントを選択してそのファイルのみを取り込むこともできます。

メディアフィルター

メディアセット同期には、次のフィルターを適用できます。

例：ドキュメントタイプを選択する

SAP のメディアドキュメントタイプは、略語と、その用途を平易な英語で記述した説明で示されます。ドキュメントタイプで絞り込む際は、略語表記を使用してメディア取り込みの対象を絞り込めます。

Webhook

SAP Webhook を使用すると、Foundry から汎用モジュール（通常は BAPI（Business Application Programming Interfaces））を呼び出して、SAP にデータをライトバックできます。Webhook のセットアップ方法の概要については、Webhook を参照してください。

BAPI を呼び出すには、sap-erp-run-function-webhook-task-v0 タスクタイプを選択します。

Webhook のタスク本文は、Handlebars ↗ 構文を使用して記述する JSON ドキュメントです。呼び出す SAP 汎用モジュールを指定し、その入力を指定して、返す出力を選択します。

タスク本文のフィールド

リモートの SAP システムの場合は、ソースの接続の種類を Remote (via Gateway) に設定し、ソースでコンテキストを指定します。

1件のレコードをライトバックする

次の例では、BAPI_SALESORDER_CHANGE を呼び出して販売伝票の購入日を変更し、SAP の RETURN テーブルを返します。

Copied!
1
2
3
4
5
6
7
8
9
10
{
    "function-name": "BAPI_SALESORDER_CHANGE",
    "inputs": {
        "SALESDOCUMENT": {{json sales-doc-id}},
        "ORDER_HEADER_IN": { "PURCH_DATE": {{json purchase-date}} },
        "ORDER_HEADER_INX": { "UPDATEFLAG": "U", "PURCH_DATE": "X" }
    },
    "output": "RETURN",
    "api-version": 2
}

複数件のレコードをライトバックする

1回の呼び出しで複数件のレコードをライトバックするには、inputs にオブジェクトの配列を渡し、output に必要な変数を列挙します。任意の parallel ブロックを使用して実行を調整します。次の例では、BAPI_PR_CREATE で2件の購買依頼を作成し、2個の出力変数を返します。

Copied!
1
2
3
4
5
6
7
8
9
10
11
{
    "function-name": "BAPI_PR_CREATE",
    "commit": true,
    "parallel": { "max-jobs": 2, "max-calls-per-job": 4 },
    "inputs": [
        { "PRHEADER": { "PR_TYPE": "NB" }, "PRITEM": [ { "MATERIAL": "100-100", "PLANT": "1100", "QUANTITY": "1" } ] },
        { "PRHEADER": { "PR_TYPE": "NB" }, "PRITEM": [ { "MATERIAL": "100-200", "PLANT": "1100", "QUANTITY": "2" } ] }
    ],
    "output": ["NUMBER", "PRHEADEREXP"],
    "api-version": 2
}

Webhook の実行は SAP 側で並列化できます。inputs が2個以上のオブジェクトを含む配列の場合、または空であっても parallel ブロックを明示的に指定した場合に、自動的に並列化されます。任意の parallel ブロックを使用して実行を調整します。

• max-jobs — 同時に実行するジョブの最大数。
• max-calls-per-job — 各ジョブが処理するレコードの最大数。

省略した設定には SAP アドオンで定義されている値が使用されます。デフォルトは3ジョブ、ジョブあたり4回の呼び出しです。

max-jobs をレコード数より大きい値に設定しても問題ありません。余分なジョブは使用されず、リソースが無駄になることもありません。

レスポンス

parallel ブロックを指定しない1件のレコードの場合、レスポンスは要求した出力変数の数によって異なります。

1件のレコードで出力変数が1個の場合、その変数の行のリストが返されます。

Copied!
1
2
3
[
    { "NUMBER": "0010048439" }
]

1件のレコードで出力変数が複数ある場合、変数名をキーとするオブジェクトが返されます。たとえば output["NUMBER"] のように、名前を使用してアクセスします。

Copied!
1
2
3
4
{
    "NUMBER": [ { "NUMBER": "0010048439" } ],
    "PRHEADEREXP": [ { "PREQ_NO": "0010048439", "PR_TYPE": "NB" } ]
}

並列ライトバックでは、入力が1件のみの場合でも、入力レコードごとに1個の要素を含む配列が返されます。たとえば、次のようになります。

Copied!
1
2
3
4
5
6
7
[
    {
        "OUTPUT": { "NUMBER": [ { "NUMBER": "0010048439" } ], "PRHEADEREXP": [ { "PREQ_NO": "0010048439" } ] },
        "ROWNO": 1,
        "MSG": [ { "MSGTYP": "S", "MSGTXT": "Purchase requisition 0010048439 created" } ]
    }
]

• OUTPUT はそのレコードの結果で、単一レコードのレスポンスと同じ形式です。
• ROWNO は、inputs 配列内の対応するエントリーの位置（1から開始）です。これにより、各結果を入力に対応付けられます。
• MSG は、そのレコードの SAP メッセージログです。各メッセージには、種類（MSGTYP: 成功は S、エラーは E、警告は W、情報は I、中止は A）とテキスト（MSGTXT）が含まれます。各レコードが個別にメッセージを報告するため、どのレコードの処理に成功し、どのレコードの処理に失敗したかを確認できます。

成功を示さない HTTP レスポンスを受け取ると、Webhook はエラーを返します。成功を示す Webhook レスポンスであっても、SAP のビジネスエラーが含まれている可能性があります。利用可能な場合は SAP の RETURN 出力を要求して内容を確認し、レコードごとの MSG エントリーを確認して、要求した変更に成功したかどうかを判断してください。

SAP アドオンの互換性

複数の出力変数、一括ライトバック、および並列ライトバックを使用するには、api-version を 2 に設定します。バージョン 2 には SAP アドオン 2.29.0 以降が必要です。api-version を省略すると、Webhook はバージョン 1 を使用します。このバージョンでは、parallel ブロックを使用せず、1個の入力と1個の出力変数をサポートします。

バージョン 2 に切り替える際は、0 より大きい値の retries-per-request 設定を削除してください。

ユーザーに帰属するライトバック

SAP Data Accelerator を介したユーザーに帰属するライトバックでは、sap-erp-oauth2-token-webhook-task と sap-erp-oauth2-refresh-webhook-task を使用してアウトバウンドアプリケーションを設定します。セットアップ手順については、SAP Data Accelerator を使用したユーザーに帰属する SAP ライトバックを参照してください。

コードリポジトリで使用する

SAP ERP ソースを Python の外部トランスフォームまたは関数にインポートすると、コードから SAP アドオンの REST API に直接アクセスできます。バッチ同期、メディアセット同期、Webhook では十分な制御ができない場合に使用します。たとえば、Workshop アクションから BAPI を同期的に呼び出す、大規模な入力データセットをループ処理して行ごとに BAPI を呼び出す、Foundry 側のデータに基づいて特定の DMS ドキュメントを取得する、1回のビルドで複数の SAP 呼び出しを連鎖させる、といった場合です。

以下の例では、次のエンドポイントを使用します。すべてソース URL（https://<host>:<port>/sap/palantir）からの相対パスです。

これらの例を使用する前に、SAP ERP ソースをリポジトリにインポートしてください。

• トランスフォームの場合は、外部トランスフォームを設定するに沿って、external_systems デコレーターを使用します。
• 関数の場合は、関数から API を呼び出すに沿って、@function(sources=[...]) デコレーターでソースを宣言します。

例：BAPI 経由で SAP にライトバックする（トランスフォーム）

次の外部トランスフォームは、入力データセットの行ごとに BAPI_SALESORDER_CHANGE を1回呼び出して、各販売伝票の購入日を更新し、確認用に SAP の RETURN テーブルを出力データセットに記録します。

Copied!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
from transforms.api import Input, Output, transform
from transforms.external.systems import external_systems, Source, ResolvedSource


@external_systems(
    sap_source=Source("<source_rid>"),
)
@transform(
    sales_order_updates=Input("<input_dataset_rid>"),  # 列: sales_doc_id, purchase_date (YYYYMMDD)
    writeback_results=Output("<output_dataset_rid>"),
)
def update_purchase_dates(ctx, sap_source: ResolvedSource, sales_order_updates, writeback_results):
    base_url = sap_source.get_https_connection().url
    client = sap_source.get_https_connection().get_client()

    results = []
    for row in sales_order_updates.dataframe().collect():
        response = client.post(
            f"{base_url}/v2/function/BAPI_SALESORDER_CHANGE/writeback",
            json={
                "commit": True,
                "input": {
                    "SALESDOCUMENT": row.sales_doc_id,
                    "ORDER_HEADER_IN": {"PURCH_DATE": row.purchase_date},
                    "ORDER_HEADER_INX": {"UPDATEFLAG": "U", "PURCH_DATE": "X"},
                },
                "output": ["RETURN"],
            },
        )
        response.raise_for_status()
        results.append({
            "sales_doc_id": row.sales_doc_id,
            "purchase_date": row.purchase_date,
            "status_code": response.status_code,
            "sap_return": str(response.json()),
        })

    writeback_results.write_dataframe(ctx.spark_session.createDataFrame(results))

変更を永続化するためにコミット文が必要な標準 BAPI では、"commit": true を設定します。関数を呼び出す前に、metadata エンドポイント（GET /v2/function/{functionName}/metadata）を使用して、期待される入力および出力の構造を確認します。

例：BAPI 経由で SAP にライトバックする（関数）

Workshop アクション、オントロジーアクションのバックエンド、または Foundry 関数のほかの呼び出し元から BAPI を同期的に呼び出すには、ライトバックを Python のソースを使用する関数として公開します。この関数は、データ型が定義された入力を受け取り、SAP の RETURN 構造を呼び出し元に返します。

Copied!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
from functions.api import function
from functions.sources import get_source


@function(sources=["sap_source"])
def update_sales_order_purchase_date(sales_doc_id: str, purchase_date: str) -> str:
    """BAPI_SALESORDER_CHANGE を介して受注の購買日付を更新します。

    Args:
        sales_doc_id: SAP 販売伝票番号。
        purchase_date: YYYYMMDD 形式の新しい購買日付。

    Returns:
        SAP RETURN テーブルの文字列表現です。呼び出し元に
        エラーや警告メッセージを伝えるのに役立ちます。
    """
    source = get_source("sap_source")
    base_url = source.get_https_connection().url
    client = source.get_https_connection().get_client()

    response = client.post(
        f"{base_url}/v2/function/BAPI_SALESORDER_CHANGE/writeback",
        json={
            "commit": True,
            "input": {
                "SALESDOCUMENT": sales_doc_id,
                "ORDER_HEADER_IN": {"PURCH_DATE": purchase_date},
                "ORDER_HEADER_INX": {"UPDATEFLAG": "U", "PURCH_DATE": "X"},
            },
            "output": ["RETURN"],
        },
        timeout=30,
    )
    response.raise_for_status()
    return str(response.json())

関数でソースを使用するには、ソースのコードインポートとエクスポートを有効にする必要があります。重大度が0以外の SAP RETURN メッセージは、呼び出し元が対応できるように、ユーザー向けエラーとして表示します。

例：並列ライトバック（トランスフォーム）

外部トランスフォームから parallel_writeback エンドポイントを使用すると、1回のリクエストで多数の BAPI 呼び出しを送信できます。SAP システムは複数のバックグラウンドジョブを起動して呼び出しを分散するため、大規模なバッチでは、writeback を順次呼び出すよりも大幅に高速になります。

Copied!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
from transforms.api import Input, Output, transform
from transforms.external.systems import external_systems, Source, ResolvedSource


@external_systems(
    sap_source=Source("<source_rid>"),
)
@transform(
    sales_order_updates=Input("<input_dataset_rid>"),
    writeback_results=Output("<output_dataset_rid>"),
)
def update_purchase_dates_parallel(
    ctx, sap_source: ResolvedSource, sales_order_updates, writeback_results
):
    base_url = sap_source.get_https_connection().url
    client = sap_source.get_https_connection().get_client()

    bulkinput = [
        {
            "SALESDOCUMENT": row.sales_doc_id,
            "ORDER_HEADER_IN": {"PURCH_DATE": row.purchase_date},
            "ORDER_HEADER_INX": {"UPDATEFLAG": "U", "PURCH_DATE": "X"},
        }
        for row in sales_order_updates.dataframe().collect()
    ]

    response = client.post(
        f"{base_url}/v2/function/BAPI_SALESORDER_CHANGE/parallel_writeback",
        json={
            "commit": True,
            "output": ["RETURN"],
            "bulkinput": bulkinput,
            "parallel": True,
            "paralleljobs": 5,
            "functioncallperjob": 10,
        },
    )
    response.raise_for_status()

    results = [
        {"index": i, "result": str(r)} for i, r in enumerate(response.json())
    ]
    writeback_results.write_dataframe(ctx.spark_session.createDataFrame(results))

ワークロードと SAP システムの利用可能な処理容量に基づいて、paralleljobs（SAP で起動するバックグラウンドジョブ数）と functioncallperjob（ジョブごとに処理する呼び出し数）を調整します。単一の一括リクエストを引き続き使用しながら逐次実行に切り替えるには、"parallel": false を設定します。

例：DMS ドキュメントをメディアセットに取得する（トランスフォーム）

次の外部トランスフォームは、DMS の一覧取得とダウンロードのエンドポイントを組み合わせて、SAP のドキュメント管理システムからドキュメントを取得し、メディアセットに書き込みます。組み込みのメディアセット同期では十分な制御ができない場合、たとえば、ドキュメントの選択が Foundry 側のデータに依存する場合や、ダウンロード前に複数のフィルターを組み合わせる必要がある場合に、このパターンを使用します。

Copied!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
import io
from transforms.api import transform
from transforms.external.systems import external_systems, Source, ResolvedSource
from transforms.mediasets import MediaSetOutput


@external_systems(
    sap_source=Source("<source_rid>"),
)
@transform(
    documents=MediaSetOutput("<media_set_rid>"),
)
def fetch_dms_documents(ctx, sap_source: ResolvedSource, documents):
    base_url = sap_source.get_https_connection().url
    client = sap_source.get_https_connection().get_client()

    # 文書の種類とファイル形式で絞り込んだ DMS 内の文書を一覧表示します。
    list_response = client.get(
        f"{base_url}/v2/get_documents",
        params={"DOCUMENTTYPE": "CPT", "FILEFORMAT": "pdf"},
    )
    list_response.raise_for_status()

    for doc in list_response.json():
        document_id = doc["DOCUMENT_ID"]
        document_name = doc["DOCUMENT_NAME"]

        download_response = client.get(
            f"{base_url}/v2/get_document",
            params={"DOCUMENT_ID": document_id},
        )
        download_response.raise_for_status()

        documents.put_media_item(io.BytesIO(download_response.content), document_name)

Foundry の入力データセットに基づいて取り込みを行うには、たとえば、EBELN（購買発注）の値のリストで参照されているドキュメントのみを取得する場合は、OBJECTLINK フィルターを指定して /v2/get_documents を呼び出すか、入力行の各 DOCUMENT_ID を直接 /v2/get_document に渡します。

関連するハウツーガイド

次のガイドでは、SAP 側と Foundry 側の両方の設定を伴うワークフローについて説明します。

• SAP から長文テキストを抽出する：STXL テーブルの長文テキストを解凍して取り込みます。
• カスタム権限とロール管理を設定する：SAP アドオンのカスタム権限ロールを設定します。
• エクストラクターを設定する：SAP BW Business Content エクストラクターを設定します。
• SAP から HANA ビューを取り込む：HANA 外部ビューを公開して取り込みます。
• OAuth 2.0 を使用したユーザーに紐づく SAP ライトバック：指定ユーザーによる SAP へのライトバックに OAuth 2.0 を設定します。