Как эффективно отделить ликвидный товар от неликвидного на складе в 1С?

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

Определение понятия "неликвидный товар"

Прежде чем приступать к автоматизации, крайне важно четко определить, что именно мы подразумеваем под "неликвидным товаром". Это фундаментальный управленческий вопрос, ответ на который должен быть сформулирован заказчиком или руководителем, а не программистом. Как было отмечено в ходе обсуждения, критерии неликвидности могут быть разными для разных компаний и даже для разных категорий товаров внутри одной компании.

Рассмотрим основные критерии и характеристики неликвидного товара:

1. Длительный срок хранения без движения (пролежка): Наиболее очевидный признак. Если товар лежит на складе определенное количество дней (например, 30, 60, 90 или 120 дней) и по нему не было продаж или значительных перемещений, он может быть отнесен к неликвиду. Однако, стоит учитывать сезонность и специфику товара (например, товары редкого спроса, но постоянного наличия).
2. Низкая оборачиваемость: Если товар продается значительно реже, чем в среднем по ассортименту, или для продажи всего текущего запаса требуется непропорционально длительное время (например, более 60 дней при норме в 30). Для маркетплейсов часто применяется порог оборачиваемости более 120 дней, в рознице — 3-4 месяца.
3. Несоответствие упаковке (неквант): Товар, количество которого не кратно заводской упаковке (например, 11 штук при упаковке в 10) или представляет собой остаток от вскрытой упаковки. Важно различать "неликвид" и "неквант", поскольку неквант не всегда является неликвидом и может требовать отдельной обработки. Например, если товар преимущественно продается поштучно, 9 штук некванта не являются проблемой.
4. Низкая маржа при высоких остатках: Если товар занимает много места, требует затрат на хранение, но приносит минимальную прибыль.
5. Низкая конверсия в покупку: Много просмотров карточки товара, но мало фактических продаж.
6. Частые возвраты и негативные отзывы: Указывают на проблемы с качеством или несоответствие ожиданиям.
7. Моральное устаревание: Появление новых, более совершенных аналогов на рынке.
8. Сезонность: Товары, находящиеся вне сезона (например, садовые гномы зимой).
9. Брак или просрочка: Очевидно неликвидные категории.

Важно: следует различать "неликвидный" товар (который приносит убытки и может быть продан только ниже себестоимости) от "низколиквидного" (который продается медленно, но все еще приносит прибыль) и "излишков" (количество которых превышает максимально допустимый уровень запаса).

Причины появления неликвидов

Понимание причин поможет не только выявлять, но и предотвращать появление неликвидных запасов:

1. Ошибки в прогнозировании спроса: Неверная оценка рынка, игнорирование трендов, чрезмерный оптимизм или пессимизм при планировании закупок.
2. Моральное устаревание: Появление более новых или совершенных аналогов.
3. Неконкурентная цена: Товар слишком дорог по сравнению с предложениями конкурентов.
4. Низкое качество карточек товара: Недостаток характеристик, плохие фото/видео снижают конверсию.
5. Недостаточное продвижение: Товар теряется в поиске или не привлекает внимания.
6. Потеря качества: Длительное хранение или производственный брак.
7. Ошибки учета или хищения: Могут приводить к наличию "фантомного" неликвида в системе.

Методы выявления и анализа неликвидов

Для эффективного выявления неликвидов мы можем использовать следующие подходы, помимо простых отчетов по остаткам и продажам:

1. Расчет критического срока хранения: Определяем момент, когда хранение товара становится убыточным, учитывая торговую наценку, отсрочку платежа поставщику, затраты на хранение и возможность получения альтернативной прибыли.
2. Анализ рентабельности продаж: Сравниваем прибыль от продажи товара с затратами на его хранение. Если прибыль ниже затрат, товар — неликвид.
3. Коэффициент стабильности активов: Финансовый показатель, оценивающий долю неликвидных активов.
4. Использование BI-систем: Системы типа Power BI, Qlik, Tableau могут автоматизировать ежемесячное формирование отчетов по неликвидам, значительно снижая вероятность "зависания" товаров.
5. Детализированный анализ оборотно-сальдовой ведомости: В 1С-подобных системах анализируем счета учета ТМЦ (например, 10, 41, 43), обращая внимание на отсутствие движения остатков более полугода или их постоянный рост.

Архитектурные решения в 1С:Управление торговлей 10.3

