Борьба с неликвидами на складе - это хороший способ высвободить деньги и поднять оборачиваемость. Поэтому большинство руководителей регулярно требуют от своих менеджеров. Те, обычно, просто формируют ведомость по остаткам и сравнивают колонку «продажи» за период и «текущий остаток». А так как это жутко неудобно и отнимает много времени, за альтернативным способом поиска неликвидов к нам обращаются постоянно.
Обычно под неликвидом понимают товар, который слишком долго не продается. Два года назад купили неудачную модель и она до сих пор стоит на витрине, никто её не берет.
Сюда же я отношу запасы товара, которые будут распродаваться слишком долго, даже если он пользуется спросом.
Допустим, поставщик мне дал супер скидку и я закупил у него 100 единиц нового товара, который раньше в магазине не продавался. Т.е. я не знаю, пойдет он или нет.
По итогам первых пары месяцев видно, что уходит 1-2 штуки в неделю. Если скорость продаж не изменится, 90 штук, которые сейчас лежат в магазине я буду продавать еще примерно год.
С помощью такого несложного подсчета можно заранее увидеть возможные неликвиды. И заранее предпринять какие-то меры, чтобы побыстрее их спихнуть, увеличив оборачиваемость.
А от оборачиваемости, хоть и в меньшей степени чем от наценки, зависит получаемая прибыль.
Покажу эту зависимость на примере:
- Покупаю вещь за 200 рублей, продаю за 300 руб. (наценка 50%), лежит на полке 1 год, заработал 100 руб. в год
- Покупаю вещь за 200 рублей, продаю за 250 руб. (наценка 25%). лежит на полке 6 мес. заработал 100 руб. за год.
Кстати, здесь хорошо видно, почему нельзя делать скидки, если это не увеличивает оборачиваемость. В этом примере мы снизили наценку вдвое, хотя покупатель увидел снижение всего на 15%. Если это не увеличит оборачиваемость в два раза, то мы просто уменьшили свою прибыль, вместо того чтобы привлечь клиентов.
.Программа работает именно так, как я показал выше - вычисляет скорость продажи и прогнозирует количество дней, которые понадобятся, чтобы распродать его текущий остаток.
- На этом примере (взятом кстати из базы реального магазина) видны товары с завышенными остатками:
- Первая строка - продано за полгода (177 дней) 18 штук, а сейчас на складе — 36. Этот остаток будет распродаваться еще год.
- Вторая строка - продано за 232 дня 10 штук, сейчас на складе - 50. Распродаватсья будет еще примерно 3 года.
- Третья строка - продано за год 108 штук, сейчас на складе всего 5 штук. С такой динамикой хватит на полмесяца. Это конечно не завышенный, а вполне нормальный остаток.
Рядом, в поле «Замороженная сумма» примерная оценка излишков в закупочных ценах. Отрицательная сумма показывает, что желательно пополнить остатки - товара не хватает.
Конечно, одного только значения дней запаса недостаточно, чтобы причислить товар к неликвиду.
Нужно учитывать, сколько денег мы можем вложить в склад, есть ли срок годности у продукта, размер скидки которую дал нам поставщик за объем, срок поставки товара от поставщика.
Полученным из отчета товарам можно
- присвоить ценовую группу «Неликвид» или «Распродажа»
- Такой товар может быть выделен цветом в общем списке товаров.
- по нему удобно отслеживать продажи и остатки товаров через отчеты
- автоматически заполнить документы «Установка цен» или «Установка скидок».
Выделение товара цветом - даст продавцам и менеджерам визуальный сигнал о том, что товар плохо продается и им нужно приложить больше усилий для его продажи - поискать дополнительные аргументы для покупателя или предложить ему специальные условия.
Обработка актуализирует информацию о неликвидных товарах в базе (тех, которые не продавались за длительный период времени) и записывает изменения в дополнительный реквизит номенклатуры.
Для начала нам нужно создать сам реквизит:
Он обязательно должен называться Статус товара , одно из его возможных значений обязательно нужно назвать Неликвид . Можете добавить какие-угодно значения, и для ликвидных товаров заполнять их самостоятельно:
Можно задать расписание автоматического запуска (если база не файловая, а клиент-серверная):
Теперь запустим процесс (из списка регламентных заданий):
Если у вас файловый тип базы, то стартуем принудительно, нажав Выполнить сейчас :
В журнале регистрации (ЖР) по окончании создастся новое событие:
Для того, чтобы показать как продукт актуализирует данные о ликвидности, создадим документ продажи для товара Батон нарезной и выполним процедуру повторно.
В ЖР увидим новое событие:
Если после этого статусы товаров не изменились, то в ЖР появится такое сообщение:
Статус неликвида можно увидеть в карточке товара:
Также ликвидность можно вывести на различные формы подбора, выбора или списка номенклатуры, по ней можно будет настраивать сортировку и отбор в списке товаров:
Срок для определения неликвида
По умолчанию, срок составляет 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:
Опубликована доработанная версия отчета " ", которая позволяет автоматически расчитывать точку заказа и в дальнейшем формировать заказ поставщику. Этот отчет позиционируется как первая линия по избежанию неликвида и дефицита. В свою очередь текущая обработка является второй линией работы с неликвидом и дефицитом, когда он уже есть.
Рассмотрим, какие возможности программа 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» присутствует механизм, который позволяет своевременно выявлять «проблемные» участки и может помочь принять правильные управленческие решения, и, кроме того, автоматически проинформировать о ситуациях, когда состояние показателей еще допустимое, но уже приближается к критическому.
Так называемый «Монитор целевых показателей» позволяет анализировать ключевые показатели работы отдела и предприятия в целом и степень достижения поставленных целей с учетом целевого тренда (повышение показателя, снижение показателя, удержание показателя в определенном диапазоне). Информация может быть доступна руководителю в любой точке мира с помощью доступа к функционалу «Монитора целевых показателей» через Интернет .
Для того чтобы это работало, необходимо определить цели, которые планируется достигнуть. Каждая цель может состоять из множества подцелей, успешное достижение которых обеспечивает достижение основополагающей цели.
Каждой цели задается целевой показатель. В свою очередь, для каждого целевого показателя указывается целевой тренд – желаемое направление изменений показателя с течением времени (минимизация, максимизация значения или удержание в пределах допустимого значения), настраиваются варианты анализа.
Например:
Основополагающая цель – Рост выручки. Эту цель планируется достигнуть за счет увеличения количества клиентов и роста средней суммы продажи. В свою очередь увеличение количества клиентов планируется за счет привлечения новых клиентов и снижения количества потерянных клиентов. А рост средней суммы продажи планируется за счет снижения предоставленных ручных скидок.