К статье
Практический материал

Администрирование · 13 мин

Как обновить форматы обмена в 1С

Как обновить форматы обмена 1С: EnterpriseData, правила конвертации, синхронизация между конфигурациями. Проверка версий, типовые ошибки и порядок действий.

Форматы обмена в 1С определяют, какие данные и в какой структуре передаются между конфигурациями: например, между «Управлением торговлей» и «Бухгалтерией предприятия» или между центральной базой и интернет-магазином. Когда одна из конфигураций обновляется до нового релиза, формат обмена может измениться — и синхронизация начинает выдавать ошибки, терять документы или останавливаться полностью.

Обновление форматов обмена — это не одно действие, а последовательность: проверить текущие версии форматов на обеих сторонах, обновить правила конвертации или саму конфигурацию, выполнить тестовую синхронизацию и убедиться, что данные переносятся корректно. Пропуск любого шага приводит к расхождениям в учёте, которые потом сложно найти.

Материал ориентирован на администраторов и специалистов, которые сопровождают типовые или доработанные конфигурации на платформе «1С:Предприятие 8.3». Рассматриваются обмены через универсальный формат EnterpriseData, обмены по правилам конвертации данных и типовые планы обмена.

Как понять, что формат обмена устарел

Первый признак — ошибки при синхронизации после обновления одной из конфигураций. Типичные сообщения: «Ошибка формата сообщения обмена», «Не найдено правило конвертации», «Версия формата не поддерживается». Иногда обмен формально проходит, но часть объектов не переносится: документы «повисают» в очереди отправки, а в журнале регистрации появляются предупреждения.

Второй признак — расхождение данных. Если после обновления в приёмнике перестали создаваться новые виды документов или справочников (например, появившиеся в свежем релизе), значит, правила конвертации устарели относительно структуры конфигурации-источника.

Третий сценарий — плановый: вы обновляете конфигурацию и заранее проверяете, изменился ли формат обмена в новом релизе. Информация об этом обычно есть в описании обновления (файл поставки, раздел «Порядок обновления») и в документации на портале 1С.

Ошибка «версия формата не поддерживается»Форматы на сторонах различаются

Сравнить версию формата в настройках синхронизации обеих баз

Документы в очереди, но не выгружаютсяНет подходящего правила конвертации

Проверить дату правил обмена и релиз конфигурации

Обмен проходит, данных нетПравила устарели относительно структуры данных

Проверить журнал регистрации на предмет отказов в обработчиках

Какие форматы обмена используются в 1С

Прежде чем обновлять, нужно понять, какой механизм обмена задействован в вашей связке конфигураций. От этого зависит порядок действий.

Универсальный формат EnterpriseData — современный XML-формат, который используется в типовых синхронизациях между конфигурациями фирмы «1С» (УТ, ERP, БП, ЗУП, розница). Версия формата указывается прямо в настройках синхронизации, и обновление часто сводится к выбору более новой версии после обновления обеих конфигураций.

Обмен по правилам конвертации данных — классический механизм, где структура выгрузки описывается правилами, созданными в конфигурации «Конвертация данных». Правила хранятся в файле XML и загружаются в настройку обмена. Здесь обновление означает загрузку нового файла правил.

Планы обмена и распределённые базы (РИБ) — обмен на уровне платформы. Формат здесь жёстко привязан к конфигурации: узлы РИБ должны работать на одинаковых релизах, и обновляется вся конфигурация целиком, а не отдельный формат.

Сравнение вариантов

EnterpriseData

Типовые синхронизации между современными конфигурациями. Обновляется выбором версии формата после обновления релизов.

Правила конвертации данных

Нетиповые связки и старые конфигурации. Обновляется загрузкой нового файла правил, иногда требует доработки в «Конвертации данных».

Планы обмена / РИБ

Однородные базы и филиалы. Обновляется только вместе с конфигурацией на всех узлах, отдельного формата нет.

Подготовка: резервная копия и проверка версий

Любые работы с обменом начинайте с резервной копии обеих баз — и источника, и приёмника. Для файловых баз достаточно скопировать каталог или файл 1Cv8.1CD, для клиент-серверных — сделать выгрузку в dt через конфигуратор или средствами СУБД. Ошибка в правилах конвертации способна массово создать или изменить объекты в приёмнике, и откат без копии займёт часы.

Далее зафиксируйте текущее состояние: точные релизы обеих конфигураций (раздел «О программе»), версию формата EnterpriseData в настройках синхронизации, дату и источник загруженных правил обмена. Эта информация понадобится, чтобы понять, что именно нужно обновить, и чтобы откатиться, если что-то пойдёт не так.

