Обработка актуализирует информацию о неликвидных товарах в базе (тех, которые не продавались за длительный период времени) и записывает изменения в дополнительный реквизит номенклатуры.

Для начала нам нужно создать сам реквизит:

Он обязательно должен называться Статус товара , одно из его возможных значений обязательно нужно назвать Неликвид . Можете добавить какие-угодно значения, и для ликвидных товаров заполнять их самостоятельно:

Можно задать расписание автоматического запуска (если база не файловая, а клиент-серверная):

Теперь запустим процесс (из списка регламентных заданий):

Если у вас файловый тип базы, то стартуем принудительно, нажав Выполнить сейчас :

В журнале регистрации (ЖР) по окончании создастся новое событие:

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

В ЖР увидим новое событие:

Если после этого статусы товаров не изменились, то в ЖР появится такое сообщение:

Статус неликвида можно увидеть в карточке товара:

Также ликвидность можно вывести на различные формы подбора, выбора или списка номенклатуры, по ней можно будет настраивать сортировку и отбор в списке товаров:

Срок для определения неликвида

По умолчанию, срок составляет 3 месяца,т.е. все товары, не продававшиеся за последние 3 месяца, получат статус Неликвид. Однако это правило можно уточнять в разрезе товарных категорий:

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

На скрине указано, что неликвидными будут признаваться те электротовары, которые не продавались за последние 5 месяцев.

Таким образом у вас в базе всегда будет актуальная (и наглядная!) информация о том, какие из товаров являются неликвидными.

Доброго времени суток, уважаемые форумчане.

Изучил имеющиеся на ресурсе наработки, показалось мало, и решил вставить свои пять копеек на ваш суд.

Цель инструмента: выявление неликвида и дефицита.

Отличие от аналогов:

Работа с табличным полем, а не с табличным документом

Больше полезных информационных полей

Детальная информация по движению номенклатуры в отдельном окне

Расшифровка настроек:

Дата с, Дата по - понятно;

Отбор по номенклатуре и складу - понятно, работает (В ИЕРАРХИИ);

Тип используемых цен - используется при оценке склада;

Оптимальный период ликвидности - золотая середина остатков на складе. Значение означает период в месяцах равный объему продаж, который мы хотим хранить на складе. Понятно, что у разных номенклатур может быть разный период ликвидности, в основном это зависит от периодичности и срока поставки. На опыте, период ликвидности должен быть равен (приблизительно) сроку между 2мя поставками плюс срок поставки, и плюс время на оформление. Т.е. например, товар у нас возят раз в две недели и чтобы попасть в доставку нужно сделать заказ не ранее чем за 3 дня, и в дороге он будет 2 дня, тогда оптимально будет - 3 недели (7*2 + 3 + 2 дня), или 0,7 в терминах программы. Я рекомендую при работе с программой на первом этапе ставить значение не менее 1. Параметр используется для расчета замороженной суммы на складе. В этот коффициент также могут быть заложены всевозможные риски, например срыв доставки.

Верхний и нижний порог ликвидности - отсечение номенклатуры по ликвидности, например, чтобы видеть только неликвид.

Расшифровка полей:

Выбран - галочка, по которой мы определяем позиции, с которыми будем что то делать, например инвентаризацию.

Номенклатура - понятно.

Группа номенклатуры - понятно, чтобы делать сортировку списка по группам (псевдогруппировка).

Характеристика номенклатуры - понятно.

Серия номенклатуры - понятно.

Остаток - срез последних по регистру ТоварыНаСкладах по настройкам отчета.

Резерв покупателей - понятно;

Заказ поставщикам - понятно;

Остаток к оценке - сумма остатка и заказа поставщикам, за вычетом резервов.

Расход всего - расход по регистру ТоварыНаСкладах по настройкам отчета.

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

Ликвидность - остаток к оценке, поделенный на среднемесячный расход (согласен, что грубо, зато быстро и в 95% случаев достаточно).

Цена - цена номенклатуры по выбранному типу цен.

Оценка склада в выбранных ценах - понятно.

Замороженная сумма - оценка склада в выбранных ценах, за вычетом оптимального периода ликвидности. Т.е. например, если у нас оптимальная ликвидность равна одному месяцу, и остаток на складе соответствует среднемесячной продаже, тогда замороженная сумма равна нулю.

Цена поступления - средняя цена из регистра ПартииТоваровНаСкладах, т.е. средняя цена товара из нераспроданных поступлений. Проверенно только при ведении партионного учета по складам.

