Анализ продаж и оборачиваемости для УТ 10.3, УТ 11

26.05.14

Замена Стандартному отчету "Анализ оборачиваемости" для Конфигураций Управление торговлей (версии 10.3, УТ 11)

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		Бесплатно
АнализПродажИОборачиваемости_82.zip .zip 39,20Kb 2404	2404	Скачать бесплатно
АнализПродажИОборачиваемости_81.zip .zip 38,88Kb 668	668	Скачать бесплатно
АнализПродажИОборачиваемости_82_УТ_11.zip .zip 5,73Kb 2082	2082	Скачать бесплатно

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

1) Вычисляется среднее количество продаж в день за определенный период.
По умолчанию период выбирается "Текущий месяц". Можно выбрать произвольный период.

2) Статистика по скорости продаж групп номенклатуры (обобщенный результат продаж группы).
По умолчанию самые продаваемые группы номенклатуры расположены вверху.
Есть возможность выключать/выключать иерархию (см.настройки отчета).

3) Статистика по скорости продаж номенклатуры внутри группы номенклатуры.
Ходовые товары внутри группы расположены сверху вниз.

4) Анализ продаж общий и/или в разрезе складов (см. настройки отчета).

5) Товары, проданные за выбранный период и закончившиеся на складе, выделяются красным цветом текста.
Требуется немедленная закупка/доставка на склады.

6) Товары на складе, непроданные за период, выделяются синим цветом текста.
Показывается неликвид на складах.

7) Упущенная прибыль. Примерные потери от нехватки товаров на складах в выбранном типе цен.
Рассчитывается по формуле:
УпущеннаяВаловаяПрибыль = СреднееКоличествоПродаж * КоличествоДнейОтсутствияОстатка * Цена (в выбранном типе цен).

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

8) Настраиваемые блоки анализа по сумме/по среднему (см. настройки показателей).

9) Выбор произвольных группировок отчета, например номенклатурные группы и т.п. (см. группировки строк).

Состав архивов:

1) АнализПродажИОборачиваемости_81.zip - Версии для платформы 8.1

На основе Универсального Отчета

Анализ продаж и оборачиваемости АнализПродажИОборачиваемостиУниверсальный_81.erf

На основе СКД

Анализ в разрезе складов и родителей номенклатуры АнализПродажИОборачиваемостиПоСкладам_81.erf
Анализ в разрезе складов и номенклатурных групп АнализПродажИОборачиваемостиПоСкладамИНоменклатурнымГруппам_81.erf

2) АнализПродажИОборачиваемости_82.zip - Версии для платформы 8.2

На основе Универсального Отчета

Анализ продаж и оборачиваемости АнализПродажИОборачиваемостиУниверсальный_82.erf

На основе СКД

Анализ в разрезе складов и родителей номенклатуры АнализПродажИОборачиваемостиПоСкладам_82.erf
Анализ в разрезе складов и номенклатурных групп АнализПродажИОборачиваемостиПоСкладамИНоменклатурнымГруппам_82.erf

3) АнализПродажИОборачиваемости_82_УТ_11.zip - Версия для платформы 8.2

Вариант для УТ 11

Анализ продаж и оборачиваемости АнализОборачиваемости_УТ11.erf

UPD 20.10.2011

1) Добавлена возможность анализа в разрезе номенклатурных групп.
2) Итоги количества дней остатка/отсутствия на уровне групп теперь вычисляются по формуле среднее арифметическое, а не суммы.
3) Небольшие изменения в интерфейсе.

UPD 26.10.2011

1) Добавлен вариант отчета на основе "Универсального Отчета 1С"
2) В варианте универсального отчета есть возможность выбора блоков анализа по сумме/среднему
3) Небольшие изменения в интерфейсе.

UPD 12.12.2011

1) Добавлен вариант отчета для УТ 11.

UPD 10.06.2013

1) В варианте на СКД для УТ 10.3 (платформа 8.2) добавлена возможность выбора варианта отчета:

а) все строки

б) только дефицит

в) только неликвид

2) Исправлена ошибка при выборе периода

3) Добавлен показатель КО (коэффициент оборачиваемости). Пересчитывается на уровне дет.записей и итогов.

UPD 06.06.2014

1) В варианте на СКД для УТ 10.3 (платформа 8.2):
Исправлены мелкие ошибки.

+172 –

См. также

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

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

28500 руб.

21.04.2017 96344 125 40

214

Cебестоимость партий

