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