Оценка склада по поступлению - оценка склада в ценах партий. Важно: количество берется не из партий, а из товаров на складах.

Таблица детализации:

Выводится помесячный расход, приход, конечный остаток и дней без остатка. В отличие от стандартного отчета «Ведомость по товарам на складах» добавлены нулевые месяца - для наглядности. Выборка происходит при выборе строки в основной таблице.

Таблицу можно открыть/убрать с помощью соответствующей кнопки на командной панели.

Действия с выбранными позициями:

Установка цен - формируется документ «Установка цен номенклатуры» с выбранным типом цен и выбранными позициями номенклатуры. Управленческий смысл - высокая цена, нужно ее сбавить. Предупрежу управленцев, что это нужно использовать в комплексе с другими действиями. Т.е. если вы сбавите цену, но об этом никто не узнает, то толку от этого действия NULL.

Инвентаризация . Управленческий смысл - может товар потерялся на складе, запересортился, поэтому его не продают, и нужно его найти.

Списание . Управленческий смысл - если товар мертвяк-мертвяком. Причины могут быть всякие: брак, старье, непрофильное направление бизнеса и т.д.

Задача . Управленческий смысл - поставить в информационной системе задачу со списком выявленного неликвида. Это могут быть менеджеры по продажам, и закупщики, и руководители подразделений. В описании задачи вставляются выбранные номенклатурные позиции и их ликвидность. Текст задачи, разумеется, можно вручную дополнить вдохновляющими фразами типа: «Это что за *ня??!!»

Дополнительно есть переход по выбранной номенклатуре в отчет ведомость по товарам на складах.

Перспектива и прочие мысли.

Не раскрыта тема категоризации номенклатуры. Если брать за основу BCG матрицу (бостонскую), тогда логично разбить анализ неликвида для каждой группы: «коровы», «звезды», «собаки» и «трудные дети». «Коров» нужно анализировать каждую неделю, тогда как «собак» хватит и раз в три месяца. Как считаете, стоит? Соответственно, нужно будет добавить отбор по свойствам номенклатуры, если реализация будет через них.

Еще полагаю, что правильнее сделать ликвидность не общую, а по группам номенклатуры, или по поставщику, если он один у номенклатуры.

Важно понимать, что дефицит товара также опасен для бизнеса, как и неликвид, поэтому не зацикливайтесь на неликвиде.

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

Кажется все, спасибо за внимание!

Основная цель публикации - обсуждение правильности и удобства инструмента. Конечно, очень бы хотелось услышать мнение сведущих в теме людей.

По открытости кода: все открыто.

В справке указаны дополнительные управленческие действия, которые выходят за рамки 1С.

Если что-то непонятно - пишите, отвечу.

UPD 2015.02.19 (v.1.5.2) :

Добавлена работа с сериями номенклатуры.
В список теперь также попадают позиции с нулевым остатком, по которым были движения - явные дефициты. Было только остатки, теперь остаткиИобороты. (спасибо Паше за верный совет).
В детализацию добавлена колонка - дней без остатка.
Исправлены мелкие ошибки.

Мини-история про плановый неликвид (2015.02.19):

Уже несколько раз наталкиваюсь на предприятия, у которых есть (извиняюсь за тавтологию) плановый неликвид, вот пример:

Торговля розетками. Есть такая позиция - компьютерная розетка. Ее доля в обороте остальных розеток 0,01 %, если не меньше. Но вот приходит заказчик закупаться под оброзетивание крупного, модного частного домовладения. Долго выбирает цвет, модель и т.д. Доходит до оформления заказа, у него там 300 различных не самых дешевых розеток и куча дополнительных фентифлюшек. И о боже, ему нужно 2 компьютерные розетки, а их нет в ассортименте! И клиент вам говорит, простите, мне нужно в одном стиле, и уходит. Это более чем реально. И магазин вынужден держать годовой запас этих компьютерных розеток.

UPD 2015.02.25 (v.1.6.1):

В командной строке добавлен переход в ведомость по товарам на складах по выбранной строке номенклатуры.
Теперь, при расчете среднемесячных продаж не учитываются нулевые месяцы, которые были перед первым поступлением. Т.е. если это новый товар - очень актуально для постоянно обновляемого ассортимента. Это повышает достоверность замороженной суммы.
Исправлены мелкие и крупные ошибки.
Незначительно улучшен юзабилити.

