Как перенести данные в 1С 8.3: способы, порядок действий и проверка

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

Ниже — порядок действий для 1С 8.3 с интерфейсом «Такси»: подготовка, выбор способа переноса данных, пошаговый перенос между базами, переход с 1С 7.7, автоматизация регулярного обмена и сверка результата. Способы отличаются трудоёмкостью и рисками — выбирайте по задаче, а не по привычке.

С чего начать: подготовка баз перед переносом

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

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

Отдельно решите вопрос периода. Переносить пятилетнюю историю документов в новую базу обычно не нужно: это тянет за собой старые ошибки и замедляет работу. Чаще достаточно перенести справочники и остатки на дату начала учёта в новой базе.

Какие есть способы перенести данные между базами

Способов несколько, и они не взаимозаменяемы. Выбор зависит от того, разовый это перенос или постоянный обмен, и совпадает ли структура баз.

• 🔄 Синхронизация данных — для регулярного обмена между типовыми конфигурациями (например, Бухгалтерия и Управление торговлей). Работает на формате EnterpriseData, настраивается через помощник.
• 📦 Загрузка начальных остатков — для разового старта учёта в новой базе. Переносятся не документы, а остатки на дату через помощник ввода остатков или специальные обработки перехода.
• 🧩 Правила конвертации (Конвертация данных ) — когда структуры баз не совпадают и нужно гибко сопоставить объекты. Самый трудоёмкий, но и самый управляемый способ.
• 📄 Универсальный обмен в формате XML — выгрузка-загрузка по готовым правилам обмена без настройки синхронизации. Подходит для переноса отдельных справочников или документов.
• 📊 Загрузка из таблицы Excel — для справочников (номенклатура, контрагенты), когда данные удобнее подготовить в таблице, чем выгружать из старой базы.

Перенос через правила конвертации данных

Этот способ выбирают, когда типовая синхронизация не справляется: базы разной редакции, доработанная конфигурация, нестандартный набор реквизитов. Технология называется «Конвертация данных».

В версии 2.0 обмен идёт через универсальные правила обмена — файл с расширением .xml, который описывает, какой объект источника в какой объект приёмника превращается. Правила создают в отдельной конфигурации «Конвертация данных 2.0», выгружают в файл и применяют обработками выгрузки и загрузки.

Общий порядок:

1. Откройте в источнике обработку выгрузки по правилам обмена и укажите файл правил .xml.
2. Отберите данные к выгрузке: период, организацию, конкретные справочники и документы.
3. Выгрузите данные в промежуточный файл XML.
4. В приёмнике откройте обработку загрузки, укажите тот же файл правил и файл с данными.
5. Запустите загрузку и дождитесь протокола.

Правила конвертации — не задача для разового переноса без подготовки. Если нет готового файла правил под вашу пару конфигураций, его либо пишут в «Конвертации данных», либо берут типовой и дорабатывают. Это работа для специалиста, знакомого со структурой обеих баз.

Синхронизация данных между базами 1С 8.3

Для двух типовых конфигураций это самый надёжный путь. Включите механизм: Администрирование → Синхронизация данных, поставьте флажок синхронизации и задайте префикс базы (например, БП и УТ) — префикс не даёт перемешать номера документов из разных баз.

Дальше запускается помощник настройки:

1. В разделе Синхронизация данных выберите создание новой настройки и укажите вид обмена — какая конфигурация подключается второй.
2. Выберите способ связи: прямое подключение к базе на этом же компьютере/сервере, подключение через каталог (обмен файлами) или через FTP.
3. Укажите параметры подключения второй базы и проверьте связь.
4. Настройте правила отправки и получения: за какой период переносить документы, по какой организации, выгружать ли справочники целиком.
5. Выполните первую синхронизацию — она же первоначальная выгрузка.

Первый обмен самый долгий: переносятся справочники и документы за выбранный период. Последующие идут по изменениям и работают быстро.

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

Если нужен не постоянный обмен, а разовая передача пары справочников, настройку синхронизации можно не разворачивать. Для этого есть обработка «Универсальный обмен данными в формате XML»: открываете её через режим «Все функции» (Главное меню → Все функции), на одной базе выгружаете данные по правилам в файл, на второй — загружаете.

