gifts2017

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

Опубликовал Олег Крапивный (powerpc) в раздел Отчеты - Управленческие

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

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

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):
    Исправлены мелкие ошибки.

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
АнализПродажИОборачиваемости_82.zip
.zip 39,20Kb
15.12.14
1750
.zip 39,20Kb 1750 Бесплатно
АнализПродажИОборачиваемости_81.zip
.zip 38,88Kb
15.12.14
564
.zip 38,88Kb 564 Бесплатно
АнализПродажИОборачиваемости_82_УТ_11.zip
.zip 5,73Kb
15.12.14
1503
.zip 5,73Kb 1503 Бесплатно

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Сергей Ожерельев (Поручик) 17.10.11 17:58
Типовой отчёт всем неудобен. Мне тоже приходилось его перепиливать и всё равно были недовольные.

(0) Внешний отчет, обработка для 1С: Предприятие 8.0
УТ 10.3 на 1С: Предприятие 8.0 нет и не было, если не считать мелькнувшую и быстро пропавшую в небытиё УТ 10.3.1
2. Олег Крапивный (powerpc) 17.10.11 19:56
(1) Поручик, в очередной раз респект за вовремя сделанный комментарий. Галку с 8.0 снял.
3. Евгений (zenz) 17.10.11 20:03
Для платформы 8.1 можно выложить ? На 8.2 желающие сами конвертанут.
4. Олег Крапивный (powerpc) 18.10.11 10:08
(3) zenz, спасибо за совет. Выложил обе версии: для 8.1 и 8.2. Так что качайте, анализируйте и заполняйте опустевшие от неликвида склады магазинов "горячими пирожками".
5. Азамат Масалимов (neuromancer_aza) 18.10.11 13:45
осталось прикрутить расчет страхового запаса и автоматом формирование заявки поставщику ;)
6. Олег Крапивный (powerpc) 18.10.11 14:43
(5) neuromancer_aza, отличная идея. Подумаю на досуге.
7. Вадим Сайфутдинов (svad1) 19.10.11 07:00
хороший отчет, автору респект )
8. Руслан Микулович (rumik007) 19.10.11 16:56
А как она посчитает среднее количество продаж по рознице, ведь в день чеков ККМ может быть несколько по одному товару(следовательно несколько продаж), а в итоге получим в отчете о розничных продажах тока одну продажу.

А так респект автору!!!
9. Олег Крапивный (powerpc) 19.10.11 17:07
(8) rumik007, отчет считает не количество покупателей, а количество проданных единиц товара. В отчет о розничных продажах попадает сумма всех количеств по чекам и соответственно в отчет тоже.
10. Руслан Микулович (rumik007) 19.10.11 17:11
powerpc пишет:

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


Теперь понятно, и еще есть вопросик: вот к примеру у меня в отчете в поле Количество дней наличия остатка по элементам номенклатуры вышло 31, а по самой группе это просто суммировалось, а по идеи должно быть скорее всего среднее значение ???
11. Олег Крапивный (powerpc) 19.10.11 18:19
(10) rumik007, честно говоря итоги по группе для количества неинформативны ни для суммы, ни для среднего, ибо штуки+комплекты не есть гут. Если только суммы упущенной прибыли смотреть, а их точно не надо по средней. По средней там цены.
12. Vlad (KillHunter) 19.10.11 20:32
отчет какойто недоработанный...
13. Олег Крапивный (powerpc) 19.10.11 20:35
(12) KillHunter, признаю, что нет предела совершенству).
14. Руслан Микулович (rumik007) 19.10.11 21:05
powerpc пишет:

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


