Перейти к основному содержанию
Политика проверки, представленная в API как blueprint, задаёт требования для категории кейсов. Управлять политиками можно в разделе Управление кейсами > Назначение > Политики проверки. Кейсы сохраняют версию политики, действовавшую на момент их открытия, поэтому последующие изменения не меняют незаметно текущую проверку. При сохранении редактор отправляет версию, которую вы открыли. Если другой проверяющий опубликовал более новую версию, сохранение возвращает конфликт, а ваш черновик остаётся открытым. Перед повторным применением изменений проверьте последнюю версию политики. API-интеграции могут отправлять expected_version вместе с обновлением политики для той же защиты; устаревшая версия возвращает 409 и не меняет политику.

Общие настройки

Автоматическое назначение

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

Эскалация и передача

Эскалация переводит кейс в фиксированный целевой blueprint (его очередь, его конфигурацию содержимого) одним действием. Передача кейса, напротив, позволяет сотруднику выбрать любой активный blueprint того же приложения для перевода кейса. Оба действия скрыты на странице кейса, если текущий blueprint их не включает, и оба блокируются на стороне сервера (400), если их пытаются выполнить при отключённой функции. Blueprint не может ссылаться на себя как на собственную цель эскалации или проверяющего в схеме «четыре глаза».

Связанные источники

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

Сохранение и публикация изменений политики

Сохранить черновик сохраняет ваши изменения, не затрагивая новые и существующие кейсы. Новая политика остаётся неопубликованной и не может быть выбрана для кейса или правила маршрутизации, пока вы не нажмёте Опубликовать. При повторном открытии редактора восстанавливается сохранённый черновик. Кнопка Опубликовать становится доступна после сохранения текущих изменений. Публикация применяет эту версию к новым кейсам; существующие кейсы сохраняют принятые требования проверки. В истории версий фиксируются каждая опубликованная конфигурация, время публикации и тот, кто опубликовал конфигурацию, если это известно. Для политик, созданных до появления истории версий, текущая базовая версия фиксируется при следующей публикации. Удалить черновик требует подтверждения и возвращает редактор к опубликованной конфигурации. Удаление черновика, который никогда не публиковался, удаляет его полностью. Сохранение черновика и проверка перед публикацией сверяют и опубликованную версию, и ревизию черновика. Если кто-то другой изменит любую из них, сервер возвращает 409, а ваш открытый редактор сохраняет несохранённые правки. Черновик, основанный на более старой опубликованной политике, необходимо проверить по текущей политике перед публикацией. Прямые обновления через API PATCH остаются немедленными публикациями и также записываются в историю версий.

Черновики правил маршрутизации

Правила маршрутизации используют те же действия: Сохранить черновик, Опубликовать, Удалить черновик и История версий. Сохранение черновика не меняет правило, используемое для автоматического назначения, и предпросмотр опубликованного правила. Неопубликованные изменения необходимо сохранить, прежде чем их можно будет опубликовать. При публикации проверяется, что выбранные политика проверки и команда по-прежнему активны и принадлежат одному приложению. Если другой редактор изменит правило или его черновик, операция возвращает конфликт и сохраняет более новые изменения. Для новых правил сначала нужно выбрать Сохранить черновик, и они остаются неактивными, пока Опубликовать не создаст версию 1. Для API-интеграций установите publish=false при создании политики или правила маршрутизации, чтобы использовать этот жизненный цикл. Если опцию не указывать, сохраняется немедленное создание для существующих интеграций.

Библиотека пресетов

Установить можно любой из четырёх встроенных пресетов из галереи пресетов политик проверки. Установка копирует пресет в ваше приложение как полностью редактируемый blueprint; затем вы можете свободно менять любую настройку, не затрагивая каталог. Установка идемпотентна для каждого пресета: повторная установка уже установленного пресета не производит никаких изменений. Ни один из пресетов не настраивает назначение, эскалацию, схему «четыре глаза» или передачу: эти решения о маршрутизации всегда принимаете вы для каждого blueprint.

Содержимое кейса

Вкладка Содержимое кейса определяет, какие вкладки и поля отображаются на странице кейса. Доступны шесть разделов, каждый из которых можно включить или выключить: Если в блупринте не включён ни один раздел, вкладка «Обзор» кейса всё равно отображается, но без дополнительных блоков содержимого.
Используйте срок по умолчанию из политики, чтобы у всех новых кейсов было единое окно для проверки. Проверяющие по-прежнему могут изменить приоритет и срок выполнения отдельного кейса. Изменение политики не меняет сроки в уже существующих кейсах.

Удаление блупринта

Удаление блупринта всегда выполняется успешно и не затрагивает его кейсы: существующие кейсы сохраняют ссылку на блупринт, а его настройки (разделы содержимого, эскалация, передача и сопоставление по принципу «четырёх глаз») продолжают применяться к ним. Удалённый блупринт больше не отображается в списках блупринтов и не может быть выбран в качестве цели передачи. Если блупринт-мейкер удаляется, пока одно из его решений ожидает одобрения по принципу «четырёх глаз», отклонённое решение оставляет кейс на блупринте-чекере, а не возвращает его обратно. Чтобы аккуратно свернуть блупринт, передайте его активные кейсы в другой блупринт перед удалением.
Последнее изменение 7 ноября 2026 г.