次の方法で共有


データ管理の概要

この記事では、データ管理フレームワークを使用して、財務と運用のデータ エンティティおよびデータ エンティティ パッケージを管理する方法について説明します。

データ管理フレームワークは、以下の概念で構成されています。

  • データ エンティティ : データ エンティティは概念的な抽象化であり、1つ以上の基になるテーブルの抽象化です。 データ エンティティは、共通のデータ概念や機能、たとえば、顧客または仕入先を表します。 データ エンティティは、業務コンセプトに精通したユーザーが容易に理解できるように意図されています。 データ エンティティの作成後、Excel アドインを使用して再利用したり、インポート/エクスポート パッケージを定義したり、統合に使用することができます。
  • データ プロジェクト : データ ソースおよび既定の処理オプションを含む、マッピングを含むプロジェクト。
  • データ ジョブ : データ プロジェクト、アップロードされたファイル、スケジュール (繰り返し)、および処理オプションの実行インスタンスを含むジョブ。
  • ジョブ履歴 : ターゲット ジョブのステージングおよびステージングに使用するソースの履歴。
  • データ パッケージ : データ プロジェクトのデータ ファイルとデータ ファイルを含む単一の圧縮ファイル。 これは、データジョブから生成され、マニフェストを含む複数のファイルのインポートまたはエクスポートに使用されます。

データ管理フレームワークでは、以下のコア データ管理シナリオでデータ エンティティを使用することができます。

  • データ移行
  • セットアップとコピーのコンフィギュレーション
  • 統合

データ エンティティ

データ エンティティは重要なデータの概念および機能を表すテーブル スキーマの抽象化およびカプセル化の概念を提供します。 Microsoft Dynamics AX 2012 では、顧客テーブルおよび仕入先テーブルなどのほとんどのテーブルが正規化されてなく、複数のテーブルに分割されていました。 これはビューのデータベース デザインポイントする効果がありますが、物理的なスキーマを完全に理解することなく実装者およびISVsが使用しにくしました。 データ エンティティは、ビジネス概念を使用して容易に理解できる抽象化のレイヤーとして使用されるデータ管理の一部として導入されました。 以前のバージョンでは、Microsoft Excel アドイン、AIF、および DIXF など、データを管理する複数の方法がありました。 データ エンティティの概念は、これらの異なる概念を 1 つにまとめたものです。 データ エンティティの作成後、Excel アドイン、インポート/エクスポート、または統合のためにそれらを再利用できるようになります。 次のテーブルは、コア データ管理シナリオを示しています。

データ移行
  • レガシまたは外部のシステムからのデータを参照、マスター、およびドキュメントのデータを移行します。
コンフィギュレーションの設定とコピー
  • 会社/環境間でコンフィギュレーションをコピーします。
  • Lifecycle Services (LCS) 環境を使用してプロセスまたはモジュールをコンフィギュレーションします。
統合
  • 統合に基づくリアルタイム サービス。
  • 非同期の統合。

データ移行

データ管理フレームワークを使用することで、レガシまたは外部システムからの参照、マスター、およびドキュメント データを簡単に移行できます。 このフレームワークは、次の機能を使用してデータをすばやく移行するのに役立ちます。

  • 移行する必要があるエンティティのみを選択することができます。
  • インポート中にエラーが発生した場合は、選択したレコードをスキップでき、適切なデータのみを使用し、不正なデータを修正して後でインポートし続行できます。 部分的に続行してエラーを使用すると、不良データをすばやく見つける可能性があります。
  • Excel または XML を介することなく、データ エンティティを直接 1 つのシステムから別のシステムに移動することができます。
  • バッチを使用すると、データのインポートを容易にスケジュールし、実行の必要が生じ、その柔軟性を提供します。 たとえば、システムでいつでも顧客グループ、顧客、仕入先、およびその他のデータ エンティティを移行できます。

セットアップとコピーのコンフィギュレーション

データ管理フレームワークを使用すると、会社間または環境間で構成をコピーし、Microsoft Dynamics Lifecycle Services (LCS) を使用してプロセスまたはモジュールを構成することができます。

コンフィギュレーションのコピーは、入力が必要なデータの構造やデータの依存関係、または実装にデータを追加する順序をチームが深く理解していなくても、新しい実装の開始を容易にするためのものです。

