Справочники и Данные · 14 мин
Как перенести реализации из одной базы 1С в другую
Как перенести документы реализации из одной базы 1С в другую: обработка выгрузки-загрузки XML, Универсальный обмен, конвертация данных, проверка остатков и типичные ошибки.
Перенос документов «Реализация товаров и услуг» между базами 1С — типовая задача при объединении учёта, переходе на новую базу, восстановлении после сбоя или синхронизации работы филиалов. Главная сложность не в самой выгрузке, а в том, что документ тянет за собой целую цепочку связанных данных: контрагентов, договоры, номенклатуру, склады, единицы измерения и счета учёта. Если перенести только документы без этих справочников, в базе-приёмнике появятся «битые» ссылки и ошибки проведения.
Способ переноса зависит от того, совпадают ли конфигурации обеих баз. Если источник и приёмник — одинаковые конфигурации (например, две базы «1С:Бухгалтерия 8.3»), работает штатная обработка «Выгрузка и загрузка данных XML». Если конфигурации разные (из «Управление торговлей» в «Бухгалтерию»), потребуется «Универсальный обмен данными в формате XML» с правилами конвертации. Для регулярного обмена лучше сразу настроить план обмена, а не переносить документы вручную каждый раз.
Ниже разобраны рабочие сценарии: от подготовки баз и выбора инструмента до проверки результата и исправления типичных ошибок. Инструкции ориентированы на типовые конфигурации на платформе 1С:Предприятие 8.3.
Определите сценарий: одинаковые или разные конфигурации
Первое, что нужно выяснить, — совпадают ли конфигурации в базе-источнике и базе-приёмнике. Откройте в обеих базах раздел «О программе» (кнопка со знаком «i» или меню «Сервис» → «О программе») и сравните название и версию конфигурации. Если совпадают и имя конфигурации, и номер релиза — это самый простой случай: данные переносятся «как есть», включая внутренние идентификаторы объектов.
Если конфигурации разные — например, источник «Управление торговлей 11», а приёмник «Бухгалтерия предприятия 3.0» — прямая выгрузка XML не сработает: структура документов отличается, и загрузка завершится ошибкой. Здесь нужен универсальный обмен с правилами конвертации, которые описывают соответствие полей документа одной конфигурации полям другой.
Отдельный случай — переход на новую редакцию конфигурации (например, с «Управление торговлей 10.3» на «Управление торговлей 11»). Для таких переходов фирма «1С» публикует штатные механизмы перехода и готовые правила конвертации в составе обновления. Использовать их надёжнее, чем писать собственные правила.
Как выбрать способ переноса
Подготовьте базы перед переносом
Перед любыми манипуляциями с данными сделайте резервную копию обеих баз. Для файловой базы достаточно скопировать файл 1Cv8.1CD или выгрузить базу в dt через конфигуратор («Администрирование → Выгрузить информационную базу»). Для клиент-серверной базы используйте средства СУБД (MS SQL, PostgreSQL) или выгрузку dt. Это единственный способ откатить изменения, если загрузка пройдёт с ошибками и испортит учётные данные.
Далее согласуйте период переноса. Реализации следует выгружать за закрытый период, который не будет корректироваться задним числом, иначе в базах образуются расхождения: документ изменили в источнике, а в приёмнике осталась старая версия. Если учёт в источнике продолжается, зафиксируйте дату и время среза и после неё не редактируйте выгруженные документы.
Проверьте, что в базе-приёмнике заведены организация, валюты и другие базовые данные, от которых зависят документы. Также убедитесь, что у пользователя, выполняющего загрузку, есть полные права, а монопольный режим доступен — многие обработки требуют его для отключения контроля и ускорения записи.
Перенос между одинаковыми конфигурациями через выгрузку XML
Штатная обработка «Выгрузка и загрузка данных XML» поставляется на диске ИТС и входит в состав библиотеки стандартных подсистем; во многих типовых конфигурациях она доступна прямо из интерфейса через «Все функции → Обработки» или подключается как внешняя. Её ключевая особенность — при выгрузке документа она автоматически подтягивает все объекты, на которые он ссылается: контрагентов, номенклатуру, договоры, склады.
Порядок выгрузки: откройте обработку в базе-источнике, укажите файл выгрузки, на закладке выгружаемых данных отметьте «Документы → Реализация товаров и услуг», установите отбор по периоду и при необходимости по организации. Включите опцию выгрузки связанных объектов (в интерфейсе она может называться «Выгружать при необходимости» или быть включена по умолчанию). Запустите выгрузку и дождитесь формирования XML-файла.
Загрузка выполняется той же обработкой в базе-приёмнике: откройте её, укажите файл и запустите загрузку. Обработка сопоставляет объекты по внутренним уникальным идентификаторам (GUID), поэтому при переносе между копиями одной базы дубли не создаются. Если приёмник — независимая база, где контрагенты заводились вручную, совпадения по GUID не будет, и справочники загрузятся как новые элементы — это нужно учитывать, чтобы не получить дубли контрагентов.
После загрузки документы обычно записаны, но не проведены (поведение зависит от версии обработки и настроек). Проведите их обработкой «Групповое перепроведение документов» или вручную, контролируя ошибки проведения — чаще всего они связаны с отсутствием товара на складе приёмника.
Перенос между разными конфигурациями через универсальный обмен
Обработка «Универсальный обмен данными в формате XML» работает в паре с правилами конвертации — XML-файлом, который описывает, как документ одной конфигурации преобразуется в документ другой. Для типовых пар конфигураций (УТ → БП, КА → БП, УПП → ERP) готовые правила поставляются в составе конфигураций или доступны на портале 1С. Правила жёстко привязаны к версиям обеих конфигураций: правила от старого релиза на новой конфигурации могут переносить данные с ошибками.
Выгрузка выполняется в источнике: откройте обработку, загрузите файл правил, на закладке «Выгружаемые данные» отметьте документ реализации, задайте период и запустите выгрузку. Загрузка в приёмнике выполняется той же обработкой на закладке «Загрузка данных» — правила на этом этапе не нужны, они уже «вшиты» в файл выгрузки.
Поиск существующих объектов при такой конвертации обычно идёт не по GUID, а по ключевым полям: контрагенты ищутся по ИНН и КПП, номенклатура — по наименованию или артикулу. Это снижает риск дублей, но требует, чтобы справочники в обеих базах были заполнены аккуратно: контрагент с пустым ИНН в источнике и заполненным в приёмнике будет загружен как новый элемент.
Если типовые правила не закрывают ваши доработки (дополнительные реквизиты, нестандартные документы), правила дорабатывают в конфигурации «Конвертация данных 2.1» или «Конвертация данных 3.0». Это работа для специалиста с опытом: ошибка в правилах приводит к потере части данных без видимых сообщений.
Альтернативные способы: планы обмена, COM, EnterpriseData
Если перенос реализаций нужен регулярно — например, торговая база ежедневно передаёт документы в бухгалтерскую — разовые выгрузки неудобны. В типовых конфигурациях есть штатная синхронизация данных: «Администрирование → Синхронизация данных → Настроить синхронизацию данных». Мастер создаёт план обмена, регистрирует изменения и передаёт только новые и изменённые документы, включая реализации, с автоматическим сопоставлением справочников.
Для нестандартных задач используют программные способы: COM-соединение (прямое подключение одной базы к другой через V83.COMConnector) или обмен в формате EnterpriseData через веб-сервисы. COM-подход быстр для разовых выборок, но требует, чтобы обе базы были доступны с одного компьютера, и работает только в Windows-окружении. EnterpriseData — стратегический формат 1С для интеграций, но его настройка сложнее и оправдана при постоянном обмене с внешними системами.
Простейший «ручной» вариант — перенос через табличный документ: выгрузить список реализаций в Excel и загрузить в приёмник обработкой «Загрузка данных из табличного документа». Он подходит только для создания документов заново по строкам, без переноса исходных номеров и ссылок, и оправдан при небольшом объёме.
Сравнение способов переноса
Одинаковые конфигурации, разовый перенос. Простой и надёжный, но не подходит для разных конфигураций
Разные конфигурации, разовый или периодический перенос. Требует актуальных правил конвертации
Регулярный перенос между базами. Настройка сложнее, зато дальше всё работает автоматически
Небольшой объём, документы создаются заново. Теряются исходные номера и связи
Проверка результата после переноса
Первая проверка — количественная: сравните число реализаций за период в источнике и приёмнике. Постройте в обеих базах отчёт «Список документов» или универсальный отчёт по документам реализации за перенесённый период и сверьте итоговые суммы. Расхождение даже в одну копейку означает, что часть документов не перенеслась или перенеслась с отличающимися данными.
Вторая проверка — учётная: сформируйте оборотно-сальдовую ведомость по счетам 62 «Расчёты с покупателями» и 90 «Продажи» в обеих базах за одинаковый период. Обороты должны совпасть. Если в приёмнике документы не проведены, обороты будут меньше — это прямой признак незавершённого переноса.
Третья проверка — ссылочная целостность. Выполните в конфигураторе «Администрирование → Тестирование и исправление» с проверкой ссылочной целостности (на копии базы, если планируете режим исправления) либо откройте несколько загруженных документов и убедитесь, что контрагент, договор и номенклатура отображаются корректно, а не как «Объект не найден».
Как проверить результат переноса
Число документов и итоговая сумма совпадают в обеих базах
Документов меньше, суммы расходятся — часть данных не перенеслась
Обороты за период совпадают с источником
Обороты меньше — документы не проведены или проведены частично
Контрагент, договор, номенклатура открываются и заполнены
В полях «Объект не найден» или пустые ссылки
Каждый контрагент и позиция номенклатуры существуют в одном экземпляре
Один и тот же контрагент заведён дважды с разными написаниями
Типичные ошибки и как их избежать
Самая частая ошибка — выгрузка документов без связанных справочников. В приёмнике такие документы загружаются с пустыми или битыми ссылками и не проводятся. Всегда проверяйте, что обработка выгружает объекты по ссылкам, либо переносите справочники отдельной выгрузкой до загрузки документов.
Вторая ошибка — дубли контрагентов и номенклатуры. Они появляются, когда справочники в приёмнике заполнены вручную с отличиями в написании, а поиск при загрузке идёт по наименованию или GUID. Перед загрузкой приведите ключевые поля (ИНН, КПП, артикулы) в соответствие, а после загрузки воспользуйтесь обработкой «Поиск и удаление дублей» из состава типовых конфигураций.
Третья группа ошибок — нарушение последовательности и остатков. Реализации проводятся по складскому учёту, и если в приёмнике нет остатков товара на дату документа, проведение завершится ошибкой «Недостаточно товара». Перед проведением реализаций перенесите остатки (документами ввода остатков или оприходованиями) либо временно отключите контроль остатков, понимая, что себестоимость в этом случае будет рассчитана некорректно.
Перед массовой загрузкой протестируйте перенос на 5–10 документах в копии приёмника. Такой прогон занимает минуты, но сразу показывает проблемы с правилами, дублями и остатками, которые на полном объёме исправлять в разы дольше.
FAQ: частые вопросы о переносе реализаций
Можно ли перенести реализации, если релизы конфигураций немного отличаются?
Для выгрузки-загрузки XML небольшое расхождение релизов обычно не критично, если структура документа не менялась, но гарантии нет: новые обязательные реквизиты в приёмнике могут остаться пустыми. Надёжнее сначала обновить обе базы до одного релиза и только потом переносить данные.
Переносятся ли номера документов при загрузке?
Да, при выгрузке-загрузке XML номера сохраняются. Но если в приёмнике уже есть документы с такими же номерами за тот же период, возможны конфликты при перенумерации. На практике реализации часто загружают с префиксом источника или в отдельный период, чтобы нумерация не пересекалась.
Что делать, если после загрузки документы не проводятся из-за отсутствия товара?
Сначала перенесите складские остатки на дату, предшествующую первой реализации: документами ввода остатков при старте учёта в новой базе или оприходованиями. После этого перепроведите реализации в хронологическом порядке групповой обработкой. Отключать контроль остатков стоит только как временную меру с последующей сверкой себестоимости.
Как перенести реализации вместе со счетами-фактур?
Счета-фактуры выданные связаны с реализациями и при выгрузке-загрузке XML подтягиваются как подчинённые документы, если отметить их в списке выгружаемых данных или включить выгрузку по ссылкам. В универсальном обмене убедитесь, что в правилах конвертации предусмотрено правило для счёта-фактуры, иначе он не выгрузится.
Можно ли переносить реализации регулярно, не настраивая синхронизацию?
Технически да: выгрузку XML можно запускать по расписанию через скрипт с запуском 1С в пакетном режиме. Но при росте объёма и частоте обмена ручные выгрузки становятся источником ошибок и расхождений — при регулярной потребности правильнее один раз настроить план обмена или штатную синхронизацию данных.
Куда обращаться, если типовые правила не переносят доработанные реквизиты?
Нестандартные реквизиты и документы требуют доработки правил в конфигурации «Конвертация данных». Если опыта работы с ней нет, задачу стоит передать специалисту по 1С: самостоятельная правка правил без понимания механизма конвертации часто приводит к молчаливой потере части данных, которую замечают только при сверке отчётности.
Что важно запомнить
Способ переноса выбирается по совпадению конфигураций: одинаковые — выгрузка-загрузка XML, разные — универсальный обмен с актуальными правилами. Перед загрузкой делайте резервную копию, переносите документы вместе со связанными справочниками и остатками, а результат проверяйте по количеству документов, оборотам по счетам 62 и 90 и ссылочной целостности. Для регулярного обмена настраивайте синхронизацию данных вместо ручных выгрузок.