Рассмотрим предложенные варианты и их реализацию в контексте 1С:Управление торговлей 10.3.

1. Создание виртуального склада «Склад Распродажа» (исходное предложение)

Суть предложения: Идея заключается в перемещении неликвидных позиций на отдельный виртуальный склад «Склад Распродажа» (или аналогичный). Это позволит отдельно отслеживать объемы неликвида и принимать по нему отдельные решения (распродажи, уценка, образцы, списания). При этом требуется, чтобы остатки на обоих складах были видны при выставлении коммерческих предложений (КП) и счетов, резервирование могло производиться с обоих складов, и отгрузка заказа могла выполняться с разных складов.

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

// Пример логики для обработки перемещения
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |    ОстаткиТоваровНаСкладахОстатки.Номенклатура,
    |    ОстаткиТоваровНаСкладахОстатки.ХарактеристикаНоменклатуры,
    |    ОстаткиТоваровНаСкладахОстатки.Качество,
    |    ОстаткиТоваровНаСкладахОстатки.КоличествоОстаток
    |ИЗ
    |    РегистрНакопления.ОстаткиТоваровНаСкладах.Остатки(
    |        &Дата,
    |        Склад = &ОсновнойСклад
    |        И КоличествоОстаток > 0
    |    ) КАК ОстаткиТоваровНаСкладахОстатки
    |ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты(
    |        ДОБАВИТЬКДАТЕ(&Дата, МЕСЯЦ, -3),
    |        &Дата,
    |        Регистратор,
    |        Номенклатура, ХарактеристикаНоменклатуры
    |    ) КАК ПродажиОбороты
    |ПО
    |    ОстаткиТоваровНаСкладахОстатки.Номенклатура = ПродажиОбороты.Номенклатура
    |    И ОстаткиТоваровНаСкладахОстатки.ХарактеристикаНоменклатуры = ПродажиОбороты.ХарактеристикаНоменклатуры
    |ГДЕ
    |    ПродажиОбороты.КоличествоОборот ЕСТЬ NULL ИЛИ ПродажиОбороты.КоличествоОборот < &МинимальныеПродажи";

Запрос.УстановитьПараметр("Дата", ТекущаяДата());
Запрос.УстановитьПараметр("ОсновнойСклад", СсылкаНаОсновнойСклад);
Запрос.УстановитьПараметр("МинимальныеПродажи", 10); // Пример критерия: если за 3 месяца продано меньше 10 шт.

Выборка = Запрос.Выполнить().Выбрать();

Если Выборка.Количество() > 0 Тогда
    ДокПеремещение = Документы.ПеремещениеТоваров.СоздатьДокумент();
    ДокПеремещение.Дата = ТекущаяДата();
    ДокПеремещение.СкладОтправитель = СсылкаНаОсновнойСклад;
    ДокПеремещение.СкладПолучатель = СсылкаНаСкладРаспродажа;

    Пока Выборка.Следующий() Цикл
        НоваяСтрока = ДокПеремещение.Товары.Добавить();
        НоваяСтрока.Номенклатура = Выборка.Номенклатура;
        НоваяСтрока.ХарактеристикаНоменклатуры = Выборка.ХарактеристикаНоменклатуры;
        НоваяСтрока.Качество = Выборка.Качество;
        НоваяСтрока.Количество = Выборка.КоличествоОстаток;
    КонецЦикла;

    // ДокПеремещение.Записать(РежимЗаписиДокумента.Проведение);
КонецЕсли;

Критика и недостатки (по результатам обсуждения):

1. Сложности с резервированием и отгрузкой: Как было отмечено, "Резервирование и отгрузка с разных складов это будет гемор и путаница". Логика резервирования по заказам и счетам должна будет учитывать возможность распределения позиций по нескольким складам, что усложняет стандартные механизмы 1С.
2. Несоответствие физической реальности: "не надо тогда писать 'на складе'. или добавляйете типа 'в учете по складу'. чтобы было понятно что вы оперируете не реальным физическим складом. а сферическим складом в вакууме". Виртуальный склад может сбивать с толку сотрудников склада и менеджеров, если он не соответствует физическому разделению.
3. Динамичность статуса: Товар, который вчера был неликвидом, сегодня после активной распродажи или новой потребности может стать ликвидным. Постоянные перемещения между складами для отражения этого статуса будут трудоемкими и создадут излишний документооборот.
4. Путаница с "неквантом": Отбрасывание "некратного упаковке товара" на тот же склад, что и неликвид, смешивает две разные проблемы с разными стратегиями обработки.

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