データ管理フレームワークでは、次のことが可能です。

  • 2 つの類似したシステム間でのデータの移動
  • エンティティと与えられた業務プロセスまたはモジュールのエンティティ間の依存関係を検出
  • データ テンプレートおよびデータセットの再利用可能なライブラリの管理
  • 差分データ エンティティを作成するには、データ パッケージを使用します。 データ エンティティは、パッケージ内で順序付けすることができます。 データ パッケージは、インポートまたはエクスポート中に識別しやすい名前を付けることができます。 データ パッケージを作成する場合、データ エンティティをグリッドのステージング テーブルにマップするか、視覚ツールを使用してマッピングできます。 また、列を手動でドラッグ アンド ドロップすることができます。
  • インポート中にデータを表示することで、データを比較し、有効なデータを確認できます。

データ エンティティの作業

次のセクションでは、データ エンティティを使用するデータ管理のさまざまな機能の簡単なスナップショットを提供します。 目標は、データ移行中に利用可能なツールを最適に活用する方法を戦略化し、効果的に決定するのを支援することです。 データ移行時に各領域を効果的に使用する方法に関するヒントや説明も表示されます。 各領域の使用可能なデータ エンティティの一覧は、データの依存関係を示す、推奨されるデータの順序で見つけることもできます。 Microsoft は、Lifecycle Services (LCS) で確認できるデータ パッケージを初期ガイドとして提供します。 このドキュメントの情報は、独自のパッケージを作成するためのガイドとして使用できます。 各データ エンティティの説明は、オブジェクトに含まれる内容と、データ移行中に必要な場合を示します。

優先順位

データ エンティティを使用する際に考慮する必要がある順序には2つがあります。

  • データ パッケージ内のシーケンス データ エンティティ
  • データ パッケージ インポートの順序の優先順位

データ パッケージ内のシーケンス データ エンティティ

  1. ユーザーがデータ プロジェクトにデータ エンティティを追加すると、既定では、シーケンスはエンティティが読み込まれる順序に設定されます。 プロジェクトに追加された最初のエンティティは、ロードする最初のエンティティとして設定され、次に追加されるエンティティは 2 番目に、次のエンティティは 3 番目に、などとなります。

    たとえば、ユーザーがこの注文に 2 つのエンティティ売上税コードおよび売上税グループを追加した場合、売上税コード1. 1.1 のエンティティ順序に割り当てられ、さらに売上税グループ1.1.2 のエンティティ順序が割り当てられます。 順序レベルは、第2のエンティティが第1レベルが完了するまでインポート プロセスを開始しないかどうかを示します。

  2. シーケンスを表示または編集するには、データ プロジェクトのアクション ウィンドウにある エンティティのシーケンス ボタンをクリックします。

    エンティティ シーケンス。

  3. 定義グループ エンティティの順序で、実行単位と順序を表示できます。 一覧からデータ エンティティを選択して、異なる実行単位またはシーケンスを等しく設定してから、選択対象の更新 をクリックすることにより、シーケンスを変更することができます。 選択対象の更新をクリックした後、エンティティはエンティティの一覧で上または下に移動します。

次のスクリーンショットは、消費税 CodeGroups データ パッケージに設定されているエンティティの順序を示しています。

売上税 CodeGroups データ パッケージの順序。

売上税コードとグループを正常にインポートするためには、最初に売上税コードおよび詳細を読み込んでから、売上税グループをインポートする必要があります。 売上税コードとグループがすべて実行単位 = 1 になっていますが、シーケンスはインポートされる順序になっています。 読み込まれる他のデータ エンティティに依存していないその他の関連する売上税エンティティは、パッケージに含まれます。 たとえば、売上税非課税番号は、独自の実行単位 = 2に設定されます。 このデータ エンティティは、直前に読み込んでいる他のエンティティに依存しないため、すぐに読み込みを開始します。

シーケンス データ パッケージのインポート

正常にデータを読み込むには、モジュール内およびモジュール間に存在する依存関係のため、データ パッケージをインポートするための適切な順序を設定することが重要です。 LCS 内のデータ パッケージ用に作成された番号の形式は、次のとおりです。

  • 最初のセグメント: モジュール
  • 2 番目のセグメント: データ型 (設定、マスター、トランザクション)
  • 第 3 セグメント: シーケンス番号

次のテーブルは、既定の番号付け形式の詳細を示しています。

モジュール番号

モジュール地域番号。