Проверьте требования нового релиза: в описании обновления конфигурации указано, с какими версиями смежных конфигураций и форматов она совместима. Если вы обновляете УТ до релиза, который требует БП не ниже определённой версии, сначала обновите БП — иначе синхронизация не заработает корректно.

Обновление универсального формата EnterpriseData

Если обе конфигурации обновлены до актуальных релизов, версия формата переключается в настройках синхронизации. Откройте раздел «Синхронизация данных» (в разных конфигурациях он находится в «Администрировании» или «НСИ и администрировании»), выберите нужную настройку обмена и найдите параметр версии формата.

Выберите максимальную версию формата, которую поддерживают обе стороны. Если одна из конфигураций старее, выбирайте версию, совместимую с ней, — иначе обмен будет отклонять сообщения. После смены версии выполните тестовую отправку и получение данных.

Обратите внимание: повышение версии формата может изменить состав передаваемых данных. Новые версии EnterpriseData передают больше видов объектов и реквизитов, поэтому после переключения проверьте, не появились ли в приёмнике объекты, которых раньше не было, и не требуют ли они настройки сопоставления.

Порядок действий для EnterpriseData
  1. 1
    Сделайте резервные копии обеих баз
  2. 2
    Обновите обе конфигурации до совместимых релизов
  3. 3
    Откройте настройку синхронизации и проверьте версию формата
  4. 4
    Выберите новую версию, поддерживаемую обеими сторонами
  5. 5
    Выполните тестовую выгрузку и загрузку
  6. 6
    Проверьте сопоставление объектов и журнал регистрации

Обновление правил конвертации данных

Для обменов по правилам конвертации обновление — это замена файла правил. Актуальные типовые правила обычно поставляются вместе с конфигурацией или доступны в составе обновления. Откройте настройку обмена, найдите блок с правилами конвертации и посмотрите дату текущей версии.

Загрузите новый файл правил через кнопку «Загрузить правила» (в типовых конфигурациях — «Загрузить правила конвертации объектов»). После загрузки программа покажет версию и дату правил — сверьте их с ожидаемыми. Если правила дорабатывались под вашу специфику, простая замена файла затрёт доработки: в этом случае изменения нужно переносить в новые правила через конфигурацию «Конвертация данных».

После загрузки новых правил обязательна проверка: выполните выгрузку небольшого пакета данных (например, документов за один день) и загрузите его в копию приёмника. Сравните количество созданных объектов, проведённые суммы и отсутствие ошибок в журнале регистрации.

Особенности для планов обмена и РИБ

В распределённых информационных базах отдельного формата обмена нет — структура сообщений определяется конфигурацией. Поэтому «обновление формата» здесь означает обновление конфигурации на всех узлах. Порядок строгий: сначала обновляется главный узел, затем изменения конфигурации передаются в подчинённые узлы вместе с очередным сообщением обмена.

Подчинённый узел после получения сообщения с новой конфигурацией потребует выполнить обновление в монопольном режиме — пользователи в этот момент работать не смогут. Планируйте обновление РИБ на нерабочее время и убедитесь, что все узлы приняли сообщения до начала обновления, иначе часть данных может остаться непереданной.

Если узел долго не обновлялся

Когда подчинённый узел пропустил несколько релизов, накопленные сообщения могут содержать данные в промежуточных форматах. В этом случае надёжнее создать новый образ подчинённого узла из обновлённого главного узла, чем догонять обновления цепочкой. Это быстрее и исключает ошибки конвертации на каждом промежуточном шаге.

Проверка результата после обновления

Формальное завершение обмена без ошибок — недостаточный критерий. Проверьте результат содержательно: выберите несколько контрольных документов (реализация, поступление, кассовый документ) и сравните их в источнике и приёмнике по суммам, датам, контрагентам и состоянию проведения.

Откройте журнал регистрации и отфильтруйте события за время тестового обмена. Предупреждения вида «объект не найден», «не заполнено обязательное поле» указывают на проблемы сопоставления, которые в будущем приведут к потере данных. Также проверьте очередь неотправленных сообщений — она должна быть пустой после успешного сеанса.

Контрольные точки

Как проверить результат

Журнал регистрации за время обмена
Норма

Нет ошибок и предупреждений по объектам обмена

Тревожный признак

Сообщения «объект не найден», отказы в обработчиках

Контрольные документы в приёмнике
Норма

Суммы, даты и проведение совпадают с источником

Тревожный признак

Документы распроведены, суммы отличаются, объектов нет

Очередь сообщений обмена
Норма

Очередь пуста, регистрация изменений снята

Тревожный признак

Объекты «застряли» в очереди отправки

Типичные ошибки и как их избежать

