Работа с Logic Apps или Power Automate
Потоки Microsoft Azure Logic Apps и Power Automate предлагают пользовательские интерфейсы с низким кодом (UIs) для создания автоматизированных процессов. Оба типа потока включают сотни встроенных соединителей (например, соединителей для Teams и Outlook) для быстрого разработки.
Например, эти потоки отлично подходят для автоматической отправки сообщения электронной почты при удалении правила определенного пользователя или проверки подлинности канала Teams при обнаружении высокой задержки.
Примечание.
Logic Apps используется для этой статьи. Тем не менее, аналогичная логика может применяться к потокам Power Automate. Logic Apps является частью портал Azure, а Power Automate — это отдельный продукт, который является частью семейства инструментов Microsoft Power Platform. Цены и возможности различаются.
Начало работы
Защита от мошенничества Microsoft Dynamics 365 предлагает множество типов событий, которые можно получать и работать с помощью Logic Apps.
Чтобы ускорить процесс установки, перейдите в этот репозиторий GitHub (репозиторий). Этот репозиторий содержит шаблоны приложений логики, которые будут анализировать данные событий для вас. Таким образом, вы можете сразу же начать взаимодействие с данными. Следуйте инструкциям по настройке и использованию в файле readme, предоставленном в репозитории.
Хранение данных событий в базе данных Common Data Service (необязательно)
Сохраняя данные событий в Common Data Service по мере использования концентратора событий, у вас есть централизованное хранилище баз данных, которое можно использовать в Power BI, Power Apps и других потоках Logic Apps или Power Automate.
Примечание.
Если вы хотите использовать пример приложения, которое упоминается в разделе "Работа с Power Apps" или пример отчета Power BI, упоминаемого в разделе "Работа с Power BI", настройте сущности Common Data Service, импортируя предварительно созданные решения вместо того, чтобы вручную создавать сущности самостоятельно.
Создайте сущность в Common Data Service.
Например, если вы работаете с событиями аудита, можно создать сущность с именем "Событие аудита", а также поля с именем "Имя сущности", "Тип сущности", "Имя операции", "Метка времени" и "Идентификатор пользователя". (Сведения о полях см. в разделе Создание и изменение полей.)
Тем не менее вы можете настроить сущность, однако, на основе нужных сведений и соглашений об именовании. Рекомендуется использовать отдельную сущность Common Data Service для каждого типа события защиты от мошенничества.
В приложении логики добавьте новый шаг, а затем найдите и выберите команду "Создать новую запись".
Обратите внимание, что если вы использовали шаблоны из репозитория GitHub, приложение логики уже должно включать некоторые шаги, такие как ParseContent, GetEvent и ParseEvent.
Выберите среду и имя сущности. Сведения, которые вы вводите в поле "Среда ", должны быть характерны для собственной настройки.
Задайте параметры, которые требуется сохранить. Используйте динамические поля данных из предыдущего шага ParseEvent.
Обратите внимание, что при загрузке динамического содержимого может потребоваться выбрать дополнительные сведения.
Убедитесь, что приложение логики работает правильно. В области навигации слева выберите "Обзор" и выберите "Журнал запусков".
Убедитесь, что данные событий хранятся правильно в Common Data Service. В Power Apps просмотрите раздел "Данные " сущности. Обязательно переключите представление на настраиваемые поля.
Теперь у вас есть постоянно обновляемая база данных в Common Data Service, содержащая данные о событиях. Поэтому теперь вы можете взаимодействовать с этой базой данных с помощью таких средств Microsoft Power Platform, как Power BI и Power Apps.