Переход на учет по характеристикам в уже работающей базе 1С:Управление торговлей (УТ) 11.4 — это одна из самых сложных и рискованных процедур для системного администратора и разработчика. На первый взгляд кажется, что достаточно просто поставить галочку в настройках номенклатуры. Однако на практике такое решение «наживую» мгновенно блокирует оперативную работу пользователей и делает невозможным перепроведение прошлых документов.
В этой статье мы подробно разберем, почему возникает эта проблема с точки зрения архитектуры 1С, проанализируем риски и рассмотрим три проверенных практических сценария перехода на характеристики с сохранением стабильности базы данных.
---
Давайте выясним техническую причину этой проблемы. В конфигурациях на платформе 1С:Предприятие 8, использующих современную архитектуру (УТ 11, ERP 2, Комплексная автоматизация 2), учет товаров в регистрах ведется не напрямую по справочнику Номенклатура, а через специальный служебный разрез — Ключи аналитики учета номенклатуры.
Когда характеристики для конкретного вида номенклатуры отключены, система формирует ключ аналитики по схеме: Номенклатура + Пустая характеристика. Все остатки на складах, себестоимость и продажи записываются именно под этим ключом.
Как только мы включаем опцию «Использовать характеристики» для существующего вида номенклатуры, поведение системы кардинально меняется:
Характеристика.Рассмотрим подробнее три основных сценария, которые позволяют решить эту проблему на практике.
---
Этот способ является наиболее безопасным с точки зрения целостности старых данных, так как мы не вмешиваемся в структуру старых карточек товаров.
Разберем этот процесс по шагам:
Пересчет товаров.Списание недостач товаров. Это позволяет полностью обнулить остатки товаров, у которых характеристики отсутствуют, чтобы они не зависали на складах.Номенклатура с привязкой к новому виду номенклатуры.Оприходование излишков товаров. В табличной части указываем уже новые карточки товаров и обязательно заполняем для каждой строки конкретную характеристику (например, конкретный размер или цвет).Преимущества метода: Полная безопасность. Старые документы прошлых периодов не будут выдавать ошибок при перепроведении, так как их номенклатура осталась привязанной к старому виду, где характеристики отключены.
Недостатки: Требуется ручная работа по созданию новых карточек, переносу цен и штрихкодов. Также в отчетах по продажам история разделится на две разные карточки товара.
---
Если база данных содержит тысячи позиций номенклатуры, ручной перенос невозможен. В этом случае программисту необходимо написать обработку-конвертор. Проанализируем алгоритм работы такой обработки:
Установка цен номенклатуры) и переносит их на новые карточки товаров с созданием дефолтных характеристик.Списание недостач товаров и Оприходование излишков товаров программно обнуляются остатки по старым позициям и приходуются на новые с заполненными характеристиками.Пример структуры кода для программного создания характеристики:
НоваяХарактеристика = Справочники.ХарактеристикиНоменклатуры.СоздатьЭлемент();
НоваяХарактеристика.Владелец = СсылкаНаНоменклатуру;
НоваяХарактеристика.Наименование = "Размер S, Цвет Черный";
// Заполнение дополнительных реквизитов, если они используются
НоваяХарактеристика.Записать();
Преимущества метода: Высокая скорость перехода для больших баз данных, минимизация человеческого фактора при переносе штрихкодов и цен.
---
Этот метод применяется, когда компания хочет сохранить старые карточки товаров, не создавая новые, но при этом необходимо избежать ошибок при перепроведении прошлых документов.
Разберем по шагам, как реализовать этот сценарий:
Групповое изменение реквизитов (раздел НСИ и администрирование — Обслуживание — Корректировка данных) находим все документы за предыдущие периоды по нашей номенклатуре.Важное предупреждение: Перед выполнением группового перепроведения документов в закрытых периодах обязательно сделайте резервную копию базы данных! Перепроведение документов прошлых периодов может изменить финансовый результат и себестоимость.
---
Чтобы избежать искажения данных в прошлых периодах при внедрении характеристик, настоятельно рекомендуется придерживаться следующих правил:
Корректировка реализации или Отражение расхождений после отгрузки).Выбор сценария зависит от объемов вашей базы и квалификации специалистов. Для небольших баз оптимален Сценарий 1, для крупных баз со сложным учетом и большим количеством остатков наиболее технологичным и безопасным решением станет автоматизированный переход по Сценарию 2.