Самая частая ошибка — обновление только одной стороны. Пользователь обновил УТ, формат в ней стал новее, а БП осталась на старом релизе: обмен падает с ошибкой версии. Вторая типичная ситуация — замена доработанных правил типовыми без переноса изменений, после чего перестают переноситься дополнительные реквизиты и нестандартные документы.

Ещё одна группа ошибок связана с сопоставлением объектов. После смены формата или правил ранее сопоставленные объекты могут начать сопоставляться заново — по другим полям. Это приводит к дублям контрагентов и номенклатуры в приёмнике. Перед первым полноценным обменом после обновления проверьте и при необходимости очистите или скорректируйте регистрацию сопоставления.

Типичные ошибки
01
Обновление формата только в одной базе — обмен отклоняет сообщения из-за несовместимости версий
02
Замена доработанных правил типовыми — теряются переносы нестандартных реквизитов и документов
03
Пропуск тестовой синхронизации на копии — ошибки обнаруживаются на рабочих данных, откат дорогой
04
Игнорирование сопоставления объектов — после смены правил появляются дубли справочников

Когда нужна помощь специалиста

Самостоятельное обновление оправдано, когда обе конфигурации типовые, обмен настроен штатно, а правила не дорабатывались. В этом случае процедура сводится к обновлению релизов и переключению версии формата.

Привлекайте специалиста по «Конвертации данных», если правила доработаны, обмен идёт между сильно разными конфигурациями (например, самописная конфигурация и типовая БП), используются обмены через веб-сервисы с собственными обработчиками или после обновления появляются ошибки, причина которых неочевидна из журнала регистрации. Доработка правил требует понимания структуры обеих конфигураций и механизмов ПКО, ПКС и обработчиков событий.

Маршрут решения

Как выбрать действие

Обе конфигурации типовые, обмен штатныйОбновите релизы и переключите версию формата в настройках синхронизации
Правила конвертации дорабатывалисьПеренесите доработки в новые правила через «Конвертацию данных», не заменяйте файл в лоб
Обмен РИБ, узлы на разных релизахОбновите главный узел и доведите обновление до подчинённых, либо создайте образы узлов заново
После обновления дубли справочниковПроверьте и исправьте сопоставление объектов до следующего полного обмена

Частые вопросы

Можно ли обновить формат обмена без обновления конфигурации?

Для EnterpriseData — иногда да: если новая версия формата уже поддерживается текущим релизом, достаточно переключить её в настройках. Но если новый формат появился только в свежем релизе, без обновления конфигурации он недоступен. Для правил конвертации можно загрузить новый файл правил отдельно, если он совместим со структурой вашей конфигурации.

Что делать, если после обновления документы перестали проводиться в приёмнике?

Чаще всего причина в том, что новые правила передают реквизиты, обязательные в приёмнике, но незаполненные в источнике. Найдите в журнале регистрации текст ошибки проведения, определите незаполненное поле и либо заполните его в источнике, либо настройте значение по умолчанию в правилах конвертации.

Как узнать, какая версия формата EnterpriseData используется сейчас?

Откройте настройку синхронизации данных в любой из двух баз: версия формата указана в параметрах обмена. Дополнительно версию можно увидеть в самом XML-файле сообщения обмена — она указана в заголовке файла.

Опасно ли повышать версию формата, если обмен работает стабильно?

Без необходимости повышать версию не стоит: новая версия меняет состав и структуру передаваемых данных, что требует повторной проверки сопоставления. Повышайте версию, когда этого требует обновление конфигурации или когда нужны объекты, которые старая версия не передаёт.

Куда пропадают данные, если обмен завершился без ошибок, но документов нет?

Проверьте три места: очередь неотправленных сообщений в источнике, отборы и ограничения в настройке синхронизации (дата начала выгрузки, отбор по организациям) и журнал регистрации приёмника на предмет отказов в обработчиках при загрузке. Часто объект отклоняется обработчиком «При загрузке» без явной ошибки обмена.

Нужно ли обновлять обе базы одновременно?

Строго одновременно — нет, но в правильной последовательности. Сначала обновите конфигурацию, которая по требованиям релиза должна быть новее, затем вторую, и только после этого переключайте версию формата или загружайте новые правила. На время между обновлениями обмен лучше приостановить.

Итог

Что важно запомнить

Обновление формата обмена — это всегда работа с обеими сторонами: совместимые релизы, актуальные правила или версия EnterpriseData, затем тестовая синхронизация на копии с проверкой контрольных документов и журнала регистрации. Резервная копия перед началом и контроль сопоставления объектов после — два обязательных условия, без которых обновление превращается в риск для учётных данных.