gifts2017

Анализ продаж ABC(прибыль)-XYZ(спрос). Оптимизация отгрузок менеджерами. Отчёт. Авто-документ "Перемещение ТМЦ".

Опубликовал Юрий Португалов (Sprite) в раздел Обработки - Обработка документов

При работе с розничным покупателем всегда существовали вопросы:
*  Как оптимизировать ассортимент товаров для удовлетворения спроса?
*  Как увеличить эффективности продаж, предлагая товары дающие максимальную прибыль?
"Спрос рождает предложение" - это для нас. С небольшой оговоркой. Предлагаем покупателю то, что он желает приобрести, но с наибольшей прибылью для Компании.

На основании обработки получаем:
1) Отчет со множественными фильтрами по продажам товара за период.
2) Автоматическое формирование документа "Перемещение ТМЦ" с подбором номенклатуры и количества на основании заданного анализа и методов подбора.
3) Принципиальное решение об изменении розничных цен. Многие Компании изменяют цены, оглядываясь на конкурентов. А мы - на спрос и прибыль товара!
4) Оптимизация ассортимента. Можно привлечь на помощь категорийный менеджмент и пересмотреть принципы закупочной политики и принципы мерчандайзинга. Дело сложное. А у нас автоматизировано в зависимости от спроса и прибыли на реализуемый товар!

 

Требует наличия Formex.dll
Ознакомиться с применением: http://www.dorex.ru/?projects&formex
Скачать:http://www.dorex.ru/?projects&formex&download
Статья "Оптимизация отгрузок товаров в розничные торговые точки"
http://infostart.ru/articles/249/
Спасибо всем принявшим участие в обсуждении:
http://infostart.ru/forum/read.php?21,11941,ref=17051

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

Учту. Доработаю.
Португалов Юрий
г.Смоленск
-------------------------------------------------
ВАЖЕН РЕЗУЛЬТАТ !!!

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

Наименование Файл Версия Размер
manager_analyzer 03 336
.1195049470 55,24Kb
25.09.09
336
.1195049470 55,24Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. albochkov (Aleksey.Bochkov) 05.11.07 03:35
Шрифт = Сервис<<?>>.СоздатьШрифт(Имя,Высота,Жирность,Курсив,Подчеркивание,Зачеркивание,Наклон);
{C:\DOCUMENTS AND SETTINGS\ALEXEY\РАБОЧИЙ СТОЛ\MANAGER_ANALYZER.ERT(524)}: Переменная не определена (Сервис)
а где "СоздатьОбъект..."???
2. albochkov (Aleksey.Bochkov) 05.11.07 03:39
"Если LoadAddIn("FormEx.dll") <> 0 Тогда" в цикле.. очень смешно :)))
3. albochkov (Aleksey.Bochkov) 05.11.07 03:46
Зря сделали автоматическую максимизацию окна при открытии... у меня вообще все сместилось и не понятно что откуда...
Предусмотрите заполнение настроек X, Y, Z, A, B и С по умолчанию, т.к. я, например, при первом просмотре понятия не имею какие величины там должны быть.
В общем у меня до формирования отчета не дошло... Смотреть не особо хочется, хотя и тема для меня актуальная.
4. Юрий Португалов (Sprite) 05.11.07 09:38
то: albochkov
// Для FORMEX в глобальном модуле:
Перем Сервис Экспорт;
// Переменнная служит для того, чтобы один раз создать объект "Сервис"
// и в последствии не терять время на его создание в объектах конфигурации.
// Для формирования значения цвета из составляющих RGB:
Функция ПолучитьЦвет(Красный = 0,Зеленый = 0,Синий = 0) Экспорт
// функция для формирования значения цвета из составляющих (RGB)
Возврат Макс(0,Синий)*65536+Макс(0,Зеленый)*256+Макс(0,Красный);
КонецФункции

// Далее в глобадьном модуле:

