Перенос документов между одинаковыми базами 1С

Типичные ситуации переноса документов между базами 1С

• Когда надо восстановить часть данных из бэкапа. Если документ «испортили» в боевой базе 1С, из бэкапа можно восстановить только его, не затрагивая остальные данные.
• Многозвенные организации. Если компания имеет несколько филиалов/магазинов, которые ведут учёт в идентичных базах 1С, иногда необходимо собрать их данные в одну центральную базу или, наоборот, распределить базу на части при реорганизации.
• Кадровые и бухгалтерские миграции. При переходе сотрудников из одной компании в другую может потребоваться перенести их кадровые документы (например, движение персонала, начисления зарплаты) между базами с одинаковыми конфигурациями (например, Зарплата и кадры 3.1 → ЗКП 3.1).
• Перенос в новый год. Иногда готовят новую чистую базу и переносят туда остатки и документы за период до определённой даты (свертка старых данных в баланс).
• Тестовые и боевые базы. При разработке и тестировании могут понадобиться копии документов из «боевой» базы в «тестовую» или обратно.

В следующих разделах разберём доступные решения: бесплатную стандартную обработку XML, платный «Перенос данных между похожими конфигурациями» и готовые правила конвертации от MoscowSoft.

Перенос данных обработкой «Выгрузка и загрузка данных XML» (ИТС)

Самый простой и бесплатный способ — использовать стандартную ИТС‑обработку «Выгрузка и загрузка данных XML». Эта обработка входит в комплект средств информационного сопровождения 1С и доступна для загрузки из ИТС. С её помощью можно выгрузить в файл все документы, справочники, остатки и другие данные из одной базы и загрузить в другую.

Пример использования:

1. Выгрузка: В базе‑источнике откройте обработку «Выгрузка и загрузка данных XML», выберите объект «Выгрузка Справочники 1С» (и прочие данные по потребности) и укажите файл на сервере. Нажмите «Выгрузить».
2. Загрузка: В базе‑приёмнике откройте ту же обработку, на вкладке «Загрузка» укажите путь к файлу XML и запустите «Загрузить». После выполнения проверьте журналы выгрузки/загрузки и при необходимости – резервную копию базы.

Важно: эта обработка работает только при полностью идентичных конфигурациях и релизах баз (имя конфигурации и номер релиза должны совпадать). Иначе результат будет непредсказуем. Также она выгружает всё одним большим XML-файлом, поэтому потребляет много ресурсов при импорте.

Недостатки метода:

• Нет «свертки» данных: обработка переносит все документы, она не умеет автоматически преобразовать документы до заданной даты в начальные остатки – то есть нельзя сразу задать дату «от» и перенести только остатки и документы после неё.
• Высокие требования к ресурсам: экспорт и импорт большого XML-файла может быть долгим и требует достаточной памяти и мощности сервера.
• Жёсткое требование релизов: базы обязаны иметь 100% одинаковые релизы конфигурации. Любые расхождения (другой релиз, добавленный реквизит) приведут к ошибкам.

Несмотря на недостатки, обработка из ИТС удобна тем, что она бесплатна и проста в использовании. Для несложных случаев (сохранить всё и сразу) она подходит.

Перенос данных обработкой «Перенос данных между похожими конфигурациями»

Если конфигурации баз не абсолютно одинаковы — например, релизы немного отличаются, или в одной базе есть дополнительные реквизиты — стоит воспользоваться платной обработкой «Перенос данных между похожими конфигурациями 1С» от MoscowSoft. Это расширение (не в 1С-клиенте, а отдельный файл) умеет гибко настраивать поиск соответствий элементов и подходит для переносов даже при небольших различиях в метаданных.

Особенности обработки «Похожих конфигураций»:

• Позволяет настраивать поля поиска объектов помимо стандартного GUID. Это помогает корректно сопоставлять элементы в базах с разной структурой.
• Не дублирует предопределённые элементы. Например, если в одной базе уже есть нужный вид оплаты или группа товаров по умолчанию, они не создадутся заново при переносе.
• Может загружать тот же XML-файл, который создан обработкой из ИТС, но делает это оптимизированно (ЧтениеXML).

Пример использования:

1. В базе‑источнике запустите обработку «Перенос данных между похожими конфигурациями». На закладке «Выгрузка» укажите, какие объекты переносить (справочники, документы и т.д.), включите опцию «Выгружать вместе с объектами их движения», чтобы сразу получить документы с проводками.
2. Задайте дополнительные условия (например, по организациям или периоду) и нажмите «Выгрузить», указав путь до файла (XML).
3. В базе‑приёмнике откройте обработку и на закладке «Загрузка» выберите полученный файл. Нажмите «Загрузить».

На сайте MoscowSoft есть видеодемонстрация использования обработки и подробная инструкция. По завершении проверьте лог: обработка сама создаёт резервную копию, списки перенесённых и пропущенных объектов.

Минусы и ограничения: обработка переносит документы со всеми движениями, но не умеет сворачивать старые записи в начальные остатки на выбранную дату. То есть весь период выгрузки переносится «как есть», без возможности задать дату «свертки». Если нужен перенос с начальных остатков, придётся использовать конвертацию (см. ниже).

Перенос документов между одинаковыми базами 1С с помощью правил конвертации XML

Компания MoscowSoft разрабатывает и поддерживает готовые правила конвертации XML для различных идентичных конфигураций 1С. Это наиболее гибкий способ перенести документы и остатки, так как правила учитывают типовые нюансы конфигураций и позволяют настраивать отбор данных.

Для актуальных версий одинаковых конфигураций доступны готовые решения по следующим направлениям (соответствуют продуктам на сайте MoscowSoft, ссылки даны в формате «исходная конф. – целевая конф.»):

1. БП 3 – БП 3
2. ЗУП 3 – ЗУП 3
3. КА 2 – КА 2
4. ERP – ERP
5. УТ 11 – УТ 11
6. УПП 1.3 – УПП 1.3
7. УХ – УХ
8. УНФ – УНФ

В каждой из этих реализаций правило конвертации (формат «Конвертация данных 2») настроено на перенос целевого набора документов, справочников и остатков в соответствии с логикой конкретной конфигурации.

Преимущества правил конвертации:

• Начальные остатки по нужной дате: можно выбрать дату начала переноса. Документы, датированные раньше этой даты, не выгружаются, а начальные остатки рассчитываются на указанную дату. Это реализует «свертку» данных при переносе.
• Отбор по организациям и прочим реквизитам: в правилах можно указать, из каких организаций (или по каким критериям) брать данные, а какие пропускать. Это удобно, если в базах несколько фирм, а перенести нужно только часть.
• Слияние данных из нескольких баз: при объединении нескольких источников в одну целевую базу правила позволяют аккуратно «схлопывать» одинаковые элементы (по полям поиска), чтобы не создавать дубли. Например, если в разных базах есть одинаковые товары или контрагенты, их можно настроить найти по коду/артикулу и при загрузке объединить.
• Гибкость настроек: исходные правила можно дорабатывать под потребности. По договору можно получить исходный код (КД2) и вносить изменения. Техподдержка регулярно обновляет правила под новые релизы 1С.

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

Выводы и рекомендации

Для простого переноса «как есть» между абсолютно одинаковыми базами самый доступный вариант — ИТС-обработка XML. Она бесплатна и позволяет быстро выгрузить все данные. Но при больших объёмах (много документов) и особенно при необходимости задать «отсечку» по дате лучше выбрать более гибкие решения.

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

В самом полном варианте (идеально при идентичных конфигурациях) — использовать правила конвертации XML от MoscowSoft. Они учитывают учётные особенности конфигураций, умеют пропускать документы до нужной даты и загружать только остатки и свежие записи. Правила покрывают все основные редакции (БП, ЗУП, УНФ, УТ, УХ, УПП, КА, ERP и другие) и позволяют объединять или фильтровать данные по организациям и т.п. Именно они дают максимальную гибкость и контроль над переносом.

Какой метод выбрать? В типовых случаях мы рекомендуем сначала определить задачу: если нужно просто клонировать базу — начните с XML-выгрузки из ИТС. При несовпадении конфигураций попробуйте «похожую» обработку. Если же цель — аккуратный перенос за определённый период или объединение учёта — лучше сразу обратиться к конвертации XML. Этот способ хоть и платный, но обеспечивает самые корректные результаты.

Если у вас остались вопросы или нужны готовые правила обмена — команда MoscowSoft всегда готова помочь. Подписывайтесь на наши обновления, читайте другие статьи в блоге и обращайтесь за консультацией! На сайте доступны подробные инструкции, есть возможность предпродажного тестирования и видеогайды. Успешного переноса данных!