← На главную

Перевод исторической учетной системы с платформы «1С:Предприятие 7.7» на современную флагманскую систему 1С:ERP Управление предприятием 2 или 1С:Комплексная автоматизация 2 — масштабная архитектурная задача. Пользователи и разработчики часто сталкиваются с вопросом: существуют ли готовые типовые правила обмена для прямой конвертации базы «1С:Бухгалтерия 7.7» (или «Комплексная конфигурация 7.7») в 1С:ERP 2? Выясним причину их отсутствия, разберем ключевые архитектурные различия систем и рассмотрим по шагам проверенные сценарии миграции данных.

Почему не существует типовых правил прямого перехода с 7.7 на ERP 2

Фирма «1С» не выпускает и не поддерживает типовой механизм прямой конвертации данных из конфигураций редакции 7.7 напрямую в ERP 2 или КА 2. Для этого есть две фундаментальные причины:

1. Разница в учетных моделях. В «1С:Бухгалтерии 7.7» учет строится вокруг проводок на бухгалтерском плане счетов. В ERP 2 ведущим контуром выступает оперативный учет на регистрах накопления. Проводки регламентированного учета генерируются автоматически на основании настроенных правил отражения в учете после проведения документов по оперативным регистрам. Простой перенос проводок лишает систему партионного учета, оперативных взаиморасчетов и возможности расчета себестоимости.
2. Высокая динамика изменений конфигураций. Конфигурация «1С:Бухгалтерия 7.7» статична, в то время как метаданные и бизнес-логика 1С:ERP и 1С:КА активно развиваются и дорабатываются от релиза к релизу. Поддержка сквозных правил конвертации с устаревшей платформы экономически нецелесообразна.

Рассмотрим подробнее доступные и проверенные на практике стратегии переноса данных.

Вариант 1. Двухэтапный переход через промежуточную базу 1С:Бухгалтерия 8

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

1. Шаг 1: Миграция из 7.7 в «Бухгалтерию предприятия 3.0». Для перехода с «1С:Бухгалтерии 7.7» на БП 3.0 существует штатная обработка переноса данных от фирмы «1С». Этот инструмент переносит нормативно-справочную информацию, входящие остатки и, при необходимости, документы за текущий отчетный период.
2. Шаг 2: Использование типового помощника загрузки в ERP 2. В составе 1С:ERP 2 и 1С:КА 2 присутствует встроенный мастер начального заполнения: «Загрузка данных из 1С:Бухгалтерии 8» (раздел администрирования или начального запуска).
3. Шаг 3: Выбор способа подключения. Загрузку можно выполнить через прямое COM-соединение к базе БП 3.0 либо через промежуточный файл выгрузки формата XML.
4. Шаг 4: Контроль результатов переноса. Типовой мастер переносит справочники (организации, контрагенты, договоры, номенклатура) и автоматически создает документы ВводНачальныхОстатков по соответствующим разделам учета.

Важное ограничение: типовой помощник переноса из БП 3.0 в ERP 2 рассчитан только на нормативно-справочную информацию и остатки. Перенос первичных документов за прошлые или текущие периоды этим механизмом не предусмотрен.

Вариант 2. Перенос только справочников и остатков без промежуточных баз

Полномасштабный перенос всей истории документов за много лет из 7.7 в ERP 2 в подавляющем большинстве случаев неоправдан из-за несопоставимости регистров. Оптимальной практикой является запуск системы «с чистого листа» на начало года или квартала.

Разберем по шагам, как организовать этот процесс:

1. Выгрузка справочников и остатков в табличные документы. Из базы 7.7 формируются оборотно-сальдовые ведомости и отчеты по складам с группировкой по номенклатуре, складам, контрагентам и договорам, после чего сохраняются в формате Excel или CSV.
2. Нормализация данных перед загрузкой. На этом этапе устраняются дубли контрагентов, очищаются некорректные наименования и копеечные «хвосты» взаиморасчетов.
3. Использование универсального механизма загрузки. В ERP 2 встроен инструмент «Загрузка данных из внешних источников». Он позволяет загрузить табличные данные непосредственно в справочники и табличные части документов ВводНачальныхОстатков.

Вариант 3. Разработка правил через «Конвертацию данных 2»

Если задача требует переноса сложной структуры, например при переходе с «Комплексной конфигурации 7.7», где требуется сопоставить торговые и производственные операции, применяют конфигурацию Конвертация данных 2.

Проанализируем особенности самостоятельной разработки правил:

1. Разделение справочников «Партнеры» и «Контрагенты». В 7.7 контрагент объединял в себе юридическое лицо и управленческую сущность. В ERP 2 эти понятия разделены: справочник Партнеры отвечает за управленческий учет, а Контрагенты — за регламентированные реквизиты (ИНН, КПП). При настройке правил необходимо заранее решить, будут ли партнеры и контрагенты вестись синхронно или раздельно.
2. Типизация номенклатуры. В ERP 2 каждый элемент номенклатуры обязан иметь ссылку на справочник ВидыНоменклатуры, определяющий тип (товар, услуга, работа, тара). В правилах конвертации требуется настроить сопоставление типов на основании групп или свойств исходной базы 7.7.
3. Формирование оперативных документов. Если требуется перенос остатков по взаиморасчетам, данные должны заполнять документы ввода остатков с обязательным указанием расчетных документов и объектов расчетов, иначе регистры расчетов с клиентами и поставщиками потеряют целостность.

Подготовка базы 7.7 к выгрузке

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

1. Устранение отрицательных остатков. Наличие минусовых количественных или суммовых остатков по товарам и материалам приведет к блокировке механизма закрытия месяца и расчета себестоимости в ERP 2.
2. Закрытие «зависших» авансов. Счета 60, 62 и 76 должны быть выверены, чтобы исключить параллельное наличие дебетового и кредитового сальдо по одному и тому же договору.
3. Свертка базы 7.7. Рекомендуется выполнить свертку базы на дату планируемого перехода, чтобы зафиксировать чистые входящие остатки.

Технические требования платформы 8.3 при развертывании ERP 2

Внедрение 1С:ERP 2 требует изменения подхода к серверной инфраструктуре по сравнению с платформой 7.7:

1. Режим управления блокировками. Система работает исключительно в режиме управляемых блокировок. Для СУБД MS SQL необходимо убедиться, что для базы включен параметр READ_COMMITTED_SNAPSHOT ON.
2. Формат журнала регистрации. На платформе 8.3 при интенсивной работе большого числа пользователей журнал регистрации в формате SQLite (файл 1Cv8.lgd) может вызывать блокировки дисковой подсистемы. В высоконагруженных внедрениях рекомендуется использовать классический текстовый формат (1Cv8.lgf) либо сокращать состав регистрируемых событий.
3. Фоновое закрытие месяца. Операции распределения затрат и расчета себестоимости требуют значительных вычислительных мощностей процессора и оперативной памяти сервера приложений 1С, поэтому регламентные процедуры следует разносить по расписанию в нерабочие часы.