← На главную

При выполнении миграции с конфигурации 1С:Розница 2.3 на редакцию 3.0 с помощью встроенного помощника перехода многие специалисты сталкиваются с ситуацией, когда в новую базу загружаются исключительно справочники (номенклатура, контрагенты, магазины) и начальные остатки. Документы товародвижения, такие как перемещения, заказы покупателей, поступления, инвентаризации и чеки ККМ, в целевой базе не появляются. Выясним причину такого поведения типового механизма и подробно разберем доступные варианты решения этой задачи.

Архитектурные причины поведения помощника перехода

Проанализируем, почему штатный механизм переноса переносит только НСИ и остатки:

1. Смена базовой платформенной архитектуры: конфигурация «Розница 2.3» исторически проектировалась на структуре метаданных «1С:Управление торговлей 11». В свою очередь, «Розница 3.0» разработана на едином программном ядре с конфигурацией «1С:Управление нашей фирмой» (УНФ 3.0). Структуры регистров накопления, методика расчета себестоимости, механизмы резервирования и учета партий кардинально различаются. Прямой перенос первичных документов с их корректным проведением в новой архитектуре технически затруднен.
2. Методология перехода на новую мажорную редакцию: стандартная концепция фирмы «1С» при переходе между мажорными версиями предполагает запуск новой информационной базы «с чистого листа». Фиксируются начальные остатки на определенную дату среза, переносятся справочники, а историческая база версии 2.3 архивируется и остается доступной в режиме просмотра для сверок и проверок.

Подготовка к штатному переносу данных

Если принято решение использовать типовой сценарий перехода (перенос справочников и остатков), разберем по шагам обязательные действия в исходной базе 2.3:

1. Обновление релиза: убедимся, что конфигурация «Розница 2.3» обновлена до версии не ниже 2.3.12.
2. Закрытие кассовых смен: сформируем Z-отчеты во всех магазинах и выполним полную инкассацию (выемку) наличных из денежных ящиков ККМ в операционные кассы организации, так как остатки в разрезе денежных ящиков ККМ штатно не переносятся.
3. Завершение складских процедур: закроем все открытые инвентаризации, проведем оприходования излишков и списания недостач. Устраним все отрицательные остатки товаров — строки с отрицательным количеством или себестоимостью не переносятся либо вызывают ошибки при заполнении документов ввода остатков.
4. Выравнивание ордерной схемы: если использовался ордерный складской учет, сведем все расхождения между финансовыми и складскими документами до выгрузки, поскольку складские ордера миграции не подлежат.
5. Завершение обменов с государственными системами: убедимся, что все накладные и акты в системах ЕГАИС, Честный ЗНАК (ИС МП) и ВетИС полностью подтверждены и закрыты.

Обратим внимание: штатный помощник не переносит настройки подключаемого оборудования (ККТ, сканеры, весы), профили групп доступа пользователей, а также маркетинговые акции и дисконтные программы. Маркетинговые механизмы в версии 3.0 имеют другую структуру и настраиваются заново вручную.

Вариант 1. Перенос первичных документов через синхронизацию данных (EnterpriseData)

Рассмотрим практический способ получения первичных документов в базе «Розница 3.0» без написания собственных правил с нуля. Для этого используем штатный универсальный формат обмена.

Разберем по шагам последовательность действий:

1. Выполняем базовый перенос: с помощью стандартного помощника перехода переносим из «Розницы 2.3» в «Розницу 3.0» нормативно-справочную информацию (НСИ) и начальные остатки на дату начала нужного периода.
2. Настраиваем синхронизацию: в обеих базах настраиваем типовой обмен данными через универсальный формат EnterpriseData (настройка обмена между «Розница 2.3» и «Управление нашей фирмой 3.0» / «Розница 3.0»).
3. Регистрируем документы к выгрузке: регистрируем на узле обмена документы товародвижения за требуемый закрытый период — ПриходнаяНакладная, РасходнаяНакладная, СписаниеЗапасов, ОприходованиеЗапасов, ОтчетОРозничныхПродажах.
4. Выполняем синхронизацию: запускаем выгрузку и последующую загрузку документов в базу 3.0.

Важное ограничение: при таком подходе чеки ККМ по отдельности не передаются. Вся оперативная розничная выручка за смену переносится в свернутом виде через документ Отчет о розничных продажах.

Вариант 2. Разработка индивидуальных правил конвертации данных

Если требуется полный перенос структуры документов с сохранением специфических реквизитов и табличных частей, проанализируем сценарий создания собственных правил:

1. Используем конфигурацию «Конвертация данных 2.x» или «Конвертация данных 3.x» для составления правил конвертации объектов (ПКО) и свойств (ПКС) между метаданными конфигураций 2.3 и 3.0.
2. Сопоставляем табличные части документов перемещения, поступления и списания с объектами целевой базы, учитывая особенности подсистем расчетов и партионного учета УНФ.
3. Оцениваем объем данных: крайне не рекомендуется переносить первичные документы за большой период (например, за 3–4 года непрерывной розничной работы). Это приведет к колоссальному объему информационной базы, блокировкам при проведении документов и вероятным ошибкам расчета себестоимости по регистрам. Оптимально переносить документы не более чем за текущий месяц или квартал.