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