[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2nbbqdrp8z7w3":3},{"slug":4,"title":5,"published":6,"publishedAt":7,"createdAt":8,"section":9,"preview":10,"heroImage":11,"previewImage":12,"headMarkup":13,"lifecycleId":48,"bodyMd":49,"bodyHtml":50},"fayly-v-mezhportalnyh-zadachah-bitrix24","Файлы в межпортальных задачах Битрикс24: копирование и ограничения",true,"2026-09-12T09:00:00+03:00","2026-09-04T16:25:18.547Z","Статьи","Как копируются вложения в межпортальных задачах Битрикс24, почему файл может не прийти, что происходит при отсоединении и как работать с версиями.",null,"\u002Fcontent-media\u002Farticles\u002Ffayly-v-mezhportalnyh-zadachah-bitrix24\u002Fassets\u002F13a3224dc332.webp",[14],{"tag":15,"type":16,"key":17,"json":18},"script","application\u002Fld+json","faq-article-fayly-v-mezhportalnyh-zadachah-bitrix24",{"@context":19,"@type":20,"mainEntity":21},"https:\u002F\u002Fschema.org","FAQPage",[22,28,32,36,40,44],{"@type":23,"name":24,"acceptedAnswer":25},"Question","Копируются ли все файлы из связанной задачи Битрикс24?",{"@type":26,"text":27},"Answer","Копируются вложения, доступные приложению и проходящие ограничения по правам, размеру, типу и доступности. Набор форматов, с которыми работает команда, стоит проверить на тестовой задаче.",{"@type":23,"name":29,"acceptedAnswer":30},"Получит ли получатель доступ к Диску другого портала Битрикс24?",{"@type":26,"text":31},"Нет. Получатель работает с копией в своей задаче. Связь задач не выдаёт права на папки, документы и другие задачи второго портала.",{"@type":23,"name":33,"acceptedAnswer":34},"Удалится ли файл у партнёра, если отсоединить его в исходной задаче?",{"@type":26,"text":35},"Нет. Отсоединение на одной стороне не удаляет уже доставленную копию на другой. Если файл нужно убрать, действие выполняют отдельно в обеих карточках с учётом прав пользователей.",{"@type":23,"name":37,"acceptedAnswer":38},"Можно ли передать большой файл через межпортальную задачу Битрикс24?",{"@type":26,"text":39},"Передача зависит от ограничений размера и типа. Сначала проверяют конкретный формат и объём на тестовой задаче, затем утверждают порядок для материалов, которые не проходят условия.",{"@type":23,"name":41,"acceptedAnswer":42},"Почему файл есть в исходной задаче, но не появился в зеркальной?",{"@type":26,"text":43},"Причиной могут быть права на файл, его размер или тип, направление обмена, выход задачи из разрешённой области либо состояние привязки. Проверку начинают с доступности вложения и правил конкретного сопоставления.",{"@type":23,"name":45,"acceptedAnswer":46},"Объединятся ли правки одного файла, сделанные на двух порталах?",{"@type":26,"text":47},"Нет. Параллельные редакции не объединяются автоматически. Для такого документа нужен ответственный за итоговую версию и согласованный порядок правок.","lc_70780af23e4f5304d6972f13c8c7cfac","# Файлы в межпортальных задачах Битрикс24: копирование и ограничения\n\nКогда заказчик и исполнитель ведут связанную задачу на разных порталах Битрикс24, в ней появляются сметы, макеты, технические задания, договорные материалы и результаты работ. Кажется логичным, что файл из одной карточки будет доступен во второй. Однако прикрепление, доставка копии, отсоединение и удаление — разные действия с разными последствиями.\n\n[Приложение «Межпортальные задачи и коллабы»](https:\u002F\u002Fs-webs24.ru\u002Fapps\u002Fb2btasks\u002F) передаёт вложения связанных задач на другой портал, если файл доступен приложению. Общего Диска при этом не возникает: на каждой стороне остаётся своя карточка задачи и своя копия вложения. Связь задач сама по себе не выдаёт пользователям доступ ко всему чужому порталу.\n\nТакой порядок подходит, когда внешнему участнику нужен материал по конкретной работе, а доступ к проектам, папкам и другим задачам второй организации не требуется. До запуска стоит договориться, кто прикладывает итоговую версию, где лежит исходник и как отзывают устаревшие документы.\n\n## Как копируются файлы в межпортальных задачах\n\n![Файлы в межпортальных задачах Битрикс24: копирование и ограничения — схема взаимодействия](\u002Fcontent-media\u002Farticles\u002Ffayly-v-mezhportalnyh-zadachah-bitrix24\u002Fassets\u002F331ddfc61234.webp)\n\nВложение, добавленное к связанной задаче и доступное приложению, копируется в задачу-зеркало на другом портале. Получатель открывает документ в привычной карточке своей задачи. Ему не нужно искать его на чужом Диске или запрашивать доступ к папкам другой организации.\n\nКопирование создаёт две самостоятельные копии. Одна остаётся в исходной задаче, другая — в зеркальной. Отсюда следуют несколько правил:\n\n- приложение проверяет права на исходный файл до передачи; если доступа нет, копия на втором портале не появится;\n- размер и тип вложения тоже влияют на передачу; связь задач не отменяет эти ограничения;\n- файл передаётся только в рамках конкретной пары задач, а не открывает пользователю чужой Диск;\n- копия нужна для работы по задаче, а не для создания общего архива документов между организациями.\n\nТиповой сценарий: подрядчик прикладывает PDF с согласованным макетом. После доставки клиент видит файл в своей задаче и передаёт его на внутреннее согласование. Связь задач не открывает сотрудникам клиента папку подрядчика и остальные документы его портала автоматически; фактическая видимость зависит от настроенных прав.\n\nПри выборе области обмена имеет значение и содержание вложений. Если в задаче могут оказаться документы для ограниченного круга лиц, порядок работы с ними лучше определить до создания связей. В актуальном интерфейсе Битрикс24 группы, коллабы и проекты объединены в формат «Проекты AI». Для нового сценария совместной работы используют проект с гостями; существующие экстранет-группы продолжают работать, но новые создавать нельзя. Межпортальные задачи отличаются тем, что связывают карточки на двух самостоятельных порталах, а не добавляют внешнего участника в пространство одного портала.\n\n## Доступность файлов задачи и ограничения Диска Битрикс24\n\nЧасто проблема связана не с задачей, а с доступностью конкретного вложения. Пользователь видит документ в своей карточке, но для копирования этого недостаточно: в момент обработки файл должен быть доступен приложению.\n\nПеред запуском проверьте не только права сотрудников на задачу, но и способ добавления документов. Вложение из личного или закрытого пространства с ограничениями нужно проверить отдельно. Для теста берут обычные форматы команды: документы, PDF, архивы, изображения, видео.\n\nОграничения по размеру и типу не исправляются настройкой связи. Если команда работает с крупными материалами, порядок передачи лучше согласовать заранее: подготовить документ допустимого размера или использовать другой утверждённый канал там, где вложение задачи не проходит условия.\n\nУсловная ситуация: агентство передаёт комплект исходных материалов. Несколько документов доставляются, а один крупный файл — нет. Появление части комплекта не подтверждает передачу всех вложений. Ответственному нужно проверить именно отсутствующий файл и согласованный способ его передачи.\n\nДругая ситуация возникает с документом, который видит ограниченная группа сотрудников. Задача попадает под правило обмена, но вложение недоступно приложению. Вторая сторона продолжает работу без него, пока владелец файла не проверит права и не добавит материал допустимым способом.\n\n## Повторная доставка файлов между порталами Битрикс24\n\nПередача вложений работает с задержкой. Поэтому не стоит использовать её как единственный способ отдать файл непосредственно перед встречей или сроком согласования. После прикрепления проверьте зеркальную карточку: появился ли документ и открывается ли он у получателя.\n\nЕсли копии нет, проверка идёт по порядку:\n\n1. Убедиться, что задачи образуют связанную пару и передача файлов разрешена в нужную сторону.\n2. Проверить, остаётся ли исходная задача в области обмена: в выбранном проекте, рабочей группе, существующей коллабе (прежнем формате рабочего пространства) или списке ответственных.\n3. Проверить доступ к файлу, его размер и тип.\n4. Открыть карточку сопоставления, посмотреть состояние связей на обеих сторонах и при необходимости повторить привязку.\n5. Снова открыть зеркальную задачу и проверить результат там.\n\nРучное обновление проверяет сопоставление, но не обещает немедленную доставку каждого изменения. Не нужно прикреплять один и тот же файл много раз подряд в надежде ускорить передачу: это усложнит проверку результата и работу с версиями.\n\nТиповая проверка выглядит так: специалист добавил техническое задание, но заказчик не видит его в зеркале. Администратор подтверждает направление обмена и принадлежность задачи к разрешённой области, затем проверяет права на вложение и состояние привязки. После этого он смотрит, появилась ли копия на втором портале.\n\nОбмен по существующей паре может остановиться, если задача вышла из выбранного проекта или назначенный ответственный перестал входить в наблюдаемый список. В зеркальной карточке появляется заметная пометка. Когда задача возвращается в разрешённую область и обе карточки доступны, приложение продолжает работу с прежней парой. Файлы, добавленные во время остановки, лучше контролировать отдельно.\n\n## Отсоединение файла в задаче Битрикс24 не удаляет копию\n\nЕсли отсоединить вложение в исходной задаче, файл не исчезнет из зеркальной. На другом портале уже лежит отдельная копия. Она останется в карточке, пока пользователь с нужными правами не удалит или не отсоединит её на своей стороне.\n\nУсловная ситуация: сотрудник приложил промежуточную версию сметы, а затем убрал её из своей задачи. У заказчика эта версия может сохраниться. Когда документ нельзя использовать дальше, недостаточно убрать его с одной стороны: ответственный открывает обе карточки и выполняет нужное действие в каждой.\n\nТо же относится к самим задачам. Удаление одной карточки или потеря доступа к ней не удаляют автоматически её пару на другом портале. Связанные задачи не подходят для централизованного удаления документов.\n\nДля рабочих материалов стоит зафиксировать понятный порядок:\n\n- исходником считают документ в заранее определённом месте, а вложение задачи используют для передачи участникам;\n- итоговый файл называют так, чтобы его можно было отличить от черновика;\n- при отзыве ошибочного или чувствительного документа проверяют обе связанные задачи;\n- копию удаляет сотрудник, у которого есть права на соответствующем портале;\n- повторное прикрепление файлов с одинаковыми названиями не заменяет историю версий.\n\n## Параллельные редакции файлов на двух порталах\n\nПосле копирования файл можно скачать, изменить и прикрепить обратно. Содержимое параллельных редакций не объединяется автоматически. Если два человека редактировали документ независимо, итоговую версию должна собрать команда, а не задача.\n\nТиповой сценарий: клиент правит таблицу в файле, полученном в зеркальной карточке, а исполнитель одновременно меняет исходный вариант. На порталах появляются разные редакции. Нужен заранее согласованный порядок: кто собирает замечания, кто выпускает итоговый документ, какой файл отправлен на согласование.\n\nДля материалов с правками подходит правило одного редактора. Заказчик оставляет замечания в задаче, а исполнитель вносит их в документ и прикладывает новую версию с датой или номером. Если редактирование нужно обеим сторонам, заранее назначают владельца финальной сборки и фиксируют в задаче статус каждой версии.\n\nПередача вложения не переносит историю работы над документом. Межпортальная задача передаёт копию для конкретного процесса. Для совместного редактирования, хранения версий и доступа к чувствительным материалам нужен отдельный рабочий порядок.\n\n## Направление передачи файлов между порталами Битрикс24\n\nНаправление обмена определяет, где появится копия. После сохранения сопоставления действует передача клиент → партнёр. Обратное направление, партнёр → клиент, настраивается отдельно, включая разрешение на файлы. Созданная связь не всегда означает, что вложения ходят в обе стороны.\n\nПравила одностороннего и двустороннего обмена задачами подробно разобраны в статье [«Синхронизация задач между порталами Битрикс24»](https:\u002F\u002Fs-webs24.ru\u002Farticles\u002Fsinkhronizatsiya-zadach-mezhportalnye-chaty\u002F). Для вложений этот выбор нужно проверить отдельно: направление не отменяет ограничений доступа и не превращает два портала в единый файловый контур.\n\nУсловная ситуация: клиент отправляет исполнителю фотографии объекта, а исполнитель должен вернуть акт и итоговый файл. При разрешении только клиент → партнёр фотографии могут быть доступны исполнителю, но его вложения не появятся у клиента. Оба потока стоит проверить на тестовой задаче до начала работы.\n\nПолезно заранее записать, какие материалы передаются в каждую сторону и кто подтверждает доставку. Это снижает риск, что участники посчитают файл отправленным только потому, что он появился в исходной карточке.\n\n## Частые вопросы о файлах и вложениях между порталами\n\n### Копируются ли все файлы из связанной задачи Битрикс24?\n\nКопируются вложения, доступные приложению и проходящие ограничения по правам, размеру, типу и доступности. Набор форматов, с которыми работает команда, стоит проверить на тестовой задаче.\n\n### Получит ли получатель доступ к Диску другого портала Битрикс24?\n\nНет. Получатель работает с копией в своей задаче. Связь задач не выдаёт права на папки, документы и другие задачи второго портала.\n\n### Удалится ли файл у партнёра, если отсоединить его в исходной задаче?\n\nНет. Отсоединение на одной стороне не удаляет уже доставленную копию на другой. Если файл нужно убрать, действие выполняют отдельно в обеих карточках с учётом прав пользователей.\n\n### Можно ли передать большой файл через межпортальную задачу Битрикс24?\n\nПередача зависит от ограничений размера и типа. Сначала проверяют конкретный формат и объём на тестовой задаче, затем утверждают порядок для материалов, которые не проходят условия.\n\n### Почему файл есть в исходной задаче, но не появился в зеркальной?\n\nПричиной могут быть права на файл, его размер или тип, направление обмена, выход задачи из разрешённой области либо состояние привязки. Проверку начинают с доступности вложения и правил конкретного сопоставления.\n\n### Объединятся ли правки одного файла, сделанные на двух порталах?\n\nНет. Параллельные редакции не объединяются автоматически. Для такого документа нужен ответственный за итоговую версию и согласованный порядок правок.\n\n## Кому подходит передача файлов между порталами Битрикс24\n\nСценарий подходит подрядчикам, агентствам, подразделениям холдинга и заказчикам, которые ведут одну работу на самостоятельных порталах и обмениваются вложениями по конкретным задачам. До запуска проверьте направление передачи файлов, права на типовые вложения, ограничения размера и типа, порядок работы с версиями и действия при удалении или отзыве документа.\n\nПередача вложений между связанными задачами настраивается в приложении [«Межпортальные задачи и коллабы»](https:\u002F\u002Fs-webs24.ru\u002Fapps\u002Fb2btasks\u002F).","\u003Ch1>Файлы в межпортальных задачах Битрикс24: копирование и ограничения\u003C\u002Fh1>\n\u003Cp>Когда заказчик и исполнитель ведут связанную задачу на разных порталах Битрикс24, в ней появляются сметы, макеты, технические задания, договорные материалы и результаты работ. Кажется логичным, что файл из одной карточки будет доступен во второй. Однако прикрепление, доставка копии, отсоединение и удаление — разные действия с разными последствиями.\u003C\u002Fp>\n\u003Cp>\u003Ca href=\"https:\u002F\u002Fs-webs24.ru\u002Fapps\u002Fb2btasks\u002F\">Приложение «Межпортальные задачи и коллабы»\u003C\u002Fa> передаёт вложения связанных задач на другой портал, если файл доступен приложению. Общего Диска при этом не возникает: на каждой стороне остаётся своя карточка задачи и своя копия вложения. Связь задач сама по себе не выдаёт пользователям доступ ко всему чужому порталу.\u003C\u002Fp>\n\u003Cp>Такой порядок подходит, когда внешнему участнику нужен материал по конкретной работе, а доступ к проектам, папкам и другим задачам второй организации не требуется. До запуска стоит договориться, кто прикладывает итоговую версию, где лежит исходник и как отзывают устаревшие документы.\u003C\u002Fp>\n\u003Ch2>Как копируются файлы в межпортальных задачах\u003C\u002Fh2>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Ffayly-v-mezhportalnyh-zadachah-bitrix24\u002Fassets\u002F331ddfc61234.webp\" alt=\"Файлы в межпортальных задачах Битрикс24: копирование и ограничения — схема взаимодействия\">\u003C\u002Fp>\n\u003Cp>Вложение, добавленное к связанной задаче и доступное приложению, копируется в задачу-зеркало на другом портале. Получатель открывает документ в привычной карточке своей задачи. Ему не нужно искать его на чужом Диске или запрашивать доступ к папкам другой организации.\u003C\u002Fp>\n\u003Cp>Копирование создаёт две самостоятельные копии. Одна остаётся в исходной задаче, другая — в зеркальной. Отсюда следуют несколько правил:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>приложение проверяет права на исходный файл до передачи; если доступа нет, копия на втором портале не появится;\u003C\u002Fli>\n\u003Cli>размер и тип вложения тоже влияют на передачу; связь задач не отменяет эти ограничения;\u003C\u002Fli>\n\u003Cli>файл передаётся только в рамках конкретной пары задач, а не открывает пользователю чужой Диск;\u003C\u002Fli>\n\u003Cli>копия нужна для работы по задаче, а не для создания общего архива документов между организациями.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Типовой сценарий: подрядчик прикладывает PDF с согласованным макетом. После доставки клиент видит файл в своей задаче и передаёт его на внутреннее согласование. Связь задач не открывает сотрудникам клиента папку подрядчика и остальные документы его портала автоматически; фактическая видимость зависит от настроенных прав.\u003C\u002Fp>\n\u003Cp>При выборе области обмена имеет значение и содержание вложений. Если в задаче могут оказаться документы для ограниченного круга лиц, порядок работы с ними лучше определить до создания связей. В актуальном интерфейсе Битрикс24 группы, коллабы и проекты объединены в формат «Проекты AI». Для нового сценария совместной работы используют проект с гостями; существующие экстранет-группы продолжают работать, но новые создавать нельзя. Межпортальные задачи отличаются тем, что связывают карточки на двух самостоятельных порталах, а не добавляют внешнего участника в пространство одного портала.\u003C\u002Fp>\n\u003Ch2>Доступность файлов задачи и ограничения Диска Битрикс24\u003C\u002Fh2>\n\u003Cp>Часто проблема связана не с задачей, а с доступностью конкретного вложения. Пользователь видит документ в своей карточке, но для копирования этого недостаточно: в момент обработки файл должен быть доступен приложению.\u003C\u002Fp>\n\u003Cp>Перед запуском проверьте не только права сотрудников на задачу, но и способ добавления документов. Вложение из личного или закрытого пространства с ограничениями нужно проверить отдельно. Для теста берут обычные форматы команды: документы, PDF, архивы, изображения, видео.\u003C\u002Fp>\n\u003Cp>Ограничения по размеру и типу не исправляются настройкой связи. Если команда работает с крупными материалами, порядок передачи лучше согласовать заранее: подготовить документ допустимого размера или использовать другой утверждённый канал там, где вложение задачи не проходит условия.\u003C\u002Fp>\n\u003Cp>Условная ситуация: агентство передаёт комплект исходных материалов. Несколько документов доставляются, а один крупный файл — нет. Появление части комплекта не подтверждает передачу всех вложений. Ответственному нужно проверить именно отсутствующий файл и согласованный способ его передачи.\u003C\u002Fp>\n\u003Cp>Другая ситуация возникает с документом, который видит ограниченная группа сотрудников. Задача попадает под правило обмена, но вложение недоступно приложению. Вторая сторона продолжает работу без него, пока владелец файла не проверит права и не добавит материал допустимым способом.\u003C\u002Fp>\n\u003Ch2>Повторная доставка файлов между порталами Битрикс24\u003C\u002Fh2>\n\u003Cp>Передача вложений работает с задержкой. Поэтому не стоит использовать её как единственный способ отдать файл непосредственно перед встречей или сроком согласования. После прикрепления проверьте зеркальную карточку: появился ли документ и открывается ли он у получателя.\u003C\u002Fp>\n\u003Cp>Если копии нет, проверка идёт по порядку:\u003C\u002Fp>\n\u003Col>\n\u003Cli>Убедиться, что задачи образуют связанную пару и передача файлов разрешена в нужную сторону.\u003C\u002Fli>\n\u003Cli>Проверить, остаётся ли исходная задача в области обмена: в выбранном проекте, рабочей группе, существующей коллабе (прежнем формате рабочего пространства) или списке ответственных.\u003C\u002Fli>\n\u003Cli>Проверить доступ к файлу, его размер и тип.\u003C\u002Fli>\n\u003Cli>Открыть карточку сопоставления, посмотреть состояние связей на обеих сторонах и при необходимости повторить привязку.\u003C\u002Fli>\n\u003Cli>Снова открыть зеркальную задачу и проверить результат там.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Ручное обновление проверяет сопоставление, но не обещает немедленную доставку каждого изменения. Не нужно прикреплять один и тот же файл много раз подряд в надежде ускорить передачу: это усложнит проверку результата и работу с версиями.\u003C\u002Fp>\n\u003Cp>Типовая проверка выглядит так: специалист добавил техническое задание, но заказчик не видит его в зеркале. Администратор подтверждает направление обмена и принадлежность задачи к разрешённой области, затем проверяет права на вложение и состояние привязки. После этого он смотрит, появилась ли копия на втором портале.\u003C\u002Fp>\n\u003Cp>Обмен по существующей паре может остановиться, если задача вышла из выбранного проекта или назначенный ответственный перестал входить в наблюдаемый список. В зеркальной карточке появляется заметная пометка. Когда задача возвращается в разрешённую область и обе карточки доступны, приложение продолжает работу с прежней парой. Файлы, добавленные во время остановки, лучше контролировать отдельно.\u003C\u002Fp>\n\u003Ch2>Отсоединение файла в задаче Битрикс24 не удаляет копию\u003C\u002Fh2>\n\u003Cp>Если отсоединить вложение в исходной задаче, файл не исчезнет из зеркальной. На другом портале уже лежит отдельная копия. Она останется в карточке, пока пользователь с нужными правами не удалит или не отсоединит её на своей стороне.\u003C\u002Fp>\n\u003Cp>Условная ситуация: сотрудник приложил промежуточную версию сметы, а затем убрал её из своей задачи. У заказчика эта версия может сохраниться. Когда документ нельзя использовать дальше, недостаточно убрать его с одной стороны: ответственный открывает обе карточки и выполняет нужное действие в каждой.\u003C\u002Fp>\n\u003Cp>То же относится к самим задачам. Удаление одной карточки или потеря доступа к ней не удаляют автоматически её пару на другом портале. Связанные задачи не подходят для централизованного удаления документов.\u003C\u002Fp>\n\u003Cp>Для рабочих материалов стоит зафиксировать понятный порядок:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>исходником считают документ в заранее определённом месте, а вложение задачи используют для передачи участникам;\u003C\u002Fli>\n\u003Cli>итоговый файл называют так, чтобы его можно было отличить от черновика;\u003C\u002Fli>\n\u003Cli>при отзыве ошибочного или чувствительного документа проверяют обе связанные задачи;\u003C\u002Fli>\n\u003Cli>копию удаляет сотрудник, у которого есть права на соответствующем портале;\u003C\u002Fli>\n\u003Cli>повторное прикрепление файлов с одинаковыми названиями не заменяет историю версий.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Параллельные редакции файлов на двух порталах\u003C\u002Fh2>\n\u003Cp>После копирования файл можно скачать, изменить и прикрепить обратно. Содержимое параллельных редакций не объединяется автоматически. Если два человека редактировали документ независимо, итоговую версию должна собрать команда, а не задача.\u003C\u002Fp>\n\u003Cp>Типовой сценарий: клиент правит таблицу в файле, полученном в зеркальной карточке, а исполнитель одновременно меняет исходный вариант. На порталах появляются разные редакции. Нужен заранее согласованный порядок: кто собирает замечания, кто выпускает итоговый документ, какой файл отправлен на согласование.\u003C\u002Fp>\n\u003Cp>Для материалов с правками подходит правило одного редактора. Заказчик оставляет замечания в задаче, а исполнитель вносит их в документ и прикладывает новую версию с датой или номером. Если редактирование нужно обеим сторонам, заранее назначают владельца финальной сборки и фиксируют в задаче статус каждой версии.\u003C\u002Fp>\n\u003Cp>Передача вложения не переносит историю работы над документом. Межпортальная задача передаёт копию для конкретного процесса. Для совместного редактирования, хранения версий и доступа к чувствительным материалам нужен отдельный рабочий порядок.\u003C\u002Fp>\n\u003Ch2>Направление передачи файлов между порталами Битрикс24\u003C\u002Fh2>\n\u003Cp>Направление обмена определяет, где появится копия. После сохранения сопоставления действует передача клиент → партнёр. Обратное направление, партнёр → клиент, настраивается отдельно, включая разрешение на файлы. Созданная связь не всегда означает, что вложения ходят в обе стороны.\u003C\u002Fp>\n\u003Cp>Правила одностороннего и двустороннего обмена задачами подробно разобраны в статье \u003Ca href=\"https:\u002F\u002Fs-webs24.ru\u002Farticles\u002Fsinkhronizatsiya-zadach-mezhportalnye-chaty\u002F\">«Синхронизация задач между порталами Битрикс24»\u003C\u002Fa>. Для вложений этот выбор нужно проверить отдельно: направление не отменяет ограничений доступа и не превращает два портала в единый файловый контур.\u003C\u002Fp>\n\u003Cp>Условная ситуация: клиент отправляет исполнителю фотографии объекта, а исполнитель должен вернуть акт и итоговый файл. При разрешении только клиент → партнёр фотографии могут быть доступны исполнителю, но его вложения не появятся у клиента. Оба потока стоит проверить на тестовой задаче до начала работы.\u003C\u002Fp>\n\u003Cp>Полезно заранее записать, какие материалы передаются в каждую сторону и кто подтверждает доставку. Это снижает риск, что участники посчитают файл отправленным только потому, что он появился в исходной карточке.\u003C\u002Fp>\n\u003Ch2>Частые вопросы о файлах и вложениях между порталами\u003C\u002Fh2>\n\u003Ch3>Копируются ли все файлы из связанной задачи Битрикс24?\u003C\u002Fh3>\n\u003Cp>Копируются вложения, доступные приложению и проходящие ограничения по правам, размеру, типу и доступности. Набор форматов, с которыми работает команда, стоит проверить на тестовой задаче.\u003C\u002Fp>\n\u003Ch3>Получит ли получатель доступ к Диску другого портала Битрикс24?\u003C\u002Fh3>\n\u003Cp>Нет. Получатель работает с копией в своей задаче. Связь задач не выдаёт права на папки, документы и другие задачи второго портала.\u003C\u002Fp>\n\u003Ch3>Удалится ли файл у партнёра, если отсоединить его в исходной задаче?\u003C\u002Fh3>\n\u003Cp>Нет. Отсоединение на одной стороне не удаляет уже доставленную копию на другой. Если файл нужно убрать, действие выполняют отдельно в обеих карточках с учётом прав пользователей.\u003C\u002Fp>\n\u003Ch3>Можно ли передать большой файл через межпортальную задачу Битрикс24?\u003C\u002Fh3>\n\u003Cp>Передача зависит от ограничений размера и типа. Сначала проверяют конкретный формат и объём на тестовой задаче, затем утверждают порядок для материалов, которые не проходят условия.\u003C\u002Fp>\n\u003Ch3>Почему файл есть в исходной задаче, но не появился в зеркальной?\u003C\u002Fh3>\n\u003Cp>Причиной могут быть права на файл, его размер или тип, направление обмена, выход задачи из разрешённой области либо состояние привязки. Проверку начинают с доступности вложения и правил конкретного сопоставления.\u003C\u002Fp>\n\u003Ch3>Объединятся ли правки одного файла, сделанные на двух порталах?\u003C\u002Fh3>\n\u003Cp>Нет. Параллельные редакции не объединяются автоматически. Для такого документа нужен ответственный за итоговую версию и согласованный порядок правок.\u003C\u002Fp>\n\u003Ch2>Кому подходит передача файлов между порталами Битрикс24\u003C\u002Fh2>\n\u003Cp>Сценарий подходит подрядчикам, агентствам, подразделениям холдинга и заказчикам, которые ведут одну работу на самостоятельных порталах и обмениваются вложениями по конкретным задачам. До запуска проверьте направление передачи файлов, права на типовые вложения, ограничения размера и типа, порядок работы с версиями и действия при удалении или отзыве документа.\u003C\u002Fp>\n\u003Cp>Передача вложений между связанными задачами настраивается в приложении \u003Ca href=\"https:\u002F\u002Fs-webs24.ru\u002Fapps\u002Fb2btasks\u002F\">«Межпортальные задачи и коллабы»\u003C\u002Fa>.\u003C\u002Fp>\n"]