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