Выявление и работа с неликвидом (залежавшимся товаром) и дефицитом номенклатуры. Выявление и работа с неликвидом (залежавшимся товаром) и дефицитом номенклатуры Анализ спроса на товары

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

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

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

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

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

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

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

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

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

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

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

Оптимальный период ликвидности - золотая середина остатков на складе. Значение означает период в месяцах равный объему продаж, который мы хотим хранить на складе. Понятно, что у разных номенклатур может быть разный период ликвидности, в основном это зависит от периодичности и срока поставки. На опыте, период ликвидности должен быть равен (приблизительно) сроку между 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С: Сколько дней не продавался товар?

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

Рассмотрим, какие возможности программа 1С Управление торговлей 11 предоставляет своим пользователям для анализа результатов продаж.

UPDATE : добавил видео «Отчеты анализа продаж в 1С Управление торговлей 10.3»

Из этого ролика вы узнаете:

  • Как проанализировать продажи?
  • Как построить отчет по продажам?
  • Как посмотреть продажи и остатки в одном отчете?
  • Как построить диаграммы по продажам?
  • Как посмотреть продажи по оплате?

Отчеты по продажам

По команде «отчеты по продажам» мы переходим в панель отчетов по продажам.

Похожие статьи:

  • Отслеживание движения товарных остатков на складах и…
  • Формирование ассортиментной матрицы и ее…

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

«Типовые условия продаж»

Рассмотрим, какие возможности есть у нас для анализа результатов продаж. Первый отчет – это «Типовые условия продаж». В данном отчете приводится список типовых условий продаж, типовых соглашений с клиентами, зарегистрированных в системе, и основная информация, доступная в этих соглашениях. А именно: наименование соглашения; валюта; вид используемой цены; период действия; наша организация, от имени которой заключено данное соглашение; хозяйственная операция (например, реализация либо передача на комиссию); налогообложение; склад; срок поставки.

Анализ цен

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

«Оценка рентабельности продажи»

Следующие отчеты также доступны из документов «Заказ клиента». А именно, открыв соответствующий заказ, мы можем дополнительно вывести несколько отчетов применительно к данному заказу.

Первый из них – это «Оценка рентабельности продажи». В данном отчете производится расчет рентабельности в целом по заказу (с учетом скидок, без скидок), а также приводится детальная информация по каждой номенклатурной позиции, реализуемой в данном отчете. Сейчас данный отчет выводит информацию о рентабельности 100%. Это связано с тем, что пока еще у меня в программе за текущий месяц не проводился расчет себестоимости, не проводились регламентные операции закрытия периода, и информация о себестоимости недоступна. Соответственно, вся выручка считается валовой прибылью.

«Состояние выполнения документа»

Следующий отчет также доступен из «заказа клиента» ¾ это «Состояние выполнения документа». Данный отчет, во-первых, приводит информацию о задолженности клиента (то есть насколько выполнены этапы по оплате – скажем, аванс, предоплата), информацию по отгрузке. И в нижней табличной части, в части каждой товарной позиции приводится информация, какой товар был отгружен, в каком количестве, на какую сумму.

Причины отмены заказов

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

«Ведомость расчетов с клиентами»

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

«Задолженность клиента»

Следующий отчет – «Задолженность клиента». Данный отчет показывает информацию о задолженности клиентов. Информация сгруппирована по валюте задолженности. Приводится информация о долге клиента, нашем долге, сальдо расчетов, а также на основании информации из заказов клиента данные о планируемых поступлениях от клиента, о планируемой реализации клиенту, либо о планируемом возврате денежных средству клиенту.

«Динамика просроченной задолженности клиентов»

Следующий отчет – «Динамика просроченной задолженности клиентов». Данный отчет показывает информацию о темпах роста просроченной задолженности. В табличной части информация сгруппирована по клиентам, по менеджерам. У нас в программе 1С Управление торговлей (УТ 11) 11.2 сейчас просроченная задолженность не зарегистрирована (вся задолженность является текущей), поэтому данный отчет пустой и никакой информации не содержит.

Платежная дисциплина клиента

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

«Задолженность клиентов по срокам»

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

Карточка расчетов с контрагентом

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

Все эти отчеты доступны нам либо в разделе «Продажи» в группе «Отчеты по продажам» , либо из документов взаиморасчетов – документов, которыми оформляются продажи клиенту, такие как «заказы клиентов» и «коммерческие предложения клиентам» .

Такие возможности предоставляет нам программа 1С Управление торговлей версия 11.2 для анализа результатов продаж.

Построение отчета по продажам в разрезе производителей и выручки 1C УТ 8.3

В данном видео-уроке рассмотрен способ построение отчета по продажам в разрезе производителей и полученной выручке по ним в 1С управление торговлей 8.3. Основной смысл отчета — с товаров каких производителей мы получаем больше всего дохода.