データ型番号

データ型番号。

番号順序

連番。

データ パッケージは、シーケンス番号に続いて、モジュールの省略形、記述の順に続きます。 次の例は、総勘定元帳 データ パッケージを示しています。

番号付けの例。

マッピング

データ エンティティを使用すると、エンティティマッピングソースへの転送が自動的に行います。 必要な場合は、フィールドの自動マッピングを上書きできます。

マッピングの表示

エンティティのマッピング方法を表示するには、プロジェクト内のエンティティのタイルを見つけて、マップを表示 をクリックします。

マッピング視覚化ビュー (既定値) とマッピング詳細ビューを提供します。 赤いアスタリスク (*) によりエンティティの必須フィールドを識別します。 エンティティを使用して作業するために、これらのフィールドをマップする必要があります。 エンティティを使用する場合は、必要に応じて他のフィールドを変更解除できます。

  • フィールドのマップ解除をするには、いずれかの列 (エンティティまたはソース) でフィールドを強調表示し、選択項目を削除 をクリックしてから 保存 をクリックします。 保存したら、フォームを閉じてプロジェクトに戻ります。

ソースからステージングへのフィールド マッピングも、同じプロセスを使用してインポートした後で編集できます。

マッピングの視覚化。

マップを再生成

エンティティ (追加済みフィールド) を拡張する場合、または自動マッピングが不適切であると表示された場合は、エンティティのマッピングをマッピング フォームで再生成できます。

  1. これを行うには、ソース マッピングの生成 をクリックします。

    "最初からデータを生成しますか" というマッピング表示されます。

  2. マップを再生成するためには、はいをクリックします。

データの生成

エンティティに、インポート時にデータを生成するフィールドがある場合は、ソース ファイルにデータを提供する代わりに、エンティティのマッピングの詳細で自動生成された機能を使用できます。 たとえば、顧客および顧客の住所情報をインポートしても、住所情報がグローバル アドレス帳エンティティで以前にインポートされなかった場合、インポート上の関係者番号を自動生成するエンティティを持つことができ、GAB 情報が作成されます。 この機能にアクセスするには、エンティティのマップを表示し、マッピング詳細 タブをクリックします。自動生成するフィールドを選択します。 これにより、ソース フィールドが自動に変更されます。

データの生成。

自動的に生成される番号シーケンスをオフにする

多くのエンティティは、番号順序の設定に基づく ID の自動生成をサポートしています。 たとえば、製品を作成すると、製品番号が自動的に生成され、フォームでは値を手動で編集できません。

自動番号 sequence.png。

特定のエンティティで番号順序を手動で割り当て可能です。

手動番号順序を有効化。

手動割り当てを有効にした後、代わりに手動で割り当てられた番号を指定できます。

番号シーケンスの提供。

輸出

エキスポートは、データ エンティティを使用してシステムからデータを取得するプロセスです。 エクスポート プロセスは、プロジェクトを通じて行われます。 エクスポートする場合は、エクスポート プロジェクトの定義方法を柔軟に設定できます。 エクスポートするデータ エンティティ、エンティティ数、使用するファイル形式 (エクスポートのために選択できる 14 の形式があります)、を選択して、各エンティティにフィルターを適用してエクスポート対象を制限することができます。 データ エンティティがプロジェクトを取り出した後、前述されたシーケンスとマッピングは、各エクスポート プロジェクトに対して実行できます。

ページのエクスポート。

プロジェクトが作成され保存された後は、プロジェクトをエクスポートし、ジョブを作成することができます。 エクスポート プロセス中に、ジョブのステータスとレコード数をグラフィカルに表示できます。 このビューには複数のレコードが表示されるので、実際のファイルをダウンロードする前に各レコードの状態を確認できます。

実行の要約。

レコード数。

ジョブが完了した後、ファイルのダウンロード方法を選択できます。各データ エンティティは別々のファイルにすることも、ファイルをパッケージにまとめることもできます。 ジョブに複数のデータ エンティティがある場合は、パッケージ オプションを選択すると、アップロードのプロセス速度が上がります。 パッケージは zip ファイルであり、各エンティティのデータ ファイルとパッケージ ヘッダーとマニフェストを含んでいます。 これらの追加のドキュメントは、データ ファイルを正しいデータ エンティティに追加してインポート プロセスを順序付けるために、インポート時に使用されます。

