Преимущества:
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):
Исправлены мелкие ошибки.
Типовой отчёт всем неудобен. Мне тоже приходилось его перепиливать и всё равно были недовольные.
(0) Внешний отчет, обработка для 1С: Предприятие 8.0
УТ 10.3 на 1С: Предприятие 8.0 нет и не было, если не считать мелькнувшую и быстро пропавшую в небытиё УТ 10.3.1
(1) Поручик, в очередной раз респект за вовремя сделанный комментарий. Галку с 8.0 снял.
Для платформы 8.1 можно выложить ? На 8.2 желающие сами конвертанут.
(3) zenz, спасибо за совет. Выложил обе версии: для 8.1 и 8.2. Так что качайте, анализируйте и заполняйте опустевшие от неликвида склады магазинов «горячими пирожками».
осталось прикрутить расчет страхового запаса и автоматом формирование заявки поставщику 😉
(5) neuromancer_aza, отличная идея. Подумаю на досуге.
хороший отчет, автору респект )
А как она посчитает среднее количество продаж по рознице, ведь в день чеков ККМ может быть несколько по одному товару(следовательно несколько продаж), а в итоге получим в отчете о розничных продажах тока одну продажу.
А так респект автору!!!
(8) rumik007, отчет считает не количество покупателей, а количество проданных единиц товара. В отчет о розничных продажах попадает сумма всех количеств по чекам и соответственно в отчет тоже.
rumik007, отчет считает не количество покупателей, а количество проданных единиц товара. В отчет о розничных продажах попадает сумма всех количеств по чекам и соответственно в отчет тоже.
Теперь понятно, и еще есть вопросик: вот к примеру у меня в отчете в поле Количество дней наличия остатка по элементам номенклатуры вышло 31, а по самой группе это просто суммировалось, а по идеи должно быть скорее всего среднее значение ???
(10) rumik007, честно говоря итоги по группе для количества неинформативны ни для суммы, ни для среднего, ибо штуки+комплекты не есть гут. Если только суммы упущенной прибыли смотреть, а их точно не надо по средней. По средней там цены.
отчет какойто недоработанный…
(12) KillHunter, признаю, что нет предела совершенству).
rumik007, честно говоря итоги по группе для количества неинформативны ни для суммы, ни для среднего, ибо штуки+комплекты не есть гут. Если только суммы упущенной прибыли смотреть, а их точно не надо по средней. По средней там цены.
ну так я про количество не пишу, я о том что количество дней остатка товара по группе сильно разнится с элементами номенклатуры, т.е. в группе 5 элементов и у них количество дней остатка у каждого 31, а по группе количество дней остатка аж целых 155.
идея не плоха, но… по группировкам суммируются дни остатков зачем-то,
т.е. Товар1 был в остатках 10 дней, Товар2 — 15, итого в сумме они были в остатках 25 дней????
тоже самое и со скоростью продаж, тупо сумма
а это не корректно
(14) rumik007, упс. Под конец рабочего дня ступил. Переклинило на слове «количество». Т.е. вы думаете, что на уровне группы в колонках количества дней остатка и количества отсутствия остатка по праву должна быть формула среднего арифметического остатка. Я только за!
(15) pt_olga, с количеством дней остатка почти согласился. А вот насчет суммы скорости продаж сомневаюсь. Если товар исключительно с одинаковыми единицами измерения, то никаких проблем (сумма=сколько единиц товара в группе продано, среднее=среднее количество продаж в группе), но если единицы измерения разные, то вообще-то лучше ничего не выводить, т.к. кг+шт.
(17) а если взять за основу номенклатурную группу(я имею ввиду реквизит номенклатуры, но не иерархию), то может стоит и сделать и для скорости продаж по средней. НО это если по номенклатурной группе, а не по родителям.
(18) rumik007, у нас в разрезе родителей номенклатуры весь анализ. Добавил отдельным отчетом анализ в разрезе номенклатурных групп, может кому и пригодится. Везде количество дней на уровне группировок теперь считается по формуле среднего арифметического. Публикацию и файлы обновил. Все варианты отчетов находятся внутри архивов для соответствующей версии платформы. Спасибо за советы.
rumik007, у нас в разрезе родителей номенклатуры весь анализ. Добавил отдельным отчетом анализ в разрезе номенклатурных групп, может кому и пригодится. Везде количество дней на уровне группировок теперь считается по формуле среднего арифметического. Публикацию и файлы обновил. Все варианты отчетов находятся внутри архивов для соответствующей версии платформы. Спасибо за советы.
а расчет скорости в группировках меняли?
кг скрещивать со штуками конечно не дело, но более корректно всё же будет сумма скоростей деленная на количество элементов
как-то так 🙂
(20) pt_olga, спасибо за Ваш комментарий.
Поясню (см.также прикрепленный скриншот):
а) Для одинаковых единиц измерения суммирование более предпочтительно.
Вариант 1. Для суммы 11 > 8. Группа товаров 1 является лидером продаж и будет расположена выше в отчете, чем Группа товаров 2.
Для среднего аналогичная ситуация 4 > 1.
Вариант 2. Для суммы 11 < 16. Происходит смена лидера. Группа 2 будет выше Группы 1. Действительно товаров в группе 2 продали больше.
Для среднего лидер прежний — Группа 1. 4 > 2.
Вывод: Вариант суммы оценивает общую продаваемость. Возможно, вариант усреднения выделит ходовые малоассортиментные группы.
б) Для разных единиц измерений вообще затрудняюсь найти логику.
Буду рад дальнейшему обсуждению и советам.
(21) ну, не знаю… мои боссы среднюю скорость продаж по видам продукции воспринимают нормально))
но у нас вся продукция в штуках, правда.
(22) pt_olga, т.е. ваши боссы в Варианте 2 моего скриншота считают, что Группа1 продается лучше Группы2 ?
(23) конечно, если я правильно понимаю примеры…
упростим:
группа 1 пусть содержит 1 товар и продается его по 10 штук в день
группа 2 содержит 10 товаров, которые продаются по 1 штучке в день
итого средняя скорость продаж товаров из группы 1 — 10 штук в день,
а средняя скорость продаж товаров из группы 2 — 1 штука в день.
т.е. группа товаров 1 продается лучше и быстрей,
хоть абсолютные скорости у них равны… как-то так
(24) pt_olga, спасибо за Ваши доводы. Думаю Вы тоже правы в чем то.
Рискну предположить, что в Вашем примере по сумме Группа1(10)=Группа2(10), а по среднему Группа1(10)>Группа2(1) получается, что 10 проданных штук Группы 1 больше 10 проданных штук Группы 2.
этот отчет работает только с оптовыми складами? я попробовал сделать по розничным и выводиться пустой отчет
Отчет не плох но не учитывает праздничные и выходные дни. Это здорово искажает картину, особенно будет заметно в январе.
(25) ну Вы хоть согласны, что товары из группы 1 продаются лучше, чем товары из группы 2? 🙂
(28) pt_olga, Оленька, постом выше говорят, что мол праздники, выходные. Может в ресторан лучше вместе сходим ? Ну их, группы, пусть отдохнут от нас с вами 🙂
(29) обязательно сходим! но боюсь в разных городах, а возможно и странах )))
приятных выходных, коллеги 🙂
В отчете возможно видеть оборачиваемость в динамике по месяцам (дням, неделям…)?
идея не плохая
(31) marku, конечно нет. Продажи можно развернуть по периодам, а что в таком случае делать с конечными остатками, которые рассчитываются на конечную дату ?
(30) pt_olga, добавил в архивы Анализ продаж на основе Универсального отчета, можете комбинировать любыми вариантами расчета по сумме или по среднему (настройка -> выбор показателей).
(18) rumik007, в Универсальном отчете можете группировать по любым реквизитам Номенклатуры, Склада.
rumik007, в Универсальном отчете можете группировать по любым реквизитам Номенклатуры, Склада.
Причем здесь универсальный отчет??? Ты же уже отвечал на мой пост(18). Не понимаю…..
(36) rumik007, тогда сорри за мою невнимательность.
Мне непонятен алгоритм формирования отчета. Если я не ошибаюсь вы упускаете одну важную часть анализа.
хороший отчет, спасибо автору!
(38) RomKazim, а можно узнать какую именно ?
Будет ли отчет работать если его реализовать через регистр ТоварыНаСкладах?
(41) yoyoman, в отчете и так используются регистры накопления семейства «ТоварыНаСкладах…».
Менеджеры с продаж всегда недовольны (в том числе, непонятыми собственными желаниями)
Подскажите- а планируется ли делать подобный отчет для УТ 11?
а то вот планируем автоматизацию, и пока точно не решили на какой конфигурации запускать, программист настаивает на 11 версии. но вот для нее пока маловато внешних и дополнительных обработок.
(44) ddd_l, постараюсь сделать на следующей неделе для УТ 11, если получится, напишу в личку и сюда. Не знаю насколько сыра еще УТ 11, особенно в плане выгрузки в Бухгалтерию. Кстати в УТ 10 стандартная выгрузка в Бухгалтерию тоже не ice. Особенно когда выгружаются возвраты от покупателей, много косяков в выгрузке. Зачем вам много внешних и дополнительных обработок ? Берите лучшие, адаптируйте под УТ 11, программист у вас есть. Никто не гарантирует вам правильную работоспособность скачиваемых внешних отчетов и внешних обработок. УТ 11 в отличие от УТ 10 не удаляет чеки, сможете анализировать количество покупателей, покупок, длинну и сумму чека. Мы не дождались выхода типовой УТ 11, поэтому подсели на 10. Теперь новые возможности нам недоступны, так что делайте выводы. Посмотрите описание УТ 11 в красно-желтой книжке, возможности гораздо шире и гибче. Оговорюсь, что все сказанное — мое субъективное мнение.
Как идут дела по работе над отчетом для УТ11?
(46) ImPenguin, идут потихоньку.
Спасибо за отчет, я как раз искал что-то подобное. Вставлю свои 5 копеек. Меня смутило, что на расчет упущенной прибыли влияет часть периода, когда формально товара еще не было в природе. Поясню на примере. Жизненный цикл товара начинается с момента появления его первой партии на складе, и желательно, чтобы расчет в отчете велся от даты первой партии товара, а не даты начала периода, которую задал пользователь. Ведь согласитесь, что некорректно в расчете упущенной прибыли учитывать часть периода, когда товар еще даже в справочник Номенклатура не был занесен. Если для одной позиции еще можно запустить отчет Ведомость по партиям товара и определить корректную дату начала периода (не раньше первого поступления), то для товарной группы со множеством позиций этот подход не годится.
Могу поделиться идей как сделать этот отчет максимально полезным инструментом. Всем более-менее продвинутым управленцам знакомы ABC и XYZ анализы номенклатуры. Всем известно правило 80/20. Где за 80% прибыли отвечает всего лишь 20% номенклатуры. Внутри этой 20%-ой группы номенклатуры, условно говоря, есть товары 1) с очень хорошей оборачиваемость, которые должны быть всегда на складе без перебоев, 1) товары со средней оборачиваемостью, остатками которых нужно тоже управлять по-уму и 3) маржинальные товары, которые поставляются, как правило, только на заказ. В оставшихся 80%-ти процентах товаров можно тоже с помощью ABC&XYZ анализа выделить подобные классы. Так вот если бы в отчете была функциональность позволяющая на первом шаге отбирать эту самую критичную в плане упущенной прибыли номенклатуру и затем уже рассчитывать для этих позиций величину упущенной прибыли из-за отсутствия ее на складе, вот тогда бы этот отчет был полезней на порядок.
(49) sanyhawk, спасибо за интересную информацию. Анализ проводится за период фактического функционирования магазина. Все равно виноваты Менеджеры по закупкам, потому что ходовой товар привезли только 10 числа, а не 1-го например. Хотя как вариант отчета вполне понятна Ваша идея.
(46) ImPenguin, для УТ 11 готов отчет.
Спасибо за отчет для УТ 11!!!
Заметил один недочет в обработке для УТ11, в настройках отбора, если пытаешься указать группу номенклатуры, то на выбор выходят поля, а не группы номенклатуры.
Т.е. отбор: Номенклатура В группе … и вот тут поля.
(54) ImPenguin, по умолчанию поля компоновки стоят.
(54) ImPenguin, не используйте мою строчку отбора, добавьте свой элемент отбора (чуть выше «+ Добавить новый элемент», выберите «Номенклатура в группе — Группа». Все заработает.
Да, действительно, так работает. Странно, что поле тоже самое, а выбирать дает совершенно другие значения… Спасибо!
Добрый день!
В обработке для УТ11, если убрать группировку по складу, и выводить отчет скажем по 2м складам, то строчки с номенклатурой двоятся, если по 3м складам, то троятся. Можно как-то исправить этот недочет? Чтоб строчки, при отключенной группировке, объединялись в одну.
При этом, если на одном складе товар был в наличии скажем дней 20, и отсутствовал 10 дней, в не другом складе был 10 дней и отсутствовал 20 дней, выводить бы надо 20 дней наличия и 10 отсутствия для этой строки… думаю так…
Спасибо!
(58) ImPenguin, смоделировал Вашу ситуацию. Нормально сработало (см.скриншот)
Сделал все также как и у Вас на скриншоте: Строчки двоятся. Можно было бы конечно и не указывать склады в одном из отборов. Но у меня ситуация все равно не меняется…
(60) ImPenguin, у вас не последний вариант отчета, т.к. в последнем сортировка по убыванию скорости продаж. Так же обратите внимание, что в отборе у Вас один раз «в списке Дзержинского, Набережная», а в выведенной форме отчета непосредственно в табличном документе задвоилось «Отбор В списке … И В списке … И Номенклатура В Группе». Попробуйте нажать в форме отчета справа сверху «Действия -> Установить стандартные настройки». А затем настроить отборы как Вам необходимо.
И еще момент пришел в голову: Можно установить флаг учитывать резервы, чтоб остатки показывались за минусом резерва. Так как могут быть ситуации, когда товар «под остаток» находится в резерве долгое время.
Скачал сейчас отчет еще раз. Сформировал, все равно выводит номенклатуру по 2м складам, только в разных местах отчета:
P.S. отбор по группе номенклатуры сделан для того, чтоб отчет строился побыстрее.
В Вашем примере 2 склада имеют разные виды продукции. На складе с мебелью только мебель, на складе с продуктами, только продукты. Отсюда и создается впечатление что товары не дублируются. Попробуйте на склад с продуктами переместить мебель, и Вы увидите, что товар который вы переместили задвоится.
(63) ImPenguin, для отбора по складам в запросе необходимо присутствие поля Склад. Строчки у Вас не задваиваются, а выводятся для каждого склада своя. Чтобы получить общую аналитику для каждой номенклатуры, вместо группировки «Склад» выберите группировку «Номенклатура». Сам протестировал, получилось (в т.ч. для нескольких складов с продуктами).
Спасибо, так действительно работает, но в таком варианте есть 1 момент: Если скажем товарная позиция на одном складе была в наличии всего 1 день, а на другом складе 29 дней, то суммовые показатели дней наличия будут 30, а средние 15. И в случае когда товар был на обоих складах по 15 дней из месяца, суммовые будут 30 и средние 15…
Средний показатель нужно высчитывать как-то по другому… только пока не могу придумать как…
Опишу некоторые моменты которые хотелось бы видеть:
1. Можно установить флаг учитывать резервы, чтоб остатки показывались за минусом резерва. Так как могут быть ситуации, когда товар «под остаток» находится в резерве долгое время. (это я описывал чуть выше). Если товара на складе 10шт, и все 10шт. в резерве, это должно отражаться как отсутствие товара (ведь по сути другие менеджеры не могут его отгрузить).
2. Хотелось бы видеть в отчете всю номенклатуру, даже ту, которая не продавалась и у которой нет остатка, так как с такой номенклатурой необходимо работать (анализировать почему не продавалась, может быть ее не было у поставщика несколько месяцев, или эта номенклатура снята с производства и ее нужно переместить в специальную группу и пр.)
3. Было бы хорошо добавить столбец «Выручка». [Кол-во продано] * [Цена в документе продажи]
4. Добавить столбец «Кол-во документов продажи». Он нужен для анализа продаж (Допустим дней в наличии 31, кол-во продано: 500, кон. остаток 10) хочется знать, как продавались эти 500шт, равномерно или одной реализацией.
5. Неплохо было бы видеть конечный остаток не только в шт, но и в себестоимости.
Спасибо! Отчет хороший.
Есть один недостаток: если хочется проанализировать в целом по организации без разбиения на склады, то получается следующее. (На примере Универсального).
Допустим, анализируем за 30 дней.
Товар был на одном складе все 30 дней, а на другом 10 дней. Показывается:
Дней наличия на складе (сумма): 40
Дней отсутствия на складе (сумма): 20 дней
Хотелось бы видеть наличие из 30 дней 30 в этом случае, а отсутствие 0, т.к. товар фактически всё-таки был.
Предлагаю еще доработку: добавить колонку «Количество дней до окончания запаса», равную колво остаток / скорость продаж.
Очень интересная цифра для неликвидов получается:) Ну и, конечно же, соглашусь с:
5. Неплохо было бы видеть конечный остаток не только в шт, но и в себестоимости.
На УПП не тестировали?
Спасибо за отчет, полезная штука, положено в арсенал 🙂
валюта закончилась, тоже хотелось бы положить в арсенал )
Когда будут баллы обязательно скачаю)
Данный отчет очень удобен, т.к. для ведения Анализа продаж и оборачиваемости в управлении торговлей 11 необходимо ввод данных: При расчете программа запишет все эти товарные ограничения для данного товара по указанному складу. В дальнейшем эти товарные ограничения будут использоваться для принятия решения – что закупать и когда. Кроме этого можно анализировать – если остаток товара превышает рассчитанный нормативный остаток, тогда товар «залежался».
Спасибо!
2. Хотелось бы видеть в отчете всю номенклатуру, даже ту, которая не продавалась и у которой нет остатка, так как с такой номенклатурой необходимо работать (анализировать почему не продавалась, может быть ее не было у поставщика несколько месяцев, или эта номенклатура снята с производства и ее нужно переместить в специальную группу и пр.)
3. Было бы хорошо добавить столбец «Выручка». [Кол-во продано] * [Цена в документе продажи]
4. Добавить столбец «Кол-во документов продажи». Он нужен для анализа продаж (Допустим дней в наличии 31, кол-во продано: 500, кон. остаток 10) хочется знать, как продавались эти 500шт, равномерно или одной реализацией.
5. Неплохо было бы видеть конечный остаток не только в шт, но и в себестоимости.
Не смотрели еще эти вопросы???
Для различных группировок используйте настройки универсального отчета.
Код отчетов всех версий открыт, так что каждый может допилить отчет под себя.
Для получения доп.расшифровок, соединяйте запрос отчета:
1) С регистром «ТоварыВРезервеНаСкладах» для вычисления резерва
2) С регистром «Продажи» для получения выручки
3) С регистром «Партии» для получения себестоимости
4) Со справочником «Номенклатура» для получения всего списка, даже непродаваемых
5) Для подсчета количества документов типовая УТ 10.3 не годится, т.к. в ней удаляются чеки при закрытии кассовой смены, я переделывал стандартное закрытие и сохранял чеки, потом только можно посчитать кол-во документов продажи.
Всем спасибо за советы, комментарии и пожелания. Благодарю за плюсы и скачивания.
очень нехватает данных по складам типу «Розничные».
Прикольная обработка. РЕСПЕКТ И УВАЖУХА автору
Мне понравилась обработка
Ошибка получения информации набора данных
по причине:
Ошибка в запросе набора данных
по причине:
{(99, 1)}: Синтаксическая ошибка «;»
<<?>>;
что может быть не так?
платформа 8.1
У меня почемуто показывает движения только по оптовому складу, по складу АТТ пусто
Сам нечто подобное делал . На базе универсального отчета.
Хорошая работа.
я так понимаю, что по розничным складам не рассчитывается? низачот, на доработку
Формирую отчет в УТ 10.3 с отбором по «Количеству Продаж» меньше 1 он выбирает только тот товар, который продавался в выбранном периоде, а тот который лежит на складе мертвым грузом не отображается.
Спасибо. отчет отличный. не совсем понятно
про некоторые столбики в отчете
Дней наличия остатка Количество дней отсутствия остатка Продано Скорость продаж
Как эти поля рассчитываются? Отчет по складам.
Спасибо
Спасибо, хороший отчет, сейчас , в частности, как раз очень нужны были цифры по количеству дней отсутствия товара на складах. Остальное тоже посмотрим.
Респект однозначно! Пришлось, правда, перепилить под регистр Партии товаров на складах в УТП Украины простой заменой Товары на складах во всем запросе и переместить склады в вертикальную группировку. Но это единственные «допилы»))
Добрый день!
Скажите в данном отчете оборачиваемостью является показатель «Скорость продаж» (рассчитывается как Количество продано /Дней наличия)?
Разве оборачиваемость расчитывается не по этой формуле Об дн = Средний товарный запас * кол-во дней / Товарооборот за этот период
Спасибо за отчет, минимальные переделки и для Украины тоже работает.
Здравствуйте, а в варианте для УТ11 анализируются чеки ККМ или отчеты? Если чеки, то не могли бы вы назвать отличие строк в коде обработки для отчетов и чеков, чтобы можно было сомостоятельно поменять эти строки в обработке для УТ 10.3, при условии что чеки не удаляются. Заранее спасибо 🙂
И спасибо большое за обработку 🙂
(89) Shade, Здравствуйте. Для УТ11 как и для УТ 10.3 продажи берутся из регистра «Продажи», независимо от регистратора.
(90) Shade, пожалуйста 🙂
Странно, что в универсальный отчет не попадают продажи за текущий день. Это почему?
День добрый. А существует ли такой отчет для Альфа-авто: Автосервис + автозапчасти?
(88) vlanik, может поделитесь переделанной для Украины версией? Ну или хотя бы характером переделок? А то ведь регистр «Продажи» вроде бы у все одинаковый должен быть.
Хотя бы в теории в Управоении Торговлей для Украины должна обработка работать или нет? У меня абсолютно пустой отчет при любых настройках.
А еще в АнализПродажИОборачиваемостиПоСкладам_82.epf две кнопки «Настройки…» Но и их наличие не спасает ситуацию.
(96) smirnoffs, если есть регистры из запроса в отчете, то конечно будет работать. у меня нет УТ для Украины, к сожалению.
(97) теоретически УТ2 для Украины — это стандартная УТ 10.
Вопросы по конечному остатку. Скорее методологические. Дело в том что какой смысл в остатках на конец анализируемого периода? Остатки имеют смысл только реальные, т.е. те последние которые в базе зафиксированы. А для анализа оборачиваемости за январь к примеру какой смысл знать остатки на конец января?
(99) truba, отчет выявляет «дыры» в текущих запасах товаров на складе, которые хорошо продаются. Т.е. смысла анализировать «дыры» в запасах на конец января нет. Вторая дата поэтому обычно текущая, а первая дата — величина возврата в историю для анализа продаж. Здесь также надо учитывать сезонность продаж, поэтому глубина просмотра продаж не регламентируется, а определяется в зависимости от конкретного случая. Обычно это последние 30 дней с текущей даты назад, так и устанавливается период по умолчанию при открытии отчета.
(100) я вот собственно по сезонности этот вопрос и хотел задать.
Т.е. к примеру имеем товар «хлопушка новогодняя», как крайний случай, и тут ноль товаров на 31 декабря скорее плюс, чем минус. Т.к. я не маркетолог, то мысли у меня сугубо дилетантские, а тему развить хотелось бы для понимания (и конвертации этого понимания в будущие прибыля).
Ну к примеру взять оборачиваемость прошлого сезона (с некоторой степенью достоверности, с учетом года, т.е. изменения спроса и т. д.) взять именно нынешние остатки для прикидывания существующего товарного запаса на предстоящий сезон продаж. Это для назовем так квази-стационарного товара, типа картошки, спрос на который стабильный от сезона к сезону. На айфоны тут по другому модель надо строить…