ну так я про количество не пишу, я о том что количество дней остатка товара по группе сильно разнится с элементами номенклатуры, т.е. в группе 5 элементов и у них количество дней остатка у каждого 31, а по группе количество дней остатка аж целых 155.
15. olga pt (pt_olga) 19.10.11 21:37
идея не плоха, но... по группировкам суммируются дни остатков зачем-то,
т.е. Товар1 был в остатках 10 дней, Товар2 - 15, итого в сумме они были в остатках 25 дней????
тоже самое и со скоростью продаж, тупо сумма
а это не корректно
MistOne9; powerpc; +2 Ответить 1
16. Олег Крапивный (powerpc) 19.10.11 22:06
(14) rumik007, упс. Под конец рабочего дня ступил. Переклинило на слове "количество". Т.е. вы думаете, что на уровне группы в колонках количества дней остатка и количества отсутствия остатка по праву должна быть формула среднего арифметического остатка. Я только за!
17. Олег Крапивный (powerpc) 19.10.11 22:13
(15) pt_olga, с количеством дней остатка почти согласился. А вот насчет суммы скорости продаж сомневаюсь. Если товар исключительно с одинаковыми единицами измерения, то никаких проблем (сумма=сколько единиц товара в группе продано, среднее=среднее количество продаж в группе), но если единицы измерения разные, то вообще-то лучше ничего не выводить, т.к. кг+шт.
18. Руслан Микулович (rumik007) 20.10.11 00:05
(17) powerpc, а если взять за основу номенклатурную группу(я имею ввиду реквизит номенклатуры, но не иерархию), то может стоит и сделать и для скорости продаж по средней. НО это если по номенклатурной группе, а не по родителям.
19. Олег Крапивный (powerpc) 20.10.11 10:18
(18) rumik007, у нас в разрезе родителей номенклатуры весь анализ. Добавил отдельным отчетом анализ в разрезе номенклатурных групп, может кому и пригодится. Везде количество дней на уровне группировок теперь считается по формуле среднего арифметического. Публикацию и файлы обновил. Все варианты отчетов находятся внутри архивов для соответствующей версии платформы. Спасибо за советы.
20. olga pt (pt_olga) 20.10.11 10:59
powerpc пишет:

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


а расчет скорости в группировках меняли?
кг скрещивать со штуками конечно не дело, но более корректно всё же будет сумма скоростей деленная на количество элементов
как-то так :)
21. Олег Крапивный (powerpc) 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. olga pt (pt_olga) 20.10.11 17:33
(21) powerpc, ну, не знаю... мои боссы среднюю скорость продаж по видам продукции воспринимают нормально))
но у нас вся продукция в штуках, правда.
23. Олег Крапивный (powerpc) 20.10.11 18:37
(22) pt_olga, т.е. ваши боссы в Варианте 2 моего скриншота считают, что Группа1 продается лучше Группы2 ?
24. olga pt (pt_olga) 20.10.11 19:07
(23) powerpc, конечно, если я правильно понимаю примеры...

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

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

т.е. группа товаров 1 продается лучше и быстрей,
хоть абсолютные скорости у них равны... как-то так
25. Олег Крапивный (powerpc) 21.10.11 00:46
(24) pt_olga, спасибо за Ваши доводы. Думаю Вы тоже правы в чем то.

Рискну предположить, что в Вашем примере по сумме Группа1(10)=Группа2(10), а по среднему Группа1(10)>Группа2(1) получается, что 10 проданных штук Группы 1 больше 10 проданных штук Группы 2.
26. Дмитрий Воробьев (matpukc) 21.10.11 12:23
этот отчет работает только с оптовыми складами? я попробовал сделать по розничным и выводиться пустой отчет
ozimovs@gmail.com; minuby; +2 Ответить
27. Максим Пономарев (Ponommax) 21.10.11 12:59
Отчет не плох но не учитывает праздничные и выходные дни. Это здорово искажает картину, особенно будет заметно в январе.
28. olga pt (pt_olga) 21.10.11 14:41
(25) powerpc, ну Вы хоть согласны, что товары из группы 1 продаются лучше, чем товары из группы 2? :)
29. Олег Крапивный (powerpc) 21.10.11 15:37
(28) pt_olga, Оленька, постом выше говорят, что мол праздники, выходные. Может в ресторан лучше вместе сходим ? Ну их, группы, пусть отдохнут от нас с вами :)
30. olga pt (pt_olga) 21.10.11 15:43
(29) powerpc, обязательно сходим! но боюсь в разных городах, а возможно и странах )))

