Перенос данных между базами 1С: какой инструмент взять и как не потерять учёт

Чтобы конвертировать данные в 1С, сначала определите пару «откуда — куда». Между типовыми конфигурациями 8.3 (БП 3.0, УТ 11, ЗУП 3.1, КА, ERP) данные переносит встроенная синхронизация Администрирование → Синхронизация данных в формате EnterpriseData — это и есть механизм Конвертации данных 3.0. Для нетиповых баз и старых редакций правила пишут в конфигурации «Конвертация данных 2» и гоняют через обработку «Универсальный обмен данными в формате XML».

Если конфигурация в обеих базах одна и та же, конвертация не нужна вовсе: хватит выгрузки в .dt или обработки «Выгрузка и загрузка данных XML». Таблица показывает, какой инструмент подходит под вашу пару баз.

Подготовка баз перед конвертацией данных

Конвертация переносит не только данные, но и весь мусор, который в них накопился. Дубли контрагентов в источнике станут дублями в приёмнике, битые ссылки — ошибками загрузки. Час на подготовку экономит день разбора.

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

Выгрузить копию можно в Конфигураторе через Администрирование → Выгрузить информационную базу или из командной строки:

"C:\Program Files\1cv8\8.3.24.1342\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"" /DumpIB"D:\Backup\buh_before_conv.dt"

Путь к платформе и номер версии подставьте свои. Для выгрузки нужен монопольный доступ: пользователей придётся попросить выйти.

Что сделать до переноса:

• 🧹 Удалить помеченные на удаление объекты — иначе они уедут в приёмник или вызовут ошибки ссылок.
• 🔍 Проверить базу через Администрирование → Тестирование и исправление в Конфигураторе. Для файловой базы есть ещё утилита chdbfl.exe в каталоге bin платформы.
• 👥 Почистить дубли справочников: контрагенты с одинаковым ИНН и КПП, номенклатура с одинаковым артикулом. В типовых конфигурациях есть обработка поиска и удаления дублей в разделе Администрирование → Обслуживание.
• 🔄 Обновить обе конфигурации до актуальных релизов. Версия формата EnterpriseData у источника и приёмника должна совпадать хотя бы по одной поддерживаемой ветке.
• 📅 Определить дату переноса. Чаще всего переносят остатки на начало года или квартала, а не всю историю документов.

Конвертация данных 3.0 и формат EnterpriseData

КД 3 — основа обменов между современными типовыми конфигурациями. Данные выгружаются не «объект в объект», а через промежуточный формат EnterpriseData: источник переводит свои документы в формат, приёмник читает формат и создаёт свои документы. Благодаря этому БП 3.0 обменивается и с УТ 11, и с Розницей, и с УНФ по одним и тем же правилам.

Настройка обмена между типовыми базами

Для типовых конфигураций ничего писать не нужно — правила уже встроены. Порядок такой:

1. В базе-источнике откройте Администрирование → Синхронизация данных и включите флажок синхронизации.
2. Задайте префикс информационной базы — две буквы или цифры. Он попадёт в номера документов и не даст им совпасть с номерами в другой базе.
3. Нажмите кнопку настройки синхронизации и выберите программу-приёмник из списка.
4. Выберите транспорт: общий каталог, FTP, электронная почта или прямое подключение через интернет к опубликованной базе.
5. Настройте, какие данные отправлять: с какой даты, по каким организациям, нужны ли справочники целиком или только используемые в документах.
6. Повторите настройку во второй базе либо загрузите файл настроек, который создаст помощник.
7. Выполните первую синхронизацию и пройдите сопоставление объектов.

Сопоставление при первом обмене

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

Не пропускайте этот шаг. Если нажать «далее» без сопоставления, приёмник создаст новых контрагентов и номенклатуру, и в базе появятся дубли.

Когда нужна сама конфигурация КД 3

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

Перенос данных по правилам КД 2 через универсальный обмен XML

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

Что понадобится:

• 📦 конфигурация «Конвертация данных 2.x» в отдельной базе;
• 📄 обработка выгрузки структуры метаданных из комплекта КД 2 — для 8.3 это MD83Exp.epf;
• ⚙️ обработка «Универсальный обмен данными в формате XML» (V8Exchange.epf) из того же комплекта.

Шаг 1. Выгрузите структуру обеих конфигураций

Откройте MD83Exp.epf через Файл → Открыть в режиме «1С:Предприятие» сначала в источнике, потом в приёмнике. Каждая выгрузка даёт XML-файл с описанием справочников, документов, регистров и их реквизитов.

Шаг 2. Опишите правила в КД 2

В базе КД 2 создайте конвертацию, загрузите обе структуры и опишите правила:

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

Готовые правила сохраняются в XML-файл.

Шаг 3. Выгрузите и загрузите данные

1. В базе-источнике откройте V8Exchange.epf, вкладка выгрузки.
2. Укажите файл правил, период и при необходимости отберите правила выгрузки.
3. Задайте имя файла данных и запустите выгрузку.
4. В базе-приёмнике откройте ту же обработку, вкладку загрузки, укажите файл данных и запустите загрузку.

Конвертация между одинаковыми конфигурациями

Если источник и приёмник — одна и та же конфигурация одного релиза, правила не нужны.

• 💾 Вся база целиком — выгрузка .dt и загрузка через Администрирование → Загрузить информационную базу. Загрузка полностью заменяет данные приёмника.
• 📑 Часть объектов — обработка «Выгрузка и загрузка данных XML». В ней отмечают нужные справочники и документы, задают период, выгружают в файл и загружают в другую базу. Объекты переносятся с теми же уникальными идентификаторами.

Второй вариант удобен, чтобы перенести, например, справочник номенклатуры в новую базу. Минус в том, что обработка тянет за собой все ссылки: вместе с документом уедут контрагент, договор, склад и всё, на что они ссылаются.

Конвертация при обновлении конфигурации

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

Другое дело — переход на новую редакцию: БП 2.0 на БП 3.0, ЗУП 2.5 на ЗУП 3.1, УТ 10.3 на УТ 11. Здесь два пути.

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

Переход на новую редакцию делайте сначала на копии базы. Сверьте оборотно-сальдовую ведомость, остатки по складам и взаиморасчёты до и после, и только потом повторяйте на рабочей базе.

Ошибки при конвертации и что с ними делать

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

Автоматизация регулярного обмена данными

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

В синхронизации данных типовых конфигураций:

1. Откройте Администрирование → Синхронизация данных и перейдите к настройкам синхронизации.
2. Выберите нужный обмен и откройте настройку расписания.
3. Задайте периодичность: каждый час, раз в день вечером, по рабочим дням.
4. Укажите пользователя, от имени которого выполняется обмен, и проверьте его права на синхронизацию.

Расписание выполняют регламентные задания. В клиент-серверной базе они работают на сервере 1С без открытых клиентов. В файловой базе задания запускаются только при открытом сеансе 1С:Предприятия, поэтому для фонового обмена держат открытым отдельный сеанс или переводят базу на сервер.

Что ещё учесть при регулярном обмене:

• 📊 Ограничьте объём. Отправляйте данные с даты начала обмена, а не всю историю, и отбирайте по организациям.
• 🔐 Транспорт. Прямое подключение через интернет требует опубликованной на веб-сервере базы. Общий каталог проще, но обе базы должны иметь к нему доступ.
• 🛑 Запрет изменений. Закройте период датой запрета изменения в базе-приёмнике, чтобы обмен не переписал уже сданную отчётность.
• 👀 Контроль. Раз в неделю смотрите предупреждения синхронизации. Ошибки, которые копятся месяц, разбирать намного дольше.

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