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