Анализ розничных продаж

Для анализа реализации товаров торговыми точками в конфигурации реализовано достаточно много отчетов.
Все они доступны в разделе Продажи.

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

Данный отчет отражает Начальный и Конечный остаток, Приход и Расход, по каждой номенклатуре.

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

Для этого заходим в Настройки и на закладке Отборы выбираем нужный товар.

В результате чего сформировался нужный нам отчет. Из отчета мы видим что в Магазине Макси на начало не было остатка, 27.06.2016 было поступление на 100шт, а 29.06.16 была реализация двух единиц. Итого на конец периода остаток кофе 98шт.

Для контроля денежных средств в кассе ККМ используем отчет Денежные средства в кассах ККМ .

В сформировавшемся отчете мы видим Начальный и Конечный остаток, Сумму продажи и поступлений ДС, а также выемки ДС по дням.

Мы можем сформировать данный отчет с детализацией по документам, для этого в настройках отчета установим флажок на значении — Регистратор . В результате сформируется отчет в разрезе документов (регистраторов).

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

Если нас интересует информация только о суммах поступивших из кассы предприятия, то в расширенных настройках отчета, на закладке Поля и сортировка снимаем все не нужные флажки, установленным остается только флажок на значении Внесение ДС.

В результате чего сформируется отчет следующего вида.

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

Цены заполняются по тем значениям, которые действуют на дату отчета.


Анализ спроса на товары

Для анализа спроса на товары можно применять АВС- и XYZ-анализ продаж. Проведение АВС-анализа возможно по нескольким показателям. АВС-анализ продаж по объему продаж позволяет произвести распределение товаров на АВС-классы с точки зрения востребованности товаров покупателями. В класс А попадут наиболее востребованные товары, а в класс С – наименее востребованные.

Проведение XYZ-анализа продаж позволяет определить стабильность продаж товаров. С точки зрения продаж товаров XYZ-анализ позволяет разделить товары на следующие классы – стабильный спрос на товары, тенденции к увеличению спроса на товары, разовые покупки (нерегулярное потребление).

Проведение совмещенного АВС- и XYZ-анализа позволит определить на основании этих показателей оптимальный метод управления товарными запасами (то есть планировать к закупке только те товары, которые стабильно покупаются и в общем объеме).

В программе поддерживается несколько методов управления запасами : объемно-календарное планирование на основе прогноза спроса, «заказ по точке перезаказа «(с фиксированным объемом или с регулярным интервалом поставки), «заказ под заказ «. Разные методы пополнения могут быть назначены индивидуально каждому товару на каждом складе. Метод управления запасами может быть определен автоматически, на основании ABC/ XYZ-классификации запасов . Предусмотрена также возможность ручного изменения метода управления запасами.

Пример. В соответствии с проведенной ABC/XYZ-классификацией запасов товары отнесены к группе АX (товары стабильно продаются и имеют высокий товарооборот, то есть приносят торговому предприятию высокий доход). Для таких товаров устанавливается метод «Объемно-календарное планирование» . Метод «Заказ под заказ» устанавливается для товаров, которые относятся к группе АZ. По таким товарам на складе не хранится запас, товар заказывается у поставщика только при возникновении потребности клиента (оформлении заказа клиента). Информация о наличии таких товаров на складе фиксируется в отчете как избыточный запас и помечается красным цветом.

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

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

Заполнение плана продаж по формуле

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

Формирование заказов по планам

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

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

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

Список источников данных планирования может быть заполнен произвольным образом. Для заполнения используются шаблоны.

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

Мониторинг показателей по продажам

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

Так называемый «Монитор целевых показателей» позволяет анализировать ключевые показатели работы отдела и предприятия в целом и степень достижения поставленных целей с учетом целевого тренда (повышение показателя, снижение показателя, удержание показателя в определенном диапазоне). Информация может быть доступна руководителю в любой точке мира с помощью доступа к функционалу «Монитора целевых показателей» через Интернет .

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

Каждой цели задается целевой показатель. В свою очередь, для каждого целевого показателя указывается целевой тренд – желаемое направление изменений показателя с течением времени (минимизация, максимизация значения или удержание в пределах допустимого значения), настраиваются варианты анализа.

Например:

Основополагающая цель – Рост выручки. Эту цель планируется достигнуть за счет увеличения количества клиентов и роста средней суммы продажи. В свою очередь увеличение количества клиентов планируется за счет привлечения новых клиентов и снижения количества потерянных клиентов. А рост средней суммы продажи планируется за счет снижения предоставленных ручных скидок.

Неликвидный товар - товар, который не продается или очень плохо продается и находится на складе более 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С: Сколько дней не продавался товар?

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

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

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



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


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


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



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


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


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

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


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


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


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


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

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


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


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

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