Роботы Битрикс24 пропускают действия или срабатывают не вовремя? Проверим стадию, условия, задержки и права на примере конкретной сделки.
2 500₽
за час работы
от 30мин
время реакции
Выберите симптом — подсказка поможет подготовить данные, но не заменяет диагностику.
Сохраните ID сделки, стадию, условие запуска и журнал автоматизации. Не добавляйте копию робота для обхода сбоя. Добавьте ссылку на сделку и стадию, на которой ожидался запуск. Укажите событие, условия и задержку, если она предусмотрена. Повторный робот может создать лишние действия; сначала сохраните журнал.
Передать данные →Одинаковый симптом возникает на разных уровнях; причину подтверждаем журналами и воспроизводимым тестом.
Проверяем событие запуска, задержки и зависимости действий.
Сверяем контекст выполнения и доступ к связанным сущностям.
Проверяем, существует ли поле и подходит ли его тип для действия.
Сопоставляем ответ внешнего сервиса, время запроса и ограничения.
Пришлите адрес страницы, описание проблемы и пример ошибки.
Проверяем запуск и каждое действие на одной контрольной сущности CRM.
Фиксируем событие запуска. Выбираем сделку и стадию, сохраняем схему роботов, условия, задержки и связанные триггеры. Результат — точное событие, после которого должен начаться запуск, и ожидаемая последовательность действий.
Проверяем контекст и права. Сверяем значения полей, ответственного и разрешения пользователя, от имени которого выполняется действие. Фиксируем недоступную сущность или отсутствующее значение, мешающее конкретному роботу.
Читаем историю выполнения. Сопоставляем время перехода с журналом автоматизации и ответом внешнего сервиса. Отмечаем первый невыполненный шаг, код ошибки либо второе событие, объясняющее двойной запуск.
Повторяем вход на стадию. На контрольной сделке проверяем первоначальный переход и разрешённый повторный вход без реальных рассылок. Результат — журнал обоих прогонов и правило, когда робот должен повториться, а когда повтор нужно исключить.
Каждый этап проверяем до перехода к следующему; сохраняем возможность отката.
Фиксируем исходные данные и контрольный сценарий. Проверку проводим на копии или безопасном наборе данных.
Сопоставляем результат с журналом и последними изменениями, отделяем причину от последствий.
Перед изменением сохраняем настройки или резервную копию, согласуем исправление и способ восстановления.
Повторяем исходный и связанные сценарии, фиксируем результат и рекомендации для администратора.
Результат подтверждаем по данным и поведению связанных функций.
4года
средний срок работы
с клиентами
30+
специалистов уровня
middle+/senior
Несколько примеров типовых задач.
Задача ответственному не появляется после перехода сделки.
Возврат сделки на стадию повторно выполняет внешнее действие.
Это просто космос. Так структурировать проект и доносить суть я ещё не встречал - всё разложили по полочкам с первого касания
Прототип сделали именно таким, каким мы его представляли, хотя сами толком объяснить не могли
Дмитрий ЛамИмпульсЛучшее вложение в digital за последний год
Очень уверенно ведут проект и при этом нормально объясняют всё клиенту
Приятно удивлена, что ни разу не всплыло "мы это не обсуждали". Все хотелки, которые возникали по ходу, брали в работу без лишних споров
Екатерина МироноваОптимаCдали даже чуть раньше дедлайна, и это без потери качества
Комфортная коммуникация. Без сложных терминов и бесконечных переписок
Было ощущение, что проект ведёт внутренняя команда, а не подрядчик
Ребята отработали как для себя
Понравился подход к работе — без воды и бесконечных "мы подумаем". Всё чётко: этапы, сроки, ответственность
Хорошо, что не пытались продать лишнего. Сначала разобрались в задаче, потом предложили адекватное решение под бюджет
Артём ЕрмаковИнтегра системсПервый раз вижу, чтобы подрядчик так трепетно относился к чужому продукту. Чувствуется, что им интересен результат, а не просто сдача работ
О подготовке к работе, доступах и безопасной проверке.
Зависит от причины. Предпочтительно проверять изменение на копии и иметь план отката.
Только необходимые для подтверждения причины; состав согласуем после первичного разбора.
URL проблемной страницы или портала; точное описание ожидаемого и фактического результата; время появления проблемы и последние изменения; скриншот или полный текст ошибки без паролей и секретов; ID сделки, стадия и название робота.
Один симптом может возникать на разных уровнях, поэтому срок уточняется после воспроизведения и проверки журналов.
Свяжемся с вами, чтобы обсудить задачу.
ДИП.