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