Процедура ПриНачалеРаботыСистемы()
............
/ /Для работы с Formex
//пытаемся загрузить компоненту в формате штатной ВК
Если ЗагрузитьВнешнююКомпоненту("FormEx.dll") = 0 Тогда
Предупреждение("Неудачная попытка загрузить FormEx.dll");
СтатусВозврата(0);
Возврат;
КонецЕсли;
Сервис = СоздатьОбъект("Сервис");
//разрешаем использование раскраски таблиц
Сервис.ВключитьРаскраскуТаблиц();
...........
КонецПроцедуры //ПриНачалеРаботыСистемы()
5. Юрий Португалов (Sprite) 05.11.07 09:42
то: albochkov
// Если LoadAddIn("FormEx.dll") <> 0 Тогда ........
Согласен. Вынес из цикла тремя строками выше. Хотя можно и полностью удалить условие в этой процедуре.
6. Юрий Португалов (Sprite) 05.11.07 09:56
то: albochkov
X, Y, Z, A, B и С - процентные значения относительно средних показателей нормы прибыли (A, B и С) и спроса (X, Y, Z)
С моими товарами они принимают значения 30<A>100, 20<B>60, 5<C>30
Понятно, что A>B>C. По умолчанию не имеет смысла. Для каждой анализируемой группы эти показатели индивидуальны и требуют размышлений менеджера.
Информацию добавил в описание.
7. Юрий Португалов (Sprite) 05.11.07 10:01
Максимизацию окна убрал. Выложил сборку manager_analyzer02.rar
8. Viacht (viacht) 05.11.07 17:52
Мне кажеться на украинских конфах не пойдет
9. Юрий Португалов (Sprite) 05.11.07 19:09
Украинские не смотрел. Если там существуют "Регистр.ОстаткиТМЦ" и "Регистр.ПартииНаличие", их измерения и ресурсы соответствуют выборке по Запросам в обработке - почему бы и нет...
10. happyjack (Happyjack) 05.11.07 20:51
Если все будет как в описании, то непонятно где счет автору, куда денег прислать.
11. Юрий Португалов (Sprite) 05.11.07 21:22
то: Happyjack
Пока версия Beta - БЕСПЛАТНО! Всё по-честному. Знакомьтесь, пользуйтесь.
Жду рекомендации и рейтинг.
Happyjack; das; +2 Ответить
12. Viacht (viacht) 06.11.07 23:06
Регистры называются несколько иначе, попробую заменить названия и сообщу о результате.
13. Юрий Португалов (Sprite) 07.11.07 12:26
Ок. Очень интересно получить отзыв. Готов помогать советами.
14. Юрий Португалов (Sprite) 14.11.07 17:23
manager_analyzer 03

Добавлен анализ дефицита товара при отгрузке со склада поставщика.
Изменён порядок определения "Дней продаж". Вычисляем через ТЗ, а не в цикле Запроса.
Отсечены документы "Перемещение ТМЦ".
Рассчёт ведется исключительно по документам "Реализация".
Подшлифованы данные в таблице отчёта.
15. Олег Скляр (skol) 15.11.07 07:22
Посмотрел manager_analyzer 03. Всё о чем писал раньше - так и осталось...
Сегодня подумалось, что хорошо бы поменять подход...
Сначала сформировать ABC-XYZ анализ, а из него по каждой конкретной позиции номенклатуры пускать Вашу обработку, т.к. ABC анализ уже покажет рейтинг товара. Кроме того возрастет скорость обработки (или один товар или множество).
Главная заковыка у менеджеров - результаты ABC анализа. Ну получили - а чего с ним делать??? С группами A и B вроде понятно. А с C? Главная задача - сформировать категории товаров (или ассортиментную матрицу). А ещё главнее - сломать стереотипы менеджеров в подходе к анализу закупа. Ты им наизнанку уже всё вывернул. Доказываешь - товар не продается... По барабану... Извините - отвлекся...
Попробую реализовать... Напишу.
16. Юрий Португалов (Sprite) 15.11.07 11:11
to Skol:
Очень согласен с рассуждениями по поводу ассортиментной матрицы.

