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