UPD 2015.04.03 (v.1.6.3):

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

UPD 2015.04.10:

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

Неликвидный товар - товар, который не продается или очень плохо продается и находится на складе более 3-6 месяцев (в зависимости от категории товара). Залежалый товар не только не приносит прибыль, но из-за него компания несёт огромные убытки. Кроме этого, старые модели товаров уже никому не нужны и они просто лежат на складе.

Очевидно, что от такого товара нужно скорее избавляться, выявить причины и не допустить повторения подобного. Но как выявить плохопродающийся товар?

Все это и многое другое легко сделать с отчетом “Анализ неликвидных товаров для 1С:Управление торговлей”.

КАК НАЙТИ НЕЛИКВИДНЫЙ ТОВАР В 1С 8.2 и 8.3

Стандартного отчета по выявлению неликвидного товара в 1С Предприятие нет. Именно поэтому мы и разработали такой отчёт, которым уже пользуются сотни оптово-розничных магазинов России, ведущих свой учёт в 1С. Сейчас мы очень коротко опишем, как формируется отчёт и Вы поймёте, почему такой отчет невозможно сделать вручную.

Для выявления неликвидов собираются данные из пяти отчетов: продажи за период, остатки на складах, остатки в рознице. По каждому товару сопоставляются данные и вычисляется скорость его продажи. Причем остатки берутся не только на конечную дату, а на каждый день в указанном периоде. Только так можно получить реальную скорость продажи товара (ведь если товар 10 дней отсутствовал на складе, то по этой причине он не продавался, а мог продаваться). Также, благодаря этому выявляется реальное количество дней нахождения товара на складе.

Получив скорость выбытия товаров, программа считает, на какой срок хватит текущего остатка товара, и по заданным критериям относит его к ликвидному или неликвидному. Далее программа подтягивает информацию ещё из двух отчётов по себестоимости, розничным ценам и показывает текущую наценку. Это поможет принять решение - можно ли избавиться от неликвида, снизив цену, но получив при этом прибыль.

Ниже наглядно показано, как работать с отчётом. Посмотрите:

Настройки отчета для выявления ликвидности товаров

В основном меню отчета задаем дату, на которую нужно получить остатки по складу и определить ликвидность товаров. Отборы по складам и товарам можем указать на закладке «Отбор и сортировка».

Здесь же указываем период, за который будут анализироваться продажи (можем задать какие подразделения учитывать).

Задаём параметры, по которым товар будет делиться на неликвидные и ликвидные. Это может быть:

количество дней нахождения товара на складе (например если товар пришел 10 дней назад и по нему пока нет полной статистики продаж — его пока лучше не относить к неликвидам);
количество дней на распродажу остатка — если текущий остаток будет продаваться более 90 дней, то скорее всего это неликвид (количество дней можно изменить)

Результаты анализа продаж

Проведя анализ продаж за период, получаем первые вводные данные:

Количество и сумму продаж по каждому товару;
Выявили сколько дней товар находился на складе;
Посчитали скорость продажи товара за день/месяц. Важно, что при определении скорости учитываем не количество дней в периоде, а сколько дней товар реально находился на складе. Например, за год было продано 300 ноутбуков, но на складе они были не круглый год, а только 200 дней. Следовательно при определении скорости продаж 300 делим не на 365 дней, а на 200 дней. Т.к. если бы товар был на складе в другие дни, то продаж было бы больше.

Анализ текущих остатков

Добавляем данные из отчета по остаткам и определяем количество товара на складе на указанную дату. Поделив остаток на скорость продаж — получаем Расчетный срок распродажи (т.е. за сколько дней сможем распродать товар, который лежит на складе)

Товары без продажи в 1С

Таким образом определили товары, которые будут продаваться еще несколько месяцев или даже лет (вы удивитесь, но есть и такие). Для полноты картины добавляем данные из третьего отчета и видим себестоимость текущего остатка:

Анализ причин неликвидных товаров в 1С

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

Уценка неликвидных товаров в 1С*

Выявив неликвиды, проанализировав наценку — можем здесь же назначить скидку и сформировать новую цену. Одним кликом цены будут перенесены в документ «Установка цен номенклатуры» и зафиксированы в базе.

*Эта возможность доступна только в конфигурациях: 1С:Управление торговлей 10.3. 1С:Комплексная автоматизация 1.1 и 1С:Управление производственным предприятием 1.3

Как посмотреть в 1С: Сколько дней не продавался товар?

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