Ценообразование, анализ цен Анализ продаж Бизнес-аналитик Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

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

59640 руб.

11.11.2024 299 1 1

Управление мотивацией менеджеров для 1С:ERP 2.4 и 2.5, 1С:Комплексная автоматизация 2.4 и 2.5, 1С:Управление торговлей 11.4 и 11.5 - рейтинг продавцов, анализ выполнения планов продаж, расчет бонусов и премий сотрудников, система KPI персонала и т.п.

Анализ продаж Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:CRM ПРОФ, КОРП Управленческий учет Платные (руб)

Расширение для линейки типовых конфигураций, которое позволяет построить систему мотивации для отдела продаж. Автоматизация расчета и анализ показателей работы менеджеров по учетным данным в вашей 1С. Построение системы KPI сотрудников. Расчет премиальной и бонусной частей вознаграждения персонала. Возможность наглядного отображения рассчитанных показателей в отчетах, типовом "мониторе целевых показателей" и в виджетах модуля 1С:CRM (если таковой у вас имеется).

38400 руб.

18.05.2021 22239 18 46

Рабочее место менеджера по продажам для 1С (УТ 11, ERP 2.0, КА 2) v.1: Розница, Интернет-магазин + (УТ 10.3 / УПП / КА 1 / Розница 1)

Рабочее место Управление взаимоотношениями с клиентами (CRM) Розничная торговля Монитор заказов Анализ продаж Пользователь Платформа 1С v8.3 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Управленческий учет Платные (руб)

Удобный инструмент в 1С для менеджеров по продажам для повседневной работы с клиентами. Готовое решение, повышающее эффективность работы отдела продаж! Менеджеры должны продавать, а не тратить время на работу с 1С!

30000 руб.

18.10.2016 65860 36 11

ABC-анализ в 1С УТ 11.4, УТ 11.5, КА 2.4, КА 2.5 ERP 2.4, ERP 2.5 и скорость продаж

Анализ продаж Бизнес-аналитик Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)

Сколько у вас не ликвидного товара, купил и не продал? Что продаётся быстрее другого? Устали тратить деньги на бесполезные вложения, висящие годами на складе? тогда ABC-анализ и отчет СКОРОСТЬ ПРОДАЖ поможет вывести ВАМ оборот лучших товаров, только те что приносят прибыль, а так же картинки, остатки, дни присутствия на складе, количество продаж, скорость продаж отдельной позиции, вывод цен закупок и продаж, а также маржу за период. В разрезе склада, номенклатуры, контрагента.

5880 руб.

31.10.2022 7187 49 11

Аналитика и анализ данных Маркетплейсов Wildberries и OZON через MS Excel для 1C

Маркетплейсы Анализ продаж Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)

Расширение по анализу данных из Wildberries и OZON в 1С. Интегрируется с Wildberries и OZON посредством Excel-файлов, выгруженных из личного кабинета маркетплейса. Добавляет в программу специальные аналитические регистры, чтобы строить комплексные отчеты по продажам, остаткам и оборачиваемости товаров на маркетплейсах.

18.08.2023 3983 11 hachaturov 3

Расчет мотивации персонала в 1С: Управление торговлей 11.4

Зарплата Анализ продаж Бухгалтер Пользователь Оперативный учет 8.3.14 1С:Управление торговлей 11 Управленческий учет Платные (руб)

Мотивация сотрудников в 1С. Автоматизированный расчет управленческой заработной платы для любых должностей коммерческой организации. Для 1С: Управление торговлей 11.4.

24000 руб.

26.05.2021 14028 23 3

ABC анализ и XYZ анализ для 1С: Бухгалтерия предприятия 8 (ред. 3.0)

Оптовая торговля Анализ продаж Бизнес-аналитик Руководитель проекта Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Управленческий учет Платные (руб)

Классические инструменты ABC анализ и XYZ анализ для 1С:Бухгалтерии предприятия 8 (ред. 3.0). Простые и удобные в использовании управленческие отчеты помогут руководителю, менеджеру или аналитику быстро оценить товарные запасы, продажи в разрезе номенклатуры, номенклатурных групп, покупателей. Произвести классификацию ресурсов компании в зависимости от характера их потребления и точности прогнозирования изменений в их потребности в течение определенного временного цикла.

9600 руб.

21.05.2015 48845 29 10

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Поручик 4692 17.10.11 17:58 Сейчас в теме

Типовой отчёт всем неудобен. Мне тоже приходилось его перепиливать и всё равно были недовольные.