приятных выходных, коллеги :)
31. Марк (marku) 24.10.11 15:32
В отчете возможно видеть оборачиваемость в динамике по месяцам (дням, неделям...)?
32. Владимир Шатохин (vovkakursk) 24.10.11 19:35
33. Олег Крапивный (powerpc) 26.10.11 12:18
(31) marku, конечно нет. Продажи можно развернуть по периодам, а что в таком случае делать с конечными остатками, которые рассчитываются на конечную дату ?
34. Олег Крапивный (powerpc) 26.10.11 17:48
(30) pt_olga, добавил в архивы Анализ продаж на основе Универсального отчета, можете комбинировать любыми вариантами расчета по сумме или по среднему (настройка -> выбор показателей).
35. Олег Крапивный (powerpc) 26.10.11 17:49
(18) rumik007, в Универсальном отчете можете группировать по любым реквизитам Номенклатуры, Склада.
36. Руслан Микулович (rumik007) 27.10.11 09:50
powerpc пишет:

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


Причем здесь универсальный отчет??? Ты же уже отвечал на мой пост(18). Не понимаю.....
37. Олег Крапивный (powerpc) 27.10.11 11:19
(36) rumik007, тогда сорри за мою невнимательность.
38. Roman Bit (RomKazim) 03.11.11 14:42
Мне непонятен алгоритм формирования отчета. Если я не ошибаюсь вы упускаете одну важную часть анализа.
39. Svetlana M (sl-sl) 03.11.11 15:31
хороший отчет, спасибо автору!
40. Олег Крапивный (powerpc) 03.11.11 16:52
(38) RomKazim, а можно узнать какую именно ?
41. Михаил Гомбоев (yoyoman) 14.11.11 10:53
Будет ли отчет работать если его реализовать через регистр ТоварыНаСкладах?
42. Олег Крапивный (powerpc) 15.11.11 08:59
(41) yoyoman, в отчете и так используются регистры накопления семейства "ТоварыНаСкладах...".
43. Александр (alexkl) 18.11.11 09:56
Менеджеры с продаж всегда недовольны (в том числе, непонятыми собственными желаниями)
44. Dmitriy (ddd_l) 20.11.11 14:02
Подскажите- а планируется ли делать подобный отчет для УТ 11?
а то вот планируем автоматизацию, и пока точно не решили на какой конфигурации запускать, программист настаивает на 11 версии. но вот для нее пока маловато внешних и дополнительных обработок.
45. Олег Крапивный (powerpc) 20.11.11 14:44
(44) ddd_l, постараюсь сделать на следующей неделе для УТ 11, если получится, напишу в личку и сюда. Не знаю насколько сыра еще УТ 11, особенно в плане выгрузки в Бухгалтерию. Кстати в УТ 10 стандартная выгрузка в Бухгалтерию тоже не ice. Особенно когда выгружаются возвраты от покупателей, много косяков в выгрузке. Зачем вам много внешних и дополнительных обработок ? Берите лучшие, адаптируйте под УТ 11, программист у вас есть. Никто не гарантирует вам правильную работоспособность скачиваемых внешних отчетов и внешних обработок. УТ 11 в отличие от УТ 10 не удаляет чеки, сможете анализировать количество покупателей, покупок, длинну и сумму чека. Мы не дождались выхода типовой УТ 11, поэтому подсели на 10. Теперь новые возможности нам недоступны, так что делайте выводы. Посмотрите описание УТ 11 в красно-желтой книжке, возможности гораздо шире и гибче. Оговорюсь, что все сказанное - мое субъективное мнение.
46. Михаил Кушев (ImPenguin) 07.12.11 11:19
Как идут дела по работе над отчетом для УТ11?
47. Олег Крапивный (powerpc) 08.12.11 20:56
(46) ImPenguin, идут потихоньку.
49. Sany Hawk (sanyhawk) 10.12.11 02:54
Спасибо за отчет, я как раз искал что-то подобное. Вставлю свои 5 копеек. Меня смутило, что на расчет упущенной прибыли влияет часть периода, когда формально товара еще не было в природе. Поясню на примере. Жизненный цикл товара начинается с момента появления его первой партии на складе, и желательно, чтобы расчет в отчете велся от даты первой партии товара, а не даты начала периода, которую задал пользователь. Ведь согласитесь, что некорректно в расчете упущенной прибыли учитывать часть периода, когда товар еще даже в справочник Номенклатура не был занесен. Если для одной позиции еще можно запустить отчет Ведомость по партиям товара и определить корректную дату начала периода (не раньше первого поступления), то для товарной группы со множеством позиций этот подход не годится.

