Устранение неполадок при автоматизации

Автоматизированное устранение неполадок — это процесс выявления причины. Большинство проблем возникает из-за доступа, доступности плана, состояния сети, несоответствия триггера, несоответствия условий, широкой области действия или перекрытия правил.

Начните с этого контрольного списка, если:

1. Правило не внесло ожидаемых изменений.
2. Правило действовало на неправильную работу.
3. Правило выполнялось чаще, чем ожидалось.
4. Автоматизация отображает состояния загрузки, повторной попытки, отсутствия доступа, обновления или отсутствия Интернета.
5. Вам необходимо безопасно протестировать правило.

Диагностический справочник

Вопрос	Почему это важно
Автоматизация загружается?	Если строитель не может инициализировать, правила нельзя просмотреть или изменить.
Вы онлайн?	Для управления автоматизацией необходим доступ к сети.
Вы находитесь в правильном пространстве?	Правила и доступ зависят от пространства.
Может ли ваша роль просматривать автоматизацию?	Состояния отсутствия доступа не позволяют просматривать правила.
Предусматривает ли план автоматизацию?	Подсказки об обновлении означают, что эта функция недоступна в рамках текущего плана.
Правило активно?	Приостановленные или отключенные правила не должны выполняться.
Сработал ли триггер после сохранения правила?	Правило не может реагировать на прошлые изменения, если разработчик явно не поддерживает такое поведение.
Все ли условия совпадали на момент изменения?	Условия определяют, разрешено ли действие.
Находится ли элемент в области видимости?	Правила не могут действовать на работу, выходящую за рамки их компетенции.
Существуют ли дублирующиеся правила?	Подобные правила могут создавать повторяющиеся или неожиданные обновления.

Диагностика правила, которое не выполнялось

1. Откройте Автоматизацию.
2. Подтвердите загрузку конструктора.
3. Убедитесь, что правило существует и активно.
4. Убедитесь, что затронутый элемент находится в области действия.
5. Убедитесь, что триггер произошел после сохранения правила.
6. Сравните товар с каждым состоянием.
7. Убедитесь, что цель действия все еще существует и доступна.
8. Проведите тест с одним безопасным предметом, который явно соответствует правилу.

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

Диагностика правила, которое выполнялось слишком часто

1. Приостановите или отключите правило, если оно по-прежнему вызывает непредвиденные обновления.
2. Сначала просмотрите область применения.
3. Просмотрите триггер.
4. Добавьте более строгие условия.
5. Проверьте, может ли другое правило отреагировать на то же изменение.
6. Протестируйте как совпадающие, так и несовпадающие безопасные предметы.
7. Повторно включите только после того, как результат будет правильным.

Диагностика повторяющихся обновлений

1. Найдите правила с похожими триггерами.
2. Сравните их объемы и условия.
3. Временно отключите более широкое или повторяющееся правило.
4. Проверьте оставшееся правило.
5. Переработать правила, чтобы одно и то же обновление выполнялось только одним действием.

Диагностика доступа или планирование блокировщиков

1. Проверьте сообщение, показанное на странице «Автоматизация».
2. Если пишет, что нет интернета, переподключитесь и повторите попытку.
3. Если отображается отсутствие доступа, попросите администратора Space проверить вашу роль.
4. Если отображается запрос на обновление, попросите владельца выставления счетов проверить доступность плана.
5. Если отображается сообщение «Повтор», обновите приложение и повторите попытку.

Если нет отдельной истории запусков

Некоторые пространства могут не отображать отдельную панель истории запусков в видимом конструкторе. В этом случае проверьте поведение через затронутый элемент:

1. Подтвердите, что элемент изменился в ожидаемое время.
2. Проверьте, изменилось ли ожидаемое поле, ответственный, напоминание или уведомление.
3. Сравните состояние элемента с условиями правила.
4. Воспроизведите тест с использованием безопасного образца и запишите приблизительное время.

Устранение неполадок

Правило не запускается после изменения задачи

• Симптом: Задача изменилась, но ожидаемое действие не произошло.
• Причина: триггер может не соответствовать этому изменению или условия не совпадали во время изменения.
• Разрешение:
  1. Подтвердите точный триггер.
  2. Убедитесь, что задача находилась в пределах области действия.
  3. Подтвердите каждое условие.
  4. Тест с безопасным заданием.

Правило влияет на несвязанные элементы

• Признак: элементы, которые не должны совпадать, обновляются.
• Причина: область действия или условия слишком широки.
• Разрешение:
  1. Приостановите или отключите правило.
  2. Узкая сфера применения.
  3. Добавьте необходимые условия.
  4. Проверьте несовпадающие элементы перед повторным включением.

Конструктор не может быть открыт для устранения неполадок.

• Признак: не удается загрузить построитель.
• Причина: Не в сети, нет доступа, доступность плана, проблема с сеансом или инициализацией.
• Разрешение:
  1. Подтвердите доступ к сети.
  2. Повторить попытку.
  3. Обновите приложение.
  4. Попросите администратора подтвердить вашу роль.
  5. При сообщении о проблеме укажите место и приблизительное время.

FAQ

Что следует указать при сообщении о проблеме с автоматизацией?

Укажите имя пространства, имя правила, затронутый элемент, ожидаемое действие, фактический результат и приблизительное время.

Какой тест самый безопасный?

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