インポート元

インポートは、データ エンティティを使用してシステムにデータを引き出すプロセスです。 インポートプロセスは、データ管理 ワークスペースの インポート タイルで行います。 データは、個々のエンティティまたは正しい順序で配列された論理的に関連するエンティティのグループのいずれかにインポートできます。 ファイル形式はインポートのタイプによって異なります。 エンティティについては、コンマ区切り、タブ区切り、またはテキストの Excel ファイルである可能性があります。 データ パッケージの場合は、1つの.zipです。 どちらの場合も、ファイルは上記のエクスポート プロセスを使用してエクスポートされます。

データ パッケージのインポート

  1. 十分な特権で環境 (通常は管理者ロールです) を使用して管理者グループにログインします。

  2. ダッシュボードで、データ管理ワークスペースをクリックします。

  3. インポート タイルをクリックします。

  4. 次のページで、次の操作を行います。

    1. 名前を入力します。

    2. ソース データ形式フィールドで、パッケージを選択します。

    3. アップロード ボタンをクリックし、インポートするデータの場所から適切なパッケージ ファイルを選択します。 これにより、パッケージからすべてのファイルがインポートされます。

      パッケージファイルを選択。

    4. 保存をクリックし、インポートをクリックします。

複数のデータ パッケージのインポート

複数のデータ パッケージをインポートするには、次のいずれかの方法を使用します。

  • 各パッケージの新しいジョブを作成し、上記の手順 4(a) から 4(d) をパッケージごとに繰り返します。

  • 1 つのジョブを作成して、複数のパッケージをシーケンス内にインポートします。 インポートする必要があるすべてのパッケージで上記の手順 4(a) ~ 4(c) を繰り返します。 パッケージを選択した後に、ステップ 4 (d) を実行し選択したデータ パッケージから単一のジョブでデータをインポートします。

    複数のデータ パッケージ。

インポートをクリックした後、ステージング テーブルを使用してデータがインポートされます。 インポートの進行状況は、画面の右上にある 更新 ボタンを使用して追跡できます。

データ パッケージ処理のトラブルシューティング

このセクションでは、データ パッケージ処理のさまざまな段階に関するトラブルシューティング情報を提供します。

  • スケジュールされたジョブのステータスおよびエラーの詳細は、データ管理 フォームの ジョブの履歴 セクションにあります。
  • データ エンティティの前の実行のステータスおよびエラーの詳細は、データ プロジェクトを選択して ジョブの履歴 をクリックすることで表示できます。 実行履歴フォームで、ジョブを選択してステージング データの表示および実行ログの表示をクリックします。 上記の実行には、バッチ ジョブとして、または手動で実行された、データのプロジェクトの実行が含まれます。

プロセス トラブルシューティングをエキスポート

  • エクスポート プロセス中にエラーが発生した場合、実行ログの表示をクリックし、ログのテキスト、ステージング ログ詳細、詳細情報の情報ログをを確認します。
  • エクスポート プロセス中にエラーが発生し、ステージングをスキップするように指示ノートが表示された場合、ステージングをスキップ オプションをオフにし、エンティティを追加します。 複数のデータ エンティティをエクスポートする場合は、個々のデータ エンティティ 、レポート ステージング ボタンを使用できます。

プロセス トラブルシューティングのインポート

データ エンティティ ファイルをアップロードするとき、次の操作を行います。

  • データ エンティティが 選択したファイルおよびエンティティに表示 をクリック アップロード インポート プロセスを終了する場合は、数分待ち、OLEDBドライバがインストールされているかどうかを確認します。 それ以外の場合は、OLEDB ドライバーを再インストールします。 ドライバーは Microsoft Access データベース エンジン 2010 再頒布可能パッケージ – AccessDatabaseEngine_x64.exe です。
  • インポート処理中にアップロードをクリックした後に、データ エンティティが選択されているファイルとエンティティ内で警告と一緒に表示されている場合、マップの表示をクリックし、個々のデータ エンティティのマッピングを確認し、修正します。 マッピングを更新し、各データ エンティティの 保存 をクリックします。