(0) Внешний отчет, обработка для 1С: Предприятие 8.0
УТ 10.3 на 1С: Предприятие 8.0 нет и не было, если не считать мелькнувшую и быстро пропавшую в небытиё УТ 10.3.1

2. powerpc 225 17.10.11 19:56 Сейчас в теме

(1) Поручик, в очередной раз респект за вовремя сделанный комментарий. Галку с 8.0 снял.

3. zenz 17.10.11 20:03 Сейчас в теме

Для платформы 8.1 можно выложить ? На 8.2 желающие сами конвертанут.

4. powerpc 225 18.10.11 10:08 Сейчас в теме

(3) zenz, спасибо за совет. Выложил обе версии: для 8.1 и 8.2. Так что качайте, анализируйте и заполняйте опустевшие от неликвида склады магазинов "горячими пирожками".

5. neuromancer_aza 49 18.10.11 13:45 Сейчас в теме

осталось прикрутить расчет страхового запаса и автоматом формирование заявки поставщику ;)

6. powerpc 225 18.10.11 14:43 Сейчас в теме

(5) neuromancer_aza, отличная идея. Подумаю на досуге.

7. svad1 10 19.10.11 07:00 Сейчас в теме

хороший отчет, автору респект )

8. rumik007 19.10.11 16:56 Сейчас в теме

А как она посчитает среднее количество продаж по рознице, ведь в день чеков ККМ может быть несколько по одному товару(следовательно несколько продаж), а в итоге получим в отчете о розничных продажах тока одну продажу.

А так респект автору!!!

9. powerpc 225 19.10.11 17:07 Сейчас в теме

(8) rumik007, отчет считает не количество покупателей, а количество проданных единиц товара. В отчет о розничных продажах попадает сумма всех количеств по чекам и соответственно в отчет тоже.

10. rumik007 19.10.11 17:11 Сейчас в теме

powerpc пишет:

(8) rumik007, отчет считает не количество покупателей, а количество проданных единиц товара. В отчет о розничных продажах попадает сумма всех количеств по чекам и соответственно в отчет тоже.

Теперь понятно, и еще есть вопросик: вот к примеру у меня в отчете в поле Количество дней наличия остатка по элементам номенклатуры вышло 31, а по самой группе это просто суммировалось, а по идеи должно быть скорее всего среднее значение ???

11. powerpc 225 19.10.11 18:19 Сейчас в теме

(10) rumik007, честно говоря итоги по группе для количества неинформативны ни для суммы, ни для среднего, ибо штуки+комплекты не есть гут. Если только суммы упущенной прибыли смотреть, а их точно не надо по средней. По средней там цены.

14. rumik007 19.10.11 21:05 Сейчас в теме

powerpc пишет:

(10) rumik007, честно говоря итоги по группе для количества неинформативны ни для суммы, ни для среднего, ибо штуки+комплекты не есть гут. Если только суммы упущенной прибыли смотреть, а их точно не надо по средней. По средней там цены.

ну так я про количество не пишу, я о том что количество дней остатка товара по группе сильно разнится с элементами номенклатуры, т.е. в группе 5 элементов и у них количество дней остатка у каждого 31, а по группе количество дней остатка аж целых 155.

16. powerpc 225 19.10.11 22:06 Сейчас в теме

(14) rumik007, упс. Под конец рабочего дня ступил. Переклинило на слове "количество". Т.е. вы думаете, что на уровне группы в колонках количества дней остатка и количества отсутствия остатка по праву должна быть формула среднего арифметического остатка. Я только за!

12. KillHunter 8 19.10.11 20:32 Сейчас в теме

отчет какойто недоработанный...

13. powerpc 225 19.10.11 20:35 Сейчас в теме

(12) KillHunter, признаю, что нет предела совершенству).

15. pt_olga 61 19.10.11 21:37 Сейчас в теме

идея не плоха, но... по группировкам суммируются дни остатков зачем-то,
т.е. Товар1 был в остатках 10 дней, Товар2 - 15, итого в сумме они были в остатках 25 дней????
тоже самое и со скоростью продаж, тупо сумма
а это не корректно

17. powerpc 225 19.10.11 22:13 Сейчас в теме

(15) pt_olga, с количеством дней остатка почти согласился. А вот насчет суммы скорости продаж сомневаюсь. Если товар исключительно с одинаковыми единицами измерения, то никаких проблем (сумма=сколько единиц товара в группе продано, среднее=среднее количество продаж в группе), но если единицы измерения разные, то вообще-то лучше ничего не выводить, т.к. кг+шт.

