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