説明

Lifecycle Services は、Microsoft Services が提供するツール セットで、アップグレードとアップグレード後の生活に不可欠なものです。ビジネス プロセス分析を進める際には、Lifecycle Services をチェックして、ビジネス プロセス モデラーで提供されているものを確認することをお勧めします。Lifecycle Services は、ビジネス プロセスを整理するための優れたツール セットです。
注: モデルのメタデータを準備する
データのアップグレード中の 1 つの目標は、既存の AX 2012 環境とアップグレードされた財務および運用環境の間で要素 ID を維持することです。この目標を達成するには、要素 ID のコピーを AX 2012 環境から財務および運用環境に取り込む必要があります。AX 2012 は、要素 ID を ModelElement という名前のテーブルに保存します。このテーブルは、AX 2012 ビジネス データ データベースとは別のデータベースであるモデル データベース内にあります。Finance and Operations へのアップグレード中に、AX 2012 データベースを Microsoft Azure にコピーする必要があります。このプロセスには時間がかかる場合があります。
モデル データベース全体を Azure SQL Database にコピーしないようにするには、次の手順を使用してビジネス データ データベースに ModelElement テーブルをレプリケートします。その後、データ アップグレードの実行中に、データベース同期プロセスがこの複製されたテーブルから必要な情報を取得し、アップグレードされた財務および運用環境で要素 ID が維持されていることを確認します。
Finance and Operations データのアップグレード チェックリストで、[モデル メタデータの準備] をクリックします。
プロンプトが表示されたら、「はい」をクリックします。
コピープロセスが完了するまで待ちます。
プロセスが成功すると、タスクは完了としてマークされます。
参照：
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/migration-upgrade/prepare-data-upgrade
https://docs.microsoft.com/en-us/dynamicsax-2012/appuser-itpro/microsoft-dynamics-ax-intelligent-data-management-framework-idmf

参照：
https://docs.microsoft.com/en-us/dynamics365/supply-chain/asset-management/

トピック 2、都市の電力と光のケーススタディ
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
背景
City Power and Light は上場電力会社です。同社には本社が 1 つ、地方出張所が 4 つ、太陽エネルギーを生産する子会社が 2 つ、風力発電の子会社が 1 つあります。
City Power and Light は太陽エネルギー会社の 50% の所有権を持っています。同社は風力発電会社を完全所有しているが、他の事業とは別に運営している。
City Power and Light は現在、さまざまな統合レガシー システムを使用して運用されており、会社の財務をまとめるのが困難です。これらのシステムとワークロードを共通のプラットフォームに移行すると、ビジネスの可視性が向上し、意思決定に情報が提供されます。同社は Dynamics 365 の導入を計画しています。
レガシーシステム
* レガシー システムには、ビジネス ロジックに基づいて構成可能なワークフローの監査機能がありません
* 従来の紙ベースの購買システムでは、ベンダーの親子関係は認められません。購入申請には2名の署名が必要です。
* 注文書は、PDF に印刷され、ベンダーに電子メールで送信される署名済みの購入要求書に基づいてシステムに手動で入力されます。
※従来の調達システムでは、マスタデータ管理に親子関係がありません。
財務
* すべての財務は City Power and Light Holding, LLC まで統合されます。
* 財務部門の従業員は現在、請求書の作成と支払いが可能です。
お客様
Web サイトからの販売注文は、1 日に 1 回手動でシステムにアップロードされます。
現在、海外と国内の顧客は同じ売掛金口座に転記しています。月末には、これらの売掛金を国内と海外の売掛金口座に分ける必要があります。
その他の情報
* 実装スケジュール中に複数のアクティブな買収が予想されます。
* ソーラーパネル構成の品目マスターデータには複数の変数とバリアントがあります。コンプレックスとしては。
一般的な
* 頻繁に変化するビジネス ニーズと要件をサポートする柔軟な実装アプローチ。
* ビジネスの複雑さのため、段階的なロールアウトが必要です。
* 経費報告書に提出されたオフサイト旅行の食事のうち、対応する航空券やホテルの費用が含まれていないものは、審査する必要があります。
* ベンダーの請求書の 10 パーセントは、会社のポリシーを満たしていることを確認するためにレビューされる必要があります。
* ビジネスプロセスのテストは自動化する必要があります。
* 顧客アンケートは、電子メールによるカスタマー サービスでのやり取りの後に送信する必要があります。アンケートには評価システムと顧客がコメントを追加する方法が含まれている必要があります。
* 従業員は、内部コミュニケーション、電話、ファイル共有に 1 つの中央ツールを必要とします。
* 営業担当者には、ソーラー パネルの顧客向けのエンタープライズ見積ツールが必要です。
テクニカル
* モバイルデバイスからアクセスできる、クラウドベースの財務および運用システム。
* 集計された運用レポートでデータを使用できる機能を備えた従来の検針アプリケーションを維持する機能。
* ビジネス プロセスは、テスト計画の一部として、同じプロセスに対して異なる変数を使用してテストする必要があります。
機能的
* ビジネスプロセスを確立して文書化し、新入社員の新人研修をより効率的に支援します。
※地域に事務所を持つベンダーの場合は親子関係を確立する必要があります。購入場所は請求書発行場所とは異なります。
* 自動電信送金を作成する機能。
要請
* 50 ドルを超えるすべての購入要求はマネージャーの承認が必要です。
* 1,000 ドルを超えるすべての購入要求には、上級マネージャーの承認が必要です。
※同一ベンダーへの複数の購入申請は結合してください。
販売
ソーラーパネル構成の品目マスターデータには複数の変数とバリアントがあります。これにより、複雑な見積もりと販売注文が発生します。
営業担当者は、自動電信送金を作成できる必要があります。
問題
※テストに参加できるユーザーの数は限られています。
* User1 は、RSAT ツールの保存変数機能を使用した数式入力中に日付フィールドが保存されないと報告しました。
* 購買部門では、データ変換中に重複したベンダー レコードが表示されます。
* 前年の監査記録は、財務管理とセキュリティの役割に関連する役割と責任において改善が必要であることを示しています。
* User2 は、P0123 で注文した部品が届かなかったと報告しており、ベンダーは PO を受け取っていないと述べています。
* ユーザー 3 は、仕訳入力中の重要な手順が忘れられており、新規ユーザーには実践的な指導が必要であるというフィードバックを提供します。
* サービス技術者は、複数のサービスコールが必要な適切なツールや部品を常に持っているわけではないと報告しています。