Перенос данных между базами 1С без потерь: выбор способа, правила обмена и сверка
Содержание
Конвертация в 1С — это перенос данных из одной базы в другую, когда их структура различается: из старой редакции в новую, из одной конфигурации в другую (например, из УТ 11 в БП 3.0) или из 7.7 в 8.3. Для типовых переходов уже есть готовые обработки и встроенная синхронизация. Свои правила в конфигурации «Конвертация данных » пишут только тогда, когда типового пути нет или база сильно доработана.
Сам перенос занимает часы. Подготовка и сверка — дни. Поэтому порядок такой: копия и чистка источника → выбор способа → пробный прогон на тестовой базе → боевой перенос → сверка остатков и документов.
Какие бывают виды конвертации данных в 1С
Слово «конвертация» в 1С описывает несколько разных задач. От того, какая из них ваша, зависит инструмент.
| Задача | Чем делают | Когда подходит | Риски |
|---|---|---|---|
| Переход на новую редакцию той же программы (БП 2.0 → 3.0, ЗУП 2.5 → 3.1) | Типовой помощник перехода в новой редакции | Типовые конфигурации без серьёзных доработок | Доработанные реквизиты не переносятся |
| Обмен между разными программами (УТ 11 ↔ БП 3.0, ЗУП 3.1 → БП 3.0) | Встроенная синхронизация через формат EnterpriseData | Регулярный обмен или разовая выгрузка между типовыми | Неверные настройки отбора, дубли справочников |
| Перенос из 7.7 в 8.3 | Типовые обработки переноса в новой конфигурации | Типовая 7.7 или близкая к ней | Самописные объекты 7.7 не переносятся |
| Перенос между нетиповыми базами | Свои правила в «Конвертации данных» 2.0 или 3.0 | Доработанные или самописные конфигурации | Нужна квалификация разработчика |
| Смена формата хранения (файловая → клиент-серверная) | Выгрузка и загрузка .dt в Конфигураторе | Переезд на SQL-сервер | Структура не меняется, это не конвертация в строгом смысле |
💡 Последняя строка попала в таблицу потому, что её часто ищут по тому же слову. Данные при этом не преобразуются — меняется только место хранения.
Подготовка к конвертации: копия, чистка и замороженная дата
Ошибки переноса почти всегда растут из грязного источника. Битые ссылки, дубли контрагентов и непроведённые документы перейдут в новую базу и умножатся.
Что сделать до первого прогона
- 📦 Сделайте полную копию источника. В Конфигураторе:
Администрирование → Выгрузить информационную базу. Файл.dtхраните отдельно от рабочих каталогов. - 🧹 Запустите тестирование и исправление.
Администрирование → Тестирование и исправлениев Конфигураторе. Для этого нужен монопольный доступ, поэтому все пользователи должны выйти из базы — делайте это вне рабочего времени. - 👥 Уберите дубли справочников. В программах на БСП есть обработка «Поиск и удаление дублей»:
Администрирование → Обслуживание → Корректировка данных. Дубли контрагентов и номенклатуры — главная причина «раздвоения» остатков после переноса. - 📑 Проведите или удалите черновики. Решите, нужны ли в новой базе непроведённые документы. Обычно нет.
- 📅 Закройте период. Проведите закрытие месяца в источнике за последний перенесённый месяц. Тогда остатки на счетах будут финальными и их можно сверить.
- 🔒 Зафиксируйте дату запрета изменений в источнике, чтобы никто не правил переносимый период задним числом.
Пробный прогон делайте только на копии приёмника, а не на рабочей базе. Повторная загрузка в «живую» базу после неудачной попытки почти гарантирует дубли.
Решите, что именно переносить
| Вариант | Что попадает | Плюсы | Минусы |
|---|---|---|---|
| Только остатки на дату | Справочники + входящие остатки | Быстро, база чистая | Нет истории для отчётов за прошлые периоды |
| Остатки + документы текущего года | Справочники, остатки на 1 января, документы года | Можно сдать годовую отчётность из новой базы | Дольше сверка |
| Вся история | Все документы за все годы | Полная картина | Долго, переносятся и старые ошибки |
Для перехода с одной программы на другую разумный выбор — остатки на начало года плюс документы текущего года.
Чем конвертировать данные в 1С: обзор инструментов
Встроенная синхронизация (EnterpriseData)
Типовые конфигурации на Библиотеке стандартных подсистем обмениваются через универсальный формат EnterpriseData. Это XML-описание документов и справочников, не зависящее от конкретной конфигурации.
Настройка — в разделе Администрирование → Синхронизация данных. Там включают синхронизацию, создают новую настройку и выбирают программу-корреспондента. Правила уже встроены, программировать ничего не нужно.
Обе программы должны поддерживать общую версию формата. Если одна из баз сильно отстала по релизу, обмен может не настроиться — сначала обновите её.
«Конвертация данных» 2.0
Отдельная конфигурация, в которой разработчик описывает, какой объект источника во что превращается в приёмнике. Результат — файл правил обмена .xml.
Порядок работы с КД 2.0:
- Выгрузите структуру метаданных источника и приёмника обработкой
MD83Exp.epf(входит в поставку КД). - Загрузите обе структуры в базу «Конвертации данных».
- Создайте правила конвертации объектов и свойств. Простые соответствия КД предложит сама по совпадению имён.
- Выгрузите правила в файл.
- В источнике откройте обработку «Универсальный обмен данными в формате XML» (
V8Exchan83.epf), укажите файл правил и выгрузите данные. - В приёмнике той же обработкой загрузите полученный файл.
КД 2.0 подходит для любых конфигураций 8.x, включая самописные. Её же используют для переноса из 7.7 — там применяется своя версия обработки выгрузки для 7.7.
«Конвертация данных» 3.0
Работает только с конфигурациями на БСП и строится вокруг EnterpriseData. Правила описывают не «объект А в объект Б», а «объект конфигурации в формат» и «формат в объект». Результат — модуль менеджера обмена, который встраивают в конфигурацию.
Выбирайте КД 3.0, когда доработанная типовая база должна обмениваться с другой типовой, а встроенных правил не хватает.
Выгрузка и загрузка .dt
Не конвертация, а полный слепок базы. Используется для переезда, резервного копирования и создания тестовых копий. Загрузить .dt можно только в ту же конфигурацию, совместимую по версии платформы.
Пошаговая инструкция: как провести конвертацию в 1С
Порядок одинаков для любого инструмента. Кнопки отличаются, логика нет.
Шаг 1. Подготовьте приёмник
- Создайте пустую базу нужной конфигурации из шаблона.
- Обновите её до актуального релиза. Старый релиз приёмника — частая причина отказов загрузки.
- Заполните сведения об организации, учётную политику, план счетов, если программа этого требует до загрузки.
Шаг 2. Сделайте пробную выгрузку
- Выгрузите данные из копии источника.
- Сохраните протокол обмена в файл. В обработке «Универсальный обмен» для этого есть флажок вывода протокола; во встроенной синхронизации протокол открывается из настройки обмена.
- Посмотрите размер файла. Аномально маленький файл означает, что не сработал отбор по периоду или организации.
Шаг 3. Загрузите в тестовую копию приёмника
- Загрузите файл.
- Откройте протокол и разберите каждую ошибку. Не переходите к следующему шагу, пока ошибки не объяснены.
- Документы при загрузке лучше не проводить сразу, а провести потом групповым перепроведением. Так проще увидеть, какой документ падает.
Шаг 4. Сверьте результат
Подробно — в разделе о проверке ниже. Если расхождения есть, правите источник или правила и повторяете шаги 2–3 на свежей копии приёмника.
Шаг 5. Боевой перенос
- Предупредите пользователей и закройте источник от изменений.
- Повторите выгрузку с теми же настройками, что в последнем удачном пробном прогоне.
- Загрузите в рабочую базу, проведите документы, сверьте ключевые остатки.
- Источник оставьте в режиме только для чтения минимум до сдачи ближайшей отчётности.
Типичные ошибки при конвертации и как их исправить
⚠️ Самая дорогая ошибка — повторная загрузка в рабочую базу «поверх» неудачной попытки. Если загрузка прошла криво, восстановите приёмник из копии и загружайте заново, а не «доливайте» данные.
Проверка результатов конвертации: что сверить
Сверка — обязательная часть конвертации данных в 1С. Смотрите одни и те же отчёты в обеих базах, за один период и по одной организации.
Бухгалтерские остатки
- Сформируйте оборотно-сальдовую ведомость за период в источнике и приёмнике.
- Сравните сальдо по счетам первого уровня, затем по субсчетам, где есть разница.
- Особое внимание — счета 41, 10, 60, 62, 68, 69, 70, 76. На них чаще всего «плывут» остатки.
- По счетам с аналитикой (60, 62) сверяйте в разрезе контрагентов и договоров.
Количество объектов
- 📋 Число контрагентов, номенклатуры, сотрудников — в обеих базах.
- 📄 Число документов каждого вида за период. Отбор по дате в списке документов даёт быструю картину.
- 💰 Суммы по документам продаж и поступлений за месяц.
Встроенный анализ учёта
В 1С:Бухгалтерии 8.3 после переноса полезно запустить экспресс-проверку: Отчеты → Анализ учета → Экспресс-проверка. Она покажет незаполненные счета учёта, ошибки в НДС и другие проблемы, которые появились после загрузки.
💡 Сверку оформите таблицей «счёт — сумма в источнике — сумма в приёмнике — расхождение — причина». Она пригодится, если через полгода кто-то спросит, откуда взялся остаток.
Автоматизация конвертации: регулярный обмен и пакетный запуск
Если перенос не разовый, а регулярный (например, УТ передаёт документы в бухгалтерию), ручной запуск быстро надоедает.
Расписание во встроенной синхронизации
В настройке синхронизации данных можно включить автоматический запуск по расписанию. Обмен идёт регламентным заданием. В файловой базе регламентные задания выполняются, только пока кто-то работает в программе; на сервере 1С — независимо от пользователей.
Пакетный запуск через командную строку
Для подготовительных операций пригодится пакетный режим Конфигуратора. Выгрузка копии базы перед обменом:
"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /DumpIB "D:\Backup\buh.dt" /Out "D:\Backup\dump.log"
Номер версии в пути замените на установленный у вас. Для серверной базы вместо /F указывают /S "сервер\имя_базы".
Внешнюю обработку можно открыть при запуске программы параметром /Execute "путь\к\обработке.epf" в режиме ENTERPRISE. Так запускают свою обработку обмена по планировщику Windows.
⚠️ Пароль в bat-файле в открытом виде — риск. Храните такие файлы на сервере с ограниченным доступом и заведите для обмена отдельного пользователя с минимальными правами.
Когда стоит заказывать правила у разработчика
- 🔧 Обе базы доработаны, и типовая синхронизация теряет нужные реквизиты.
- 🔁 Нужен двусторонний обмен с разрешением конфликтов.
- 🏢 Обмен идёт между несколькими организациями с разными правилами отбора.
Ориентировочно правила КД 2.0 для разового переноса между типовыми конфигурациями — несколько рабочих дней специалиста; для сильно доработанных баз — недели. Точнее оценят после анализа метаданных обеих баз.