18. rumik007 20.10.11 00:05 Сейчас в теме

(17) а если взять за основу номенклатурную группу(я имею ввиду реквизит номенклатуры, но не иерархию), то может стоит и сделать и для скорости продаж по средней. НО это если по номенклатурной группе, а не по родителям.

19. powerpc 225 20.10.11 10:18 Сейчас в теме

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

20. pt_olga 61 20.10.11 10:59 Сейчас в теме

powerpc пишет:

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

а расчет скорости в группировках меняли?
кг скрещивать со штуками конечно не дело, но более корректно всё же будет сумма скоростей деленная на количество элементов
как-то так :)

21. powerpc 225 20.10.11 11:42 Сейчас в теме

(20) pt_olga, спасибо за Ваш комментарий.

Поясню (см.также прикрепленный скриншот):

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

Вариант 1. Для суммы 11 > 8. Группа товаров 1 является лидером продаж и будет расположена выше в отчете, чем Группа товаров 2.
Для среднего аналогичная ситуация 4 > 1.

Вариант 2. Для суммы 11 < 16. Происходит смена лидера. Группа 2 будет выше Группы 1. Действительно товаров в группе 2 продали больше.
Для среднего лидер прежний - Группа 1. 4 > 2.

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

б) Для разных единиц измерений вообще затрудняюсь найти логику.

Буду рад дальнейшему обсуждению и советам.

Прикрепленные файлы:

22. pt_olga 61 20.10.11 17:33 Сейчас в теме

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

23. powerpc 225 20.10.11 18:37 Сейчас в теме

(22) pt_olga, т.е. ваши боссы в Варианте 2 моего скриншота считают, что Группа1 продается лучше Группы2 ?

24. pt_olga 61 20.10.11 19:07 Сейчас в теме

(23) конечно, если я правильно понимаю примеры...

упростим:
группа 1 пусть содержит 1 товар и продается его по 10 штук в день
группа 2 содержит 10 товаров, которые продаются по 1 штучке в день

итого средняя скорость продаж товаров из группы 1 - 10 штук в день,
а средняя скорость продаж товаров из группы 2 - 1 штука в день.

т.е. группа товаров 1 продается лучше и быстрей,
хоть абсолютные скорости у них равны... как-то так

25. powerpc 225 21.10.11 00:46 Сейчас в теме

(24) pt_olga, спасибо за Ваши доводы. Думаю Вы тоже правы в чем то.

Рискну предположить, что в Вашем примере по сумме Группа1(10)=Группа2(10), а по среднему Группа1(10)>Группа2(1) получается, что 10 проданных штук Группы 1 больше 10 проданных штук Группы 2.

28. pt_olga 61 21.10.11 14:41 Сейчас в теме

(25) ну Вы хоть согласны, что товары из группы 1 продаются лучше, чем товары из группы 2? :)

29. powerpc 225 21.10.11 15:37 Сейчас в теме

(28) pt_olga, Оленька, постом выше говорят, что мол праздники, выходные. Может в ресторан лучше вместе сходим ? Ну их, группы, пусть отдохнут от нас с вами :)

30. pt_olga 61 21.10.11 15:43 Сейчас в теме

(29) обязательно сходим! но боюсь в разных городах, а возможно и странах )))

приятных выходных, коллеги :)

34. powerpc 225 26.10.11 17:48 Сейчас в теме

(30) pt_olga, добавил в архивы Анализ продаж на основе Универсального отчета, можете комбинировать любыми вариантами расчета по сумме или по среднему (настройка -> выбор показателей).

35. powerpc 225 26.10.11 17:49 Сейчас в теме

(18) rumik007, в Универсальном отчете можете группировать по любым реквизитам Номенклатуры, Склада.

36. rumik007 27.10.11 09:50 Сейчас в теме

powerpc пишет:

(18) rumik007, в Универсальном отчете можете группировать по любым реквизитам Номенклатуры, Склада.

Причем здесь универсальный отчет??? Ты же уже отвечал на мой пост(18). Не понимаю.....

37. powerpc 225 27.10.11 11:19 Сейчас в теме

(36) rumik007, тогда сорри за мою невнимательность.

26. matpukc 21.10.11 12:23 Сейчас в теме

этот отчет работает только с оптовыми складами? я попробовал сделать по розничным и выводиться пустой отчет

27. Ponommax 21.10.11 12:59 Сейчас в теме

