タイトルとして、私は自分のコードまたは基本的なCRM機能によって引き起こされるエラーと、クライアントシステムにインストールされるカスタムプラグインによって投げられたエラーとの違いを知る方法を探しています。プラグインによってMS CRM例外がスローされたかどうかを知る方法はありますか?
私たちが継続的に犠牲になるのは、お客様が自宅で作成したか、別のISVから購入したカスタムサードパーティプラグインです。私たちが接触したCRMエンティティ、または最新のケースでは当社独自のエンティティに登録します。私たちは何かをしようとすると、プラグインはそのことをしようとすると失敗します。最新の例では、プラグインはCRMに入れた後に正しくエンコードしていませんでした。プラグインはエラーを投げ、CRMはそれを私たちに返します。
プラグインが時間を無駄にしないで犯人であることをどのように調べることができますか?これまでのところ、私は、プラグインのスタックトレースをエラーメッセージとして投げ込むことで、ある企業が簡単に言えるようにしています。アズールから自分のCRMとの対話
- 私はそれ が問題を特定するのにかかる時間を削減するために、プログラムソリューションを探していたカスタムプラグインではなく、私たちのコード :
わかりやすくするために編集が。
- 私はエラーログ/処理をスマートにするように改善しようとしています 違いを伝えるのに十分です。
- 私たちのコードが100%動作しても、同期プラグインが を起動するようにトリガしても、そのプラグインは失敗しますが、CRMから例外が発生します。
- 私たちがやることはすべて、SDKを使用してプログラム的です。
だから、これはその後、失敗するプラグインを引き起こす、あなたのプラグインは別のプラグインが失敗するいくつかのアクションを実行しようとしたときに起こる障害です?それとも、プラグインが起動する前にプラグインでエラーが発生するのでしょうか? – Daryl
私たちは技術的には「プラグイン」ではありません。お客様のCRMシステムとやりとりするAzureで動作するアプリがあります。私たちがやろうとしていたことを達成したとしても、エラーを返す顧客プラグインでエラーが発生します。 –
それでは、SDKを使用して対話していますか? – Daryl