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