Как перенести учёт из одной базы 1С в другую по правилам обмена

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

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

Подготовка к конвертации: копия, чистка и анализ базы-источника

Перед любой конвертацией данных сделайте выгрузку обеих баз в .dt через Конфигуратор (Администрирование → Выгрузить информационную базу). Для файловой базы дополнительно скопируйте каталог с файлом 1Cv8.1CD. Загрузку ведите сначала в копию приёмника, а не в рабочую базу.

Затем разберитесь, что именно переносите:

• 📦 Объём. Сколько элементов в номенклатуре, контрагентах, сколько документов за период. Это определяет, хватит ли одного прогона или придётся грузить частями.
• 🧹 Мусор. Удалите помеченные на удаление объекты в источнике, иначе они переедут вместе с живыми.
• 👯 Дубли. Два контрагента с одним ИНН в источнике превратятся в два и в приёмнике. Почистить их дешевле до переноса.
• 🔗 Битые ссылки. Строки вида <Объект не найден> в документах источника при загрузке дают пустые реквизиты или ошибки. Найдите их заранее через Тестирование и исправление в Конфигураторе (режим требует монопольного доступа — пользователей придётся попросить выйти).
• 📅 Точка отсечения. Выберите дату, на которую переносите остатки, и период документов, если они нужны.

Чем конвертировать данные: встроенный перенос, КД 2.x или КД 3.0

Инструмент зависит от того, типовая ли пара конфигураций и разовый ли это перенос.

Главное отличие версий «Конвертации данных»: 2.x сохраняет правила в XML-файл, который читает внешняя обработка. Источник и приёмник в конфигурацию не меняются. Версия 3.0 генерирует программный код модуля менеджера обмена, и этот код встраивают в конфигурацию. Для разового переезда нетиповой базы чаще выбирают 2.x: правила живут отдельно от конфигураций и не требуют их доработки.

Настройка правил конвертации в «Конвертации данных» 2.x

Ниже — порядок для классической связки: КД 2.x и обработка универсального обмена.

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

В комплект «Конвертации данных» входит обработка выгрузки структуры метаданных (для 8.3 — MD83Exp.epf). Откройте её через Файл → Открыть сначала в источнике, потом в приёмнике. Каждый раз получите XML-файл со структурой справочников, документов и регистров.

Шаг 2. Загрузите структуры в «Конвертацию данных»

В базе «Конвертации данных» откройте справочник конфигураций и загрузите оба файла. Затем создайте новый элемент конвертации: укажите конфигурацию-источник и конфигурацию-приёмник.

Шаг 3. Создайте правила конвертации объектов (ПКО)

Помощник создания правил сопоставляет объекты с одинаковыми именами автоматически. Для типовых справочников вроде «Номенклатура» и «Контрагенты» это сработает. Для объектов с разными именами пары задают вручную.

В каждом ПКО проверьте:

1. Свойства поиска. По каким полям приёмник ищет уже существующий объект: ИНН и КПП для контрагента, артикул или код для номенклатуры. Без них каждая загрузка создаёт новые дубли.
2. Поиск по внутреннему идентификатору. Включайте, если приёмник — копия источника или в него уже грузили этими же правилами. Для разных конфигураций это бесполезно: идентификаторы не совпадут.
3. Флаги «Не создавать, если не найден» и «Не замещать». Первый нужен для объектов, которые в приёмнике уже настроены вручную, например для счетов учёта. Второй защищает от перезаписи.

Шаг 4. Настройте правила конвертации свойств и значений

Внутри ПКО сопоставляются реквизиты и табличные части. Перечисления (ставки НДС, виды договоров) переводятся через правила конвертации значений: значение «НДС18» источника может превратиться в «НДС20» приёмника, если переносите остатки.

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

Шаг 5. Опишите правила выгрузки данных и сохраните файл

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

Сохраните правила в XML-файл командой сохранения в форме конвертации. Этот файл — единственное, что потребуется на следующем этапе.

