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