← На главную

Переход с устаревшей платформы 1С:Предприятие 7.7 на современную 1С:Бухгалтерия предприятия 3.0 (платформа 8.3) — задача, с которой сталкиваются многие специалисты. Особенные вопросы возникают, когда исходная база 7.7 имеет нетиповые доработки: дополнительные реквизиты, модули или измененный код. Рассмотрим подробнее, как корректно выполнить этот переход с наименьшими трудозатратами и избежать распространенных ошибок.

Нужно ли удалять нетиповые реквизиты перед переносом?

Разберем ситуацию: в исходной базе 7.7 присутствуют пользовательские доработки и реквизиты документов, от которых решено отказаться в новой системе. Нужно ли предварительно «снимать» базу с конфигурации, удалять из структуры лишние реквизиты и возвращать ее к строго типовому виду?

Ответ — нет, удалять доработки не нужно. Типовой механизм конвертации данных работает по принципу явного сопоставления. Если реквизит выгружаемого объекта отсутствует в правилах обмена (файл ACC_ACC.xml), обработка переноса просто проигнорирует его и выгрузит только те данные, которые предусмотрены стандартным правилом. Ручные модификации структуры базы 7.7 не требуются, что существенно экономит время.

Пошаговый алгоритм выполнения перехода

Проанализируем оптимальную последовательность действий для успешной миграции данных:

1. Создание резервной копии и технологическое обслуживание: Перед проведением любых операций обязательно сформируем резервную копию базы данных 7.7. Выполним регламентную процедуру «Тестирование и исправление ключей и таблиц» (ТиИ), а также «Удаление помеченных объектов». Это позволит избавиться от ссылочного мусора и восстановить целостность таблиц.
2. Обновление конфигурации 7.7 до актуального типового релиза: Накатим типовое обновление 7.7 на копию базы. Исходный релиз должен быть максимально свежим или соответствовать версии, с которой поддерживается прямой переход согласно сопроводительным файлам поставки.
3. Проверка соответствия правил обмена: Актуальные правила конвертации лежат в каталоге ExtForms обновлений 7.7 или могут быть сохранены напрямую из программы «1С:Бухгалтерия 8» (раздел загрузки данных из прошлых версий). Выясним причину возможных сбоев: если версия правил в 7.7 устарела относительно релиза приемника в 8.3, возникнут ошибки. Всегда следует использовать правила выгрузки, идущие в комплекте с целевым релизом «Бухгалтерии предприятия 3.0». Убедимся, что у файлов ACC_ACC.xml и ACC_ACC.ert в каталоге ExtForms снят атрибут «Только чтение».
4. Выполнение переноса данных: Запустим обработку выгрузки и перенесем справочники, остатки и документы за текущий период в чистую базу «1С:Бухгалтерия 8.3».
5. Обновление конфигурации-приемника: Если перенос производился в промежуточный релиз 8.3 (под который были рассчитаны правила), после успешной загрузки обновим «1С:Бухгалтерию 8» до самого последнего актуального релиза.

Выбор способа выгрузки: COM-подключение или XML-файл

Рассмотрим два доступных способа передачи данных из 7.7 в 8.3:

1. Прямое COM-подключение: Программа-приемник (8.3) подключается к базе-источнику (7.7) через системную компоненту 1CV77.Application. Важный нюанс: на 64-разрядных операционных системах или 64-битном сервере 1С прямое COM-подключение к 32-разрядной платформе 7.7 часто завершается ошибкой (не найден COM-класс). В таком случае операцию следует запускать либо на 32-битной клиентской платформе, либо использовать второй способ.

2. Выгрузка через промежуточный XML-файл: Позволяет избежать проблем с разрядностью ОС. В базе 7.7 через меню «Сервис — Дополнительные возможности» запускается внешняя обработка выгрузки V77EXP.ert (или ACC_ACC.ert) с использованием файла правил ACC_ACC.xml. Выгруженный XML-файл затем загружается в 8.3 через типовой обработчик.

Учетные особенности и типичные ошибки

Посмотрим на специфику методологии учета при смене платформ:

Учет НДС и Налоговый учет: В 1С 7.7 налоговый учет велся на отдельных забалансовых счетах (например, Н01, Н02). В 1С 8.3 налоговый учет встроен в единую систему счетов и регистров. По этой причине остатки переносятся специализированным документом Ввод начальных остатков с задействованием вспомогательного счета 000. Кроме того, в 8.3 ключевую роль играют регистры накопления и сведений (по НДС, ОС, расчетам с контрагентами), поэтому простой перенос проводок недостаточен — правила должны сформировать корректные движения по регистрам.

Ошибка «Поле агрегатного объекта не обнаружено»: Возникает при выгрузке документов (например, счетов-фактур или договоров), если в базе 7.7 нарушена ссылочная целостность (битые ссылки на справочники) либо отсутствуют обязательные реквизиты контрагентов.

Альтернативный сценарий при проблемных данных: Если база 7.7 содержала много ошибок за прошлые годы и документы переносятся со сбоями, рекомендуется ограничить объем переносимых данных: выгрузить только справочники и остатки на начало текущего года, а прошлые периоды оставить для просмотра в архивной базе 7.7.