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