Когда задумал писать эту обработку, предполагал решить несколько задач:
1. Произвести анализ ассортимента Компании. Оценить состояние товара в рознице относительно спроса и прибыльности. Результаты анализа использовать как аргументацию необходимости формирования ассортиментной матрицы.
2. Поскольку такой анализ позволяет определиться с грамотным заказом товара для розничных магазинов - значит отгружать с главного склада только необходимое. Лишние товарные запасы - это Проблема. Проблема рассасывается по торговым точкам на кучку маленьких и не заметных проблемок. Задача сконцентрировать Проблему в одном месте (на Главном складе) и там её решать. Как решить проблему лишних товарных запасов, которые теперь явно видны? Конечно - уменьшать закупки, распродавать остатки. Это уже становится понятным даже тупым менеджерам.
3. Для того, чтобы разгрузить менеджеров по подбору товара на отгрузку (у нас этим занимаются 3 чел. по 1 часу в день) создан документ "Перемещение ТМЦ".

По товарам группы С...
Методика подхода: Упрощённые методы планирования и контроля.
Группа С может быть детализирована на С1 и С2. Например, существуют товары, доля которых в прибыли менее 1% - мы назовём её С1. Товары, доля прибыли которых стремится к 0% - С2. Такие товары целесообразно выделять поскольку они показывают "мёртвый" товарный запас. Это не означает, что такие товары не нужны - возможно, они являются частью экспозиции или зап. частями. Но в любом случае они подлежат отдельному анализу.
Задайте вопрос: "Что они делают на моём складе? Почему они досих пор находятся в товарной номенклатуре?" А возможно они только введены в ассортимент и являются новыми растущими позициями?
Вывод: После ABC-XYZ анализа ( прибыль- спрос). Используем стандарные возможности 1С. В карточке товара указываем минимально необходимый остаток для товаров, включаемых в ассортиментную матрицу. А дальше обработка будет автоматом включать необходимые товары в отгрузку.
17. Олег Скляр (skol) 15.11.07 17:13
А что входит в понятие "главный склад"? Если это распределительный центр для всех магазинов и на него идут поступления от поставщиков, и далее по магазинам, тогда подход не понятен . Строить работу надо, [/b] это мое мнение [/b], с системи заказов по поставщикам. Иначе какой смысл? Ненужный товар уже в Компании. И за него надо платить. Или... что такое "главный склад"?
18. Юрий Португалов (Sprite) 15.11.07 20:39
to skol:
Главный склад - это условное название основного склада Компании. Туда поступает товар от поставщиков. С него же товар перемещается на розничные склады (торговые точки). Мы говорим об анализе перемещения товара с Главного склада на розничные склады и об автоматическом формировании документа "Перемещение ТМЦ".
Действительно, общая проблема оптимизации товарных остатков по компании, мной делится на 2 части. Вторая часть общей проблемы - это оптимизация заказа у поставщиков.
Если Вы меня правильно поняли, общую Проблему решаю с другого конца.
1. Запрещаем поставку в магазин с Главного склада товара (который даёт мало прибыли и не пользуется спросом).
2. Излишки товара не пользующегося спросом и дающие мало прибыли остаются на Главном складе.
3. Обязательно буду включать оптимизацию системы заказов у поставщиков в следующую разработку.
По поводу УЖЕ не нужного товара в Компании, за который надо платить... Согласитесь, это другая проблема! Его надо оплатить и реализовать!
В общем случае ВАЖЕН РЕЗУЛЬТАТ. И становится не важным с чего начинать.
С маленькой оговоркой... Почему-то считается что товар сначала должен быть оптимально закуплен. Если магазин открывается, то ДА! А если работает давно и статистика продаж наработана, то ОПТИМАЛЬНЫЙ ЗАКАЗ ОПРЕДЕЛЯЕТСЯ СПРОСОМ ПОКУПАТЕЛЯ и ПРИБЫЛЬЮ ПРОДАЖ!
... А ход ваших мыслей очень правильный...
19. Олег Скляр (skol) 16.11.07 08:47
1. Запрещаем поставку в магазин с Главного склада товара (который даёт мало прибыли и не пользуется спросом).
2. Излишки товара не пользующегося спросом и дающие мало прибыли остаются на Главном складе.
....
Получается:
1. Ваши менеджеры по закупкам товара у поставщиков продолжают работать в прежнем режиме. И везут и нужный и не нужный товар на Главный склад в прежних пропорциях.
2. Компания платит и за нужный и не нужный товар.
3. Вы (своей обработкой) оставляете ненужный товар на Главном складе, а нужный отправляете по магазинам.
=> Результат:
Количество не нужного товара на Главном складе возрастает в арфметической прогресси. Места на Главном складе становится недостаточно. Открываем новый склад. :-)
20. Олег Скляр (skol) 16.11.07 08:53
P.S. В понедельник слетаю, послушаю что по этому поводу Бузукова говорит...
21. Юрий Португалов (Sprite) 16.11.07 13:09
Ну что Вы говорите!
Я же указывал, что это две составляющие одной проблемы.
Сейчас мы говорим о первой - оптимизация отгрузок с Главного склада. Решение этой части проблемы - задача данной разработки.

