Обмен ЗУП и Бухгалтерии сломался после обновления: КД 2 и РИБ
После обновления ЗУП или Бухгалтерии одни не могут загрузить доработанные правила обмена из файла, у других документы не регистрируются к обмену. Разбираем, чем КД 2 отличается от КД 3 и РИБ, что подтверждено документацией, как проверить свой случай на копии и что отдать исполнителю.
Зарплата в Бухгалтерию не пришла
Кадровик провёл ведомости в ЗУП, а бухгалтер при закрытии месяца не находит проводок по зарплате. Накануне обновили одну из баз или обе. Ошибок нет, документы не доезжают.
По обсуждениям на форумах 1С в июле-октябре 2026 тема стала громкой: пользователи пишут, что в свежих релизах конфигураций нельзя загрузить собственные правила обмена из файла, и спрашивают, на что теперь переходить. Отдельная ветка на Мисте от 24 сентября про другое: документы из ЗУП не регистрируются к обмену, хотя параметры выгрузки включены и даты открыты. Эти жалобы нельзя смешивать. Если ломается обмен с УТ, а не с ЗУП, начните со статьи про обмен УТ и Бухгалтерии.
КД 2, КД 3, универсальный обмен и РИБ
КД 2 (1С:Конвертация данных, редакция 2) это конфигурация, в которой разработчик описывает правила обмена между двумя конкретными конфигурациями. Готовые правила хранятся в XML и загружаются в базы. Типовой обмен ЗУП с Бухгалтерией в течение многих лет работал на таких правилах, а если обмен нетиповой, правила дорабатывали и грузили в базу из файла.
КД 3 по документации ИТС это инструмент для обменов через посредника, универсальный формат EnterpriseData. Логика каждой конфигурации написана только для неё самой и ориентирована на структуру формата, а не на устройство базы-партнёра. ИТС прямо пишет, что КД 3 не является заменой КД 2, хотя задачи у них похожи.
РИБ, распределённая информационная база, это другое. По определению ИТС это несколько баз с идентичными конфигурациями, обменивающихся в офлайн-режиме. ЗУП и Бухгалтерия конфигурации разные, поэтому между собой они обмениваются через универсальный механизм обмена, а не через РИБ. Для РИБ в обсуждении 26 сентября советуют обновлять центральную базу и периферию по одному релизу, а не сразу через десять.
Что произошло и где граница проверенного
Пользователи сообщают: в БП 3.0.202.14 и в конфигурациях на библиотеке стандартных подсистем 3.1.12 (в примерах называют ЗУП 3.1.38) в форме правил синхронизации недоступна загрузка из файла, выводится фраза «Функциональность по загрузке правил устарела и более не поддерживается». Ранее загруженные правила, по тем же сообщениям, работают, но обновить их через интерфейс нельзя. В ветке на Инфостарте приводят выдержку из закрытого партнёрского форума фирмы 1С: в ближайших типовых релизах планируется удалить механизм конвертации по правилам XML, его интерфейс пометят устаревшим, а внешняя обработка «УниверсальныйОбменДаннымиXML» останется для разовых операций.
Что я проверил сам по открытым источникам: определения КД 3, формата EnterpriseData и РИБ на ИТС и сайте v8.1c.ru. Что не подтвердил: саму выдержку, версии, даты и сроки удаления. В открытых описаниях новых версий библиотеки стандартных подсистем этого пока не нашёл, а часть страниц ИТС закрыта подпиской. Версии выше это слова пользователей. Надёжный источник для вашей базы это описание релиза конфигурации и ответ линии 1С.
Граница важная. Запрет загрузки из файла не останавливает обмен и не мешает регистрации документов сам по себе. Он бьёт по тем, кому нужно изменить доработанные правила. Если обмен ЗУП и БП типовой и правила берутся из конфигурации, этот пункт вас, скорее всего, не затрагивает.
Как понять свой случай
| Что видите | Что проверить |
|---|---|
| При попытке загрузить правила из файла сообщение «устарела и более не поддерживается» | Правила у вас доработанные и грузились из файла. Нужен план: оставить как есть, перенести в макеты, перейти на EnterpriseData |
| Документ записан, а к обмену не зарегистрирован | Настройки синхронизации: что выгружать, с какой даты, по каким организациям. Регистрация идёт при записи объекта по правилам регистрации |
| Документ зарегистрирован, но в Бухгалтерии не тот документ | Приёмник может создавать другой документ. В ветке про ЗУП и ERP ответили, что вместо ведомости должна появиться заявка на расходование денежных средств |
| Сломалось после обновления только одной базы | Версии обеих конфигураций и правил. Обновлять пару надо вместе, проверка по описанию релиза |
| Ошибки есть только у части организаций | Организации, включённые в синхронизацию, и период запрета изменений в приёмнике |
Настройки обмена у вас могут отличаться. Строки таблицы задают порядок проверки, диагнозом они не являются.
Что сделать самому и что отдать исполнителю
1. Снимите копии обеих баз и проверьте, что они восстанавливаются, об этом есть отдельная статья. Общие правила копирования здесь.
2. Разверните копии отдельно и отключите в них регламентное задание синхронизации. Иначе копия может начать обмениваться с боевой базой через тот же каталог или адрес.
3. Посмотрите, откуда взяты правила обмена: из конфигурации или из файла. Запишите версии обеих конфигураций.
4. Снимите контрольные цифры: обороты по счетам 70 и 69 в Бухгалтерии за месяц и начисления в ЗУП за тот же месяц.
5. Проведите тестовый документ на копии и посмотрите, регистрируется ли он и что появляется в приёмнике.
Исполнителю отдавайте то, что требует кода: перенос доработанных правил в формат EnterpriseData или в макеты конфигурации, разбор нетиповых полей, починку регистрации. Выкладываемые на форумах самодельные расширения и платные обработки, возвращающие загрузку правил из файла, на боевую базу без проверки ставить не стоит. Чужой код в базе с зарплатой это риск. Как принять готовую доработку со всеми исходниками, написано в статье про паспорт доработок, а про то, почему доработки выносят в расширения, в этой.
Чтобы не потерять зарплатные проводки, не пересоздавайте узел обмена и не запускайте полную перевыгрузку на боевой базе, пока не прошли это на копии. Переключение механизма согласуйте с главным бухгалтером: это не бухгалтерская консультация, а порядок работ. Для пары ЗУП и Бухгалтерия в обсуждениях встречается мнение, что формат EnterpriseData работает без особых компромиссов; консультанты называют ЗУП 3.1.14.208 как версию, где он появился. По ИТС я этого не проверил.
Частые вопросы
Перестанет ли работать обмен, который уже настроен?
По сообщениям пользователей, уже загруженные правила продолжают работать. Закрыто обновление их из файла. Сроков удаления я не подтвердил.
Надо ли срочно переходить на КД 3?
Если обмен типовой и правила берутся из конфигурации, срочности нет. Если вы регулярно дорабатываете правила из файла, переход лучше планировать заранее, а не в день, когда понадобится правка.
Можно ли проверить всё самому?
Диагностику на копии, контрольные цифры и тестовый документ можно. Перенос правил и починка регистрации требуют разработчика 1С.
Коротко о главном
Запрет загрузки правил из файла и непопавшие документы это разные проблемы. Сначала определите тип правил, потом проверьте регистрацию на копии, зарплатные обороты сверьте до и после, а переносить доработки на новый механизм начинайте заранее.
Хотите, чтобы я посмотрел обмен ЗУП и Бухгалтерии на копиях, нашёл, где теряются документы, и предложил, что чинить и что переносить на актуальный механизм? Напишите мне в Telegram слово «ЗУП». Подробнее о таких задачах на странице автоматизации бухгалтерии.
Что я делаю для бизнеса
- Боты в Telegram, MAX, VK
- Автоматизация процессов и CRM
- Аналитика и дашборды
- Сайты и лендинги под ключ
Бесплатно: чек-лист «Готов ли ваш бизнес к 152-ФЗ»
12 пунктов, которые проверяют готовность за час: данные, согласия, уведомление в РКН, локализация, защита. Отметьте, что уже сделано, и увидите дыры, за которые сейчас штрафуют.
Готовы обсудить вашу задачу?
Бесплатная консультация — разберём, как внедрить это в вашем бизнесе под ключ. Без форм, пишите напрямую.
Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.