2. Использование дополнительных реквизитов (флагов) в карточке товара

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

Реализация в 1С 10.3: Мы можем добавить новые реквизиты в справочник Номенклатура:

1. Перейдите в режим "Предприятие".
2. Откройте Справочники -> Номенклатура.
3. Через меню Действия -> Изменить состав реквизитов (или через конфигуратор, добавив реквизит в объект Справочник.Номенклатура).
4. Добавьте реквизит с типом Булево (или Перечисление.СтатусыЛиквидности для более сложной классификации):
• Имя: Ликвидный (Тип: Булево)
• Имя: Неликвидный (Тип: Булево)
• Или один реквизит СтатусЛиквидности (Тип: ПеречислениеСсылка.СтатусыЛиквидности), который может принимать значения "Ликвидный", "Низколиквидный", "Неликвидный", "Неквант".

Эти реквизиты будут отображаться в карточке товара, а также могут быть выведены в списки и отчеты. Менеджеры смогут легко включать/выключать отборы и фильтры по этим признакам, не затрагивая учет остатков и сложные механизмы резервирования.

Преимущества:

1. Простота реализации: Добавление реквизита — относительно несложная задача.
2. Удобство для пользователей: Флажки видны в карточке товара, легко используются для фильтрации в списках и отчетах.
3. Отсутствие изменений в логике движения товаров: Не нарушаются стандартные механизмы резервирования, отгрузки и учета складских остатков.
4. Динамичность: Статус легко изменить в карточке товара или с помощью обработки.

Недостатки и особенности:

1. Отсутствие истории: Изменение статуса напрямую в карточке не сохраняет историю. Чтобы отслеживать, когда товар стал неликвидным и сколько времени он находился в этом статусе, потребуется дополнительный механизм.
2. Возможность злоупотреблений: Если статус меняется вручную, "хитрый продажник может искусственно создать неликвид ради скидок". Требуется четкая регламентация и контроль за изменением статусов.

3. Использование периодического регистра сведений для статуса товара

Суть предложения: Для отслеживания истории изменения статуса ликвидности товара и более гибкой автоматизации мы можем использовать периодический регистр сведений.

Реализация в 1С 10.3: Мы можем создать новый РегистрСведений, который будет хранить статус ликвидности для каждой номенклатурной позиции на определенную дату.

// Пример структуры регистра сведений "СтатусыЛиквидностиНоменклатуры"
// Измерения:
//    - Номенклатура (Тип: СправочникСсылка.Номенклатура)
//    - ХарактеристикаНоменклатуры (Тип: СправочникСсылка.ХарактеристикиНоменклатуры) - если используется
// Ресурсы:
//    - СтатусЛиквидности (Тип: ПеречислениеСсылка.СтатусыЛиквидности)
// Периодичность: ПозицияПериода (для хранения статуса на определенную дату)

Механизм работы:

1. Автоматическое заполнение: Создается регламентная обработка, которая, например, раз в день (или раз в неделю/месяц), анализирует остатки и продажи по заданным критериям (как в примере с виртуальным складом).
2. Запись в регистр: На основе анализа, обработка определяет текущий статус ликвидности для каждой номенклатуры и записывает его в регистр сведений на текущую дату. Если статус не изменился, новую запись можно не создавать.
3. Отображение текущего статуса: В карточке номенклатуры (или в форме списка) можно добавить поле, которое будет показывать актуальный статус ликвидности, полученный из этого регистра на последнюю дату.
4. История: Регистр сведений сохраняет всю историю изменений статуса, что позволяет анализировать динамику и принимать обоснованные управленческие решения.

Преимущества:

1. Сохранение истории: Мы видим, когда и почему изменился статус товара.
2. Гибкая аналитика: Можно строить отчеты по динамике неликвидности.
3. Автоматизация: Процесс присвоения статуса может быть полностью автоматизирован.
4. Сохранение целостности учета: Не затрагивает складские движения и резервирование.

Недостатки:

1. Требует доработки: Необходимо разработать регламентную обработку и форму для отображения статуса.
2. Управленческое решение: Как и в предыдущих случаях, требуется четкое определение критериев расчета статуса.

