Автоматизация и настройки портала
Автоматизация в LadVen OS помогает управлять повторяемыми действиями в задачах, CRM и workflow. Общие настройки портала задают границы: кто может создавать правила, какие действия разрешены, какие проверки остановят ошибочный переход и где администратор контролирует риск.
Используйте этот раздел как карту управления автоматизацией. Детальные сценарии задач и workflow описаны отдельно, а здесь собраны правила безопасной эксплуатации.
Где находится
Основные точки входа:
- Автоматизация (
/automation) - сводный экран правил задач, CRM-правил, workflow и защитных проверок; - Защитные проверки (
/automation/operation-guards) - правила, которые блокируют переходы или действия, если не выполнены условия; - Настройки портала (
/portal-settings) - настройки модулей, прав, политик доступа, безопасности, документов, файлов и рабочих областей; - Технические настройки задач (
/portal-settings-tech) - расширенные настройки задач и автоматизации для администраторов.
Набор блоков зависит от роли и прав. Если действие не видно, проверьте не только страницу, но и область: компания, проект, воронка, стадия или модуль.
Центр автоматизации
Центр автоматизации показывает, какие правила и процессы уже существуют, где они активны и кто может ими управлять. Он полезен, когда нужно быстро понять, что влияет на задачи, CRM и workflow.
Перед изменением правила проверьте:
- модуль и область действия;
- статус: активно или отключено;
- когда правило запускалось или обновлялось;
- кто владелец изменения;
- есть ли пересечение с другим правилом или workflow.
Не включайте новое правило, если неясно, какой бизнес-результат оно должно дать и кто отвечает за последствия.
Защитные проверки
Защитная проверка останавливает действие, если объект не готов: например, не заполнено обязательное поле, выбран неверный статус или переход требует дополнительного условия. Это не наказание для пользователя, а страховка от ошибок в процессе.
Хорошая проверка должна объяснять пользователю, что нужно исправить. Сообщение должно быть коротким, без технических кодов и внутренних терминов.
Используйте защитные проверки для:
- обязательных данных перед закрытием задачи или сделки;
- контроля переходов между статусами;
- связей между задачами и CRM;
- защиты от создания неполных объектов;
- единых правил для команд и воронок.
Права и политики
Автоматизация должна быть доступна тем, кто отвечает за процесс. Обычный исполнитель может запускать или видеть разрешенные сценарии, а управление правилами и политиками должно оставаться у владельцев процесса и администраторов.
Перед выдачей прав проверьте:
- нужен ли пользователю просмотр, запуск или управление;
- к какому модулю относится право;
- действует ли право во всей компании или только в проекте, воронке, стадии или рабочей области;
- кто будет проверять изменения после включения.
Не выдавайте широкие административные права ради одного правила. Лучше настроить точную политику.
Настройки портала
Настройки портала влияют на поведение модулей: задачи, CRM, чат, AI, документы, файлы, безопасность и рабочие области. Меняйте их как рабочий регламент, а не как разовую техническую правку.
Перед изменением настройки ответьте на три вопроса:
- кого затронет изменение;
- как команда поймет новый порядок работы;
- как быстро можно откатить или остановить правило, если результат неверный.
После изменения проверьте типовой сценарий на тестовом объекте и убедитесь, что пользователи видят понятные сообщения.
Хорошие практики
- Включайте автоматизацию сначала в ограниченной области, затем расширяйте.
- Называйте правила по бизнес-смыслу, а не по внутреннему действию.
- Держите защитные сообщения понятными для пользователя.
- Проверяйте конфликт правил перед публикацией.
- Отключайте устаревшие правила вместо того, чтобы оставлять скрытое влияние на процесс.
- Для скриншотов используйте только подготовленные demo-данные и локализованный интерфейс.