Миграция с 1С 7.7 на 1С:Предприятие 8: перенос данных без потерь
Содержание
1С 7.7 и 1С 8 — разные поколения платформы с несовместимыми форматами хранения. Открыть базу 7.7 в «восьмёрке» напрямую нельзя: перенести базу 1С из 7.7 в 8 — это миграция данных через промежуточный файл, а не обновление формата. Для типовых конфигураций данные переносит встроенный помощник, для доработанных — правила в конфигурации «Конвертация данных ».
За годы в старой базе накопились справочники контрагентов и номенклатуры, остатки по счетам, настройки учёта. Терять это при переходе на 8.3 смысла нет, но и ждать, что всё перельётся одной кнопкой «как есть», тоже не стоит — перенос почти всегда частичный и требует сверки.
Ниже — что именно переносится, как подготовить базу 7.7, чем выгрузить данные, как загрузить их в новую базу 1С:Предприятие 8 и какие ошибки встречаются чаще всего.
Почему базу 7.7 нельзя просто открыть в 1С 8
Платформы 7.7 и 8 построены по-разному: другая модель метаданных, другие типы данных, другое хранение (в 7.7 — DBF или SQL со своей структурой, в 8 — собственный формат либо MS SQL/PostgreSQL). Прямого «апгрейда» базы, как между релизами одной версии, здесь не существует.
Поэтому переход решается переносом данных: из 7.7 информация выгружается в нейтральный XML-файл, а в базу 8 загружается по правилам соответствия. Правила описывают, какой объект 7.7 превращается в какой объект «восьмёрки» и как сопоставляются их поля.
Важно понимать главное ограничение: в большинстве проектов переносят не всю историю документ-в-документ, а справочники и остатки на выбранную дату. Полный перенос всех документов за все годы технически возможен через индивидуальные правила, но трудоёмок и редко оправдан: проводки старых лет в новой базе почти не нужны.
Из этого следует практический вывод: новую базу удобнее начинать с первого числа периода — месяца, квартала или года. Тогда входящие остатки встают на понятную дату, а текущая работа ведётся уже в 8.
Что сделать с базой 7.7 перед переносом
Чистая миграция начинается с приведения старой базы в порядок. Мусор и битые записи из 7.7 превратятся в ошибки загрузки в 8.
- Сделайте резервную копию. Для файловой базы (DBF) достаточно скопировать весь каталог базы целиком. Для клиент-серверного варианта на SQL — штатный бэкап средствами сервера. ⚠️ Переносите данные только с копии, оригинальную рабочую базу не трогайте.
- Обновите 7.7 до последнего доступного релиза своей конфигурации. Инструменты переноса рассчитаны на актуальные типовые формы метаданных, старый релиз сопоставляется хуже.
- Проверьте и исправьте базу. В конфигураторе 7.7 есть штатное тестирование и исправление информационной базы — прогоните его, чтобы убрать битые ссылки и дефекты индексов.
- Наведите порядок в справочниках. Удалите (пометьте на удаление и уберите) задвоенных контрагентов и номенклатуру, закройте неиспользуемые позиции. Каждый дубль в 7.7 даст дубль в 8.
- Закройте период и сверьте остатки. Снимите оборотно-сальдовую ведомость на дату переноса и сохраните её. Это эталон, с которым вы потом сверите новую базу.
Если учёт в 7.7 вёлся неаккуратно, иногда дешевле занести остатки в 8 вручную документами ввода начальных остатков, чем чистить старую базу под автоматический перенос. Для небольшой номенклатуры это реальный вариант.
Чем переносить: встроенный помощник или «Конвертация данных»
Способ зависит от того, типовая у вас конфигурация или доработанная.
| Исходная база 7.7 | Инструмент переноса | Что переносится |
|---|---|---|
| Типовая (например, Бухгалтерия 7.7) | Встроенный помощник переноса из 7.7 в типовой конфигурации 8 | Справочники и входящие остатки |
| Типовая, но нужен иной состав данных | «Конвертация данных» + готовые правила | Настраивается правилами |
| Доработанная / нетиповая | «Конвертация данных» + свои правила обмена | Всё, что опишете правилами |
Для типовых конфигураций проще всего встроенный механизм: в ряде типовых решений 8 (в частности, в Бухгалтерии) есть помощник, который сам читает базу 7.7 и переносит нормативно-справочную информацию и остатки. Он не тянет историю документов — только то, что нужно для старта.
Если конфигурация 7.7 была доработана программистом или нужен нестандартный набор данных, универсальный путь один — конфигурация «Конвертация данных». В ней создаются и правятся правила обмена: соответствие объектов и полей двух баз. На их основе формируется XML.
Выгрузка данных из базы 7.7 в XML
Шаг выгрузки формирует промежуточный файл, который поймёт «восьмёрка». У платформы 7.7 нет штатного универсального обмена, поэтому выгрузку выполняет внешний модуль.
- Запустите базу 7.7 в монопольном режиме — другие пользователи должны выйти, иначе часть данных выгрузится в несогласованном виде.
- Загрузите в базу внешнюю обработку (отчёт) выгрузки, которая идёт в комплекте правил конвертации. Она читает данные 7.7 и готовит их по правилам.
- Задайте дату остатков и период, за который переносите данные. Для переноса только остатков указывается дата начала учёта в новой базе.
- Выберите состав выгрузки: справочники, остатки, при необходимости — документы за период.
- Запустите выгрузку и дождитесь формирования XML-файла. Для больших баз это занимает время; не прерывайте процесс.
Результат — один или несколько XML-файлов. Проверьте, что файл создан и его размер не нулевой: пустой файл обычно означает, что правила не подошли к структуре базы.
Кодировка — слабое место 7.7. Старые базы DBF хранят текст в кодировке DOS/Windows-1251; при неверной настройке выгрузки кириллица в XML превращается в «кракозябры». Если в выгруженном файле видны нечитаемые символы — проблема в кодировке, загружать такой файл нельзя.
Создание новой базы в 1С 8 и загрузка данных
В «восьмёрке» данные принимает чистая база нужной конфигурации.
- Установите платформу 1С:Предприятие 8.3 (номер релиза — не ниже рекомендованного для вашей конфигурации) и создайте новую пустую информационную базу из нужного шаблона конфигурации.
- В новой базе выполните первоначальную настройку минимально: укажите организацию и основные параметры учётной политики. Часть этих данных потом уточнит перенос.
- Запустите приёмку данных. Для встроенного помощника — откройте его в разделе первоначального заполнения или администрирования и укажите путь к базе 7.7 либо к файлу выгрузки. Для универсального пути — используйте обработку «Универсальный обмен данными в формате XML» и укажите файл XML и файл правил загрузки.
- Загрузка идёт в монопольном режиме. Убедитесь, что в новой базе никто не работает : во время загрузки сеансы других пользователей будут мешать и могут прерваться.
- Запустите загрузку и дождитесь завершения. По итогам смотрите протокол (журнал) обмена — в нём перечислены объекты, которые не загрузились, и причины.
После загрузки XML-файл выгрузки сохраните в архив вместе с ОСВ-эталоном — пригодится, если понадобится повторить перенос с исправленными правилами.
Сделайте сначала пробный перенос на тестовой копии. Прогоните всю цепочку выгрузка → загрузка → сверка остатков на отдельной базе, найдите расхождения и поправьте правила. Боевой перенос запускайте, только когда ОСВ на тесте сошлась с эталоном. Иначе придётся переделывать перенос, когда в базе уже начали работать.
Что проверить и донастроить после переноса
Перенос переносит данные, но не завершает настройку. Новую базу нужно довести до рабочего состояния.
Сверьте остатки. Сформируйте в базе 8 оборотно-сальдовую ведомость на дату переноса и сравните с эталоном из 7.7. Расхождения по счетам — сигнал, что часть остатков встала не туда (частая причина — несовпадение планов счетов).
Проверьте план счетов . В 7.7 и 8 счета учёта называются и кодируются по-разному. Если остатки «повисли» на не тех счетах, сверьте соответствие счетов в правилах переноса.
Сверьте количество элементов справочников. Простая, но надёжная проверка: сравните число контрагентов, номенклатуры и договоров в старой и новой базе. Расхождение сразу показывает, что часть элементов не перенеслась или, наоборот, задвоилась. По ключевым контрагентам полезно выборочно открыть карточку в 8 и убедиться, что подтянулись реквизиты — ИНН, КПП, банковские счета.
Проверьте аналитику остатков. Остатки по счетам с субконто (товары на складах, расчёты по контрагентам и договорам) сверяйте не только по сумме, но и в разрезе аналитики. Сумма по счёту может сойтись, а разбивка по складам или договорам — разъехаться, если сопоставление аналитики в правилах неполное.
Заполните обязательные реквизиты. В «восьмёрке» у справочников и остатков больше обязательных полей, чем в 7.7 (счета учёта номенклатуры, статьи, аналитика). Незаполненные поля придётся дозаполнить — список обычно виден в протоколе загрузки.
Донастройте учётную политику и параметры учёта на период, с которого начинаете работу: ставки, способы учёта, настройки налогов.
Проверьте нумерацию и даты. Задайте, с какого номера пойдут новые документы, чтобы не было пересечения с архивными номерами из 7.7.
Выполните первое проведение. Проведите пробный документ (поступление, реализацию) и убедитесь, что движения формируются корректно и подтягивают перенесённые справочники.
Старую базу 7.7 не удаляйте ещё как минимум квартал. Это ваш архив: когда в новой базе всплывёт вопрос по старому документу, посмотреть его можно будет только в 7.7.
Типичные ошибки переноса и как их устранить
Большинство сбоев при миграции сводится к нескольким повторяющимся ситуациям. Разберите симптом — причина обычно одна из этих.
Отдельно про дубли: если перенос пришлось повторять, не загружайте данные повторно в ту же базу — создайте новую пустую базу и загрузите в неё. Повторная загрузка поверх уже загруженных данных почти гарантированно задвоит справочники и остатки.