Explanation:
ボックス1: ビジネスプロセスモデラー
Microsoft Dynamics Lifecycle Services (LCS) のビジネス プロセス モデラー (BPM) は、ビジネス プロセス ライブラリに基づいて、繰り返し可能な実装を作成、表示、および変更できるツールです。BPM を使用すると、米国生産性品質センター (APQC) が規定する業界標準のプロセスにビジネス プロセスを適合させることができます。Finance and Operations アプリの既定のプロセスとビジネス要件とのギャップ分析を実行できます。さらに、まだ定義されていない新しいビジネス プロセスを追加することもできます。
BPM は次の製品と互換性があります。
Microsoft Word - ビジネス プロセスのドキュメントを生成できます。
Microsoft Visio - ビジネス プロセス マップを Visio ファイルにエクスポートできます。
注: ベンダーと購買
顧客がパッケージを購入すると、Margie's Travelは販売したパッケージごとに提供元ベンダーにリベートを請求できます。リベートは四半期ごとに請求され、ベンダーへの申請前に承認を得るための社内ワークフローが確立されています。リベートの対象となるパッケージ提供のワークフローは複雑になる場合があります。ユーザー2は、関連する承認プロセスをVisioで作成しました。
ボックス2: 回帰スイート自動化ツール（RSAT
回帰スイート自動化ツール（RSAT）は、Finance and Operations アプリのユーザー受け入れテスト（UAT）にかかる時間とコストを大幅に削減します。UAT は通常、Microsoft アプリケーションの更新を実施する前、またはカスタムコードと構成を運用環境に適用する前に必要です。
RSAT を使用すると、機能パワー ユーザーはタスク レコーダーを使用してビジネス タスクを記録し、ソース コードを記述することなく、記録を一連の自動テストに変換できます。
注: 売掛金部門と買掛金部門は、リベートプロセスに関連するワークフローを明確に把握していません。ユーザー2は、各部門の担当者が、プロセス全体におけるそれぞれのステップをテストしたことを確認する必要があります。テストのフィードバックはユーザー2に伝える必要があります。
参考: https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/lifecycle-services/bpm- 概要
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/perf-test/rsat/rsat-overview
トピック4、VanArsdel株式会社
VanArsdel, Ltd. は、米国、カナダで Microsoft Dynamics AX 2012 R3 を使用している会社です。
VanArsdel, Ltd.は、オンプレミス環境で、メキシコ、ブラジルの3つの地域に拠点を置いています。同社はSure Step 2012を使用してソリューションを実装しました。VanArsdel, Ltd.は、Proseware, inc.を導入パートナーとして、Dynamics 365 Finance、Dynamics 365 Supply Chain Management、Dynamics 365 Commerceへのアップグレードを計画しています。
VanArsdel 社は、顧客管理と販売用に 13 の他のソフトウェア システムを導入しました。
方法論
VanArsdel社は、VanPMPという独自の手法を導入しています。同社は、すべてのソフトウェア実装にVanPMPを使用する予定です。また、すべての新規実装には標準プロジェクトテンプレートを使用しています。
解決
営業チームはMicrosoft Power Appsを使用して受注書を入力します。入力された受注書は、1時間ごとにDynamics AX 2012 R3インスタンスに非同期的に統合されます。すべての受注書は、1日の終わりに請求バッチ処理を通じて請求されます。Salesは、あらゆるビジネスクリティカルなシナリオで活用されています。
外部システムには、Microsoft Power Platform、Office 365、Azure、サードパーティ システムなど、12 の統合が含まれます。
自動売掛金インポート統合の1つである統合1は、受注によってサポートされる企業間取引（B2B）シナリオで収益を生み出します。この統合は毎晩実行され、常に最初にテストされる統合です。
すべての回帰テストは手動で完了します。
安全
同社は、事業を展開しているすべての国/地域で Dynamics AX 2012 R3 を使用しています。
VanArsdel, Ltd.は米国内で事業を展開しているため、政府の財務コンプライアンス基準を遵守する必要があります。政府のコンプライアンス基準では、VanArsdel, Ltd.の製造部門は発注書を承認できないようにする必要があります。また、製造マネージャーは他の製造拠点のデータにアクセスできないようにする必要があります。製造部門は、複数の拠点を持つ単一の法人に属しています。
ライセンス
実装には次の Dynamics 365 ライセンスが必要です。
* 120 サプライチェーン管理ライセンス
* 60の金融ライセンス
* コマースライセンス50個
方法論
Dynamics 365 実装には、VanArsdel Ltd. 独自の方法論を使用する必要があります。プロジェクトテンプレート内の方法論は、Microsoft 推奨のアプローチを使用する必要があります。進捗状況は、VanArsdel Ltd. が一元管理する場所で追跡する必要があります。
表示するには、Microsoft および Proseware. Inc. を参照してください。
VanArsdel Ltd. では、ライフサイクル サービス (LCS) のサンプル方法論が必要です。
プロジェクトが順調に進み、ベスト プラクティスに従って実装されるようにするには、方法論内のプロジェクト日付を必要な Microsoft タッチポイントと調整する必要があります。
解決
販売注文エントリの Power Apps 統合は、すぐに使用できるソリューション - 統合を使用して構成する必要があります。会社には次の統合要件があります。
* 4 つの統合は非同期的に実行する必要があります。
* 8 つの統合を同期して実行する必要があります。
* システムに更新を適用した後、統合を実行できる必要があります。
すべての商品には独自の価格設定が必要です。各商品には希望小売価格と、日付と場所に基づいて決定される販売価格が必要です。
テスト
ユーザー レポートのテスト ケースは、テスト環境で同じプロセスを使用してレビューする必要があります。
すべての重要なシナリオを自動化するには、回帰スイート自動化ツール（RSAT）を使用する必要があります。その他のテストはすべて手動で実行する必要があります。
統合1を最初に導入する必要があります。すべてのデータを正しい順序で作成し、テストして、商品に正しく価格が適用されていることを確認する必要があります。
安全
Dynamics 365は、国/地域ごとに段階的に展開する必要があります。まず米国で導入を開始し、その後12ヶ月かけて他の国/地域にも展開していく必要があります。
VanArsdel, Ltd. は、ユーザーのサイトに基づいて新しいユーザーにアクセス権を割り当てる必要があります。
VanArsdel, Ltd. は、Proseware, Inc. に対して以下の実行を要求します。
* 目標 1. プロジェクトの開始時に決定された契約コストに基づいて、システムのソフトウェア ライセンス コストを決定します。
* 目標 2. 製造部門のユーザーのセキュリティ ロールを監査します。
Dynamics 365 AXでレコードを作成するときに、フィールドが多すぎると報告するユーザーもいます。
2012 R3インスタンス。これらのフィールドは、ユーザーの生産性を阻害することがよくあります。
作業に関する懸念事項の表明
プロジェクト開始前、VanArsdel Ltd.のITチームメンバー数名が作業指示書を確認した後、懸念を表明しました。主な懸念は以下のチームメンバーから表明されました。
* Admin1 という管理者が、Dynamics 365 AX 2012 R3 実装による複数の大規模な統合に対するパフォーマンスへの影響を報告しました。
* Admin2 という管理者が、グローバル展開における環境管理に関する懸念を報告しました。
すべての懸念事項は、ワークショップですべてのソリューション アーキテクトとともに確認し、スケジュールする必要があります。
テスト
Dynamics 365 AX 2012 R3 インスタンスでは、ユーザーが同じアプリケーション オブジェクト サーバー (AOS) サービスで長時間レポートを実行したことが原因で、頻繁に問題が発生しています。User1 というユーザーから、Dynamics 365 で同じレポートの取得に遅延が発生するという報告がありました。
