Управление правилами

Защита от мошенничества Microsoft Dynamics 365 обеспечивает гибкость в создании правил, использующих оценку, которая создает модель искусственного интеллекта (ИИ) защиты от мошенничества, а также дополнительные параметры из полезных данных запроса. На основе этих входных данных правила могут преобразовать оценку в решение, например утверждение, отклонение, проверка или вызов.

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

Определение правила: краткое руководство по началу работы

Правила состоят из предложений и определяются значениями RETURN и WHEN ключевое слово. Они имеют следующую базовую структуру.

RETURN <decision>
WHEN <condition>

Инструкция RETURN выполняется только в том случае, если инструкция WHEN оценивается как True. Инструкция RETURN завершает выполнение правила и должна указывать действительную функцию принятия решений: Утверждение, отклонение, вызов или проверка. Каждая функция принятия решения также принимает необязательный параметр, что позволяет выразить причину принятия решения. Дополнительные сведения см. в разделе "Функции принятия решений".

В дополнение к решению инструкция RETURN также может использоваться для записи данных в ответ API или трассировки событий. Дополнительные сведения см. в разделе "Функции наблюдения".

Оператор WHEN указывает логическое условие, определяющее, выполняется ли инструкция RETURN.

Оператор WHEN может использовать любой из следующих элементов:

• Все атрибуты, отправляемые в запросе API для оценки, включая пользовательские данные. Эти атрибуты можно получить с помощью оператора @. Например, @"user.userId".
• Оценки, созданные из моделей искусственного интеллекта защиты от мошенничества. Например, @"riskscore".
• Списки, отправленные в защиту от мошенничества. Дополнительные сведения о том, как отправлять списки, см. в разделе "Управление списками". Дополнительные сведения об ссылке на эти списки в правилах см. в разделе "Использование списков в правилах".
• Скорости, определенные в службе защиты от мошенничества. Дополнительные сведения см. в разделе "Выполнение скорости проверка".
• Внешние вызовы, созданные в службе защиты от мошенничества. Дополнительные сведения см. в разделе "Внешние вызовы".
• Функции, созданные в службе защиты от мошенничества. См. дополнительные сведения о функциях.