Могу поделиться идей как сделать этот отчет максимально полезным инструментом. Всем более-менее продвинутым управленцам знакомы ABC и XYZ анализы номенклатуры. Всем известно правило 80/20. Где за 80% прибыли отвечает всего лишь 20% номенклатуры. Внутри этой 20%-ой группы номенклатуры, условно говоря, есть товары 1) с очень хорошей оборачиваемость, которые должны быть всегда на складе без перебоев, 1) товары со средней оборачиваемостью, остатками которых нужно тоже управлять по-уму и 3) маржинальные товары, которые поставляются, как правило, только на заказ. В оставшихся 80%-ти процентах товаров можно тоже с помощью ABC&XYZ анализа выделить подобные классы. Так вот если бы в отчете была функциональность позволяющая на первом шаге отбирать эту самую критичную в плане упущенной прибыли номенклатуру и затем уже рассчитывать для этих позиций величину упущенной прибыли из-за отсутствия ее на складе, вот тогда бы этот отчет был полезней на порядок.
51. Олег Крапивный (powerpc) 12.12.11 12:08
(49) sanyhawk, спасибо за интересную информацию. Анализ проводится за период фактического функционирования магазина. Все равно виноваты Менеджеры по закупкам, потому что ходовой товар привезли только 10 числа, а не 1-го например. Хотя как вариант отчета вполне понятна Ваша идея.
52. Олег Крапивный (powerpc) 12.12.11 12:47
(46) ImPenguin, для УТ 11 готов отчет.
53. Михаил Кушев (ImPenguin) 12.12.11 13:36
Спасибо за отчет для УТ 11!!!
54. Михаил Кушев (ImPenguin) 12.12.11 14:09
Заметил один недочет в обработке для УТ11, в настройках отбора, если пытаешься указать группу номенклатуры, то на выбор выходят поля, а не группы номенклатуры.
Т.е. отбор: Номенклатура В группе ... и вот тут поля.
55. Олег Крапивный (powerpc) 12.12.11 15:10
(54) ImPenguin, по умолчанию поля компоновки стоят.
56. Олег Крапивный (powerpc) 12.12.11 15:11
(54) ImPenguin, не используйте мою строчку отбора, добавьте свой элемент отбора (чуть выше "+ Добавить новый элемент", выберите "Номенклатура в группе - Группа". Все заработает.
ImPenguin; +1 Ответить
57. Михаил Кушев (ImPenguin) 13.12.11 06:55
Да, действительно, так работает. Странно, что поле тоже самое, а выбирать дает совершенно другие значения... Спасибо!
58. Михаил Кушев (ImPenguin) 19.12.11 11:02
Добрый день!
В обработке для УТ11, если убрать группировку по складу, и выводить отчет скажем по 2м складам, то строчки с номенклатурой двоятся, если по 3м складам, то троятся. Можно как-то исправить этот недочет? Чтоб строчки, при отключенной группировке, объединялись в одну.

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

Спасибо!
59. Олег Крапивный (powerpc) 20.12.11 09:24
(58) ImPenguin, смоделировал Вашу ситуацию. Нормально сработало (см.скриншот)
Прикрепленные файлы:
60. Михаил Кушев (ImPenguin) 20.12.11 09:40
Сделал все также как и у Вас на скриншоте: Строчки двоятся. Можно было бы конечно и не указывать склады в одном из отборов. Но у меня ситуация все равно не меняется...
Прикрепленные файлы:
61. Олег Крапивный (powerpc) 20.12.11 11:06
(60) ImPenguin, у вас не последний вариант отчета, т.к. в последнем сортировка по убыванию скорости продаж. Так же обратите внимание, что в отборе у Вас один раз "в списке Дзержинского, Набережная", а в выведенной форме отчета непосредственно в табличном документе задвоилось "Отбор В списке ... И В списке ... И Номенклатура В Группе". Попробуйте нажать в форме отчета справа сверху "Действия -> Установить стандартные настройки". А затем настроить отборы как Вам необходимо.
62. Михаил Кушев (ImPenguin) 20.12.11 12:50
И еще момент пришел в голову: Можно установить флаг учитывать резервы, чтоб остатки показывались за минусом резерва. Так как могут быть ситуации, когда товар "под остаток" находится в резерве долгое время.
63. Михаил Кушев (ImPenguin) 20.12.11 12:59
Скачал сейчас отчет еще раз. Сформировал, все равно выводит номенклатуру по 2м складам, только в разных местах отчета:
P.S. отбор по группе номенклатуры сделан для того, чтоб отчет строился побыстрее.
В Вашем примере 2 склада имеют разные виды продукции. На складе с мебелью только мебель, на складе с продуктами, только продукты. Отсюда и создается впечатление что товары не дублируются. Попробуйте на склад с продуктами переместить мебель, и Вы увидите, что товар который вы переместили задвоится.
Прикрепленные файлы:
64. Олег Крапивный (powerpc) 22.12.11 12:08
(63) ImPenguin, для отбора по складам в запросе необходимо присутствие поля Склад. Строчки у Вас не задваиваются, а выводятся для каждого склада своя. Чтобы получить общую аналитику для каждой номенклатуры, вместо группировки "Склад" выберите группировку "Номенклатура". Сам протестировал, получилось (в т.ч. для нескольких складов с продуктами).
65. Михаил Кушев (ImPenguin) 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. Miffka (mikhailv) 23.12.11 17:12
Спасибо! Отчет хороший.
Есть один недостаток: если хочется проанализировать в целом по организации без разбиения на склады, то получается следующее. (На примере Универсального).
Допустим, анализируем за 30 дней.
Товар был на одном складе все 30 дней, а на другом 10 дней. Показывается:
Дней наличия на складе (сумма): 40
Дней отсутствия на складе (сумма): 20 дней

Хотелось бы видеть наличие из 30 дней 30 в этом случае, а отсутствие 0, т.к. товар фактически всё-таки был.
67. Miffka (mikhailv) 23.12.11 18:00
Предлагаю еще доработку: добавить колонку "Количество дней до окончания запаса", равную колво остаток / скорость продаж.
Очень интересная цифра для неликвидов получается:) Ну и, конечно же, соглашусь с:
ImPenguin пишет:
5. Неплохо было бы видеть конечный остаток не только в шт, но и в себестоимости.
68. Petr (sevipa) 12.01.12 01:55
69. Arikite (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) 29.02.12 13:51
1. Можно установить флаг учитывать резервы, чтоб остатки показывались за минусом резерва. Так как могут быть ситуации, когда товар "под остаток" находится в резерве долгое время. (это я описывал чуть выше). Если товара на складе 10шт, и все 10шт. в резерве, это должно отражаться как отсутствие товара (ведь по сути другие менеджеры не могут его отгрузить).

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

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

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

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


