Администрирование · 11 мин
Как перенести данные в чистую базу 1С
Как перенести данные в чистую базу 1С: обмен через XML, выгрузка справочников и документов, проверка результатов, типичные ошибки и способы их исправить.
Перенос данных в чистую базу 1С — типовая задача при внедрении новой конфигурации, переходе на другую редакцию программы или начале учёта «с нуля» без потери накопленной информации. Чистая база — это пустая информационная база, созданная из шаблона конфигурации, в которой нет ни справочников, ни документов, ни остатков.
Главная сложность переноса в том, что простого копирования файлов недостаточно: данные хранятся в связанных таблицах, и нарушение ссылочной целостности приведёт к «битым» ссылкам и ошибкам в учёте. Поэтому перенос выполняют специальными механизмами — встроенной обработкой выгрузки/загрузки XML, универсальным обменом данными или типовыми правилами конвертации.
Выбор способа зависит от того, совпадают ли конфигурации источника и приёмника, какой объём данных нужно перенести и требуется ли переносить документы с остатками или только нормативно-справочную информацию. Ниже разобраны подготовка, основные сценарии переноса, проверка результата и типичные ошибки.
Подготовка: что сделать до начала переноса
Первый и обязательный шаг — резервная копия исходной базы. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD в отдельную папку, для клиент-серверной — выполнить выгрузку в файл .dt через конфигуратор (Администрирование → Выгрузить информационную базу) или штатное средство СУБД. Без копии любой сбой во время переноса может привести к потере данных.
Далее нужно сверить версии конфигураций. Если база-источник и чистая база созданы на разных релизах одной конфигурации, обновите чистую базу до той же версии, что и источник — иначе структуры данных не совпадут, и загрузка завершится ошибками. Версию конфигурации можно посмотреть в конфигураторе (Конфигурация → Свойства) или в разделе «О программе».
Полезно заранее определить состав переносимых данных: только справочники (контрагенты, номенклатура, договоры), справочники плюс остатки на дату начала учёта или полная история документов. От этого зависит выбор инструмента и трудоёмкость. Полный перенос истории оправдан редко — чаще переносят справочники и вводят начальные остатки на дату перехода.
Перенос между идентичными конфигурациями через XML
Самый простой сценарий — источник и приёмник имеют одинаковую конфигурацию и версию. В этом случае используется стандартная обработка «Выгрузка и загрузка данных XML», которая входит в состав дистрибутива платформы или доступна на диске ИТС. Обработка переносит данные с сохранением ссылок (GUID), поэтому после загрузки все связи между объектами остаются рабочими.
Порядок действий: откройте обработку в базе-источнике через меню Файл → Открыть, укажите имя файла выгрузки, выберите объекты для переноса (можно выгрузить всё или отметить нужные виды объектов) и нажмите «Выгрузить данные». Затем откройте ту же обработку в чистой базе, перейдите на вкладку загрузки, укажите файл и выполните загрузку.
Обратите внимание на объём файла: при переносе большой базы с многолетней историей XML-файл может занимать гигабайты, а загрузка — идти часами. В этом случае разумнее выгружать данные порциями: сначала справочники, затем документы по периодам. Это упрощает и поиск ошибок, если часть объектов не загрузится.
- 1Сделайте резервную копию исходной базы и убедитесь, что версии конфигураций совпадают
- 2Откройте обработку «Выгрузка и загрузка данных XML» в базе-источнике
- 3Укажите файл выгрузки, отметьте нужные объекты и выполните выгрузку
- 4Откройте ту же обработку в чистой базе и загрузите данные из файла
- 5Проверьте количество загруженных объектов и целостность ссылок
Перенос между разными конфигурациями
Если конфигурации различаются — например, переход с «1С:Управление торговлей 10.3» на редакцию 11 или с «Упрощёнки» на «Бухгалтерию предприятия» — простая выгрузка XML не подойдёт: структуры объектов не совпадают. Здесь применяется обработка «Универсальный обмен данными в формате XML» вместе с правилами конвертации.
Правила конвертации — это XML-файл, описывающий, как объект источника преобразуется в объект приёмника: какие реквизиты куда переносятся и как сопоставляются значения. Для типовых переходов между популярными конфигурациями правила часто поставляются в составе самой конфигурации (раздел «Переход с предыдущих версий») или доступны в составе обновлений.
Многие типовые конфигурации содержат встроенные помощники перехода. Например, в «1С:Бухгалтерии» есть механизм загрузки данных из других программ, а в конфигурациях линейки «Управление торговлей» — помощник перехода с предыдущих редакций. Встроенный помощник предпочтительнее ручной настройки: он уже учитывает особенности структуры данных и переносит остатки корректными документами ввода.
Сравнение способов переноса
Подходит для идентичных конфигураций. Сохраняет ссылки, прост в использовании. Не работает при разной структуре данных.
Для разных конфигураций. Требует корректных правил конвертации; ошибки в правилах приводят к потере реквизитов.
Для типовых переходов между редакциями. Самый безопасный вариант, но доступен только для предусмотренных разработчиком сценариев.
Для небольшого объёма данных. Полный контроль, но трудоёмко при большом количестве позиций.
Перенос справочников и остатков без истории документов
На практике самый частый сценарий — перенести только актуальные справочники и ввести остатки на дату начала работы в новой базе. Такой подход даёт «чистый» учёт без накопленных ошибок прошлых периодов и занимает заметно меньше времени, чем полный перенос истории.
Справочники (контрагенты, номенклатура, склады, договоры, банковские счета) выгружают через XML-обмен тем же способом, отметив в обработке только нужные виды справочников. Остатки по складу, расчётам с контрагентами и денежным средствам вводят в новой базе специальными документами ввода начальных остатков — в типовых конфигурациях для этого есть отдельный раздел или помощник ввода остатков.
Важно правильно выбрать дату ввода остатков: обычно это конец дня, предшествующего первому дню работы в новой базе. Остатки должны быть сверены с исходной базой по оборотно-сальдовой ведомости или инвентаризационным ведомостям — расхождения после перехода найти и исправить значительно сложнее.
Проверка результата переноса
После загрузки данных нельзя сразу приступать к работе — сначала нужно убедиться, что перенос прошёл корректно. Минимальная проверка: сравнить количество элементов ключевых справочников в источнике и приёмнике. Расхождение даже на несколько позиций означает, что часть объектов не загрузилась, и нужно смотреть протокол ошибок обработки.
Следующий шаг — проверка ссылочной целостности. Откройте несколько документов или элементов справочников и убедитесь, что связанные поля (контрагент в договоре, организация в документе) заполнены реальными объектами, а не надписями вида «<Объект не найден>». Такая надпись означает битую ссылку: объект, на который ссылаются, не был перенесён.
Если переносились остатки или документы, сверьте итоговые отчёты: оборотно-сальдовую ведомость в бухгалтерской базе, отчёт по остаткам товаров на складах, взаиморасчёты с контрагентами. Суммы в старой и новой базе на дату перехода должны совпадать до копейки. Дополнительно полезно запустить в конфигураторе тестирование и исправление базы в режиме проверки ссылочной целостности — только на копии.
Как проверить результат
Совпадает с исходной базой
Часть элементов отсутствует — смотрите протокол ошибок загрузки
Все поля заполнены реальными объектами
Надписи «<Объект не найден>» — не перенесены связанные объекты
Суммы совпадают с исходной базой до копейки
Расхождения — остатки введены не полностью или с ошибками
Типичные ошибки и как их избежать
Самая распространённая ошибка — загрузка в базу с другой версией конфигурации. Структура метаданных не совпадает, часть реквизитов теряется или загрузка прерывается с ошибкой. Решение — всегда выравнивать версии конфигураций источника и приёмника до начала переноса.
Вторая частая проблема — дублирование элементов справочников. Если чистая база уже содержит предопределённые или введённые вручную элементы, а загрузка идёт без сопоставления по GUID, появляются дубли контрагентов и номенклатуры. При переносе через XML с сохранением ссылок дублей обычно не возникает, а вот при загрузке через правила конвертации с поиском по наименованию или ИНН — возможны.
Третья группа ошибок связана с правами и режимами работы: загрузка в монопольном режиме при работающих пользователях, недостаток прав у выполняющего перенос, прерывание процесса по таймауту на клиент-серверной базе. Перенос больших объёмов выполняйте в монопольном режиме, под полными правами и желательно в нерабочее время.
Когда стоит привлечь специалиста
Самостоятельный перенос оправдан, когда конфигурации идентичны, объём данных умеренный, а переносятся в основном справочники и остатки. Это стандартная задача, с которой справляется пользователь, внимательно следующий инструкции и не пропускающий этап резервного копирования.
Помощь специалиста по 1С понадобится, если нужно переносить данные между сильно различающимися конфигурациями без типовых правил, если требуется доработка правил конвертации под нестандартные реквизиты, если база содержит самописные документы и регистры или если объём данных велик и требуется оптимизация процесса. Также не стоит экспериментировать самостоятельно, если в базе ведётся регламентированный учёт и цена ошибки — неверная отчётность.
Что важно запомнить
Перед переносом сделайте резервную копию и выровняйте версии конфигураций. Для одинаковых конфигураций используйте выгрузку/загрузку XML, для разных — обмен с правилами конвертации или встроенные помощники перехода. После загрузки обязательно проверьте количество объектов, целостность ссылок и сверку остатков.
Частые вопросы о переносе данных в чистую базу 1С
Можно ли перенести данные простым копированием файла базы?
Копирование файла 1Cv8.1CD создаёт полный клон базы, а не чистую базу с выборочными данными. Если цель — именно чистая база без старой истории, копирование не подходит: придётся удалять данные внутри копии, что трудоёмко и рискованно. Используйте механизмы выгрузки и загрузки.
Сохранятся ли ссылки между объектами после переноса через XML?
Да, обработка «Выгрузка и загрузка данных XML» переносит объекты вместе с их уникальными идентификаторами (GUID), поэтому связи между документами и справочниками сохраняются. Это работает только между идентичными конфигурациями.
Что делать, если после загрузки появились надписи «Объект не найден»?
Это признак битой ссылке: объект, на который ссылается запись, не был перенесён. Найдите, какой вид объектов отсутствует, и выполните догрузку именно этих данных из исходной базы. После догрузки битые ссылки обычно восстанавливаются автоматически, так как GUID совпадает.
Как перенести данные из «1С:Управление торговлей 10.3» в редакцию 11?
Конфигурации сильно различаются по структуре, поэтому простая выгрузка XML не подойдёт. Используйте встроенный в редакцию 11 помощник перехода с предыдущих версий либо универсальный обмен данными с типовыми правилами конвертации, которые поставляются с конфигурацией.
Обязательно ли переносить всю историю документов?
Нет. Чаще всего переносят справочники и вводят остатки на дату перехода, а старую базу оставляют в архивном режиме для просмотра истории. Полный перенос документов оправдан, только если требуется непрерывная аналитика за прошлые периоды в новой базе.
Сколько времени занимает перенос большой базы?
Зависит от объёма данных и способа. Выгрузка и загрузка базы с несколькими годами документооборота может занять от нескольких часов до суток, особенно на клиент-серверной архитектуре. Разбивайте выгрузку на порции и выполняйте перенос в нерабочее время.