データ エンティティのインポート中:

  • インポートをクリックし、データ エンティティ (データ エンティティ タイルの赤い X アイコンまたは黄色の三角アイコンで表示されている) が失敗した場合、実行の概要ページにある各タイルのステージング データの表示をクリックし、エラーを確認します。 移動ステータス = エラーのレコードを並べ替えてスクロールし、メッセージ セクションにエラーを表示します。 ステージング テーブルをダウンロードします。 編集、すべて検証、およびデータをターゲットにコピーをクリックしてステージングで直接レコード (またはすべてのレコード) を修正するか、またはインポート ファイル (ステージング ファイルではない) を修正し、データを再インポートします。
  • インポートをクリックし、データ エンティティ (データ エンティティ タイルの赤い x アイコンまたは黄色の三角アイコンで表示されている) が失敗し、ステージング データの表示にデータがない場合は、実行の概要ページに戻ります。 実行ログの表示に移動し、データ エンティティを選択し、詳細についてはログ テキスト、ステージング ログの詳細、および情報ログを確認してください。 ステージング ログの詳細 will display Error column (フィールド) の詳細、および ログの説明 エラーの詳細が説明されます。
  • データ エンティティが失敗した場合、インポート ファイルを確認し、「これは 255 文字以上をサポートするための列にするダミー セルとして Excel に挿入される文字列です」というテキストが表示されている追加の明細行がファイルにあるかどうかを確認できます。 既定では、Excelのコピー先コンポーネントは255文字以内をサポートしません。 既定の Excel タイプは、最初の数行に基づいて設定されます。 この行は、データのエクスポート中に追加されます。 この明細行が存在する場合は、それを削除し、データ エンティティを再パッケージし、インポートを試行します。

データ管理でフライトされる機能とフライトされた機能の有効化

フライト経由で次の機能が有効になります。 航空 これは、機能を既定でオンまたはオフに設定できる概念です。