Отчет не плох но не учитывает праздничные и выходные дни. Это здорово искажает картину, особенно будет заметно в январе.

31. marku 63 24.10.11 15:32 Сейчас в теме

В отчете возможно видеть оборачиваемость в динамике по месяцам (дням, неделям...)?

33. powerpc 225 26.10.11 12:18 Сейчас в теме

(31) marku, конечно нет. Продажи можно развернуть по периодам, а что в таком случае делать с конечными остатками, которые рассчитываются на конечную дату ?

32. vovkakursk 24.10.11 19:35 Сейчас в теме

идея не плохая

38. RomKazim 03.11.11 14:42 Сейчас в теме

Мне непонятен алгоритм формирования отчета. Если я не ошибаюсь вы упускаете одну важную часть анализа.

40. powerpc 225 03.11.11 16:52 Сейчас в теме

(38) RomKazim, а можно узнать какую именно ?

39. sl-sl 03.11.11 15:31 Сейчас в теме

хороший отчет, спасибо автору!

41. yoyoman 14.11.11 10:53 Сейчас в теме

Будет ли отчет работать если его реализовать через регистр ТоварыНаСкладах?

42. powerpc 225 15.11.11 08:59 Сейчас в теме

(41) yoyoman, в отчете и так используются регистры накопления семейства "ТоварыНаСкладах...".

43. alexkl 18.11.11 09:56 Сейчас в теме

Менеджеры с продаж всегда недовольны (в том числе, непонятыми собственными желаниями)

44. ddd_l 31 20.11.11 14:02 Сейчас в теме

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

45. powerpc 225 20.11.11 14:44 Сейчас в теме

(44) ddd_l, постараюсь сделать на следующей неделе для УТ 11, если получится, напишу в личку и сюда. Не знаю насколько сыра еще УТ 11, особенно в плане выгрузки в Бухгалтерию. Кстати в УТ 10 стандартная выгрузка в Бухгалтерию тоже не ice. Особенно когда выгружаются возвраты от покупателей, много косяков в выгрузке. Зачем вам много внешних и дополнительных обработок ? Берите лучшие, адаптируйте под УТ 11, программист у вас есть. Никто не гарантирует вам правильную работоспособность скачиваемых внешних отчетов и внешних обработок. УТ 11 в отличие от УТ 10 не удаляет чеки, сможете анализировать количество покупателей, покупок, длинну и сумму чека. Мы не дождались выхода типовой УТ 11, поэтому подсели на 10. Теперь новые возможности нам недоступны, так что делайте выводы. Посмотрите описание УТ 11 в красно-желтой книжке, возможности гораздо шире и гибче. Оговорюсь, что все сказанное - мое субъективное мнение.

46. ImPenguin 35 07.12.11 11:19 Сейчас в теме

Как идут дела по работе над отчетом для УТ11?

47. powerpc 225 08.12.11 20:56 Сейчас в теме

(46) ImPenguin, идут потихоньку.

52. powerpc 225 12.12.11 12:47 Сейчас в теме

(46) ImPenguin, для УТ 11 готов отчет.

48. пользователь 09.12.11 16:49

Сообщение было скрыто модератором.

...

49. sanyhawk 17 10.12.11 02:54 Сейчас в теме

Спасибо за отчет, я как раз искал что-то подобное. Вставлю свои 5 копеек. Меня смутило, что на расчет упущенной прибыли влияет часть периода, когда формально товара еще не было в природе. Поясню на примере. Жизненный цикл товара начинается с момента появления его первой партии на складе, и желательно, чтобы расчет в отчете велся от даты первой партии товара, а не даты начала периода, которую задал пользователь. Ведь согласитесь, что некорректно в расчете упущенной прибыли учитывать часть периода, когда товар еще даже в справочник Номенклатура не был занесен. Если для одной позиции еще можно запустить отчет Ведомость по партиям товара и определить корректную дату начала периода (не раньше первого поступления), то для товарной группы со множеством позиций этот подход не годится.