Как перенести данные из 1С 7.7 в 1С 8.3

Прямого обмена между 7.7 и 8.3 нет: это разные платформы с несовместимой структурой. Перенос идёт через промежуточный файл и правила конвертации.

В типовых конфигурациях на 8.3 для этого есть встроенные средства перехода с 7.7 — отдельные обработки, которые читают выгрузку из старой базы и загружают данные уже в новую структуру. Порядок обычно такой:

1. В базе 7.7 выгрузите данные специальной обработкой перехода в файл.
2. В базе 8.3 запустите загрузку этого файла через помощник перехода или обработку загрузки.
3. Сопоставьте справочники, которые не нашлись автоматически (единицы измерения, счета учёта, ставки НДС).
4. Проверьте остатки и, при необходимости, догрузите недостающие элементы вручную.

Важный момент: из 7.7 переносят не всю историю, а справочники и остатки на дату перехода. Документы за прошлые годы в старой структуре часто не имеют корректного соответствия в 8.3, и их перенос порождает больше ошибок, чем пользы.

Отдельно проверьте план счетов и аналитику. В 7.7 состав субсчетов и субконто мог отличаться от типового 8.3, поэтому остатки по некоторым счетам придётся раскидать вручную. Учётную политику, настройки налогов и нумерацию документов перенос не переносит — их задают в новой базе заново, до загрузки остатков.

Автоматизация регулярного переноса данных

Если перенос между базами нужен постоянно, настроенную синхронизацию переводят на автоматический режим, чтобы не запускать обмен руками.

• ⏱ Расписание синхронизации. В настройке обмена задайте расписание: интервал (например, каждые 30 минут) или конкретное время. Обмен будет запускаться регламентным заданием.
• 🖥 Регламентные задания на сервере. В клиент-серверном варианте обмен выполняет не сеанс пользователя, а регламентное задание на сервере 1С. Проверьте, что регламентные задания не заблокированы в настройках информационной базы.
• 🔌 Обмен через каталог или FTP. Для баз на разных серверах настройте обмен файлами через общий сетевой каталог или FTP — тогда базам не нужно прямое соединение между собой.

Для нетиповых задач перенос автоматизируют внешним сценарием: пакетный запуск 1С с обработкой выгрузки-загрузки по расписанию операционной системы. Но это уже требует разработчика и тестового контура — на рабочей базе такое без обкатки не запускают.

Проверка: сошлись ли данные после переноса

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

Что проверить в первую очередь:

Сформируйте оборотно-сальдовую ведомость на дату переноса в обеих базах и сравните итоги. Если суммы совпали — перенос остатков прошёл корректно. Расхождение чаще всего означает, что часть документов не сопоставилась или дважды загрузилась.

Отдельно пройдитесь по справочникам: нет ли задвоенных контрагентов и номенклатуры с одинаковыми названиями. Задвоение — самый частый побочный эффект переноса, и чем раньше вы его заметите, тем проще свернуть.

Типичные ошибки при переносе данных

Эти промахи повторяются из проекта в проект и обходятся дороже всего.

• Нет резервной копии. Перенос пошёл не так — откатиться некуда. Копия источника и приёмника делается всегда, до первого запуска.
• Разные релизы баз. Форматы обмена не согласуются, синхронизация выдаёт предупреждения или не запускается. Обновите обе базы заранее.
• Задвоенные справочники. Дубли из источника переезжают в приёмник и плодят новые. Сворачивайте дубли до переноса, а не после.
• Перенос всей истории «на всякий случай». Старые документы тянут ошибки прошлых периодов и раздувают базу. Переносите остатки и справочники, историю — только если она действительно нужна.
• Нет сверки после переноса. Протокол чистый, а баланс не сходится. Всегда сверяйте ОСВ в обеих базах на дату переноса.
• Правка загруженных данных до сверки. Пока не проверили остатки, не трогайте перенесённые документы — иначе не поймёте, где расхождение от переноса, а где от вашей правки.

Частые вопросы о переносе данных