フライト名 説明
DMFEnableAllCompanyExport 同一のエクスポート ジョブ内のすべての会社からのBYODエクスポートを有効にします。(BYODファイルのみが対象となります) この既定値はオフです。 この機能はデータ管理フレームワーク パラメーターのパラメーターを使用してオンにできるため、プラットフォーム アップデート 27 以降は、このフライトは不要になりました。
DMFExportToPackageForceSync データ パッケージ API エクスポートの同期実行を実行できます。 既定では、非同期式です。
高い値を持つ、最も高い データ パッケージ エクスポートAPIがバッチ モードで非同期エクスポートを実行できます。 既定では、この機能は無効になっています。
EntityNamesInPascalCaseInXMLFiles エンティティの XML ファイルでエンティティの名前が Pascal Case である場合の動作が有効になります。 既定では、名前は大文字です。
DMFByodMissingDelete 特定の条件下で、変更追跡を使用して特定の削除操作をBYODと同期できない古い動作が有効になります。
DMFDisableExportFieldsMappingCache ターゲット フィールド マッピングを作成するときに、ロジックのキャッシュを無効にします。
EnableAttachmentForPackageApi パッケージ API で添付ファイル機能を有効にします。
FailErrorOnBatchForExport エクスポート ジョブの実行単位またはレベルでエラー時の失敗が有効になります。
IgnorePreventUploadWhenZeroRecord "レコード数が 0 の場合にアップロードしない" 機能を無効にします。
DMFInsertStagingLogToContainer この既定値は ON です。 これにより、パフォーマンスが向上し、ステージング テーブル内のエラー ログの機能の問題が修正されます。
ExportWhileDataEntityListIsBeingRefreshed 有効な場合、エンティティの更新の実行中にジョブがスケジューリングされると、マッピングで追加の検証が行われます。 この既定値はオフです。
DMFDisableXSLTTransformationForCompositeEntity これは、複合エンティティで変換の適用を無効にできます。
DMFDisableInputFileCheckInPackageImport すべてのエンティティ ファイルがデータ パッケージから欠落している場合にエラー メッセージが表示されるように、追加の検証が行われます。 これは既定の動作です。 必要な場合、このフライトによりこれを OFF にできます。
FillEmptyXMLFileWhenExportingCompositeEntity プラットフォーム更新プログラム15より前では、データをエクスポートするレコードが存在しない複合エンティティをエクスポートする場合、生成されたXMLファイルにはスキーマ要素が生成されません。 この動作は、このフライトを有効にすることで空のスキーマの出力に変更できます。 既定では、この動作は引き続き空のスキーマを出力します。
EnableNewNamingForPackageAPIExport エクスポート シナリオに対して ExportToPackage が使用されている場合、実行 ID に一意の名前が使用されるように修正が行われました。 ExportToPackageが連続して呼び出されると、重複する実行IDが作成されています。 互換性を維持するために、この動作は既定でオフになっています。 この乗り方をONにすることで、この新しい動作が可能になります。実行IDの新しい名前付け規則により、一意の名前が保証されます。
DMFDisableDoubleByteCharacterExport コード ページ 932 設定を使用するようにフォーマットがコンフィギュレーションされているときにデータをエクスポートできるように、修正が行われました。 2 バイト エクスポートに関連して問題が発生した場合、該当する場合は、このフライトを無効にしてブロック解除することによって、この修正を止めることができます。
DisablePendingRecordFromJobStatus インポート ジョブの最終ステータスの評価時に保留中のレコードを確実に考慮するように、修正が行われました。 実装がステータス評価ロジックに依存し、この変更が実装の重大な変更として見なされる場合、この新しいロジックをこのフライトを使用して無効にすることができます。
DMFDisableEnumFieldDefaultValueMapping データ パッケージの生成時に、列挙フィールドに対する高度なマッピングで設定されている既定値がデータ パッケージ マニフェスト ファイルに正常に保存されるように、修正を行いました。 このような高度なマッピングが使用されている場合、これによりデータ パッケージを統合のテンプレートとして使用できます。 この修正はこのフライトによって保護されており、以前の動作がまだ必要な場合 (データ パッケージ マニフェストで常に値を 0 に設定) は無効にできます。
DMFXsltEnableScript このフライトは、Platform update 34 および非運用環境にのみ適用されます。 XSLT でのスクリプト作成を防止するために、Platform update 34 で修正が行われました。 ただし、これにより、スクリプトに依存する機能の一部が無効になりました。 その結果、このフライトでは、予防措置としてすべての運用環境で Microsoft によって有効にされています。 非運用環境では、スクリプトに関連する XSLT 障害が発生した場合に、お客様がこれを追加する必要があります。 "プラットフォーム更新プログラム35" から "プラットフォーム更新プログラム34" 元に戻す変更にコード変更が行われたので、このフライトはプラットフォーム更新プログラム35から適用されません。 プラットフォーム更新プログラム34でこの航空を有効にした場合でも、プラットフォーム更新プログラム35にアップグレードしても、この航空がプラットフォーム更新プログラム34からオンになっている可能性からマイナスの影響は発生しません。
DMFExecuteSSISInProc このフライトは、既定でオフです。 これは、SQL Server Integration Services (SSIS) をプロセス外で実行して、DIXF ジョブの実行時に SSIS のメモリ使用率を最適化するために行われたコード修正に関連しています。 ただし、この変更により、DIXF データ プロジェクト名にアポストロフィ (') が含まれている場合、ジョブがエラーで失敗するというシナリオで回帰が発生しました。 この問題が発生した場合は、データ プロジェクト名の (') を削除するとエラーを解決できます。 ただし、何らかの理由で名前を変更できない場合は、このフライトを有効にして、このエラーを解決できます。 このフライトを有効にすると、以前と同様に SSIS が進行中で実行され、DIXF ジョブの実行時にメモリ消費が増加する可能性があります。

次の手順では、ティア 1 環境でフライトを有効にします。 次の SQL コマンドを実行します。

運用環境またはサンドボックス環境でフライトを有効にするには、サポート案件を Microsoft に記録する必要があります。

  • SQLステートメントを実行した後、各AOSのweb.configファイルで次が設定されている必要があります。 add key="DataAccess.FlightingServiceCatalogID" value="12719367"

  • 上記の変更を行った後、すべてのAOSでIISResetを実行します。

    INSERT INTO SYSFLIGHTING
    ([FLIGHTNAME]
    ,[ENABLED]
    ,[FLIGHTSERVICEID]
    ,[PARTITION]
    ,[RECID]
    ,[RECVERSION]
    )
    VALUES ('name', 1, 12719367, PARTITION, RECID, 1)
    
  • パーティション - 環境のパーティション ID。レコードを照会 (選択) することで取得できます。 すべてのレコードには、ここでコピーおよび使用する必要があるパーティション ID があります。

  • RecID - パーティションと同じ ID。 ただし、複数のフライトが有効な場合、これは一意の値を持つようにするためパーティション ID + "n" にすることができます。

  • RecVersion = 1

追加リソース