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