Выражения можно сравнить с помощью операторов сравнения (например, ==, !=, >, и <можно объединить с помощью логических операторов, таких как и (&&) и ( ||).

Дополнительные сведения о синтаксисе правил см. в руководстве по языку.

Визуальное представление

Используйте визуальный режим для быстрой записи правил с помощью атрибутов из полезных данных запроса.

1. Чтобы создать визуальные правила, выберите + Создать предложение.
2. Выберите визуальное представление рядом с именем предложения.
3. Вы можете добавить несколько фильтров в предложение и выбрать атрибуты из раскрывающегося меню.
4. Вернитесь в представление кода, чтобы просмотреть и изменить правила на языке запросов мошенничества. После редактирования правила в представлении кода невозможно вернуться к визуальному представлению.

На следующем рисунке показан визуальный вид правил и кнопка "Представление кода", чтобы изменить представление.

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

Примеры правил

RETURN Reject("high score")
WHEN @"riskScore" > 900

RETURN Review("medium score")
WHEN @"riskScore" <= 900 and @"riskScore" > 400

RETURN Approve(), Other(ip=@"device.ipAddress")
WHEN @"user.countryRegion" == "US"

RETURN Reject("user on block list")
WHEN ContainsKey("Email Block List", "Emails", @"user.email")

RETURN Review()
WHEN @"user.email".EndsWith(“@contoso.com”)

ВкладкаПравила

Вы можете создавать настраиваемые правила и управлять существующими правилами на вкладке "Правила ".

• Чтобы создать и управлять правилами, связанными с покупками, выберите " Покупка" и перейдите на вкладку "Правила ".
• Чтобы создать и управлять правилами, связанными с учетными записями, выберите "Создание учетной записи" или "Вход учетной записи", а затем перейдите на вкладку "Правила".
• Чтобы создать правила, связанные с пользовательской оценкой, и управлять ими, выберите пользовательские оценки, выберите пользовательскую оценку и перейдите на вкладку "Правила ".

На вкладке "Правила " отображается список правил, настроенных для типа оценки. Эти правила разделены на два раздела: опубликованные правила и черновики. Дополнительные сведения о черновиках см . в разделе "Черновики " далее в этой статье.

Для каждого правила или черновика можно просмотреть следующие сведения:

• Имя
• Созданное условие
• Состояние: активный или неактивный

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

• Описание
• Количество предложений в правиле
• Кто последнее обновление правила
• После последнего обновления правила

Параметры правила

Вы можете получить доступ к параметрам правила на вкладке "Правила " для конкретной оценки. Там можно изменить поведение оценки правила и пример полезных данных. Эти изменения применяются только к правилам для оценки, которую вы редактируйте.

Поведение оценки правил

Вы можете обновить способ оценки правил. Если выбрать первое правило сопоставления, то для каждой транзакции вычисляется только одно правило. Если это правило не возвращает решение, дальнейшие правила не оцениваются, и возвращается решение по умолчанию о утверждении. Если выбрать запуск всех правил сопоставления, пока не будет принято решение, можно оценить несколько правил для одной транзакции. Если первое правило, которое вычисляется, не возвращает решение, каждое последующее правило сопоставления вычисляется до тех пор, пока не будет возвращено решение.

Пример полезных данных

В области параметров полезных данных можно определить пример полезных данных для типа оценки. Пример полезных данных предназначен для хранения примера полей, отправляемых в API запросов для оценки, и может использоваться в правиле.

В запросе API можно не отправлять необязательные поля из схемы оценки. Кроме того, можно отправить дополнительные настраиваемые поля. В обоих случаях обязательно обновите пример полезных данных, отображаемый в области параметров полезных данных, чтобы он отображал определенные поля, которые вы отправляете.

Этот пример полезных данных отображается каждый раз, когда для оценки создается новое правило (см . пример полезных данных далее в этой статье). Все изменения, которые вы вносите, применяются только к правилам, создаваемым с этого момента.

Чтобы отменить все изменения, внесенные вами или другими людьми в пример полезных данных, и вернуть его в пример полезных данных по умолчанию системы, выберите "Вернуть".

Компоненты правила

Правило состоит из следующих компонентов:

• Имя и описание, описывающие назначение правила
• Текущее состояние правила: активный или неактивный
• Пример полей, помогающий создавать и оценивать правило.
• Компоненты, помогающие создавать логику, которая автоматически утверждает, отклоняет, оспаривает или проверяет события:
  • Условие
  • Одно или несколько следующих типов предложений:
    • До всех предложений оценки
    • Предложения после оценки бота
    • Предложения оценки после риска

Опубликованное правило также может иметь черновую версию.

Имя и описание

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

Состояние

При первом создании правила состояние присваивается параметру "Черновик" только перед публикацией.

При публикации правила можно задать состояние "Активный " или "Неактивный".

• Если правило активно, оно влияет на рабочий трафик в режиме реального времени и все события оцениваются в отношении правила.
• Если правило неактивно, это не влияет на рабочий трафик.

При изменении ранее опубликованного правила правило сохраняется с состоянием "Активный" (с черновиком) или "Неактивный" (с черновиком) в зависимости от состояния опубликованного правила.

Примеры

При создании или изменении правила на правой части страницы появится панель "Пример ". В этой области есть два раздела: один для примера полезных данных и один для примера оценки.

Чтобы просмотреть примеры переменных, используемых в правиле, выберите "Показать используемые переменные".

Пример полезных данных

Пример полезных данных содержит пример полей, которые можно отправить в API запроса для оценки, как определено в области параметров полезных данных. Эти поля можно использовать в качестве переменных в правиле.

Пример оценки

Пример оценки содержит оценки, созданные из моделей искусственного интеллекта защиты от мошенничества. Вы можете ссылаться на переменные оценки в правилах после запуска связанной модели ИИ и создать оценку. Например, можно использовать @"botScore" после запуска оценки бота и использовать @"riskScore" после выполнения оценки риска. Дополнительные сведения см . в разделе "Предложения" далее в этой статье.

Редактирование примера

Чтобы убедиться, что правило работает для различных событий, можно изменить пример по мере необходимости, а затем оценить пример данных по правилу. Все значения в примере полезных данных и образце оценки можно изменить. При редактировании примера изменения не влияют на то, какие данные отправляются (или не отправляются) в защиту от мошенничества.

При публикации правила все изменения, внесенные в образец, сохраняются и сохраняются в рамках правила.

Чтобы отменить все изменения, внесенные вами или другими людьми в пример, нажмите кнопку "Вернуться". Пример оценки отменить изменения в пример оценки по умолчанию системы, а пример полезных данных отменить изменения в определяемый пользователем пример полезных данных в области параметров полезных данных.

Условия

Условия начинаются с ключевое слово WHEN и следуют логическое выражение, которое вычисляет оператор true или False. Можно создать условие, чтобы определить, какое правило вычисляется и группировать связанную бизнес-логику. Например, следующее условие связано с транзакциями цифровых продуктов.

WHEN @"productList.type" == "Digital"

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

Добавление условия к правилу является необязательным. Если требуется, чтобы правило применялось ко всем событиям, не добавляйте условие. Сведения об использовании условий для упорядочивания правил см. в разделе "Порядок правил" далее в этой статье.

Предложения

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

Предложения имеют следующую базовую структуру.

RETURN <decision> 
WHEN <condition is true>

Эту структуру можно использовать для создания предложения, возвращающего решение о утверждении, отклонении, вызове или проверке. Затем можно добавить необязательные параметры, которые отправляют дополнительные сведения о решении.

Все после ключевое слово WHEN должно иметь возможность оценить значение True или False. Это логическое выражение может состоять из значений полезных данных событий, определяемых пользователем списков и ботов на основе ИИ и оценки рисков.

Сведения о синтаксисе предложений см. в руководстве по языку.

При активации предложения (то есть при возврате инструкции WHEN) возвращается решение, указанное в инструкции RETURN, и никакие последующие предложения не выполняются.

Если условие соответствует решению, но не запускает предложение, то затем выполняется правило.

RETURN Approve("NO_CLAUSE_HIT")

Предложения выполняются последовательно в том порядке, в котором они отображаются на вкладке "Правила ". Кнопки со стрелками можно использовать в правой части предложения, чтобы изменить ее положение в списке.

Предложения упорядочены в разделы. Модели искусственного интеллекта выполняются на основе этих разделов и создают оценку в рамках оценки. Разделы отличаются на оценку и указывают, когда предложение выполняется относительно модели ИИ.

• Для защиты покупок выполняется модель риска искусственного интеллекта, которая создает оценку риска для транзакции. Таким образом, эти правила содержат оба предложения до всех показателей и предложения оценки после риска.
• Для защиты учетных записей модель бота выполняется в дополнение к модели риска. Эти модели создают оценку бота и оценку риска соответственно. Таким образом, эти правила содержат предложения до всех показателей, предложения после оценки бота и предложения после оценки рисков.
• Для пользовательских оценок не выполняются модели ИИ, и эти правила содержат только предложения оценки до всех.
• Оценки, созданные с помощью мастера оценки, не имеют концепции до оценки и предложений после оценки. Вместо этого все предложения выполняются последовательно (сверху вниз) на основе порядка, который они перечислены в правиле.

Предварительные предложения оценки

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

В следующем примере вы можете просмотреть покупки при покупке продукта на рынке за пределами географического расположения.

RETURN Review("location inconsistency") 
WHEN Geo.MarketCode(@"device.ipAddress") != "@productList.market"

В этом разделе также можно написать предложение для перекрестных ссылочных списков. Например, если у вас есть настраиваемый список с именем Risky Emails, следующее предложение отклоняет события, если адрес электронной почты пользователя отображается в списке.

RETURN Reject ("risky email") 
WHEN ContainsKey ("Risky Emails", "Emails", @"user.email")

Сведения о синтаксисе, используемом для ссылки на списки в правилах, см. в руководстве по языку.

Предложения после оценки бота

Предложения после оценки бота выполняются после того, как модели искусственного интеллекта защиты от мошенничества создают оценку бота для события. Эта оценка представляет вероятность того, что бот инициировал событие. Это число от 0 до 999. Более высокая оценка указывает на более высокую вероятность бота.

В предложениях после оценки бота можно использовать эту оценку вместе с полями из полезных данных и списков для принятия решений. Вы ссылаетесь на эту оценку с помощью переменной @botScore. Например, следующее предложение отклоняет события из определенного домена электронной почты с оценкой бота, которая превышает 700.

RETURN Reject()
WHEN @"user.email".EndsWith("@contoso.com") && @"botScore" > 700

Предложения оценки после риска

Предложения по оценке рисков выполняются после того, как модели искусственного интеллекта защиты от мошенничества создают оценку рисков для события. Эта оценка составляет от 0 до 999. Более высокая оценка указывает на более высокий предполагаемый риск.

В предложениях по оценке рисков вы можете использовать эту оценку вместе с полями из полезных данных и списков для принятия решений. Вы ссылаетесь на эту оценку с помощью переменной @riskScore. Например, следующее предложение отклоняет дорогостоящие транзакции с оценкой риска, которая превышает 700.

RETURN Reject("high price and risk score")
WHEN @purchasePrice >= 199.99 && @riskScore > 700

Черновики

Правило может иметь как опубликованную версию, так и черновуюверсию. Обе версии можно просматривать как параллельные вкладки на вкладке "Правила ".

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

• Чтобы вывести карта проект, выберите dis карта.
• Чтобы опубликовать черновик, нажмите кнопку "Опубликовать".

При публикации черновика защита от мошенничества перезаписывает опубликованную версию правила с черновиком.

Порядок правил

На вкладке "Правила" отображается список опубликованных правил, настроенных для оценки. Порядок, в который перечислены правила, влияет на порядок их оценки. Чтобы изменить порядок правил, просто перетащите правило в нужное положение, а затем нажмите кнопку "Сохранить".

Событие вычисляется по каждому условию правила, в порядке, пока условие не возвращает значение True. Затем вычисляется каждое предложение в выбранном правиле. Если одно из этих предложений возвращает решение, дальнейшие правила не оцениваются. Если ни одно из этих предложений не возвращает решение, транзакция утверждена по умолчанию или следующее опубликованное правило, которое имеет соответствующее условие, оценивается. Поведение зависит от поведения оценки правил, выбранного в параметрах правила.

Создание нового правила

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

1. На вкладке "Правила" выберите "Создать правило".

   Создается новое черновиковое правило. Все изменения, внесенные в черновики, автоматически сохраняются.

2. Выберите "Переименовать", а затем введите имя и описание.

3. Добавьте условие в правило.

4. Добавьте предложения для выражения бизнес-политик и стратегий мошенничества.

   • Чтобы создать новое предложение с нуля, выберите новое предложение в соответствующем разделе предложения.
   • Вы также можете начать с существующего шаблона предложения, выбрав стрелку справа от нового предложения. Чтобы просмотреть полный список шаблонов и их содержимого, выберите "Просмотреть все".

5. Чтобы оценить правило и убедиться, что оно работает должным образом, нажмите кнопку "Развернуть " в правом нижнем углу вкладки "Правила" , чтобы открыть область оценки правил.

6. Чтобы опубликовать правило, выберите "Опубликовать". В диалоговом окне подтверждения измените имя, описание и состояние, а затем нажмите кнопку "Опубликовать".

7. Задайте для состояния значение "Активный" или "Неактивный".

8. Чтобы изменить положение правила в списке на вкладке "Правила ", выберите правило, перетащите его в новое положение и нажмите кнопку "Сохранить порядок".

Системные (по умолчанию) правила

Защита от мошенничества может создавать правила для каждой среды. Например, можно создать следующее правило по умолчанию.

• Правило поддержки по умолчанию

Некоторые функции защиты от мошенничества основаны на правилах по умолчанию. После добавления сообщения электронной почты, IP-адреса или другого известного содержимого списка в список поддержки (безопасное, просмотр или отклонение), это правило по умолчанию гарантирует, что списки проверка во время оценки.

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

Правила оценки (по умолчанию)

Каждый шаблон оценки, упоминание в шаге "Выбор шаблона" мастера оценки, предопределен одним или обоими из следующих правил по умолчанию:

• Пример правила шаблона. Это правило содержит ряд примеров предложений, которые служат стандартными блоками для определения собственной логики принятия решений на основе таких значений, как оценка риска, оценка бота и атрибуты устройства, где это применимо. Ни одно из этих предложений не принимает решения по умолчанию, однако их можно быстро изменить, чтобы сделать это с помощью предоставленных примеров.
• Правило списка поддержки — это правило состоит из ряда предложений, использующих списки поддержки защиты от мошенничества (безопасные, блоки, контрольные) для принятия обоснованных решений (принятие, отклонение, проверка) на основе сущностей в этих списках.

Если применимо, эти правила по умолчанию отображаются как активные в разделе "Опубликованные правила " сразу после создания оценки. В следующей таблице приведена сводка правил по умолчанию, поддерживаемых шаблоном оценки:

Template	Правило шаблона	Правило списка поддержки
Платеж по карте	Поддерживается	Поддерживается
Отпечатки пальцев устройства	Поддерживается	Н/П
Программа лояльности	Поддерживается	Поддерживается
Денежный перевод	Поддерживается	Поддерживается
Пиратство программного обеспечения	Поддерживается	Поддерживается
Пользовательское	Н/П	Поддерживается

Дополнительные правила и предложения можно добавить вручную в оценку как в корне, так и в дочерних средах.

Чтобы вызвать риск мошенничества и оценки ботов в правиле для оценки, созданной с помощью одного из шаблонов, необходимо использовать следующие функции модели:

• Оценка риска: Model.Risk(). Оценка по
• Оценка бота: Model.Bot(@"deviceFingerprinting.id"). Оценка по

Ветви

Ветви позволяют безопасно изменять правила, не влияя на то, что происходит в рабочей среде. Вы можете создать ветви на вкладке "Правила" , где каждая ветвь представляет коллекцию правил. Ветвь по умолчанию — это рабочая ветвь, которая является ветвью правил, выполняемых при отправке трафика в оценку.

Создание ветви

Чтобы создать новую ветвь, перейдите к действию > Branch Create a new branch. Вы можете указать ветвь, указать имя API и выбрать правила, которые нужно скопировать из исходной ветви. Исходная ветвь — это то, что вы выбрали при выборе "Создать новую ветвь", рабочую или иную. При создании ветви черновики не сохраняются.

Изменение правил в ветвях

Любые изменения правил в не рабочая ветвь не влияют на стек правил рабочей среды. Правила можно редактировать обычно и публиковать в ветви, где они могут видеть всех, кто имеет доступ к странице правил.

Тестирование и эксперименты

Существует два способа тестирования поведения правила ветви: отправка трафика непосредственно в ветвь и тень рабочего трафика.

Отправка трафика непосредственно в ветвь

Вы можете отправить тестовый трафик непосредственно в определенную ветвь в оценке с помощью конечной точки API ветви, найденной в разделе >"Сведения о ветви". Эта конечная точка API использует ту же структуру полезных данных, что и оценку, и выполняет стек правил ветви.

Теневой рабочий трафик

Вы также можете протестировать поведение правила ветви, затенив рабочий трафик. Чтобы теневой рабочий трафик, настройте и запустите эксперимент для ветви, выбрав в качестве параметра "Выполнить эксперимент". После выполнения эксперимента можно просмотреть его производительность на вкладке "Мониторинг ", переключившись на ветвь, в которую выполняется эксперимент. После выполнения эксперимента его параметры не могут быть изменены, но вы всегда можете остановить эксперимент, чтобы внести изменения и запустить его снова. В представлении навигации поставщика услуг оплаты (PSP) раскрывающееся меню "Действия ветви" отображаются только на странице правил, а не на странице мониторинга.

Повышение уровня ветвей в рабочей среде

Если вы хотите сделать ветвь рабочая ветвь, это можно сделать, продвигая ветвь в рабочую среду. Действия по повышению уровня можно найти в разделе "Действия филиала > ", чтобы повысить уровень рабочей среды. Это действие делает текущую ветвь, которую вы продвигаете новый рабочая ветвь. Вы можете клонировать существующие рабочие правила в новой ветви, чтобы сохранить их для ссылки. Черновики сохраняются, если выбран параметр клонирования. После завершения продвижения рабочая ветвь обновляется, чтобы содержать правила продвигаемой ветви.

Управление существующими правилами

На вкладке "Правила" можно выполнить следующие операции с существующим правилом:

• Переименовать
• Активация или деактивация
• Удаление
• Изменить

Обновление имени и описания правила

Чтобы обновить имя и описание правила, выберите правило, выберите "Переименовать", а затем введите уникальное имя и описание.

Изменение состояния правила

Чтобы изменить состояние правила, выберите правило и нажмите кнопку "Активировать " или "Деактивировать".

Удалить правило

Чтобы удалить правило, выберите его и нажмите кнопку "Удалить". Отменить эту операцию невозможно.

Изменение имеющегося правила

При редактировании правила, опубликованного, защита от мошенничества сохраняет изменения в виде черновика, пока не будет опубликовано их. Опубликованная версия выбранного правила и черновая версия можно просматривать как параллельные вкладки. Пока проект не будет опубликован, он виден только пользователю, создающему его. Дополнительные сведения см . в разделе "Черновики " ранее в этой статье.

1. Выберите правило и нажмите кнопку "Изменить".

   Откроется вкладка "Черновик" и вкладка "Опубликовано".

2. Перейдите на вкладку "Черновик " и внесите изменения в правило.

   Защита от мошенничества автоматически сохраняет все изменения, внесенные в правило.

   Чтобы отсовести карта изменения, выберите dis карта. Защита от мошенничества удаляет проект, но сохраняет исходное опубликованное правило.

3. Чтобы опубликовать изменения, нажмите кнопку "Опубликовать".

   При публикации черновика защита от мошенничества перезаписывает исходную опубликованную версию правила с изменениями, внесенными в черновую версию.

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

   • Если выбрать "Опубликовать", изменения перезаписывают все ранее внесенные изменения.
   • Если выбрать "Отмена", вы можете просмотреть изменения, внесенные другими людьми перед публикацией вашей версии.

Поиск правила

При поиске правила выполняются поиск всех имен и описаний правил, а результаты фильтруются соответствующим образом.

Чтобы найти правило, введите ключевое слово в поле поиска.

Чтобы удалить фильтр, удалите ключевое слово из поля поиска или выберите X в правой части поля.

Изменение порядка правила

Так как опубликованные правила отображаются на вкладке "Правила " в том порядке, в котором они выполняются, позиция опубликованного правила значительно влияет на оценку событий.

Изменение порядка опубликованного правила

1. Выберите опубликованное правило, которое нужно переместить, и перетащите его в новую позицию.
2. Повторите шаг 1 для каждого правила, которое требуется переместить, и нажмите кнопку "Сохранить".
3. Чтобы отменить изменения, нажмите кнопку "Отмена".

Оценка правила

Перед публикацией нового правила можно использовать панель оценки правил, чтобы убедиться, что она возвращает ожидаемые результаты.

• Чтобы открыть область оценки правила, щелкните "Развернуть " в правом нижнем углу вкладки "Правила ".
• Чтобы закрыть область, нажмите кнопку Свернуть.

Когда откроется панель оценки, вы можете проверить, что правило вычисляется по текущему образцу полезных данных и примеру оценки. При внесении изменений в пример или самого правила содержимое в области оценки обновляется.

В области оценки отображается решение о том, что защита от мошенничества возвращается для примера события. Он также показывает все значения, связанные с ответом, например причину или сообщение о поддержке. Предложение, которое активирует решение, описывается зеленым цветом за пределами области.

Если пример полезных данных не соответствует условию, правило не вычисляется. Если условие соответствует, но ни одно из предложений не активирует возврат, решение по умолчанию — утверждение, а причина — NO_CLAUSE_HIT.

Пример оценки

Создайте правило, которое содержит следующие три предложения.

`// Approves when email from contoso domain has been validated`
`RETURN Approve()`
`WHEN @"email.isEmailValidated" == true && @"email.emailValue".EndsWith("@contoso.com")`

`// Rejects when email has not been validated and high risk score`
`RETURN Reject()`
`WHEN @"email.isEmailValidated" == false && @"riskscore" > 700`

`// Reviews when email has not been validated and medium risk score`
`RETURN Review()`
`WHEN @"email.isEmailValidated" == false && @"riskscore" > 400`

Пример полезных данных содержит следующий объект.

"email": {
    "email": "Primary",
    "emailValue": "[email protected]",
    "isEmailValidated": true,
    "emailValidatedDate": "2020-02-25T15:12:26.9733817-08:00",
    "isEmailUsername": true
},

Пример оценки содержит следующее значение.

"riskScore": 500,

При развертывании области оценки активируется предложение 1, а решение "Утвердить " возвращается.

В примере полезных данных измените значение поля isEmailValidated в полезных данных с true на false.

"isEmailValidated": false,

В этом случае активируется предложение 2, и возвращается решение о проверке .

В примере оценки при изменении значения riskScore с 500 по 700 предложение 3 активируется, а решение обновится до "Отклонить".