4. Отдельная обработка/документ для управленческого обзора

Суть предложения: "На практике делал документ в ут 10.3 в него сливались все остатки которые лежали N дней, если 30 дней - то терпимо, если 60 - то уже "просили" зайти в документ менеджера товара и пояснить причину застоя." Этот подход смещает акцент с полной автоматизации на ручной управленческий контроль в критических случаях.

Реализация в 1С 10.3: Мы можем создать специализированную обработку или новый документ:

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

Преимущества:

1. Гибкость управленческих решений: Учитывает нюансы, которые сложно формализовать (сезонность, стратегическая важность, планы на будущие акции).
2. Вовлечение ответственных лиц: Переносит ответственность за классификацию и работу с неликвидом на менеджеров и руководителей отделов продаж/закупок.
3. Минимизация злоупотреблений: Если решение о статусе принимает ответственное лицо с объяснением причин, это снижает риск искусственного создания неликвида.

Недостатки:

1. Необходимость ручного вмешательства: Требует регулярного внимания со стороны менеджеров.
2. Риск задержек: Если менеджер не работает с документом, неликвид может оставаться необработанным.

5. Обработка некратного упаковке товара (некванта)

Суть проблемы: Неквант – это не обязательно неликвид. Это скорее проблема хранения и продажи остатков. "заводская упаковка = 10шт. на складе по учету = 11шт - это некратно упаковке?" В зависимости от правил, 11 штук может быть проблемой, если продажи только кратны упаковке, или не проблемой, если товар продается поштучно.

Решение: Если неквант действительно является проблемой и его нужно отделить от основного товара или перевести в другой вид, можно использовать механизм КомплектацияНоменклатуры:

// Документ "Комплектация номенклатуры" (или "Разукомплектация номенклатуры")
// Исходная номенклатура: Каска стальная (1 шт.)
// Собирается в: Каска стальная (неквант) (1 шт.) или новый артикул "Каска стальная (розница)"

// Примерный алгоритм:
// 1. Выявляем позиции, где остаток не кратен упаковке.
// 2. Создаем для них документ "КомплектацияНоменклатуры"
//    Например, из 11 шт. "Каска стальная" делаем 1 шт. "Каска стальная (упаковка)" и 1 шт. "Каска стальная (поштучно)"
//    Или просто переводим 1 шт. из "Каска стальная" в "Каска стальная (неквант)"

ДокКомплектация = Документы.КомплектацияНоменклатуры.СоздатьДокумент();
ДокКомплектация.Дата = ТекущаяДата();
ДокКомплектация.Склад = СсылкаНаСклад; // Склад, где производится комплектация

// Разбор 1 штуки из исходного товара в неквант
ДокКомплектация.Состав.Добавить();
ДокКомплектация.Состав[0].Номенклатура = СсылкаНаИсходнуюНоменклатуру;
ДокКомплектация.Состав[0].Количество = 1; // 1 штука, которая не кратна упаковке

// Результат комплектации
ДокКомплектация.Комплект.Добавить();
ДокКомплектация.Комплект[0].Номенклатура = СсылкаНаНеквантНоменклатуру; // Новый артикул "Каска стальная (неквант)"
ДокКомплектация.Комплект[0].Количество = 1;

// ДокКомплектация.Записать(РежимЗаписиДокумента.Проведение);

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

Ключевые управленческие и архитектурные принципы

Независимо от выбранного технического решения, мы должны придерживаться следующих принципов:

1. Определение критериев – это задача бизнеса: "Задача должна быть сформулирована заказчиком." Программист не должен определять, сколько дней товар должен лежать без движения, чтобы стать неликвидом. Эти формулы и правила должны быть разработаны совместно с руководителями отделов продаж, закупок, склада. Для разных категорий товара могут потребоваться разные критерии (например, для скоропортящихся продуктов и для долгосрочных товаров).
2. Фокус на оборачиваемости: Возможно, стоит перейти от понятия "ликвидность" к "оборачиваемости", так как она более точно отражает эффективность использования запасов. ABC-XYZ анализ, упомянутый в обсуждении, может быть мощным инструментом для такой классификации. Он позволяет разделить товары по вкладу в прибыль (ABC) и по стабильности спроса (XYZ), что поможет более точно определять критерии неликвидности.
3. Минимизация злоупотреблений: "Система должна быть сделана так, чтобы минимизировать саму возможность злоупотреблений." Это требует формализации правил работы и контроля за их соблюдением. Например, изменение статуса "неликвидный" должно быть обосновано и утверждено.
4. Регулярный мониторинг и анализ: Неликвидность – это не статичное состояние. Требуется постоянный мониторинг, пересчет статусов и анализ причин появления неликвида.

