В процессе работы с программой 1С, например, «Комплексная автоматизация 2.5», часто возникает необходимость в более детальной классификации товаров. Например, когда изначально вся номенклатура разделена всего на два вида, «Товары» и «Услуги», а со временем требуется добавить уникальные свойства для каждой товарной категории. Логичным решением кажется создание новых видов номенклатуры и перераспределение существующих товаров по ним.
Однако, если по этим товарам уже велся учет, были продажи, поступления и перемещения, возникает главный вопрос: что произойдет со старыми данными при смене вида номенклатуры? Не "поплывут" ли остатки, не появятся ли ошибки при закрытии месяца? Рассмотрим эту ситуацию подробно и разберем несколько путей решения, от самых рискованных до наиболее безопасных и рекомендованных.
На первый взгляд, самое простое решение — открыть карточку номенклатуры и просто поменять значение в поле Вид номенклатуры. В некоторых конфигурациях 1С это технически возможно. Однако этот путь сопряжен со значительными рисками, которые могут проявиться не сразу, а, например, при следующем закрытии месяца или при попытке перепровести старый документ.
Основные проблемы, которые могут возникнуть:
Вид номенклатуры — это не просто поле для группировки. Он определяет ключевые разрезы учета: используются ли характеристики, серии, какие учетные политики применяются. При смене вида система может начать воспринимать движения по одному и тому же товару до и после изменения как движения по разным сущностям, что приведет к ошибкам в регистрах накопления.Вывод: Прямое изменение вида номенклатуры для позиций с историей движений — крайне рискованная операция. Даже если кажется, что новый вид идентичен старому (например, тот же тип "Товар" и тот же набор характеристик), внутренние идентификаторы и связи в системе меняются, что может вызвать непредсказуемые последствия. Любые подобные эксперименты можно проводить только на копии рабочей базы!
Это самый надежный и методологически верный способ, если вам нужно кардинально изменить структуру учета, включая сами характеристики. Он гарантирует целостность исторических данных, так как старые операции остаются нетронутыми.
Разберем по шагам:
Пересортица товаров. Удобен для массового переноса. В документе вы указываете, какую номенклатуру (старую) списать и какую (новую) оприходовать. Он позволяет сделать все в разрезе складов и характеристик.Комплектация (разборка) номенклатуры. Некоторые специалисты считают этот способ более правильным, так как он корректно переносит себестоимость. Вы создаете операцию "Разборка" для старой номенклатуры и "Сборка" для новой, используя в качестве комплектующих результат разборки.Списание товаров и Оприходование излишков товаров. Наиболее "грязный" метод. Его следует избегать, так как эти операции имеют прямые налоговые последствия. Списание недостач и оприходование излишков по-разному трактуются в зависимости от вашей системы налогообложения (СНО) и могут повлиять на расчет налога на прибыль и НДС.Совет: Если возможно, планируйте такой перенос на начало нового отчетного периода (например, на 1 января). Это упростит анализ продаж и остатков: вся аналитика до этой даты будет по старым карточкам, а после — по новым.
Теперь рассмотрим ситуацию изначального вопроса: что если нам не нужно менять сами характеристики, а лишь добавить новые свойства (дополнительные реквизиты) для лучшей категоризации? В этом случае «городить огород» с созданием дублей и переносом остатков не нужно. В современных конфигурациях 1С есть элегантное штатное решение.
Суть метода в том, что вы создаете новый вид номенклатуры, но указываете, что он должен использовать набор характеристик от другого, уже существующего вида.
Разберем по шагам:
НСИ и администрирование – НСИ – Виды номенклатуры.Основное укажите тип номенклатуры "Товар".Дополнительные реквизиты добавьте новые свойства, которые вам нужны (например, "Объем", "Назначение", "Экологичность").Характеристики.Теперь вы можете просто зайти в карточки нужных товаров и поменять их вид номенклатуры с "Товары" на "Бытовая химия".
Почему это безопасно?
Этот метод является идеальным решением для задачи расширения аналитики за счет свойств, не затрагивая при этом ключевые учетные разрезы, такие как характеристики.