Приложения для Битрикс24: что проверить перед установкой

Сформулировать изменение в работе менеджера

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

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

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

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

Понять, кто предоставляет приложение

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

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

Ответ о нужных данных лучше получать от разработчика выбранного решения. Интегратор поможет сопоставить его с работой отдела. Если описание расходится с фактическим запросом доступа, расхождение обсуждают до подключения. Руководитель назначает человека, который сохранит принятую договорённость и контакты поддержки. К этому человеку вернутся при обновлении или смене исполнителя.

Сопоставить доступы с рабочими действиями

Список разрешений рассматривают целиком. Битрикс24 показывает запрашиваемые инструменты и данные при установке, а раскрыть перечень можно через «Показать все доступы» или «Подробнее», как описано в официальной инструкции. Перечень также можно посмотреть в разделе «Безопасность данных». Доступ к CRM разрешает работу с инструментом, а конкретные карточки и поля для выбранной функции называет разработчик.

Причина запроса разрешения

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

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

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

Разделить разрешения приложения и права сотрудников

Разрешение приложения определяет доступ к инструментам, а роль сотрудника — его работу с записями в CRM, поэтому руководитель просит специалиста объяснить оба уровня на выбранном решении и показать, в каком пользовательском контексте оно выполняет действия. Одного названия доступа недостаточно.

Инструмент и запись различаются

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

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

• Получить объяснение, от чьего имени выполняются действия.
• Назвать доступные записи и операции для каждой рабочей роли.
• Уточнить, что изменится при смене ответственного сотрудника.

Установить получателя и срок хранения данных

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

Ответ относится к выбранным сведениям

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

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

• Уточнить получателя сведений и место обработки.
• Различить передачу во время действия и дальнейшее хранение.
• Получить порядок удаления данных после завершения использования.

Определить, кому открыть приложение

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

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

Доступ к запуску отделяют от обработки данных. Если в решении есть фоновые действия, разработчик объясняет, какие данные используются без открытия интерфейса сотрудником и как такая обработка связана с выбранной функцией.

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

Проверить работу на ограниченном наборе записей

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

Роль проверяют в её рабочем контексте

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

Если функция остановилась, полезнее сначала выяснить причину ограничения, чем расширять все разрешения. Например, документация Битрикс24 указывает: вызов метода вне выданного скоупа завершается ошибкой insufficient_scope и не выполняется. Это один конкретный вид отказа. При другой причине специалист проверяет права и устройство решения, сохраняя согласованную границу обработки данных.

• Показать результат на тестовых карточках.
• Провести действие от имени выбранной рабочей роли.
• Разобрать отказ, сохранив исходную границу доступа.

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

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

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

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

• Назначить ответственного за новые запросы доступа при обновлении.
• Согласовать сохранение нужных результатов до прекращения работы.
• Различить остановку подключения и удаление хранимых сведений.

Принять решение с понятными последствиями

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

Кто отвечает за подключение

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

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