Стратегии работы с выявленным неликвидом

После того, как мы отделили неликвид, возникает вопрос: что с ним делать? Просто отделить – недостаточно. Мы должны разработать стратегии для избавления от него или для его превращения в ликвидный актив:

1. Улучшение карточек товара: Мы можем дополнить характеристики, загрузить качественные фото и видео, написать более продающее описание. Это может значительно увеличить конверсию заказов даже по залежавшимся позициям.
2. Формирование комплектов (бандлов): Продажа неликвидного товара в комплекте с более популярными позициями по привлекательной цене.
3. Динамическое ценообразование: Гибкая подстройка цен под спрос и предложения конкурентов, проведение акций и скидок.
4. Программы лояльности: Предложение неликвидных товаров в обмен на бонусы или купоны для стимулирования покупок.
5. Реализация через специализированные площадки: Мы можем продавать неликвид другим компаниям, которые специализируются на скупке подобных товаров, или использовать B2B-маркетплейсы и аукционы.
6. Возврат поставщику: При наличии договоренностей с поставщиком, мы можем обменять неликвид на ликвидный товар или продать его по заниженным ценам.
7. Переработка или перепрофилирование: В некоторых сферах возможно переработать нереализованные товары или сырье в новую продукцию.
8. Благотворительность: В крайних случаях, когда нет возможности получить прибыль, передача неликвида на благотворительность может принести репутационные выгоды.
9. Агрессивный маркетинг: Мы можем применить креативные подходы к продвижению, например, лотереи или нестандартные акции, для привлечения внимания.

Предотвращение появления неликвидов

Наиболее эффективный подход — это предотвращение образования неликвида на начальном этапе:

1. Тщательный анализ перед закупками: Мы должны анализировать прошлые продажи, отслеживать рыночные тренды и оценивать конкурентную среду перед формированием заказа поставщику.
2. Проработка стратегий продвижения: Важно продумать, как товар будет продаваться, *до того*, как он поступит на склад.
3. Контроль качества: Мы должны тщательно проверять качество поступающего товара и своевременно предъявлять претензии поставщикам.
4. Осторожное экспериментирование с новинками: При вводе новых позиций, мы должны отдавать предпочтение небольшим партиям или работе по реализации, чтобы минимизировать риски.
5. Использование AI-решений: Для прогнозирования спроса и CRM/ERP-систем для глубокого анализа остатков.

Финансовые последствия неликвидов

Мы должны понимать, что неликвидные товары оказывают существенное негативное влияние на финансовое состояние компании:

1. Замораживание оборотных средств: Деньги, вложенные в неликвид, не работают, ограничивая возможности для инвестиций в более прибыльные направления.
2. Дополнительные расходы на хранение: Неликвид занимает место на складе, требуя затрат на аренду, логистику, учет и обслуживание, что напрямую снижает рентабельность бизнеса.
3. Снижение общей рентабельности и оборачиваемости активов: Чем больше неликвида, тем хуже экономические показатели предприятия.
4. Риск потерь: Длительное хранение увеличивает вероятность порчи, устаревания, а также потерь из-за неправильного учета или краж.
5. Негативное влияние на оценку компании: Наличие значительного объема неликвидов может снизить стоимость компании в целом и привести к проблемам с банками или аудиторами.

Автоматизация процессов

Для эффективного управления складом и выявления неликвидов мы можем рассмотреть следующие системы и инструменты:

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

Заключение

Отделение ликвидных складских позиций от неликвидных в 1С – это комплексная задача, которая требует не только технических решений, но и четкой управленческой стратегии. Мы убедились, что наиболее эффективными и гибкими методами являются использование дополнительных реквизитов или периодических регистров сведений для маркировки и отслеживания статуса товара, а не создание виртуальных складов. Главное – это сначала определить четкие критерии неликвидности и механизмы работы с ней на управленческом уровне, а затем уже переходить к их автоматизации в 1С, обеспечивая при этом прозрачность и предотвращая возможные злоупотребления.