Запуск конвертации: выгрузка и загрузка через универсальный обмен

Обработка «Универсальный обмен данными в формате XML» для 8.3 называется V8Exchan83.epf. Она одна и та же для обеих сторон.

Выгрузка в базе-источнике

1. Откройте обработку через Файл → Открыть.
2. На вкладке выгрузки укажите файл правил обмена и загрузите их.
3. Задайте период для документов и отметьте нужные правила выгрузки.
4. Укажите имя файла данных и запустите выгрузку.

Загрузка в базе-приёмнике

1. Откройте ту же обработку в копии приёмника.
2. На вкладке загрузки выберите файл данных и запустите загрузку.

Ключевые настройки загрузки:

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

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

Сверку делайте по тем же показателям, по которым потом будут сдавать отчётность.

1. Количество. Сравните число элементов основных справочников в обеих базах: контрагенты, номенклатура, договоры, сотрудники.
2. Остатки по счетам. Сформируйте оборотно-сальдовую ведомость на дату отсечения в источнике и в приёмнике. Расхождение по счёту 60 или 62 обычно означает потерянные договоры или незаполненный контрагент в документе.
3. Взаиморасчёты в разрезе. По счетам расчётов разверните ведомость по контрагентам и договорам. Итог может сойтись, а внутри суммы «уедут» на одного контрагента-заглушку.
4. Склад. Остатки по номенклатуре и складам в количестве и сумме.
5. Выборочно документы. Откройте 10–15 документов разных видов и сверьте шапку и табличные части с оригиналом.

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

Обслуживание базы-приёмника после переноса

После загрузки база обычно работает медленнее, чем ожидалось, и содержит хвосты. Порядок действий:

• 🔄 Перепроведение документов . В Бухгалтерии 3.0 — Администрирование → Проведение документов, групповое перепроведение за период. Проводите в хронологическом порядке, особенно при партионном учёте.
• 🧮 Пересчёт итогов. В Конфигураторе Администрирование → Тестирование и исправление с флагом пересчёта итогов. Нужен монопольный доступ: работу пользователей на это время останавливают.
• 👯 Слияние дублей. В типовых конфигурациях на БСП есть обработка поиска и удаления дублей (Администрирование → Обслуживание → Корректировка данных). Сначала замените ссылки на дубль, потом удаляйте.
• 🗑 Удаление помеченных. Тестовые прогоны оставляют помеченные на удаление объекты. Удалите их штатной командой из того же раздела обслуживания.
• 📉 Сжатие файловой базы. После множества загрузок и удалений файл 1Cv8.1CD разрастается. Выгрузка в .dt и загрузка обратно уменьшает его размер.

Регулярный обмен вместо разовой конвертации

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

Для типовых конфигураций проще всего штатная синхронизация через EnterpriseData: она настраивается в Администрирование → Синхронизация данных, обмен идёт через общий каталог, FTP или веб-сервис, а расписание задаётся в настройках синхронизации.

Для нетиповых баз варианты такие:

• 🛠 Правила КД 2.x в механизме обмена БСП. В типовых конфигурациях на БСП к настройке обмена можно подключить свои правила из XML-файла. Обмен запускается регламентным заданием.
• ⚙️ Модуль на КД 3.0. Правила встраивают в конфигурацию как модуль менеджера обмена. Подходит, если доработанная конфигурация должна обмениваться с типовыми через EnterpriseData.
• 🖥 Пакетный запуск обработки. Универсальный обмен можно запускать из планировщика Windows через 1cv8.exe с параметром /Execute, передавая настройки через /C. Логику разбора параметров придётся дописать в копию обработки.

Пример строки запуска для файловой базы:

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" ENTERPRISE /F "D:\Bases\Trade" /N "Обмен" /P "пароль" /Execute "D:\Exchange\V8Exchan83.epf" /C "export"

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

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

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

Частые вопросы о конвертации данных в 1С