Как использовать одну номенклатурную позицию для разных видов деятельности: продаж и сервиса?

Программист 1С v8.3 (Управляемые формы) Управленческий учет Торговля и дистрибуция
← На главную

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

Метод 1. Использование характеристик и серий для разделения аналитики

Проанализируем ситуацию, когда нам необходимо хранить разные наборы данных для одного и того же физического объекта. Вместо создания двух разных карточек номенклатуры, мы можем использовать встроенные механизмы 1С для расширения аналитики.

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

Более гибким инструментом для сервиса являются Серии номенклатуры. Разберем по шагам, почему это эффективно:

  1. Для каждой проданной "дрели" регистрируется уникальный серийный номер.
  2. В политике учета серий мы можем настроить хранение дополнительных реквизитов именно в справочнике СерииНоменклатуры.
  3. Таким образом, карточка товара Дрель остается единой для всех, а все "сервисные" данные (дата выпуска, тип двигателя, состояние щеток) хранятся в конкретной серии (экземпляре).

Метод 2. Разделение на Товар и Обслуживание (Услугу/Работу)

Часто путаница возникает из-за того, что мы пытаемся объединить физический объект и процесс его обслуживания в одной карточке. Проанализируем пример с кофемашинами. При продаже мы используем номенклатуру с типом Товар. Когда клиент приносит устройство в ремонт, предметом сделки становится уже не сама кофемашина, а услуга по её восстановлению.

Выясним причину, почему стоит заводить разные карточки:

Метод 3. Механизм «Объекты эксплуатации»

В крупных решениях, таких как 1С:ERP или 1С:КА, предусмотрен профессиональный подход — разделение справочников Номенклатура и ОбъектыЭксплуатации. Посмотрим, как это работает на практике:

Когда дрель находится на складе — это просто номенклатура. Как только она продается или принимается на обслуживание, в системе создается запись в справочнике Объекты эксплуатации (или "Изделия клиента").

Этот объект связан ссылкой с номенклатурой-шаблоном, но обладает собственным жизненным циклом:

Это позволяет не "замусоривать" основную карточку товара специфическими сервисными полями, которые не нужны менеджеру по продажам.

Метод 4. Настройка видимости реквизитов и общие наборы

Если мы все же решили использовать одну карточку для всего, нам необходимо разгрузить интерфейс пользователя. Проанализируем ситуацию: менеджеру по продажам не нужно видеть поле "Сопротивление обмотки", а мастеру сервиса не интересна "Маркетинговая категория".

Для решения этой задачи воспользуемся механизмом Общих наборов дополнительных реквизитов:

  1. Создаем два разных Вида номенклатуры: "Товары для продажи" и "Товары в сервисе".
  2. В настройках дополнительных реквизитов указываем, что они используют Общий набор. Это позволит одной и той же номенклатуре (если вы решите её переносить из вида в вид) сохранять значения полей.
  3. Программно или через "Изменение формы" настроим видимость групп полей. Используем код в модуле формы для управления элементами:

// Пример логики управления видимостью на форме
Если РольДоступна("МастерСервисногоЦентра") Тогда
    Элементы.ГруппаСервисныеРеквизиты.Видимость = Истина;
    Элементы.ГруппаПродажи.Видимость = Ложь;
КонецЕсли;

Метод 5. Решение проблемы "Бумага А4": связь товара и услуги

Разберем кейс из сообщения №11, когда один товар (пачка бумаги) расходуется на разные цели (продажа листами, ксерокопия, печать). Чтобы объединить это в одну цепочку, рекомендуется использовать тип номенклатуры Работа для услуг ксерокопии.

Рассмотрим алгоритм действий:

  1. Приходуем "Бумагу А4" как Товар в пачках.
  2. Создаем номенклатуру "Ксерокопия" с типом Работа.
  3. В документе "Заказ-наряд" или "Акт выполненных работ" указываем работу "Ксерокопия".
  4. В спецификации или вкладке "Материалы" этой работы указываем количество листов бумаги, которое должно быть списано.

Для корректного пересчета (пачка -> листы) используем справочник Упаковки и единицы измерения. Создаем единую базовую единицу "лист", а пачку определяем как упаковку, состоящую из 500 листов. Это позволит системе автоматически пересчитывать остатки при продаже как целыми пачками, так и отдельными листами в рамках оказания услуг.

Метод 6. Использование Расширений для хранения сервисных данных

Если стандартных полей справочника недостаточно, а менять типовую конфигурацию нельзя, проанализируем вариант с использованием Расширений конфигурации. Мы можем создать новый РегистрСведений, где ведущим измерением будет Номенклатура, а ресурсами — все необходимые сервисные характеристики.

Это дает следующие преимущества:

Подводя итог, отметим: выбор метода зависит от глубины учета. Если вам нужна просто фиксация параметров — подойдут Дополнительные реквизиты. Если важен учет каждой единицы оборудования — используйте Серии или Объекты эксплуатации. Если же деятельность по сервису и продажам полностью разделена организационно — лучше использовать разные типы номенклатуры (Товар и Работа/Услуга).

← На главную