Смена интегратора Битрикс24: какие документы и доступы забрать у подрядчика

Администратор открывает настройки, но не объясняет их смысл

Учётную запись администратора легко принять за достаточную передачу CRM новому подрядчику. Компания сможет открыть настройки, но из них не всегда понятно, почему робот ждёт определённого условия, куда уходит заявка сайта и какое обещание клиенту поддерживает этот порядок. Доступ даёт возможность действовать.

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

Разберём смену интегратора на действующем портале Битрикс24: CRM остаётся на месте, а компания получает доступы, описание настроек и сведения для дальнейшего обслуживания. Рабочий материал — состав пакета передачи и задание на его приёмку новым специалистом вместе с сотрудником компании.

Я бы начал со списка функций, которые отдел использует каждый день, потому что он связывает документы с реальной продажей и быстро выявляет пробелы передачи. У владельца бизнеса получается понятный предмет разговора: заявки поступают из названных мест, задачи создаются для определённых людей, документы собираются из известных данных, и к этим функциям добавляются настройки, подключения и доступы, необходимые следующему исполнителю.

Описание работы и перечень настроек отвечают на разные вопросы

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

Что сохраняется в описании процесса

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

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

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

Что получает следующий исполнитель

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

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

Доступ к порталу не передаёт внешние подключения

Заявка может попадать в CRM через сайт, почту, телефонный сервис или приложение. У каждой такой связи есть другая сторона: место настройки, ответственное лицо, рабочая учётная запись и способ восстановить подключение, если оно перестанет передавать данные. Поэтому компания принимает список зависимостей вместе с доступом к порталу.

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

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

Почему ключи нельзя менять без списка зависимостей

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

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

Отдельно передаются обслуживание и оплата внешних услуг. Компания узнаёт, из какой учётной записи управляется подключение, кто получает уведомления о продлении и кому обращаться при сбое. Для нестандартной доработки полезно получить исходные материалы и место их хранения в составе договорённой передачи. Новый исполнитель оценивает их отдельно. Готовый экран в CRM не объяснит, где обслуживается внешняя часть решения.

Файлы настроек сохраняют конфигурацию, описание сохраняет договорённость

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

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

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

У экспорта настроек CRM другой охват: файл содержит настройки карточек, полей, воронок и автоматизации, а доступ к этой операции имеет администратор Битрикс24. Импорт заменяет соответствующие настройки и удаляет существующие лиды и сделки. Значит, его нельзя использовать как безобидное открытие архива для приёмки на рабочем портале. Специалист заранее объясняет место и последствия испытания, если загрузка действительно нужна.

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

Пакет передачи принимается на действующих маршрутах

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

Компания может передать такое задание:

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

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

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

Для продолжения обслуживания Битрикс24 новому подрядчику полезнее получить этот пакет, чем общий рассказ о сложной CRM: по нему видны предмет работы, необходимые доступы и ожидаемые результаты, которые компания сможет принять вместе со специалистом. Неизвестные участки выделяются в отдельный разбор. В итоге руководитель понимает, какие функции переданы, что ещё требует пояснения и кто теперь отвечает за обслуживание каждого подключения.