Не смотрели еще эти вопросы???
75. Олег Крапивный (powerpc) 12.03.12 10:30
Для различных группировок используйте настройки универсального отчета.
Код отчетов всех версий открыт, так что каждый может допилить отчет под себя.

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

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

Всем спасибо за советы, комментарии и пожелания. Благодарю за плюсы и скачивания.
76. Мирон Любка (minuby) 13.03.12 11:06
очень нехватает данных по складам типу "Розничные".
77. Алексей Ромашов (krund) 17.03.12 23:18
Прикольная обработка. РЕСПЕКТ И УВАЖУХА автору
78. Антон Антонов (materiy_boec) 23.03.12 17:49
Мне понравилась обработка
79. anton untalk (twilight) 11.04.12 23:05
Ошибка получения информации набора данных
по причине:
Ошибка в запросе набора данных
по причине:
{(99, 1)}: Синтаксическая ошибка ";"
<<?>>;


что может быть не так?
платформа 8.1
80. aleks mmx (turboatom) 14.04.12 01:13
У меня почемуто показывает движения только по оптовому складу, по складу АТТ пусто
81. Banderas Banderas (volsh77) 30.05.12 03:27
Сам нечто подобное делал http://infostart.ru/public/127795/. На базе универсального отчета.
Хорошая работа.
82. Павел Зайцев (pzu) 20.06.12 14:14
я так понимаю, что по розничным складам не рассчитывается? низачот, на доработку
83. Павел Арутюнов (Arutunov) 03.07.12 10:32
Формирую отчет в УТ 10.3 с отбором по "Количеству Продаж" меньше 1 он выбирает только тот товар, который продавался в выбранном периоде, а тот который лежит на складе мертвым грузом не отображается.
84. Константин З (Zyevkl) 19.07.12 10:59
Спасибо. отчет отличный. не совсем понятно
про некоторые столбики в отчете
Дней наличия остатка Количество дней отсутствия остатка Продано Скорость продаж

