Файлы в межпортальных задачах Битрикс24: что копируется, а что нет

Когда заказчик и исполнитель ведут связанную задачу на двух разных порталах Битрикс24, в карточке быстро накапливается всё важное: сметы, макеты, технические задания, договорные документы. Хочется верить, что файл, прикреплённый с одной стороны, мгновенно окажется у второй. На практике между «прикрепил» и «получил» стоит целый набор правил, о которых узнают обычно в момент, когда что-то пошло не так.

Я разберу, как на самом деле работает передача вложений в межпортальных задачах — на примере приложения «Межпортальные задачи и коллабы».

Копии, а не общий Диск

Главное, что нужно принять сразу: общего Диска между порталами не появляется. Приложение копирует вложение связанной задачи в задачу-зеркало на другом портале. У каждой стороны остаётся своя карточка задачи и своя самостоятельная копия файла.

Это означает три вещи:

• связь задач не выдаёт пользователям доступ ко всему чужому порталу — только к копии конкретного вложения;
• изменения, внесённые в одну копию, не попадают в другую автоматически;
• удаление или отсоединение файла на одной стороне не трогает копию на другой.

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

Что мешает доставке файла

Самая частая жалоба: «Файл есть у меня в задаче, а у партнёра не появился». Причин обычно пять, и все они проверяются по порядку:

1. Права на файл. Приложение проверяет доступ к исходному вложению до передачи. Документ из личного или закрытого пространства может быть виден сотруднику в его карточке, но недоступен приложению — и копия не уедет.
2. Размер и тип. Ограничения Диска никуда не деваются. Если команда работает с тяжёлыми видео или архивами, порядок их передачи лучше согласовать заранее.
3. Направление обмена. Передача клиент → партнёр и партнёр → клиент настраиваются отдельно, включая разрешение на файлы. Односторонняя связь не превращается в двустороннюю сама.
4. Область обмена. Если исходная задача вышла из выбранного проекта, рабочей группы или списка ответственных, обмен останавливается — в зеркальной карточке появится заметная пометка.
5. Задержка. Передача не мгновенная. Прикреплять файл за пять минут до созвона и надеяться, что он уже у получателя, — плохая идея. После прикрепления зеркальную карточку стоит открыть и проверить.

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

Отсоединение не удаляет, удаление одной задачи не удаляет пару

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

То же с самими задачами: удаление одной карточки или потеря доступа к ней не удаляют автоматически её пару на другом портале. Связанные задачи — не инструмент централизованного удаления документов.

Отсюда практические правила, которые стоит зафиксировать до запуска:

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

Параллельные правки не объединяются

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

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

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

Итог

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

Перед запуском проверьте пять вещей: направление передачи, права на типовые вложения, ограничения по размеру и типу, порядок работы с версиями и действия при отзыве документа. Пятнадцать минут тестовой задачи с реальными форматами команды сэкономят часы разбора «почему файл не доехал».

Настройка обмена вложениями — в приложении «Межпортальные задачи и коллабы».

Читать полностью на S-WEBS24