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