gifts2017

Скорость продаж товаров по складам для УТ 10.3 с учетом дней наличия остатка товара на складе

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

Внешний отчет для типовой конфигурации Управление торговлей 10.3.

Рассчитывает в разрезе складов:
- количество дней наличия/отсутствия остатка товара,
- количество проданного товара за период,
- конечный остаток.

Позволяет оценить фактическую скорость продаж товара как по торговому предприятию в целом, так и по его отдельным торговым точкам.

Отчет написан на СКД. В основу положены идеи из публикации пользователяelizarovsОтчет для оценки складских запасов (с использованием данных регистра Партии товаров на складах)

Важные отличия:

  • Продажи анализируются в разрезе складов;
  • Учитываются продажи по ордерной схеме;
  • Товар анализируется в разрезе характеристик;
  • Не используются данные регистра Партии товаров на складах (не важно, ведется ли партионный учет по складам и списываются ли партии при проведении документов).

Подключите файл как дополнительный внешний отчет (Сервис - Внешние печатные формы и обработки - Внешние отчеты).

Отчет позволяет решать следующие задачи:

  • Выявление неликвидного товара на складах;
  • Оценка возможностей торговых точек и торгового предприятия в целом по реализации товара;
  • Планирование объемов поставок товара в торговые точки;
  • Прогнозирование скорости реализации товара для планирования закупок.

Ограничения:

  • Не учитываются выходные дни торговых точек.

 

Внимание: В дополнительных файлах есть отчет для тех, кто не использует характеристики номенклатуры.

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

Наименование Файл Версия Размер Кол. Скачив.
Анализ скорости продаж
.erf 7,73Kb
09.04.13
481
.erf 7,73Kb 481 Скачать
Анализ скорости продаж (без характеристик)
.erf 7,72Kb
09.04.13
92
.erf 7,72Kb 92 Скачать

См. также

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

Комментарии

1. Андрей Данилюк (DanilaDru) 09.08.10 12:30
На днях пользовался этим алгоритмом расчета. Вопрос. Если поменять с регистра накопления "партии товаров на складах" на "товары на складах". Так как партии проводятся в конце месяца и проведение по партиям во время проведения документов отключено. Для алгоритма это критично будет ?
2. Eugeneer (Eugeneer) 09.08.10 13:06
Посмотрел отчет. как минимум могу сказать он нерабочий потому что неправильный.
Вы заявили о том что продажи в разрезе складов. Вы наверное в курсе что в УТ 10 продажи не ведутся в разрезе складов - данное измерение отсутствует. По вашему же запросу продажи не могут правильно! отрабатывать по складам.
Второе: алгоритм подсчета дней тоже неправильный. не учитывается производственный календарь - выходные. Как минимум вы уж могли бы посмотреть на 1С Розница в которой есть гораздо обширнее отчет который содержит верный и четкий алгоритм.
3. Eugeneer (Eugeneer) 09.08.10 13:11
"Выявление неликвидного товара на складах;" а где же сама ликвидность?
"Оценка возможностей торговых точек и торгового предприятия в целом по реализации товара;" - что такое оценка в данном отчете? расшифруйте.
"Планирование объемов поставок товара в торговые точки;" - отсутствует в принципе.
"Прогнозирование скорости реализации товара для планирования закупок." - опять отсутствует.

В разработке много заявлено, но по факту все указанное просто отсутствует. Выводятся обычные данные, к тому же еще неправильные. Сделал сравнение с получением данных из разработки http://infostart.ru/public/22125/ (которая как минимум озвученные функции предоставляет), сделал анализ вручную конкретных позиций. По своему алгоритму как минимум я смог проверить выборочные позиции с типовыми отчетами и движениями товаров. По вашему у меня вышли совершенно другие циферки. Причины я описал.
4. Сергей Филиппов (vipElek) 10.08.10 10:40
DanilaDru, этот отчет как раз не использует Партии товаров на складах, данные берутся из регистров Товары на складах и Продажи.
5. Сергей Филиппов (vipElek) 10.08.10 10:47
(3) Eugeneer, спасибо вам за замечания.
Постараюсь ответить на ваши вопросы в ближайшее время и, по возможности, доработать отчет.
6. Дмитрий Шерстобитов (DitriX) 16.08.10 04:24
Открыл, нажал, крит...
ВЫБОР КОГДА НЕ ВЫРАЗИТЬ(ДниНаличияОстатка.КоличествоДнейНаличияОстатка КАК ЧИСЛО(10, 2)) = 0 Тогда
ВЫРАЗИТЬ(Продажи.КоличествоПродано / ДниНаличияОстатка.КоличествоДнейНаличияОстатка КАК ЧИСЛО(10, 2))
Иначе 0 КОНЕЦ КАК СкоростьПродаж
При делении ВСЕГДА ставь условие проверки на ноль...
artemka; vipElek; +2 Ответить
7. Сергей Филиппов (vipElek) 16.08.10 11:58
DitriX, спасибо, вставил проверку, но спровоцировать ошибку мне не удалось.
8. Алексей Ионов (ponchara) 19.09.10 09:38
Молодец. У тебя все получится! +1 за старания. Отчет достаточно сложный. Думаю, если дитально анализировать комментарии, то можно подправить некоторые моменты.
9. Сергей Филиппов (vipElek) 22.09.10 10:25
(8) ponchara, спасибо за отзыв. А какие моменты привлекли ваше внимание?
10. розница.net (ZLENKO) 12.03.12 12:39
(2) Кстати относительно регистра "Продажи" - я решил что проще добавить измерение "Склад" в регистр. Тем более что в большинстве типовых конфигураций даже код не надо дописывать для того чтобы это измерение заполнялось. Насколько это идеологически правильно предлагаю не спорить, но отсутствие измерения "Склад" в ряде случаев доставляет массу неудобств. Приходится связывать подразделение со складами и т.п.
11. Елена Вас (Elenavvv) 25.11.13 11:42
Не работает в Управление торговлей", редакция 10.3 (10.3.20.2)
12. Maxim Odinsov (Odinsov) 02.04.14 13:31
Спасибо, пригодилось
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа