Перенос данных между базами 1С:Предприятие — задача, с которой рано или поздно сталкивается каждый администратор или бухгалтер.hether Вы мигрируете на новую версию платформы, объединяете разрозненные филиалы или просто нуждаетесь в резервной копии — процесс требует внимательности и знания нюансов. Ошибки здесь чреваты потерей критически важной информации, дублированием записей или нарушением ссылочной целостности.

В этой статье мы разберём 5 основных способов переноса данных — от ручного экспорта/импорта до автоматизированных инструментов вроде Конвертации данных 2.0 и EnterpriseData. Вы узнаете, какой метод подходит для вашего случая, как избежать типичных ошибок (например, разрыва связей между документами и справочниками при частичном переносе) и что делать, если после миграции база работает нестабильно. Особое внимание уделим переносу остатков — самой сложной части процесса, где многие допускают фатальные просчёты.

Материал будет полезен как новичкам, так и опытным пользователям. Если вы никогда не занимались подобными операциями, начните с раздела «Подготовка к переносу» — там мы расскажем, как оценить объём работы и выбрать оптимальный инструмент. Профессионалам рекомендуем сразу перейти к сравнительной таблице методов или разделу про обмен через XML, где разобраны тонкости настройки правил конвертации.

📊 Как часто вам приходится переносить данные между базами 1С?
Раз в год или реже
Несколько раз в год
Ежемесячно
Еженедельно

1. Подготовка к переносу: что нужно сделать ДО начала работ

Перенос данных без предварительной подготовки — как ремонт крыши во время дождя. Вы можете «залатать» проблемы по ходу, но риск потопа (в данном случае — потери данных) остаётся крайне высоким. На этом этапе критично ответить на три вопроса:

  • 📊 Что именно переносим? Полную базу, отдельные справочники (например, только Номенклатура и Контрагенты) или документы за определённый период?
  • 🔄 Какая структура у целевой базы? Совпадают ли версии платформы, конфигурации и планы счетов? Если нет — потребуется трансформация данных.
  • 🛡️ Есть ли резервные копии? Без них любой сбой может обернуться катастрофой. Обязательно создайте бэкапы обеих баз (источника и приёмника) перед началом работ.

Один из самых распространённых подводных камней — несовпадение версий конфигураций. Например, если вы переносите данные из 1С:Бухгалтерия 3.0 (релиз 3.0.100.123) в 1С:ERP 2.5 (релиз 2.5.12.45), часть объектов может просто «не влезть» в новую структуру. В таких случаях без Конвертации данных или ручной доработки правил обмена не обойтись.

⚠️ Внимание: Если целевая база уже содержит данные (например, это рабочая система с историей), перенос без предварительной очистки может привести к дублированию записей. В некоторых конфигурациях (например, 1С:Управление торговлей) это вызовет ошибки при проведении документов из-за нарушения уникальности кодов.

Перед началом работ составьте карту переноса — таблицу, где укажите:

  • 📋 Список объектов (справочники, документы, регистры)
  • 🔗 Связи между ними (например, документ Поступление товаров ссылается на справочник Номенклатура)
  • 📅 Период данных (если переносите не всё)
  • 🔄 Правила трансформации (например, преобразование старых артикулов в новые)

Созданы резервные копии обеих баз|Проверена совместимость версий конфигураций|Составлен список переносимых объектов|Определён метод переноса (см. следующий раздел)|Предупреждены пользователи о временной недоступности систем-->

2. Способы переноса данных: сравнение методов

Выбор метода зависит от объёма данных, структуры баз и ваших технических возможностей. Ниже — сравнительная таблица с плюсами и минусами каждого подхода.

Метод Сложность Скорость Подходит для Ограничения
Ручной экспорт/импорт (DT, XML) Низкая Медленно Малых объёмов данных, одноразовых операций Ручная обработка связей, риск ошибок
Типовые обработки (ВыгрузкаЗагрузкаДанныхXML) Средняя Средне Переноса между одинаковыми конфигурациями Не поддерживает трансформацию данных
Конвертация данных 2.0 Высокая Быстро Сложных миграций между разными конфигурациями Требует настройки правил, возможны ошибки при обновлении
EnterpriseData (EDT) Очень высокая Очень быстро Крупных проектов с трансформацией данных Платный инструмент, сложный в освоении
Обмен через веб-сервисы Высокая Зависит от сети Регулярного обмена между базами Требует настройки серверной части

Для большинства пользователей оптимальным решением станет Конвертация данных 2.0 — бесплатный инструмент от 1С, который позволяет гибко настраивать правила переноса. Однако если вам нужно перенести данные один раз и базы идентичны по структуре, проще воспользоваться типовой обработкой ВыгрузкаЗагрузкаДанныхXML.epf. Её можно найти в каталоге установки 1С или скачать с портала ITS.

А теперь разберём каждый метод подробнее, начиная с самого простого.

💡

Для переноса между одинаковыми конфигурациями достаточно типовой обработки ВыгрузкаЗагрузкаДанныхXML. Для разных конфигураций или сложных трансформаций потребуется Конвертация данных 2.0 или EnterpriseData.

3. Ручной экспорт/импорт через DT и XML: пошаговая инструкция

Это самый доступный способ, который не требует дополнительных инструментов. Подходит для переноса небольших объёмов данных (например, справочников Контрагенты или Номенклатура без истории документов).

Алгоритм действий:

  1. Откройте исходную базу в режиме 1С:Предприятие.
  2. Перейдите в меню Файл → Сохранить данные как... и выберите формат:
    • 📄 DT (Data Transfer) — бинарный формат, поддерживает связи между объектами, но не читается вне 1С.
    • 📄 XML — текстовый формат, удобен для ручного редактирования, но может не сохранять все связи.
  3. Укажите, какие объекты нужно экспортировать (например, только справочник Номенклатура).
  4. Сохраните файл на диск.
  5. Откройте целевую базу и импортируйте данные через Файл → Открыть....

    6. Главный недостаток этого метода — разрыв связей между объектами. Например, если вы экспортировали Номенклатуру и Документы поступления отдельно, после импорта документы могут «потерять» ссылки на номенклатуру. Чтобы избежать этого, экспортируйте данные одним файлом, включив все связанные объекты.

    ⚠️ Внимание: При импорте в базу с существующими данными 1С может автоматически присваивать объектам новые идентификаторы. Это приведёт к дублированию записей! Перед импортом проверьте настройку «Действие при совпадении» в окне загрузки (опция «Заменять существующие» или «Пропускать»).

    Если вам нужно перенести документы с движениями (например, Реализация товаров), ручной экспорт/импорт не подходит — движения по регистрам не сохранятся. В этом случае используйте Конвертацию данных или EnterpriseData.

    💡

    Перед экспортом в XML откройте файл в блокноте и проверьте кодировку. Если увидите кракозябры (например, "Номенклатура" вместо "Номенклатура"), сохраните файл в кодировке UTF-8.

    4. Перенос через Конвертацию данных 2.0: настройка правил

    Конвертация данных 2.0 (или КД 2.0) — это универсальный инструмент для миграции между разными конфигурациями. Он позволяет:

    • 🔄 Трансформировать структуру данных (например, переносить Счета на оплату из 1С:Бухгалтерия в Заказы клиентов в 1С:ERP).
    • 📌 Настраивать правила заполнения полей (например, автоматически проставлять префикс «OLD_» для старых кодов номенклатуры).
    • 🔍 Контролировать ссылочную целостность (чтобы документы не «потеряли» связь со справочниками).

Чтобы начать работу с КД 2.0:

  1. Скачайте обработку ConversionData20.epf с портала ITS (раздел «Обмен данными»).
  2. Откройте её в режиме 1С:Предприятие и подключите обе базы (источник и приёмник).
  3. Выберите объекты для переноса (например, справочники Контрагенты, Номенклатура и документы Поступление товаров).
  4. Настройте правила конвертации (если структуры баз отличаются).
  5. Запустите процесс и дождитесь завершения.

Самая сложная часть — настройка правил трансформации. Например, если в исходной базе поле Артикул хранится в справочнике Номенклатура, а в целевой базе оно называется КодТовара и находится в другом месте, нужно создать правило переноса:

// Пример правила для КД 2.0

Источник.Артикул → Приемник.КодТовара

Для упрощения работы используйте шаблоны правил, которые можно найти на форумах 1С или в базе знаний ITS. Например, для переноса из 1С:УТ 10.3 в 1С:ERP 2.4 уже есть готовые настройки, которые покрывают 80% типичных случаев.

⚠️ Внимание: После переноса через КД 2.0 обязательно проверьте остатки по регистрам (например, ТоварыНаСкладах или ВзаиморасчетыСКонтрагентами). Из-за особенностей алгоритма движения могут не перенестись корректно, что приведёт к расхождениям в отчётах.
Как проверить корректность переноса остатков?

Сравните отчёты "Ведомость по товарам на складах" и "Карточка счёта" в исходной и целевой базе. Особое внимание уделите сальдо на дату начала переноса. Если есть расхождения, запустите процедуру перепроведения документов в целевой базе (меню "Операции → Перепроведение документов").

5. Перенос остатков: почему это самая сложная часть

Перенос документов — это полдела. Главная головная боль — остатки: товаров на складах, денег на счётах, взаиморасчётов с контрагентами. Ошибки здесь приведут к тому, что после миграции ваши отчёты будут показывать неверные данные, а бухгалтерия — «не сходиться».

Есть два подхода к переносу остатков:

  1. Перенос начальных остатков — фиксируете сальдо на определённую дату (например, 31.12.2023) и вводите их вручную или через обработку в целевой базе.
  2. Перенос всех движений — мигрируете все документы с начала времени, и остатки формируются автоматически. Этот способ надёжнее, но требует больше ресурсов.

Для первого подхода в 1С есть типовой отчёт Оборотно-сальдовая ведомость, который можно выгрузить в Excel и затем загрузить в новую базу через обработку Универсальный обмен данными. Однако учтите, что:

  • 🔢 Количественные остатки (товары на складах) переносятся через регистр ТоварыНаСкладах.
  • 💰 Денежные остатки — через регистр ДенежныеСредства или счета бухгалтерского учёта (например, 50.01, 51).
  • 🤝 Взаиморасчёты — через регистр ВзаиморасчетыСКонтрагентами.

Второй подход (перенос всех движений) надёжнее, но имеет нюансы:

  • 📅 Если история ведётся с 2010 года, перенос займёт часы или даже дни.
  • 🔄 Документы нужно переносить в хронологическом порядке, иначе движения «поедут».
  • 🛠️ После переноса обязательно запустите Тестирование и исправление ИБ (меню Администрирование → Тестирование и исправление).

Для автоматизации переноса остатков можно использовать обработку ПереносОстатков.epf (доступна на Инфостарте). Она позволяет:

  • 📋 Выгрузить остатки по выбранным регистрам в файл.
  • 🔧 Настроить соответствие счетов и субконто между базами.
  • 📥 Загрузить данные в целевую базу с учётом трансформации.
💡

Перенос остатков — критически важный этап. Если вы не уверены в своих силах, лучше привлечь специалиста или использовать проверенные обработки с отзывами на Инфостарте.

6. Типичные ошибки и как их избежать

Даже опытные администраторы 1С допускают ошибки при переносе данных. Вот самые распространённые из них и способы их предотвращения:

Ошибка Последствия Как избежать
Перенос без резервной копии Потеря данных при сбое Создавайте бэкапы обеих баз перед началом работ
Несовпадение версий платформы Ошибки при открытии файлов выгрузки Обновите обе базы до одинаковой версии платформы 1С:Предприятие
Перенос документов без справочников Разрыв связей, ошибки при проведении Сначала переносите справочники, затем документы
Игнорирование остатков Расхождения в отчётах, «красное сальдо» Проверяйте остатки до и после переноса
Перенос в рабочее время Блокировки базы, ошибки пользователей Выполняйте операции в нерабочие часы

Одна из самых коварных ошибок — перенос данных в неправильной последовательности. Например, если вы сначала загрузите документы Реализация товаров, а потом справочник Номенклатура, то все ссылки на товары в документах «обнулятся». Правильный порядок:

  1. Справочники (Контрагенты, Номенклатура, Склады и т.д.).
  2. Документы в хронологическом порядке (от старых к новым).
  3. Регистры сведений и накопления (остатки).

Ещё одна частая проблема — конфликт идентификаторов. Если в целевой базе уже есть объекты с такими же кодами или наименованиями, при загрузке могут возникнуть дубли. Чтобы этого избежать:

  • 🔄 Используйте префиксы для кодов (например, OLD_ для старых данных).
  • 📌 Настройте правило «При совпадении — заменять» в обработке загрузки.
  • 🧹 Перед переносом очистите целевую базу от тестовых данных.

Если после переноса база работает медленно или выдаёт ошибки, проверьте:

  • 🔍 Индексы — запустите Тестирование и исправление ИБ с опцией «Перестроить индексы».
  • 🗑️ Логи транзакций — большие логи могут тормозить работу. Очистите их через Администрирование → Поддержка и обслуживание → Очистка логов.
  • 🔄 Ссылки — используйте отчёт Поиск ссылок на несуществующие объекты (доступен в КД 2.0).

7. Автоматизация переноса: когда стоит использовать EnterpriseData

EnterpriseData (EDT) — это профессиональный инструмент для сложных миграций, который выходит за рамки возможностей Конвертации данных 2.0. Он нужен, если:

  • 🏢 Вы переносите данные между радикально разными конфигурациями (например, из 1С:УПП в 1С:ERP).
  • 🔄 Требуется трансформация структуры (например, объединение нескольких справочников в один).
  • 📊 Нужно перенести большие объёмы данных (десятки гигабайт) с высокой скоростью.
  • 🔧 Необходима гибкая настройка правил (например, условное заполнение полей).