Могу поделиться идей как сделать этот отчет максимально полезным инструментом. Всем более-менее продвинутым управленцам знакомы ABC и XYZ анализы номенклатуры. Всем известно правило 80/20. Где за 80% прибыли отвечает всего лишь 20% номенклатуры. Внутри этой 20%-ой группы номенклатуры, условно говоря, есть товары 1) с очень хорошей оборачиваемость, которые должны быть всегда на складе без перебоев, 1) товары со средней оборачиваемостью, остатками которых нужно тоже управлять по-уму и 3) маржинальные товары, которые поставляются, как правило, только на заказ. В оставшихся 80%-ти процентах товаров можно тоже с помощью ABC&XYZ анализа выделить подобные классы. Так вот если бы в отчете была функциональность позволяющая на первом шаге отбирать эту самую критичную в плане упущенной прибыли номенклатуру и затем уже рассчитывать для этих позиций величину упущенной прибыли из-за отсутствия ее на складе, вот тогда бы этот отчет был полезней на порядок.

51. powerpc 225 12.12.11 12:08 Сейчас в теме

(49) sanyhawk, спасибо за интересную информацию. Анализ проводится за период фактического функционирования магазина. Все равно виноваты Менеджеры по закупкам, потому что ходовой товар привезли только 10 числа, а не 1-го например. Хотя как вариант отчета вполне понятна Ваша идея.

50. пользователь 11.12.11 13:17

Сообщение было скрыто модератором.

...

53. ImPenguin 35 12.12.11 13:36 Сейчас в теме

Спасибо за отчет для УТ 11!!!

54. ImPenguin 35 12.12.11 14:09 Сейчас в теме

Заметил один недочет в обработке для УТ11, в настройках отбора, если пытаешься указать группу номенклатуры, то на выбор выходят поля, а не группы номенклатуры.
Т.е. отбор: Номенклатура В группе ... и вот тут поля.

55. powerpc 225 12.12.11 15:10 Сейчас в теме

(54) ImPenguin, по умолчанию поля компоновки стоят.

56. powerpc 225 12.12.11 15:11 Сейчас в теме

(54) ImPenguin, не используйте мою строчку отбора, добавьте свой элемент отбора (чуть выше "+ Добавить новый элемент", выберите "Номенклатура в группе - Группа". Все заработает.

57. ImPenguin 35 13.12.11 06:55 Сейчас в теме

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

58. ImPenguin 35 19.12.11 11:02 Сейчас в теме

Добрый день!
В обработке для УТ11, если убрать группировку по складу, и выводить отчет скажем по 2м складам, то строчки с номенклатурой двоятся, если по 3м складам, то троятся. Можно как-то исправить этот недочет? Чтоб строчки, при отключенной группировке, объединялись в одну.

При этом, если на одном складе товар был в наличии скажем дней 20, и отсутствовал 10 дней, в не другом складе был 10 дней и отсутствовал 20 дней, выводить бы надо 20 дней наличия и 10 отсутствия для этой строки... думаю так...

Спасибо!

59. powerpc 225 20.12.11 09:24 Сейчас в теме

(58) ImPenguin, смоделировал Вашу ситуацию. Нормально сработало (см.скриншот)

Прикрепленные файлы:

60. ImPenguin 35 20.12.11 09:40 Сейчас в теме

Сделал все также как и у Вас на скриншоте: Строчки двоятся. Можно было бы конечно и не указывать склады в одном из отборов. Но у меня ситуация все равно не меняется...

Прикрепленные файлы:

61. powerpc 225 20.12.11 11:06 Сейчас в теме

(60) ImPenguin, у вас не последний вариант отчета, т.к. в последнем сортировка по убыванию скорости продаж. Так же обратите внимание, что в отборе у Вас один раз "в списке Дзержинского, Набережная", а в выведенной форме отчета непосредственно в табличном документе задвоилось "Отбор В списке ... И В списке ... И Номенклатура В Группе". Попробуйте нажать в форме отчета справа сверху "Действия -> Установить стандартные настройки". А затем настроить отборы как Вам необходимо.

62. ImPenguin 35 20.12.11 12:50 Сейчас в теме

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

63. ImPenguin 35 20.12.11 12:59 Сейчас в теме

Скачал сейчас отчет еще раз. Сформировал, все равно выводит номенклатуру по 2м складам, только в разных местах отчета:
P.S. отбор по группе номенклатуры сделан для того, чтоб отчет строился побыстрее.
В Вашем примере 2 склада имеют разные виды продукции. На складе с мебелью только мебель, на складе с продуктами, только продукты. Отсюда и создается впечатление что товары не дублируются. Попробуйте на склад с продуктами переместить мебель, и Вы увидите, что товар который вы переместили задвоится.

Прикрепленные файлы:

64. powerpc 225 22.12.11 12:08 Сейчас в теме

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

65. ImPenguin 35 22.12.11 12:27 Сейчас в теме

Спасибо, так действительно работает, но в таком варианте есть 1 момент: Если скажем товарная позиция на одном складе была в наличии всего 1 день, а на другом складе 29 дней, то суммовые показатели дней наличия будут 30, а средние 15. И в случае когда товар был на обоих складах по 15 дней из месяца, суммовые будут 30 и средние 15...
Средний показатель нужно высчитывать как-то по другому... только пока не могу придумать как...

Опишу некоторые моменты которые хотелось бы видеть:

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

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

3. Было бы хорошо добавить столбец "Выручка". [Кол-во продано] * [Цена в документе продажи]

4. Добавить столбец "Кол-во документов продажи". Он нужен для анализа продаж (Допустим дней в наличии 31, кол-во продано: 500, кон. остаток 10) хочется знать, как продавались эти 500шт, равномерно или одной реализацией.

5. Неплохо было бы видеть конечный остаток не только в шт, но и в себестоимости.

66. mikhailv 20 23.12.11 17:12 Сейчас в теме

Спасибо! Отчет хороший.
Есть один недостаток: если хочется проанализировать в целом по организации без разбиения на склады, то получается следующее. (На примере Универсального).
Допустим, анализируем за 30 дней.
Товар был на одном складе все 30 дней, а на другом 10 дней. Показывается:
Дней наличия на складе (сумма): 40
Дней отсутствия на складе (сумма): 20 дней

Хотелось бы видеть наличие из 30 дней 30 в этом случае, а отсутствие 0, т.к. товар фактически всё-таки был.

67. mikhailv 20 23.12.11 18:00 Сейчас в теме

Предлагаю еще доработку: добавить колонку "Количество дней до окончания запаса", равную колво остаток / скорость продаж.
Очень интересная цифра для неликвидов получается:) Ну и, конечно же, соглашусь с:

