[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f29jwovhdo9ldj":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},"kollaba-ekstranet-ili-mezhportalnye-zadachi-bitrix24","Коллаба, экстранет или межпортальные задачи Битрикс24: что выбрать для совместной работы",true,"2026-09-04T09:00:00+03:00","2026-09-04T16:25:15.833Z","Статьи","Сравнение проекта с гостями, экстранета и межпортальных задач Битрикс24 для работы с клиентами, подрядчиками и внешними командами. Критерии выбора и ограниче...",null,"\u002Fcontent-media\u002Farticles\u002Fkollaba-ekstranet-ili-mezhportalnye-zadachi-bitrix24\u002Fassets\u002F84b0b4b2b9f2.webp",[14],{"tag":15,"type":16,"key":17,"json":18},"script","application\u002Fld+json","faq-article-kollaba-ekstranet-ili-mezhportalnye-zadachi-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},"Когда межпортальные задачи лучше экстранета?",{"@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_cc9d05b83bf995634640247d15a3027d","# Коллаба, экстранет или межпортальные задачи Битрикс24: что выбрать для совместной работы\n\nВнешняя команда может участвовать в работе по-разному. Её можно пригласить в проект на портале заказчика, оставить в уже существующей экстранет-группе или связать задачи двух самостоятельных порталов.\n\nПроблемы проявляются, когда участники начинают работать в разных контурах доступа или поддерживать две версии одной задачи. В общем пространстве могут оставаться сотрудники, которым доступ уже не нужен; подрядчику приходится дублировать планирование в портале клиента и у себя. Выбирать стоит по границе доступа, а не по привычному названию инструмента.\n\nКоллаба, экстранет и межпортальные задачи не исключают друг друга. Один процесс может включать проект с гостями для общей работы и отдельный обмен задачами там, где у исполнителя и заказчика свои порталы.\n\n## Коллаба Битрикс24: актуальный сценарий — проект с гостями\n\n![Коллаба, экстранет или межпортальные задачи Битрикс24: что выбрать для совместной работы — схема взаимодействия](\u002Fcontent-media\u002Farticles\u002Fkollaba-ekstranet-ili-mezhportalnye-zadachi-bitrix24\u002Fassets\u002F61689c3522b2.webp)\n\nСлово «коллаба» осталось в поисковых запросах, но как отдельный новый тип пространства оно уже не актуально. Группы, коллабы и проекты объединены в формат «Проекты AI». Для нового нативного сценария совместной работы корректно говорить о проекте с гостями.\n\nПроект с гостями подходит, когда сотрудники компании и приглашённые специалисты работают в одном ограниченном пространстве. Они видят общие задачи, материалы и обсуждения, но доступ за пределами проекта определяется выданными правами.\n\n### Условный процесс: заказчик и дизайн-студия в одном проекте\n\nЗаказчик готовит запуск сайта с внешней дизайн-студией. В проекте с гостями лежат задачи по макетам, текстам и согласованиям. Сотрудники заказчика работают в привычном портале, а дизайнеры получают доступ к материалам этого проекта.\n\nЗдесь нужна одна карточка задачи для всех участников. Дизайнер прикладывает макет, менеджер оставляет замечания, руководитель фиксирует решение в той же карточке. Второй портал и зеркало задачи только усложнят процесс.\n\nПроект с гостями стоит выбирать, если:\n\n- внешнему исполнителю допустимо входить в портал заказчика;\n- общий проект покрывает рабочий процесс;\n- участники готовы вести задачи в едином контуре;\n- права можно настроить так, чтобы гость видел только нужные материалы.\n\nПодробнее о таком сценарии — [в отдельном материале про коллабы](https:\u002F\u002Fs-webs24.ru\u002Farticles\u002Fsinhronizatsiya-zadach-v-kollabah-teper-i-v-novyh-rabochih-prostranstvah-bitriks\u002F).\n\n### Когда проект с гостями не подходит\n\nУ подрядчика может быть собственный порядок работы: внутренние этапы, загрузка специалистов, проверка качества, распределение задач между отделами. Заказчику эти данные часто не нужны. Ему важны постановка, статус и результат по своему запросу.\n\nНапример, юридическая компания передаёт эксперту материалы для заключения. Эксперт может работать в проекте заказчика, если весь процесс помещается в одном пространстве. Но при собственном портале и внутреннем регламенте ему удобнее сохранить работу у себя, а с заказчиком связать только согласованный набор задач.\n\nГость проекта — это участник пространства одного портала. Его не стоит считать экстранет-пользователем или участником зеркальной задачи на другом портале: это разные модели доступа.\n\n## Экстранет Битрикс24: наследуемый доступ для существующих групп\n\nЭкстранет — наследуемый механизм. Существующие экстранет-группы продолжают работать, но новые экстранет-группы создавать нельзя. Для новых нативных сценариев Битрикс24 использует проекты с гостями.\n\nЭкстранет остаётся актуальным, если компания уже ведёт работу во внешней группе и не планирует менять её структуру. Внешний пользователь получает доступ к части портала в пределах назначенных прав.\n\n### Условный процесс: поставщик в существующей экстранет-группе\n\nПроизводственная компания ведёт в экстранет-группе запуск новой линии. Поставщик видит задания и документы по своему участку, оставляет комментарии, прикладывает материалы. Внутренние проекты компании не входят в его рабочую область.\n\nТакой сценарий подходит, когда заказчик владеет общим пространством и задаёт правила работы. Внешняя сторона не поддерживает параллельный контур в собственном портале либо не использует его для этого процесса.\n\nПеред продолжением работы с экстранетом полезно проверить права обычной учётной записью внешнего участника. Администратор может видеть больше, чем приглашённый исполнитель. Проверка должна показать, какие задачи и файлы доступны фактически, а не по настройкам на экране администратора.\n\n### Где заканчивается экстранет\n\nЭкстранет не создаёт независимый контур подрядчика. Если внешняя команда ведёт собственные проекты, внутренние согласования и распределение работы в другом портале, доступ в портал заказчика становится ещё одним местом, которое приходится поддерживать.\n\nЕщё одна организационная задача — пересмотр приглашений. После завершения договора доступы внешних сотрудников не должны оставаться бессрочно. Это относится и к консультанту, и к сотруднику подрядчика, который сменил роль в проекте.\n\nЭкстранет-пользователь — это пользователь существующей экстранет-группы. Его права не равны правам гостя проекта и не связаны с тем, кто указан ответственным в зеркальной задаче на другом портале.\n\n## Межпортальные задачи Битрикс24 для двух независимых порталов\n\nМежпортальные задачи нужны, когда заказчик и исполнитель сохраняют отдельные порталы Битрикс24, но хотят работать по связанным задачам. У каждой стороны остаётся своя карточка, свои пользователи и настроенные права. Прямой доступ ко всему чужому порталу для этого не требуется.\n\nДля такого сценария используется [приложение «Межпортальные задачи и коллабы»](https:\u002F\u002Fs-webs24.ru\u002Fapps\u002Fb2btasks\u002F). Его устанавливают и оставляют активным на обоих порталах.\n\nСвязь создаётся через одноразовый ключ приглашения. Партнёр создаёт ключ, клиент активирует его, после чего администратор партнёра сохраняет сопоставление и правила обмена. Одна активация ещё не запускает работу с задачами.\n\nРоли сторон различаются. Партнёр настраивает сопоставления и правила, а клиент активирует связь и просматривает результат. Полной симметрии администрирования здесь нет.\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).\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\n### Внешний эксперт с собственным регламентом\n\nКомпания привлекает эксперта по отдельному вопросу. Если ему достаточно материалов одного проекта и общей карточки задачи, подойдёт проект с гостями. Если эксперт ведёт работу в собственном портале, а заказчику нужна отдельная карточка с результатом, логичнее использовать межпортальную связку задач.\n\n## Ограничения межпортальных задач, которые влияют на процесс\n\nСинхронизация находится в бета-версии и работает с задержкой. Её не стоит использовать там, где каждое изменение должно появляться на другом портале немедленно.\n\nПередаются не все данные задачи. Если процесс зависит от пользовательских полей, их соответствия настраивают вручную и проверяют на тестовой задаче. Несовместимые типы полей и ограничения прав могут помешать переносу.\n\nФайлы копируются с учётом прав, размера, типа и доступности. Удаление файла на одной стороне не удаляет его копию на другой. Параллельные правки содержимого файлов не объединяются.\n\nС сообщениями действует похожее ограничение. Можно передавать новые пользовательские сообщения из чата связанной задачи после включения настройки. Старая история, системные сообщения, правки и удаления уже отправленных сообщений не переносятся.\n\nЕсли задача выходит из разрешённого проекта или ответственный перестаёт входить в наблюдаемый список, обмен для существующей пары останавливается после обработки изменения. В зеркальной карточке появляется пометка. При возврате задачи в разрешённую область связь может продолжиться с прежней парой, если обе карточки доступны.\n\nУдаление одной связанной задачи не удаляет вторую автоматически. Это действие нужно отдельно учитывать в рабочем регламенте.\n\n## Частые вопросы о коллабе, экстранете и межпортальных задачах Битрикс24\n\n### Что выбрать вместо новой коллабы Битрикс24?\n\nДля нового нативного сценария используйте проект с гостями. Термин «коллаба» встречается в поиске и старых материалах, но отдельный новый формат коллаб больше не используется. Гостей приглашают в проект одного портала.\n\n### Можно ли создать новую экстранет-группу в Битрикс24?\n\nНет. Существующие экстранет-группы продолжают работать, но новые создавать нельзя. Для новых процессов совместной работы используют проекты с гостями.\n\n### Чем гость проекта отличается от экстранет-пользователя?\n\nГость проекта участвует в проекте на одном портале. Экстранет-пользователь работает в существующей экстранет-группе с её правилами доступа. Это разные сценарии, и объём видимости в обоих случаях зависит от настроенных прав.\n\n### Когда межпортальные задачи лучше экстранета?\n\nКогда заказчик и исполнитель работают в самостоятельных порталах и не хотят выдавать друг другу прямой доступ. Каждая сторона сохраняет свою карточку задачи, пользователей и внутренний порядок работы.\n\n### Передаются ли файлы и сообщения между порталами?\n\nФайлы, доступные приложению, могут копироваться с учётом ограничений прав и доступности. Передаются новые пользовательские сообщения из чата связанной задачи после включения настройки. Детали работы с перепиской собраны в материале [о чатах и комментариях в задачах между порталами](https:\u002F\u002Fs-webs24.ru\u002Farticles\u002Fsinhronizatsiya-chatov-zadach-edinaya-perepiska-mezhdu-porta\u002F).\n\n### Можно ли автоматически сопоставить сотрудников и пользовательские поля?\n\nНет. Соответствия сотрудников и пользовательских полей настраивают вручную. Персональные пары сотрудников можно задать отдельно, а совместимость полей стоит проверить на тестовой задаче.\n\n## Как выбрать сценарий совместной работы в Битрикс24\n\nЕсли внешняя команда готова работать в одном пространстве заказчика, нужен проект с гостями. Если процесс уже живёт в экстранет-группе, можно продолжать работу в ней, не забывая о правах и составе участников. Когда у каждой стороны собственный портал и свой управленческий контур, подходят межпортальные задачи.\n\nПеред запуском зафиксируйте границу доступа, список участников, область обмена и порядок работы с изменениями. Приложение связывает задачи, но не определяет рабочий регламент: его нужно зафиксировать отдельно.","\u003Ch1>Коллаба, экстранет или межпортальные задачи Битрикс24: что выбрать для совместной работы\u003C\u002Fh1>\n\u003Cp>Внешняя команда может участвовать в работе по-разному. Её можно пригласить в проект на портале заказчика, оставить в уже существующей экстранет-группе или связать задачи двух самостоятельных порталов.\u003C\u002Fp>\n\u003Cp>Проблемы проявляются, когда участники начинают работать в разных контурах доступа или поддерживать две версии одной задачи. В общем пространстве могут оставаться сотрудники, которым доступ уже не нужен; подрядчику приходится дублировать планирование в портале клиента и у себя. Выбирать стоит по границе доступа, а не по привычному названию инструмента.\u003C\u002Fp>\n\u003Cp>Коллаба, экстранет и межпортальные задачи не исключают друг друга. Один процесс может включать проект с гостями для общей работы и отдельный обмен задачами там, где у исполнителя и заказчика свои порталы.\u003C\u002Fp>\n\u003Ch2>Коллаба Битрикс24: актуальный сценарий — проект с гостями\u003C\u002Fh2>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Fkollaba-ekstranet-ili-mezhportalnye-zadachi-bitrix24\u002Fassets\u002F61689c3522b2.webp\" alt=\"Коллаба, экстранет или межпортальные задачи Битрикс24: что выбрать для совместной работы — схема взаимодействия\">\u003C\u002Fp>\n\u003Cp>Слово «коллаба» осталось в поисковых запросах, но как отдельный новый тип пространства оно уже не актуально. Группы, коллабы и проекты объединены в формат «Проекты AI». Для нового нативного сценария совместной работы корректно говорить о проекте с гостями.\u003C\u002Fp>\n\u003Cp>Проект с гостями подходит, когда сотрудники компании и приглашённые специалисты работают в одном ограниченном пространстве. Они видят общие задачи, материалы и обсуждения, но доступ за пределами проекта определяется выданными правами.\u003C\u002Fp>\n\u003Ch3>Условный процесс: заказчик и дизайн-студия в одном проекте\u003C\u002Fh3>\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\u003C\u002Ful>\n\u003Cp>Подробнее о таком сценарии — \u003Ca href=\"https:\u002F\u002Fs-webs24.ru\u002Farticles\u002Fsinhronizatsiya-zadach-v-kollabah-teper-i-v-novyh-rabochih-prostranstvah-bitriks\u002F\">в отдельном материале про коллабы\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch3>Когда проект с гостями не подходит\u003C\u002Fh3>\n\u003Cp>У подрядчика может быть собственный порядок работы: внутренние этапы, загрузка специалистов, проверка качества, распределение задач между отделами. Заказчику эти данные часто не нужны. Ему важны постановка, статус и результат по своему запросу.\u003C\u002Fp>\n\u003Cp>Например, юридическая компания передаёт эксперту материалы для заключения. Эксперт может работать в проекте заказчика, если весь процесс помещается в одном пространстве. Но при собственном портале и внутреннем регламенте ему удобнее сохранить работу у себя, а с заказчиком связать только согласованный набор задач.\u003C\u002Fp>\n\u003Cp>Гость проекта — это участник пространства одного портала. Его не стоит считать экстранет-пользователем или участником зеркальной задачи на другом портале: это разные модели доступа.\u003C\u002Fp>\n\u003Ch2>Экстранет Битрикс24: наследуемый доступ для существующих групп\u003C\u002Fh2>\n\u003Cp>Экстранет — наследуемый механизм. Существующие экстранет-группы продолжают работать, но новые экстранет-группы создавать нельзя. Для новых нативных сценариев Битрикс24 использует проекты с гостями.\u003C\u002Fp>\n\u003Cp>Экстранет остаётся актуальным, если компания уже ведёт работу во внешней группе и не планирует менять её структуру. Внешний пользователь получает доступ к части портала в пределах назначенных прав.\u003C\u002Fp>\n\u003Ch3>Условный процесс: поставщик в существующей экстранет-группе\u003C\u002Fh3>\n\u003Cp>Производственная компания ведёт в экстранет-группе запуск новой линии. Поставщик видит задания и документы по своему участку, оставляет комментарии, прикладывает материалы. Внутренние проекты компании не входят в его рабочую область.\u003C\u002Fp>\n\u003Cp>Такой сценарий подходит, когда заказчик владеет общим пространством и задаёт правила работы. Внешняя сторона не поддерживает параллельный контур в собственном портале либо не использует его для этого процесса.\u003C\u002Fp>\n\u003Cp>Перед продолжением работы с экстранетом полезно проверить права обычной учётной записью внешнего участника. Администратор может видеть больше, чем приглашённый исполнитель. Проверка должна показать, какие задачи и файлы доступны фактически, а не по настройкам на экране администратора.\u003C\u002Fp>\n\u003Ch3>Где заканчивается экстранет\u003C\u002Fh3>\n\u003Cp>Экстранет не создаёт независимый контур подрядчика. Если внешняя команда ведёт собственные проекты, внутренние согласования и распределение работы в другом портале, доступ в портал заказчика становится ещё одним местом, которое приходится поддерживать.\u003C\u002Fp>\n\u003Cp>Ещё одна организационная задача — пересмотр приглашений. После завершения договора доступы внешних сотрудников не должны оставаться бессрочно. Это относится и к консультанту, и к сотруднику подрядчика, который сменил роль в проекте.\u003C\u002Fp>\n\u003Cp>Экстранет-пользователь — это пользователь существующей экстранет-группы. Его права не равны правам гостя проекта и не связаны с тем, кто указан ответственным в зеркальной задаче на другом портале.\u003C\u002Fp>\n\u003Ch2>Межпортальные задачи Битрикс24 для двух независимых порталов\u003C\u002Fh2>\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\u003Cp>Роли сторон различаются. Партнёр настраивает сопоставления и правила, а клиент активирует связь и просматривает результат. Полной симметрии администрирования здесь нет.\u003C\u002Fp>\n\u003Ch3>Что влияет на выбор межпортальных задач\u003C\u002Fh3>\n\u003Cp>Обмен можно ограничить проектом, рабочей группой, существующей коллабой или выбранными ответственными. Это позволяет связать только задачи, которые нужны обеим сторонам, и не переносить внутреннюю работу подрядчика в портал клиента.\u003C\u002Fp>\n\u003Cp>Если правила завязаны на ответственных, приложение смотрит на назначенного ответственного, а не на автора задачи. Такой вариант подходит для процессов, где запросы направляют в выделенную очередь или конкретной команде.\u003C\u002Fp>\n\u003Cp>В стандартный обмен входят поддерживаемые данные карточки: название, описание, крайний срок, плановые даты, приоритет, теги и оценка времени. Состояние задачи обрабатывается отдельно. Набор не означает перенос всех полей и сущностей задачи.\u003C\u002Fp>\n\u003Ch3>Условный процесс: агентство и клиент в разных порталах\u003C\u002Fh3>\n\u003Cp>Клиент создаёт задачу на доработку сайта в своём портале. У агентства появляется связанная задача в его Битрикс24. Клиент следит за своей карточкой, а агентство ведёт работу в собственном проекте, с внутренними исполнителями и правилами доступа.\u003C\u002Fp>\n\u003Cp>Клиенту не открывают внутренние задачи агентства, его загрузку и другие клиентские проекты. Агентство, в свою очередь, не получает доступ ко всему порталу клиента. Для задач, которые должны быть видны обеим сторонам, остаются две связанные карточки.\u003C\u002Fp>\n\u003Cp>Подробнее о настройке связки задач — на \u003Ca href=\"https:\u002F\u002Fs-webs24.ru\u002Fapps\u002Fb2btasks\u002F\">странице приложения\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch3>Условный процесс: управляющая компания и подразделение\u003C\u002Fh3>\n\u003Cp>Управляющая компания и региональное подразделение используют разные порталы. Управляющая компания передаёт задачи по отчётности, а подразделение ведёт исполнение по своим правилам и со своими сотрудниками.\u003C\u002Fp>\n\u003Cp>Обмен ограничивают задачами одного направления. Остальные задачи подразделения не появляются на стороне управляющей компании. Один портал может участвовать в нескольких связях, поэтому этот вариант подходит и для работы с несколькими самостоятельными подразделениями или клиентами.\u003C\u002Fp>\n\u003Ch2>Сравнение проекта с гостями, экстранета и межпортальных задач Битрикс24\u003C\u002Fh2>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Критерий\u003C\u002Fth>\n\u003Cth>Проект с гостями\u003C\u002Fth>\n\u003Cth>Экстранет\u003C\u002Fth>\n\u003Cth>Межпортальные задачи\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Статус сценария\u003C\u002Ftd>\n\u003Ctd>Актуальный нативный формат\u003C\u002Ftd>\n\u003Ctd>Работает для существующих экстранет-групп\u003C\u002Ftd>\n\u003Ctd>Работа между двумя порталами\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Количество порталов\u003C\u002Ftd>\n\u003Ctd>Один\u003C\u002Ftd>\n\u003Ctd>Один\u003C\u002Ftd>\n\u003Ctd>Два независимых\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Карточка задачи\u003C\u002Ftd>\n\u003Ctd>Одна общая\u003C\u002Ftd>\n\u003Ctd>Одна общая\u003C\u002Ftd>\n\u003Ctd>Отдельная у каждой стороны\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Доступ внешнего участника\u003C\u002Ftd>\n\u003Ctd>В пределах проекта и его прав\u003C\u002Ftd>\n\u003Ctd>В пределах экстранет-группы и выданных прав\u003C\u002Ftd>\n\u003Ctd>Прямой доступ к чужому порталу не требуется\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Контур подрядчика\u003C\u002Ftd>\n\u003Ctd>Обычно ведётся в портале заказчика\u003C\u002Ftd>\n\u003Ctd>Обычно ведётся в портале заказчика\u003C\u002Ftd>\n\u003Ctd>Сохраняется на стороне подрядчика\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Когда выбирать\u003C\u002Ftd>\n\u003Ctd>Общий проект в одном пространстве\u003C\u002Ftd>\n\u003Ctd>Нужно продолжить работу в существующем экстранете\u003C\u002Ftd>\n\u003Ctd>Стороны не хотят объединять порталы\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Проект с гостями выбирают для общей работы в одном пространстве. Экстранет используют в уже работающих внешних группах. Межпортальные задачи нужны, когда объединять порталы, права и внутренние процессы сторон не требуется.\u003C\u002Fp>\n\u003Ch2>Четыре процесса и выбор подходящего сценария\u003C\u002Fh2>\n\u003Ch3>Рекламная кампания с внешним дизайнером\u003C\u002Fh3>\n\u003Cp>Маркетинговый отдел ставит дизайнеру задачи на баннеры и макеты. Дизайнеру достаточно видеть материалы кампании, комментарии и результаты согласования. Здесь уместен проект с гостями: все участники работают в одной карточке, без зеркал и обмена между порталами.\u003C\u002Fp>\n\u003Ch3>Работа поставщика в действующей экстранет-группе\u003C\u002Fh3>\n\u003Cp>Закупочный отдел передаёт поставщику задания на спецификации и получает документы в той же группе. Группа уже существует, её участники и права настроены. Переводить такой процесс на другой механизм без причины не нужно; достаточно регулярно проверять состав участников и доступные материалы.\u003C\u002Fp>\n\u003Ch3>Запросы клиента в агентство\u003C\u002Fh3>\n\u003Cp>Клиент ведёт задачи в своём портале, агентство — в своём. Клиенту нужен статус запроса, а агентству требуется сохранить внутреннюю схему работы. Межпортальные задачи позволяют связать согласованную область без взаимного доступа к порталам.\u003C\u002Fp>\n\u003Ch3>Внешний эксперт с собственным регламентом\u003C\u002Fh3>\n\u003Cp>Компания привлекает эксперта по отдельному вопросу. Если ему достаточно материалов одного проекта и общей карточки задачи, подойдёт проект с гостями. Если эксперт ведёт работу в собственном портале, а заказчику нужна отдельная карточка с результатом, логичнее использовать межпортальную связку задач.\u003C\u002Fp>\n\u003Ch2>Ограничения межпортальных задач, которые влияют на процесс\u003C\u002Fh2>\n\u003Cp>Синхронизация находится в бета-версии и работает с задержкой. Её не стоит использовать там, где каждое изменение должно появляться на другом портале немедленно.\u003C\u002Fp>\n\u003Cp>Передаются не все данные задачи. Если процесс зависит от пользовательских полей, их соответствия настраивают вручную и проверяют на тестовой задаче. Несовместимые типы полей и ограничения прав могут помешать переносу.\u003C\u002Fp>\n\u003Cp>Файлы копируются с учётом прав, размера, типа и доступности. Удаление файла на одной стороне не удаляет его копию на другой. Параллельные правки содержимого файлов не объединяются.\u003C\u002Fp>\n\u003Cp>С сообщениями действует похожее ограничение. Можно передавать новые пользовательские сообщения из чата связанной задачи после включения настройки. Старая история, системные сообщения, правки и удаления уже отправленных сообщений не переносятся.\u003C\u002Fp>\n\u003Cp>Если задача выходит из разрешённого проекта или ответственный перестаёт входить в наблюдаемый список, обмен для существующей пары останавливается после обработки изменения. В зеркальной карточке появляется пометка. При возврате задачи в разрешённую область связь может продолжиться с прежней парой, если обе карточки доступны.\u003C\u002Fp>\n\u003Cp>Удаление одной связанной задачи не удаляет вторую автоматически. Это действие нужно отдельно учитывать в рабочем регламенте.\u003C\u002Fp>\n\u003Ch2>Частые вопросы о коллабе, экстранете и межпортальных задачах Битрикс24\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>Когда межпортальные задачи лучше экстранета?\u003C\u002Fh3>\n\u003Cp>Когда заказчик и исполнитель работают в самостоятельных порталах и не хотят выдавать друг другу прямой доступ. Каждая сторона сохраняет свою карточку задачи, пользователей и внутренний порядок работы.\u003C\u002Fp>\n\u003Ch3>Передаются ли файлы и сообщения между порталами?\u003C\u002Fh3>\n\u003Cp>Файлы, доступные приложению, могут копироваться с учётом ограничений прав и доступности. Передаются новые пользовательские сообщения из чата связанной задачи после включения настройки. Детали работы с перепиской собраны в материале \u003Ca href=\"https:\u002F\u002Fs-webs24.ru\u002Farticles\u002Fsinhronizatsiya-chatov-zadach-edinaya-perepiska-mezhdu-porta\u002F\">о чатах и комментариях в задачах между порталами\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch3>Можно ли автоматически сопоставить сотрудников и пользовательские поля?\u003C\u002Fh3>\n\u003Cp>Нет. Соответствия сотрудников и пользовательских полей настраивают вручную. Персональные пары сотрудников можно задать отдельно, а совместимость полей стоит проверить на тестовой задаче.\u003C\u002Fp>\n\u003Ch2>Как выбрать сценарий совместной работы в Битрикс24\u003C\u002Fh2>\n\u003Cp>Если внешняя команда готова работать в одном пространстве заказчика, нужен проект с гостями. Если процесс уже живёт в экстранет-группе, можно продолжать работу в ней, не забывая о правах и составе участников. Когда у каждой стороны собственный портал и свой управленческий контур, подходят межпортальные задачи.\u003C\u002Fp>\n\u003Cp>Перед запуском зафиксируйте границу доступа, список участников, область обмена и порядок работы с изменениями. Приложение связывает задачи, но не определяет рабочий регламент: его нужно зафиксировать отдельно.\u003C\u002Fp>\n"]