Вернуться к статьям Новый клиент подключён к приложению, но исполнители ещё не понимают, где ставить задачи и кто получит их на другой стороне. Так происходит, когда установку принимают за готовый рабочий процесс. Для запуска «Межпортальных задач и коллаб» нужно согласовать область обмена, роли и способ проверки результата.
Ниже — план первого рабочего дня. Он помогает организовать действия двух команд; сами поля настройки подробно разобраны в инструкции установки.
До встречи администраторов
Назначьте по одному человеку, который может настроить приложение на каждой стороне, и владельца запуска со стороны бизнеса. Администраторы отвечают за доступность настроек, владелец процесса — за то, какие поручения должны передаваться.
Соберите короткую карточку подключения: клиентский проект, проект подрядчика, ответственные за зеркальные задачи, разрешённые направления и контакт для разбора ошибок. Если задачи отбираются по исполнителям, вместо проекта зафиксируйте наблюдаемых ответственных и правила размещения создаваемых карточек.
Для проверки подготовьте вымышленную задачу, короткое сообщение и небольшой файл без персональных или коммерческих данных. Реальную срочную заявку лучше не использовать как первый тест.
План запуска
| Этап | Кто выполняет | Что подтверждает |
|---|---|---|
| Установка на обе стороны | Администраторы | Приложение открывается и активно в обоих порталах |
| Приглашение | Партнёр создаёт ключ, клиент активирует | Выбраны правильные порталы |
| Область обмена | Администратор партнёра с владельцем процесса | Включены только согласованные задачи |
| Назначения | Руководители обеих команд | Понятно, кто получает новые карточки |
| Направления | Владелец процесса | Определено, какие изменения и сообщения идут обратно |
| Тест | Сотрудники обеих сторон | Результат виден в обычных карточках задач |
| Старт | Владелец запуска | Команда знает, где работать и куда сообщать об ошибках |
Ключ приглашения одноразовый и действует ограниченное время. Его активация связывает порталы, но сама по себе ещё не задаёт область обмена. После активации нужно сохранить сопоставление.
Что проверить на тестовой задаче
Создайте задачу в согласованной области клиента. Дождитесь обработки и попросите сотрудника партнёра открыть связанную карточку. Проверьте название, описание, срок, проект и назначения. Затем измените одно поддерживаемое поле, чтобы отличить первоначальное создание от последующего обновления.
Если команде нужен ответ от партнёра клиенту, проверьте именно обратное направление. Разрешение менять задачу и разрешение передавать новые сообщения задаются отдельно. Успешная передача описания ещё не подтверждает, что ответ в чате тоже разрешён.
Для файла проверьте не только появление имени, но и возможность открыть материал на принимающей стороне. Синхронизация зависит от доступов и ограничений Битрикс24; тест от администратора не заменяет проверку под обычным участником процесса.
Когда можно объявлять запуск
Рабочий старт возможен, когда обе стороны одинаково отвечают на четыре вопроса: где создаётся поручение, кто его получает, кто меняет согласованный срок и как фиксируется результат. Если на один вопрос нет ответа, проблема уже организационная, даже если обмен технически работает.
Передайте сотрудникам ссылку на общую область, краткие правила и контакт поддержки. В первые рабочие дни назначьте человека, который сверяет первые задачи и собирает замечания. Не обещайте команде мгновенную доставку: при задержке нужно проверить состояние обмена, а не сразу делать ручную копию.
Если проверка не прошла
Зафиксируйте одну конкретную проблему: какое действие выполнено, с какой стороны, что ожидалось и что видно фактически. Не расширяйте область обмена, пока не разобран пилот. Причины задержек и недоступности рассматриваются в диагностической статье.
Подключение клиента завершено, когда готов не только ключ приглашения, но и проверенный маршрут одной рабочей задачи. Посмотрите возможности приложения и выберите для старта минимальную область, понятную обеим командам.