Президенту Российской Федерации Владимиру Владимировичу Путину От гражданина...
Рассмотрим, какие возможности программа 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» присутствует механизм, который позволяет своевременно выявлять «проблемные» участки и может помочь принять правильные управленческие решения, и, кроме того, автоматически проинформировать о ситуациях, когда состояние показателей еще допустимое, но уже приближается к критическому.
Так называемый «Монитор целевых показателей» позволяет анализировать ключевые показатели работы отдела и предприятия в целом и степень достижения поставленных целей с учетом целевого тренда (повышение показателя, снижение показателя, удержание показателя в определенном диапазоне). Информация может быть доступна руководителю в любой точке мира с помощью доступа к функционалу «Монитора целевых показателей» через Интернет .
Для того чтобы это работало, необходимо определить цели, которые планируется достигнуть. Каждая цель может состоять из множества подцелей, успешное достижение которых обеспечивает достижение основополагающей цели.
Каждой цели задается целевой показатель. В свою очередь, для каждого целевого показателя указывается целевой тренд – желаемое направление изменений показателя с течением времени (минимизация, максимизация значения или удержание в пределах допустимого значения), настраиваются варианты анализа.
Например:
Основополагающая цель – Рост выручки. Эту цель планируется достигнуть за счет увеличения количества клиентов и роста средней суммы продажи. В свою очередь увеличение количества клиентов планируется за счет привлечения новых клиентов и снижения количества потерянных клиентов. А рост средней суммы продажи планируется за счет снижения предоставленных ручных скидок.
Доброго времени суток, уважаемые форумчане.
Изучил имеющиеся на ресурсе наработки, показалось мало, и решил вставить свои пять копеек на ваш суд.
Цель инструмента: выявление неликвида и дефицита.
Отличие от аналогов:
Работа с табличным полем, а не с табличным документом
Больше полезных информационных полей
Детальная информация по движению номенклатуры в отдельном окне
Расшифровка настроек:
Дата с, Дата по - понятно;
Отбор по номенклатуре и складу - понятно, работает (В ИЕРАРХИИ);
Тип используемых цен - используется при оценке склада;
Оптимальный период ликвидности - золотая середина остатков на складе. Значение означает период в месяцах равный объему продаж, который мы хотим хранить на складе. Понятно, что у разных номенклатур может быть разный период ликвидности, в основном это зависит от периодичности и срока поставки. На опыте, период ликвидности должен быть равен (приблизительно) сроку между 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 месяца,т.е. все товары, не продававшиеся за последние 3 месяца, получат статус Неликвид. Однако это правило можно уточнять в разрезе товарных категорий:
Для этого в справочнике Товарные категории нужно создать дополнительный реквизит Неликвид числового типа с указанием количества месяцев для отсчета:
На скрине указано, что неликвидными будут признаваться те электротовары, которые не продавались за последние 5 месяцев.
Таким образом у вас в базе всегда будет актуальная (и наглядная!) информация о том, какие из товаров являются неликвидными.
Неликвидный товар - товар, который не продается или очень плохо продается и находится на складе более 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-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С: Сколько дней не продавался товар?
Для облегчения анализа информации, из отчета можно узнать дату последней продажи номенклатуры и сколько дней прошло с даты последней продажи (таким образом можно определить сколько дней товар не продается и лежи без движения не складе):