トピック3：マーギーの旅行
アプリケーションと環境
現在のシステムは以下の構造になっています。
* 米国では、従業員はソフトウェアAの会計ソフトウェアを使用します。これは、中小企業や個人ユーザー向けのデスクトップインストールパッケージです。
英国では、従業員はローカルサーバーにインストールされたERP（企業資源計画）ソフトウェアを使用しています。ソフトウェアBのライセンス維持コストは高額であるため、Margie's Travelはソフトウェアの導入とそれに伴う諸経費を削減することにしました。
ジャマイカでは、従業員はスプレッドシートをベースにした自社開発のアプリケーションであるSoftware Cを使用し、現地の営業担当者は現場でペンと紙を使用しています。
* マーギーズ・トラベルの従業員は、社内ツールが不足しているため、個人のメールアドレスやチャットツールを使用したり、直接テキストメッセージでやり取りしたりしている。
* IT部門のリソースは米国に所在し、すべてのソフトウェアサポートの管理を担当しています。
* マーギーの旅行会社には、組織全体で標準化されたプロセスがありません。
* 各国・地域のマネージャーは、システム停止時の責任を負います。しかし、組織全体に複数のタイムゾーンが存在し、IT部門が中央集権化されているため、これは困難な課題となっています。
顧客がパッケージを購入すると、Margie's Travelは販売されたパッケージごとに、提供ベンダーからリベートを受け取ることができます。リベートは四半期ごとに請求され、ベンダーへの提出前に承認を得るための社内ワークフローが確立されています。リベート対象となるパッケージ商品のワークフローは複雑になる場合があります。User2は、関連する承認プロセスについてVisio図を作成しました。
顧客関係
* マーギーズ・トラベルが現在事業を展開している3つの国・地域すべてに顧客が存在します。
* Margie's Travelは、顧客ロイヤルティプログラムを提供しています。顧客は、Margie'sが事業を展開するすべての国・地域で、1ドルあたりポイントを獲得できます。ロイヤルティプログラムは現在、スプレッドシートを使用して管理されています。
アプリケーションと環境
* 3つの国・地域すべてにおいて、Dynamics 365 Financeを使用する必要があります。
システムは、定期的にリリースされるアップデートを、リリースと同時に適用できるようにする必要がある。
* マーギーズ・トラベルは、新しい業務プロセスが標準化され、業界のベストプラクティスに従うことを求めている。
* Margie's Travelでは、業務効率化のためOffice 365とMicrosoft Teamsの導入が必要です。IT部門は、これらのアプリケーションに加え、Dynamics 365 Financeのトラブルシューティングも担当します。
インフラストラクチャチームは、テスト環境、そして最終的には本番環境に移行する前に、開発環境とビルド環境がそれぞれ独立して作成されていることを確認する必要があります。
* インフラストラクチャチームは、ロイヤルティプログラムのコードをテスト環境に移行する必要があります。
* CTOはインフラストラクチャチームに対し、稼働開始時点で利用可能な最新バージョンを使用していることを保証するよう指示した。
* 本番稼働に向けた活動は、すべての国・地域で調整する必要があり、各タイムゾーンごとにデータ検証を計画する必要があります。
* ユーザー受け入れテスト (UAT) が完了したら、プロジェクトマネージャーは本番環境で使用するテナント数をマイクロソフトに報告する必要があります。
* 報告書には季節性や気象パターンを示す必要があり、それによってマーギーズ・トラベルは悪天候が予測される期間にはツアーを提供しないようにする。
* 現場の営業担当者は、Microsoft 365とMicrosoft Power Platformのライセンスのみを保有します。
顧客関係
* 顧客は、すべての企業およびシステムにおいて同一の顧客IDで識別され、新しいレコードが作成されるたびに相互参照が自動的に更新される必要があります。
* Margie's Travelは、将来的に米国と英国の顧客向けにセルフサービス機能を提供したいと考えています。この機能は最初のシステム展開には含まれていませんが、CIOは将来的にDynamics 365 Customer ServiceおよびDynamics 365 Commerceアプリケーションのロードマップを作成するよう指示しています。さらに、CIOは既存の顧客番号を新しい標準化された形式に照合できるようにしたいと考えています。
ジャマイカの新規顧客は、顧客データの不一致が頻繁に発生するため、審査と承認が必要です。現場の営業担当者が入力する情報は、既存データとの照合検証のためにルーティングされます。
* 現在、異なるシステムが存在するため、リベートを請求するための基準を満たすための統合が不可能であり、リベートを請求することはできません。
売掛金部門と買掛金部門は、リベート処理に関連するワークフローについて理解が不十分です。User2は、各部門の担当者が、全体のプロセスにおけるそれぞれのステップをテスト済みであることを確認する必要があります。テスト結果はUser2に報告する必要があります。
顧客関係
* 顧客は、すべての企業およびシステムにおいて同一の顧客IDで識別され、新しいレコードが作成されるたびに相互参照が自動的に更新される必要があります。
* Margie's Travelは、将来的に米国と英国の顧客向けにセルフサービス機能を提供したいと考えています。この機能は最初のシステム展開には含まれていませんが、CIOは将来的にDynamics 365 Customer ServiceおよびDynamics 365 Commerceアプリケーションのロードマップを作成するよう指示しています。さらに、CIOは既存の顧客番号を新しい標準化された形式に照合できるようにしたいと考えています。
ジャマイカの新規顧客は、顧客データの不一致が頻繁に発生するため、審査と承認が必要です。現場の営業担当者が入力する情報は、既存データとの照合検証のためにルーティングされます。
