Администрирование · 7 мин
Приняты данные коллизии в 1С: что это значит и как разрешить конфликт
Разбираем, что означает статус «приняты данные коллизии» в 1С при обмене, почему возникает коллизия данных и как правильно разрешить конфликт версий объектов.
При синхронизации данных между базами 1С (например, между «Управлением торговлей» и «Бухгалтерией» или между центральной и периферийной базой РИБ) в протоколе обмена можно встретить строку «приняты данные коллизии». Это сообщение означает, что один и тот же объект (документ, элемент справочника) был изменён одновременно в обеих базах, и механизм обмена зафиксировал конфликт версий.
Сама по себе коллизия — не ошибка, а штатная ситуация обмена. 1С не может «угадать», какая из двух версий объекта верна, поэтому откладывает её разрешение: либо применяет правило по умолчанию, либо оставляет объект в списке неразрешённых коллизий до решения пользователя.
Проблема в другом: если коллизии накапливаются и их никто не разбирает, данные в базах начинают расходиться. Проводки в бухгалтерии могут не совпадать с документами в торговле, остатки и обороты — искажаться. Поэтому статус «приняты данные коллизии» — это сигнал проверить, что именно конфликтует и какая версия должна победить.
Что такое коллизия при обмене данными
Коллизия возникает, когда между двумя сеансами обмена один и тот же объект был изменён и в текущей базе, и в базе-источнике сообщения. Например, менеджер отредактировал заказ клиента в УТ, а бухгалтер в тот же день изменил тот же заказ в БП. При следующей синхронизации 1С видит: объект менялся «здесь» и пришёл изменённым «оттуда» — это и есть коллизия.
Важно понимать: коллизия фиксируется на уровне объекта целиком, а не отдельных полей. Даже если в двух базах меняли разные реквизиты одного документа, 1С всё равно воспринимает это как конфликт версий всего объекта.
Где посмотреть список коллизий
В типовых конфигурациях на БСП (Библиотека стандартных подсистем) информация о коллизиях хранится в регистре сведений «Результаты обмена данными». Открыть его можно через раздел «Администрирование» → «Синхронизация данных» → ссылка на предупреждения или результаты обмена, либо через «Все функции» → «Регистры сведений» → «Результаты обмена данными».
В списке видны узел обмена, объект, дата возникновения коллизии и действие, выполненное системой. По двойному щелчку обычно открывается сам объект или форма сравнения версий, где можно посмотреть, что именно различается.
- 1Откройте «Администрирование» → «Синхронизация данных» и перейдите к результатам обмена
- 2Найдите записи с типом «Неразрешённые коллизии» или «Предупреждения»
- 3Откройте объект и сравните версию в текущей базе с пришедшей версией
- 4Определите, какая версия корректна (по дате изменения, содержимому, ответственному)
- 5Примите нужную версию или отклоните загруженную, затем выполните обмен повторно
Как 1С разрешает коллизии автоматически
В плане обмена есть настройка поведения при коллизиях. Классический вариант для РИБ: в главном узле по умолчанию действует правило «приоритет главной базы» — при конфликте побеждает версия центрального узла, а изменения из подчинённого отклоняются (или наоборот, если настроено иначе). В универсальных обменах через «Синхронизацию данных» приоритет задаётся настройкой «Загружать данные» / «Отправлять данные» и правилами конвертации.
Если настроен автоматический приоритет, в протоколе вы увидите «приняты данные коллизии» с указанием, чья версия применена. Если автоматическое разрешение отключено, объекты копятся в списке неразрешённых коллизий и не обновляются, пока пользователь не примет решение.
Варианты разрешения коллизии
Подходит для РИБ и связки «УТ → БП», где центральная база — эталон. Ограничение: изменения, сделанные в подчинённой базе, будут затёрты.
Используется, когда источник считается более актуальным (например, выгрузка из CRM). Ограничение: локальные правки объекта будут потеряны.
Самый безопасный вариант для важных документов: пользователь сравнивает версии и выбирает. Ограничение: требует регулярного контроля и времени.
Что делать при ручном разрешении
Откройте объект из списка коллизий и сравните версии: дату изменения, проведённость, ключевые реквизиты (суммы, контрагента, табличные части). Если в одной из баз документ проведён, а в другой только записан — обычно приоритет у проведённой версии, но это нужно оценивать по смыслу, а не формально.
После выбора версии отметьте коллизию как разрешённую (кнопка «Принять версию» / «Отклонить» в форме результатов обмена) и выполните обмен повторно. Убедитесь, что объект полностью совпадает в обеих базах.
Как уменьшить количество коллизий
Главная причина массовых коллизий — одновременная работа с одними объектами в обеих базах. Практические меры: разграничьте права так, чтобы документы создавались и редактировались только в одной системе (например, торговые документы — только в УТ, банк и касса — только в БП); увеличьте частоту синхронизации, чтобы окно «двойного изменения» сокращалось; доработайте правила обмена, исключив из выгрузки реквизиты, которые осознанно ведутся раздельно.
Как проверить, что конфликт разрешён корректно
Как проверить результат
Неразрешённых записей по объекту нет или они осознанно оставлены
Объект снова появляется в списке после каждого обмена
Реквизиты, суммы и статус проведения совпадают
В одной базе документ проведён, в другой — нет
Остатки и обороты в УТ и БП сходятся
Расхождения по взаиморасчётам или складу
Если после разрешения коллизии объект продолжает конфликтовать при каждом обмене, проверьте, не изменяет ли его автоматически какой-либо регламент или доработка (например, подписка на событие, перезаписывающая документ при загрузке). Это частая скрытая причина «вечных» коллизий.
Что важно запомнить
«Приняты данные коллизии» — фиксация конфликта версий объекта при обмене. Разбирайте коллизии в регистре результатов обмена, выбирайте корректную версию вручную для важных документов, настройте приоритет базы и разграничьте права, чтобы конфликты не возникали повторно.
Частые вопросы
Опасно ли сообщение «приняты данные коллизии»?
Само по себе — нет, это штатная фиксация конфликта. Опасность в накоплении неразрешённых коллизий: данные в базах начинают расходиться. Регулярно просматривайте результаты обмена.
Какая версия объекта побеждает по умолчанию?
Зависит от настройки плана обмена. В РИБ обычно приоритет у главного узла, в синхронизации через БСП — у версии, определённой настройкой правил. Точное поведение смотрите в настройках конкретного узла обмена.
Почему коллизия возникает, если документ никто не трогал?
Объект мог измениться программно: регламентным заданием, подпиской на событие, обработкой перепроведения или загрузкой курсов/остатков. Проверьте дату и автора последнего изменения в истории объекта.
Можно ли отключить фиксацию коллизий совсем?
Можно настроить автоматическое разрешение с приоритетом одной из баз — тогда коллизии будут разрешаться без участия пользователя. Полностью «отключить» механизм нельзя и не нужно: без него при конфликте данные обновлялись бы непредсказуемо.
Что делать, если коллизий накопились сотни?
Сначала сделайте резервные копии обеих баз. Затем отсортируйте коллизии по типам объектов: справочники можно разрешить пакетно с приоритетом эталонной базы, а документы, влияющие на проводки и остатки, — разбирать выборочно. После массового разрешения выполните полный обмен и сверку оборотов.