Что такое использование конечной точки службы, указанной в решении в MS Dynamics 365?

Question

В Solution есть вкладка «Конечная точка службы».Кто-нибудь может подсказать, в чем его польза?

На самом деле, у меня есть собственный RESTful API, который размещен на Azure.Этот API-интерфейс используется для переноса операций с данными из MS Dynamics в Mobile и наоборот.Я хочу добавить этот API в решение (так же, как Sugar CRM и Salesforce CRM).

Можно ли добавить собственную конечную точку службы (с использованием библиотеки DLL Visual Studio Project)?Если это невозможно, кто-нибудь может подсказать, что использует «Конечная точка обслуживания» в моем решении?

Пожалуйста, руководство.

Answer 1

Когда какое-либо событие происходит с какой-либо записью объекта в платформе CRM, мы можем перехватить конвейер выполнения события, используя плагин или рабочий процесс, и выполнить нашу собственную бизнес-логику для достижения того, что нам нужно. Это должно быть зарегистрировано в определенных сообщениях вместе с этапом и режимом выполнения, это работает только в контексте платформы CRM.

Что если нам понадобится эта мощность вне контекста платформы CRM, как в Azure, то же самое со всем доступным в контексте выполнения плагина, таким как атрибуты Entity, Image и т. Д. В концентраторе событий Azure через конечные точки служебной шины.

Ссылка - все остается в силе, кроме конфигурации Azure ACS в этом старом посте. Azure ACS позже заменяется подписью общего доступа (SAS).

Можно предположить, что конечная точка службы похожа на сборку с плагином, в отличие от того, что мы можем зарегистрировать шаг плагина для запуска и выполнения.

Подробнее

Поэтому аналогично шагам сборки и обработки SDK в решении вы видите конечную точку службы.