説明
ボックス 1: Base、Finance、および Supply Chain Management ライセンス
社長/CEO、CFO、COO、管理者、および運用担当副社長のユーザーのみが財務および倉庫機能にアクセスできる必要があります。
ボックス 2: 基本ライセンスとサプライ チェーン管理ライセンス。
倉庫ユーザーは倉庫機能にのみアクセスできる必要があります。他のすべてのユーザーは財務機能にアクセスできる必要があります。
ボックス 3: 基本ライセンスと販売プロフェッショナル ライセンス
同社はクラブ会員向けのイベントをテイスティングルームで開催し、フルケースと個別ボトルの両方を会員に発送している。テイスティングルームは小売店として扱われません。クラブ会員のみへのすべての販売および購入は、アカウント上で行われなければなりません。
テイスティングルームにはモバイルスキャナーは設置されません。
ボックス 4: デバイスのライセンス
配送センターには倉庫用のモバイル スキャナーが必要です。
トピック 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 は、仕訳入力中の重要な手順が忘れられており、新規ユーザーには実践的な指導が必要であるというフィードバックを提供します。
* サービス技術者は、複数のサービスコールが必要な適切なツールや部品を常に持っているわけではないと報告しています。

説明

参照：
https://docs.microsoft.com/en-us/dynamics365/finance/localizations/latam-mex-cfdi-electronic-invoices

説明

説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーション、テーブルの説明が自動的に生成される

説明