ImPenguin пишет:
5. Неплохо было бы видеть конечный остаток не только в шт, но и в себестоимости.

68. sevipa 12.01.12 01:55 Сейчас в теме

На УПП не тестировали?

69. ArikiteSun 16.01.12 13:47 Сейчас в теме

Спасибо за отчет, полезная штука, положено в арсенал :-)

70. sinQio 21.01.12 22:55 Сейчас в теме

валюта закончилась, тоже хотелось бы положить в арсенал )

71. Anton_prezident 26.01.12 21:35 Сейчас в теме

Когда будут баллы обязательно скачаю)

72. Ionmuerto 27.01.12 14:04 Сейчас в теме

Данный отчет очень удобен, т.к. для ведения Анализа продаж и оборачиваемости в управлении торговлей 11 необходимо ввод данных: При расчете программа запишет все эти товарные ограничения для данного товара по указанному складу. В дальнейшем эти товарные ограничения будут использоваться для принятия решения – что закупать и когда. Кроме этого можно анализировать – если остаток товара превышает рассчитанный нормативный остаток, тогда товар «залежался».

73. SigmaMoscow 24.02.12 16:30 Сейчас в теме

Спасибо!

74. ImPenguin 35 29.02.12 13:51 Сейчас в теме

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

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

3. Было бы хорошо добавить столбец "Выручка". [Кол-во продано] * [Цена в документе продажи]

4. Добавить столбец "Кол-во документов продажи". Он нужен для анализа продаж (Допустим дней в наличии 31, кол-во продано: 500, кон. остаток 10) хочется знать, как продавались эти 500шт, равномерно или одной реализацией.

5. Неплохо было бы видеть конечный остаток не только в шт, но и в себестоимости.

Не смотрели еще эти вопросы???

75. powerpc 225 12.03.12 10:30 Сейчас в теме

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

Для получения доп.расшифровок, соединяйте запрос отчета:

1) С регистром "ТоварыВРезервеНаСкладах" для вычисления резерва
2) С регистром "Продажи" для получения выручки
3) С регистром "Партии" для получения себестоимости
4) Со справочником "Номенклатура" для получения всего списка, даже непродаваемых
5) Для подсчета количества документов типовая УТ 10.3 не годится, т.к. в ней удаляются чеки при закрытии кассовой смены, я переделывал стандартное закрытие и сохранял чеки, потом только можно посчитать кол-во документов продажи.

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

76. minuby 6 13.03.12 11:06 Сейчас в теме

очень нехватает данных по складам типу "Розничные".

77. krund 17.03.12 23:18 Сейчас в теме

Прикольная обработка. РЕСПЕКТ И УВАЖУХА автору

