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