Как эти поля рассчитываются? Отчет по складам.
Спасибо
85. Klavdiya (kvp) 30.08.12 12:52
Спасибо, хороший отчет, сейчас , в частности, как раз очень нужны были цифры по количеству дней отсутствия товара на складах. Остальное тоже посмотрим.
86. Еlen Jatsenko (alenakrr) 11.09.12 12:53
Респект однозначно! Пришлось, правда, перепилить под регистр Партии товаров на складах в УТП Украины простой заменой Товары на складах во всем запросе и переместить склады в вертикальную группировку. Но это единственные "допилы"))
87. Дмитрий Медведев (dimbasbear) 26.11.12 12:48
Добрый день!
Скажите в данном отчете оборачиваемостью является показатель "Скорость продаж" (рассчитывается как Количество продано /Дней наличия)?

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

Неплохая статья по оборачиваемости
88. Владимир Балашов (vlanik) 25.03.13 15:25
Спасибо за отчет, минимальные переделки и для Украины тоже работает.
89. Shade (Shade) 03.06.13 07:07
Здравствуйте, а в варианте для УТ11 анализируются чеки ККМ или отчеты? Если чеки, то не могли бы вы назвать отличие строк в коде обработки для отчетов и чеков, чтобы можно было сомостоятельно поменять эти строки в обработке для УТ 10.3, при условии что чеки не удаляются. Заранее спасибо :)
90. Shade (Shade) 03.06.13 07:07
И спасибо большое за обработку :-)
91. Олег Крапивный (powerpc) 04.06.13 10:33
(89) Shade, Здравствуйте. Для УТ11 как и для УТ 10.3 продажи берутся из регистра "Продажи", независимо от регистратора.
92. Олег Крапивный (powerpc) 04.06.13 10:34
93. Shade (Shade) 10.06.13 13:38
Странно, что в универсальный отчет не попадают продажи за текущий день. Это почему?
94. Владимир Кед (KVG7) 02.07.13 09:25
День добрый. А существует ли такой отчет для Альфа-авто: Автосервис + автозапчасти?
95. Sergey Smirnov (smirnoffs) 12.07.13 16:43
(88) vlanik, может поделитесь переделанной для Украины версией? Ну или хотя бы характером переделок? А то ведь регистр "Продажи" вроде бы у все одинаковый должен быть.
96. Sergey Smirnov (smirnoffs) 12.07.13 16:57
Хотя бы в теории в Управоении Торговлей для Украины должна обработка работать или нет? У меня абсолютно пустой отчет при любых настройках.
А еще в АнализПродажИОборачиваемостиПоСкладам_82.epf две кнопки "Настройки..." Но и их наличие не спасает ситуацию.
97. Олег Крапивный (powerpc) 17.07.13 11:57
(96) smirnoffs, если есть регистры из запроса в отчете, то конечно будет работать. у меня нет УТ для Украины, к сожалению.
98. Sergey Smirnov (smirnoffs) 17.07.13 12:20
(97) powerpc, теоретически УТ2 для Украины - это стандартная УТ 10.
99. vlad kan (truba) 17.07.13 12:28
Вопросы по конечному остатку. Скорее методологические. Дело в том что какой смысл в остатках на конец анализируемого периода? Остатки имеют смысл только реальные, т.е. те последние которые в базе зафиксированы. А для анализа оборачиваемости за январь к примеру какой смысл знать остатки на конец января?
100. Олег Крапивный (powerpc) 17.07.13 13:53
(99) truba, отчет выявляет "дыры" в текущих запасах товаров на складе, которые хорошо продаются. Т.е. смысла анализировать "дыры" в запасах на конец января нет. Вторая дата поэтому обычно текущая, а первая дата - величина возврата в историю для анализа продаж. Здесь также надо учитывать сезонность продаж, поэтому глубина просмотра продаж не регламентируется, а определяется в зависимости от конкретного случая. Обычно это последние 30 дней с текущей даты назад, так и устанавливается период по умолчанию при открытии отчета.
101. vlad kan (truba) 17.07.13 15:53
(100) powerpc, я вот собственно по сезонности этот вопрос и хотел задать.

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

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