Что бы вторая проблема ( заказ товара у поставщика ) не мешала нам думать, считаем, что товар закупается Компанией ОПТИМАЛЬНО.

По поводу кооментария о результате...
=> Результат:
Количество не нужного товара на Главном складе возрастает в арфметической прогресси. Места на Главном складе становится недостаточно. Наконец-таки решаем закупать оптимальные количества!
Что делать с уже закупленным товаром? Ответ старый - распродавать!

Передавайте Екатерине Анатольевне лучшие пожелания. Я с ней лично не знаком, но
поболтать было бы тоже интересно.


22. Юрий Португалов (Sprite) 22.11.07 11:31
В корне меняю принцип подбора товара в документ "Перемещение ТМЦ":
Сначала создаётся ТЧ подобранных товаров в форме обработки.
Отмечаются товары для переноса в документ.
Выводятся динамические подсказки по ВК Roberta :http://infostart.ru/projects/1360/
по каждой строке номенклатуры.
Если увижу интерес в ветке форума и рейтинг - буду выкладывать для скачивания. :-)
В противном случае - по запросу в личку!
23. Юрий Португалов (Sprite) 03.12.07 17:17
Что будет в предстоящей версии.
1. Отдельная табличная часть формы обработки - для анализа номенклатуры. Очень удобно не только для транспортировки товаров в документ, но и для оперативного ABC-XYZ анализа.
2. Динамические подсказки от Roberta (http://infostart.ru/projects/1360/) на табличной части.
3. Благодаря отдельной ТЧ на форме обработки не требуется вмешательство в пользовательские конфигурации.
4. Достигнута универсальность применения.
5. Уделено внимание удобству восприятия данных.

Полная Версия Stable будет выложена, по примеру ЧЕ, в качестве Новогоднего подарка на ограниченное количество дней. Следите за веткой форума.
Советы пока ещё принимаются. :-)
---------------------------------------------------------------------
24. BliNick (blinick) 04.12.07 13:11
В комплексной будет работать
25. Юрий Португалов (Sprite) 04.12.07 15:21
Для всех спрашивающих «Будет ли работать с …. Конфигурацией?»
В обработке происходит анализ продаж по регистру «ПартииНаличие»
Текст основного запроса:
"//{{ЗАПРОС(Сформировать)
|Период с ВыбНачПериода по ВыбКонПериода;
|Фирма = Регистр.ПартииНаличие.Фирма;
|Номенклатура = Регистр.ПартииНаличие.Номенклатура;
|МОЛ = Регистр.ПартииНаличие.МОЛ.ТекущийЭлемент;
// |СтатусПартии = Регистр.ПартииНаличие.СтатусПартии;
|Партия = Регистр.ПартииНаличие.Партия;
|ДатаПартии = Регистр.ПартииНаличие.ДатаПартии;
|ЦенаПрод = Регистр.ПартииНаличие.ЦенаПрод;
|Количество = Регистр.ПартииНаличие.Количество;
// |КодОперации = Регистр.ПартииНаличие.КодОперации;
|ПродСтоимость = Регистр.ПартииНаличие.ПродСтоимость;
|Выручка = Регистр.ПартииНаличие.Выручка;
|Док = Регистр.ПартииНаличие.ТекущийДокумент;
|Функция КоличествоНачОст = НачОст(Количество);
|Функция КоличествоПриход = Приход(Количество);
|Функция КоличествоРасход = Расход(Количество);
|Функция КоличествоКонОст = КонОст(Количество);
|Группировка Номенклатура Упорядочить по Номенклатура.Наименование ;
|Группировка МОЛ;
|Группировка День;
|Группировка Партия;
|Группировка Док;
|Группировка Выручка;
|Условие(Фирма в ВыбФирма);
//|Условие(МОЛ в СписокСкладов);
//|Условие(МОЛ в СкладПолучатель.МОЛ); остатки только по складу получателю
|Условие(Номенклатура в СписокЭлементовМФ);
|"//}}ЗАПРОС
;
Делайте выводы… :-)
А для чего выложена демка? Тестируйте!
26. Юрий Португалов (Sprite) 05.12.07 21:15
Добавил превью ТЧ Анализа
Полная Версия Stable будет выложена, по примеру ЧЕ, в качестве Новогоднего подарка на ограниченное количество дней. Следите за веткой форума.
Советы пока ещё принимаются. :-)
27. Сhe Burashka (CheBurator) 06.12.07 01:09
Чур, я первый записался на бесплатную раздачу!
28. Юрий Португалов (Sprite) 06.12.07 08:46
то: Сhe Burashka
Замётано! Только кто-то обещал и протестировать:-) .... И советов надавать:-)
Повторюсь, Ваше мнение для меня ценно!
29. Юрий Португалов (Sprite) 06.12.07 22:03
Для оценки работы менеджеров, формирующих вручную документ "Перемещение ТМЦ", будет производиться анализ "верных попаданий" менеджером в оптимальное количество отгружаемой номенклатуры!
30. OlegDro (OlegDro) 20.12.07 10:02
выдает ошибки "Переменная не определена (Сервис)" и не обнаружена функция "ПолучитьЦвет", Formex.dll версии 2.0.5.82.
31. Юрий Португалов (Sprite) 24.12.07 18:25
OlegDro

//***********************************************
// Для formex
//***********************************************
перем Сервис;
Функция ПолучитьЦвет(Красный = 0,Зеленый = 0,Синий = 0) Экспорт
// функция для формирования значения цвета из составляющих (RGB)
Возврат Макс(0,Синий)*65536+Макс(0,Зеленый)*256+Макс(0,Красный);
КонецФункции
32. Сhe Burashka (CheBurator) 24.12.07 19:45
советую вместо десятичного представленния оперировать 16-ым
Brush[0xFFCCCC] в нотации BGR - будет гораздо проще - и не надо вычилять кучи функций
33. Юрий Португалов (Sprite) 24.12.07 20:50
b] Сhe Burashka [/b]
Да чего-то уже привык так.
А привычка - великая весЧь.
По поводу "раздачи" обновлённой версии.
Блин, до "после Нового Года" не выйдет. ЗАПАРКА.
А подшлифовать ещё надо было бы. Кстати, сделал анализ качества "ручного" формирования документа. ...Очень интересно....
34. ion mue (m818rt) 14.11.11 13:45
Тоже ошибку выкидывает=(
35. Andrej Snezhinka (SnegAvik) 07.12.11 14:22
Ошибка, а так порылся в коде, нашел интересные для себя вещи)))