Основные преимущества EDT:

  • 🚀 Скорость — работает в 5–10 раз быстрее КД 2.0 за счёт оптимизированных алгоритмов.
  • 🔗 Поддержка сложных связей — может переносить данные с сохранением иерархий (например, Номенклатура → Характеристики → Серии).
  • 📈 Логирование — ведёт детальные логи ошибок, что упрощает отладку.
  • 🔄 Инкрементальный обмен — может переносить только изменения (дельты) после начальной загрузки.

Недостатки:

  • 💰 Платная лицензия — стоимость зависит от объёма данных и количества пользователей.
  • 📚 Сложность освоения — требует глубоких знаний 1С и SQL.
  • 🔧 Настройка под проект — универсальных шаблонов нет, правила пишутся «под задачу».

Пример задачи, где EDT незаменим:

Компания мигрирует с 1С:УПП 1.3 на 1С:ERP 2.5. Нужно перенести:

  • Справочники Номенклатура, Контрагенты, Сотрудники.
  • Документы Поступление товаров, Реализация, Платёжные поручения за 5 лет.
  • Остатки по ТоварыНаСкладах, ВзаиморасчетыСКонтрагентами, ДенежныеСредства.

При этом в ERP другая структура справочника Номенклатура (есть дополнительные реквизиты Бренд, КатегорияТовара), а документы Поступление в новой базе называются ЗаказПоставщику и имеют другой набор полей.

В таком случае EDT позволяет:

  1. Настроить трансформацию Номенклатуры с заполнением новых реквизитов.
  2. Перенести документы с преобразованием типов (например, Поступление → ЗаказПоставщику + ДокументПоступления).
  3. Обработать остатки с учётом новых аналитик в ERP.

Если вам нужна помощь с настройкой EnterpriseData, обратитесь к партнёрам 1С — многие предлагают услуги по миграции «под ключ». Средняя стоимость такого проекта — от 50 000 рублей (для баз среднего размера).

8. Перенос данных между базами 1С в облаке (1С:Fresh)

Если одна или обе базы расположены в 1С:Fresh, процесс переноса имеет свои нюансы. Главное отличие от локальных баз — ограниченный доступ к файловой системе. Вы не можете просто «скопировать» файл базы или выгрузить данные на диск.

Вот как перенести данные в/из 1С:Fresh:

  1. Экспорт через веб-интерфейс:
    • 📤 В исходной базе (в Fresh) перейдите в раздел Администрирование → Выгрузка данных.
    • 📋 Выберите объекты для экспорта (например, справочник Контрагенты).
    • 📥 Скачайте файл на локальный компьютер.
    • 📤 Загрузите его в целевую базу через Администрирование → Загрузка данных.
  • Обмен через XML:
    • 🔄 Используйте типовую обработку ВыгрузкаЗагрузкаДанныхXML.epf.
    • 📤 Выгрузите данные из Fresh в файл XML.
    • 📥 Импортируйте его в локальную или другую облачную базу.
    • Интеграция через API:
      • 🔌 Настройте обмен через 1С:Линк или 1С:Connect.
      • 📡 Используйте REST API для автоматического переноса данных.

    Ограничения 1С:Fresh, о которых нужно помнить:

    • 🚫 Нет доступа к конфигуратору — вы не можете редактировать структуру базы или устанавливать внешние обработки.
    • 🕒 Ограничение по времени выполнения — длительные операции (например, перенос больших объёмов) могут прерываться.
    • 📊 Нет прямого доступа к SQL — нельзя выполнить запросы к базе напрямую.

    Если вам нужно перенести данные из локальной базы в Fresh, используйте:

    • 📤 Типовую обработку ВыгрузкаДанныхВFresh.epf (доступна на портале ITS).
    • 🔄 Сервис 1С:Линк для автоматического обмена.
    ⚠️ Внимание: При переносе в 1С:Fresh проверьте лимиты вашего тарифа. Некоторые тарифы ограничивают объём хранимых данных или количество объектов. Если лимиты будут превышены, перенос завершится ошибкой.

    Для переноса между двумя облачными базами (например, при смене тарифа или арендатора) обратитесь в поддержку 1С:Fresh. Они предоставят инструкции или выполнят миграцию самостоятельно (обычно бесплатно).

    FAQ: Ответы на частые вопросы

    ❓ Можно ли перенести данные между базами разных версий платформы (например, 8.2 и 8.3)?

    Да, но с оговорками. Если разница в версиях незначительная (например, 8.3.10 → 8.3.20), проблем не будет. Если же вы переносите данные из 1С 8.2 в 8.3, потребуется:

    1. Обновить исходную базу до 8.3 (через Тестирование и исправление ИБ).
    2. Использовать Конвертацию данных 2.0 с учётом изменений