78. materiy_boec 23.03.12 17:49 Сейчас в теме

Мне понравилась обработка

79. twilight 11.04.12 23:05 Сейчас в теме

Ошибка получения информации набора данных
по причине:
Ошибка в запросе набора данных
по причине:
{(99, 1)}: Синтаксическая ошибка ";"
<<?>>;

что может быть не так?
платформа 8.1

80. turboatom 14.04.12 01:13 Сейчас в теме

У меня почемуто показывает движения только по оптовому складу, по складу АТТ пусто

81. volsh77 17 30.05.12 03:27 Сейчас в теме

Сам нечто подобное делал http://infostart.ru/public/127795/. На базе универсального отчета.
Хорошая работа.

82. pzu 38 20.06.12 14:14 Сейчас в теме

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

83. Arutunov 38 03.07.12 10:32 Сейчас в теме

Формирую отчет в УТ 10.3 с отбором по "Количеству Продаж" меньше 1 он выбирает только тот товар, который продавался в выбранном периоде, а тот который лежит на складе мертвым грузом не отображается.

84. Zyevkl 19.07.12 10:59 Сейчас в теме

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

Как эти поля рассчитываются? Отчет по складам.
Спасибо

85. kvp 30.08.12 12:52 Сейчас в теме

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

86. alenakrr 11.09.12 12:53 Сейчас в теме

Респект однозначно! Пришлось, правда, перепилить под регистр Партии товаров на складах в УТП Украины простой заменой Товары на складах во всем запросе и переместить склады в вертикальную группировку. Но это единственные "допилы"))

87. dimbasbear 14 26.11.12 12:48 Сейчас в теме

Добрый день!
Скажите в данном отчете оборачиваемостью является показатель "Скорость продаж" (рассчитывается как Количество продано /Дней наличия)?

Разве оборачиваемость расчитывается не по этой формуле Об дн = Средний товарный запас * кол-во дней / Товарооборот за этот период

Неплохая статья по оборачиваемости

88. vlanik 25.03.13 15:25 Сейчас в теме

Спасибо за отчет, минимальные переделки и для Украины тоже работает.

95. smirnoffs 12.07.13 16:43 Сейчас в теме

(88) vlanik, может поделитесь переделанной для Украины версией? Ну или хотя бы характером переделок? А то ведь регистр "Продажи" вроде бы у все одинаковый должен быть.

89. Shade 2 03.06.13 07:07 Сейчас в теме

Здравствуйте, а в варианте для УТ11 анализируются чеки ККМ или отчеты? Если чеки, то не могли бы вы назвать отличие строк в коде обработки для отчетов и чеков, чтобы можно было сомостоятельно поменять эти строки в обработке для УТ 10.3, при условии что чеки не удаляются. Заранее спасибо :)

91. powerpc 225 04.06.13 10:33 Сейчас в теме

(89) Shade, Здравствуйте. Для УТ11 как и для УТ 10.3 продажи берутся из регистра "Продажи", независимо от регистратора.

90. Shade 2 03.06.13 07:07 Сейчас в теме

И спасибо большое за обработку :-)

92. powerpc 225 04.06.13 10:34 Сейчас в теме

(90) Shade, пожалуйста :)

93. Shade 2 10.06.13 13:38 Сейчас в теме

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

94. KVG7 02.07.13 09:25 Сейчас в теме

День добрый. А существует ли такой отчет для Альфа-авто: Автосервис + автозапчасти?

96. smirnoffs 12.07.13 16:57 Сейчас в теме

Хотя бы в теории в Управоении Торговлей для Украины должна обработка работать или нет? У меня абсолютно пустой отчет при любых настройках.
А еще в АнализПродажИОборачиваемостиПоСкладам_82.epf две кнопки "Настройки..." Но и их наличие не спасает ситуацию.

97. powerpc 225 17.07.13 11:57 Сейчас в теме

(96) smirnoffs, если есть регистры из запроса в отчете, то конечно будет работать. у меня нет УТ для Украины, к сожалению.

98. smirnoffs 17.07.13 12:20 Сейчас в теме

(97) теоретически УТ2 для Украины - это стандартная УТ 10.

99. truba 17.07.13 12:28 Сейчас в теме

Вопросы по конечному остатку. Скорее методологические. Дело в том что какой смысл в остатках на конец анализируемого периода? Остатки имеют смысл только реальные, т.е. те последние которые в базе зафиксированы. А для анализа оборачиваемости за январь к примеру какой смысл знать остатки на конец января?