以下は、ビジネス イベントの想定されるユースケースです。 これらのユース ケースは、想定されるユース ケースの完全な一覧ではありません。 これらのユース ケースのうちのいくつかは、マイクロソフトやその他の組織によってまだ実装されていない可能性があります。 これらのユース ケースはアイデアを提供してビジネス イベントの理解を助けるものです。
業務プロセス | ユース ケース | 金額 |
---|---|---|
調達 | 調達プロセスは頻繁に手動操作に頼るため、このプロセスを自動化すると調達マネージャの生産性が向上します。 | 見積依頼が送信されたときに調達マネージャに知らせることで調達プロセスをさらに効率化でき、素早いフォローアップと迅速な契約を可能にします。 目標は調達マネージャが 3 日以内にフォローアップすることと、さらにこのフォローアップを自動化する Microsoft Power Automate を作成することです。 |
調達 | 多くの場合は、内外での発注書に関するやり取りを手動で処理しています。 発注に対して複雑な承認プロセスを採用している場合は、発注処理の確認/承認に対して迅速で簡単な方法が必要となります。 | 製造オーダーの更新時にトリガーされるビジネス イベントを作成することで、バック オフィスと生産フロア間の通信の改善に役立ちます。 生産でサードパーティ製システムとの統合が必要な場合は、ビジネス イベントを使用して統合プロセスを簡略化することもできます。 |
レポート | マネージャーは新規作成された財務諸表について知らされません。 その結果、マネージャは古いデータに基づいて分析し、決定を下す可能性があります。 | 財務諸表が送信されたときにマネージャに知らせることで報告プロセスをさらに効率化でき、素早いフォローアップと迅速な契約を可能にします。 ゴールはマネージャが 3 日以内にフォローアップすることと、さらにこのフォローアップを自動化する Power Automate を作成することです。 |
顧客マスター | 新規顧客が作成されたときは、与信限度額の確認が必要です。 信用限度を購読する API を自動的に起動させることが可能で、それから Web サイトをチェックし、そして限度額や格付けなどの特定の信用限度小切手フィールドをインポートする場合。 同時に、管理者が承認した後で顧客勘定を使用できるように、承認 Power Automate を開始する必要があります。 | このチェックは多くの企業で、特に小売業の分野で要求されています。 このユース ケースは、この目的のためにパートナーがカスタマイズを開発するため有益です。 |
月末決算 | 月末決算スケジュールは、自動アクションを許可しない簡単な一覧です。 完了したタスクや完了を確認したタスクを人々に通知する機能が作成できれば、別の人々が作業を開始できます。 | 現状は静的で使用するのが難しい月末決算ワークスペースを強化するために、現実に即したシナリオを使用する。 このようなユース ケースについては、財務期間終了のビジネス イベント で詳しく説明されています。 |
月末決算 | 期間のステータス (開始または終了) が変更されたときに、 Power Automate をトリガーする機能が作成された場合。 | 月末決算が完了した後で新しい期間が開かれたときはユーザーに自動的に通知されず、ユーザーは新しい期間にトランザクションの記録を開始することを許可されます。 |
仕入先マスター | 仕入先 (ベンダー) コラボレーション ワークスペースを使用している場合は、新しいレコードが作成や既存のレコードが更新を仕入先に通知する自動化された方法はありません。 これは見積依頼と発注書の要求に関する問題です。 つまり、問題が発生した場合に仕入先は仕入先コラボレーション ワークスペースをレビューする必要があります。 | ビジネス イベントを使用して、仕入先 ポータル機能は仕入先とアプリケーションの間の追加対応の必要性を取り除き、生産性向上と効率を提供します。 これは真のコラボレーションであり、サプライ チェーンの効率につながります。 この機能がない場合、組織はすべての新しい要求または更新を電話や電子メールで仕入先にフォローアップする必要があります。 これは仕入先コラボレーション ワークスペースを改善します。 |
仕入先マスター | 多くの組織は手動、オフライン、紙ベースのプロセスを使用して仕入先を管理します。 また、多くの組織にマスター データを管理する "ゲート キーパー" があります。 仕入先マスター データに対する更新が発生する場合、組織全体の通信は制限されているか複雑です。 | Power Automate と統合して仕入先マスター データで定期的に発生するアクションとイベントのビジネス イベントを作成することで、仕入先オンボード プロセス全体の改善に役立ちます。 また、組織内の内部通信を改善し、取引パートナーとのビジネス プロセスを自動化することもできます。 |
販売見積 | 個人用設定された商品に対して見積書が出されます。 見積書を受注した後で、これは実際の製品になる必要があります。 要求は (PowerApps または Office を使用して) データ チームに送信され、品目を作成します。 品目が手動で作成された後で、品目の行が更新され、販売見積が販売注文の作成をトリガーします。 現時点では、品目が作成されたときに、データ インテグレータがそれを Dataverse にコピーするのを待つのが方法です。 モニターは Dataverse で新しいエントリを探すように設定され、一意の参照を任意のオープン番号と比較します。 理想的には、ビジネス イベントを作成した項目が存在し、これは一意の識別子を持つように拡張されます。 このイベントは (Power Automate または PowerApps で) 定期購読されて、直ちに見積の行を更新します。 | ビジネス イベントを使用して、ビジネスは新しい商品が作成されたときに受注した見積を新製品で更新することができます。 これは起こり得る遅延、手動更新、およびエラーを取り除きます。 |
販売注文 | サード パーティの運送業者、税関の作成、および出荷文書の物流スバランスを有効にするために、販売注文の出荷は別のシステムで開始されます。 これによりデータが大手運送会社にプッシュされます。 販売注文のピッキングや出荷時に、詳細の行は、利用された出荷の詳細を分析し決定する外部システムをトリガーするイベントです。 このプッシュ イベントはアプリケーションを更新するビジネス アクションの能力によって異なります。 これは、注文が選択されてから出荷情報がアプリケーションにプッシュされるか、外部にプッシュされると出荷済みにマークされる可能性があります。 | これにより、サードパーティ 運送会社を持つ企業が、出荷情報を仕入先に送信できます。 この方法では出荷利用の責任が外部の仕入先に課され、設定が簡単になります。 |
販売注文 | それが独立した内部倉庫管理システムであるか、アプリケーションの一部ではないサード パーティの場所であるかに関わらず、販売注文のピッキングは異なるシステムで実行することができます。 販売注文の確認やピッキング時に、詳細の行は、 ピッキングの優先度と使用を分析し決定する外部システムをトリガーするイベントです。 | これにより、サード パーティの倉庫を持つ企業はピッキング情報をシステムに送信できます。 これは必要なものを決定する自動ピッキング マシンが倉庫にある場合にも使用できます。 この方法ではピッキングの優先度や利用の責任が外部システムに課され、アプリケーションの設定が簡単になります。 |
販売注文 | 組織は顧客サービスを改善し、販売プロセスを合理化および自動化する方法を模索しています。 これらのプロセスには何人もの担当者が関係し、多くの手動手順が必要で、サードパーティのソリューションがいくつも必要な場合があります。 財務と運用の電子メール通知プロファイル機能は、電子メール形式の機能が制限されています。 | Power Automate と統合し、販売注文に対して行われたアクションのビジネス イベントを作成することで、販売プロセス全体を改善し、顧客満足度を引き上げ、販売と運営の間のコラボレーションを自動化できます。 |
バッチ処理 | ポーリング ロジックを処理するようにバッチ ジョブをスケジュールすると、リソースが制限される可能性があります。 ほぼリアルタイムな処理を理解するために、財務と運用で可能な限り速くバッチを実行するようスケジュールすることは避けられず、通常は数分ごとになります。 これらのバッチ ジョブは通常、処理されるデータを探すデータのインポート / エクスポート ジョブです。 ただし、データが利用できない場合、バッチ ジョブはシステム リソースを消費する可能性がある空のサイクルを処理します。 | ビジネス イベントにトリガーされた場合、ビジネス イベントを使用してユース ケースのポーリングを非同期になるように再設計できます。 使用可能な場合にのみ、データが処理されます。 データを利用可能にするビジネス ロジックがビジネス イベントをトリガーし、それを使用してデータ処理のジョブ / ロジックを開始できます。 これにより、何千ものバッチ実行が空のサイクルを実行したり、システム リソースを無駄にするのを防ぐことができます。 |
製造オーダー | 生産スケジュール プロセスでは、多くの場合、外部システムや最適化エンジンを利用してスケジュールを完成させます。 プロセスの自動化と、製造オーダーがスケジュールされたときの外部システムとの統合機能により、生産性の向上と統合コストの削減に役立ちます。 | 製造オーダーがスケジュールされたときに、ビジネスイベントを作成することで統合および自動化機能を向上させることができます。 モノのインターネット (IoT) データ交換用の Microsoft Dynamics 365 Field Service、サードパーティ製の製造実行システム (MES)、スケジューリング最適化エンジンなどの、下流システムにこの情報を伝達できます。 |
製造オーダー | 多くの組織は、生産フロアで機械を制御および管理するのにサードパーティの MES を使用します。 これらのシステムとの統合が複雑になることがあります。 さらに、生産フロアとバック オフィスの間の通信が困難な場合があります。 | 製造オーダーの更新時にトリガーされるビジネス イベントを作成することで、バック オフィスと生産フロア間の通信の改善に役立ちます。 生産でサードパーティ製システムとの統合が必要な場合は、ビジネス イベントを使用して統合プロセスを簡略化することもできます。 |
ケース管理 | ケース管理はプラットフォーム機能であり、内部または外部で報告や要求されている、さまざまな要求や問題を追跡および管理できます。 通常、各タイプのケースは異なるプロセスを持ち、ケースのさまざまな投稿者がケースのライフサイクル全体に関連する場合があります。 プロセスは手動でもよく、通信はしばしば遅延します。 場合によっては、ケースの投稿者やその中の利害関係者はシステムのユーザーでない可能性があります。 | ケースの更新時に Power Automate を使用することで、さまざまなケース タイプに関連するビジネス プロセスを効率化および自動化できます。 また、組織の要件に応じて、通信を自動化し、必要なら承認プロセスを実装することもできます。 |
輸送管理 | 多くの組織は、輸送の管理に切り離されたシステムを使用しています。 さらに、輸送の手配を担当するスタッフは通常、注文の作成と確認を行うスタッフや、注文の出荷や入荷に必要な作業を実行しているスタッフと同じではありません。 このような状況では、故障やコミュニケーションの欠如を招く可能性があり、プロセスで次のステップの注文の準備が整ったときにさまざまな部門に通知する手動プロセスが必要になる可能性があります。 多くの場合、サードパーティの出荷ソフトウェアが使用され、データは多数のシステムに入力されるか紙のログで追跡されます。 | Power Automate と共にビジネス イベントを使用するで、輸送管理プロセス全体を合理化して部門間の通信を改善できます。 |