Как исключить пиковые продажи в запросе. #437455

Голову ломаю и не за что зацепится. Механизм должен быть какой то универсальный. Есть продажи например 1,2,4,3,4,1,2, 10, 100 Какой алгоритм должен быть чтоыб программа понимала что такое пиковые продажи.

В итоге запрос должен вернуть количество продаж без пиковых продаж.

Есть одна зацепка. Такие пиковые продажи проходят под заказ (тоетсь такого количества нет на складе). Но в продажах это не отслеживается.

пиковая продажа, это типа 100?

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

да к примеру. Пиковая продажа это которая превышает значительно другие продажи. многократно.

Ну или превышает среднестатические остатки на складе.

ГДЕ Сумма НЕ В (ПиковаяПродажа)

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

По-моему как раз для этого придумали медиану. Но как это в запросе сделать - хз. Или... или... если... или... а вдруг...

я пока еще ничего не собираюсь вычислять. для начала нужно найти точку опоры.

-Находишь максимум, находишь что-то типа Значение/максимум, задаешь критерий того, в каких рамках должно лежать это отношение.

ищем максимум, затем, следующий максимум, сравниваем. порог расхождений задавать

для точки опоры нужно четкое определение пиковой продажи

-продажа перед новым годом, продажа одному очень-очень "жирному" клиенту. Человеку надо тенденцию проследить.

а может тогда стоит посчитать количество документов, количество товара. Разделить одно на другое - получем среднее колчисевто продажи по документу. И дальше отсеить те документы где количество больше этого?.

О_о?

-это зачем ? Пример, продавали 1 пылесос в день, так продавали месяц, после чего пришел чел и купил 10 пылесосов за раз. Надо выкинуть эти 10 пылесосов и получить продажи типа "1 пылесос в день". Я тебя правильно понял ?

а что говорят постановщики задачи? они же явно как то отсекают пики.

как зачем. мне кажется этот механизм универсальный. Можно проверить.

гы было две продажи 1 и 10 за месяц. 10 считается пиковой продажей?

-кстати даже так будет работать, но средняя продажа при этом 1/30 пылесоса в день.

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

так н епо дням надо считать.

ты непонял. делится не на количество дней, а на количество документов продаж.

-а что по оси абсцисс ?

-ну считай по документам, не умеешь ? не смеши !

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

может какое нить распределение гаусса поможет :)

Среднеквадратичное отклонение?

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

Может средний квадрат отклонения спасет? Но как его будешь в запросе вычислять?

-вспоминаем комбинаторику за 1-ый курс :)

Типа пик все что имеет отклонение свыше 20% или ...

-да не надо делать одним запросом вообще. Надо таблицей данных сделать и скормить ее построителю.

-у нас в Полутехе была методичка, называлась "Обработка результатов эксперимента" для тупых первокурсников.

(Х-Хср)(Х-Хср)/Хср, но при таком подходе интервал усреднения должен быть одинаковый

и, желательно, исключать нулевые значения.

ну если визуально видят, то пусть сами и ставят отбор. Отчет в СКД сделан?

пакетным запросом.

Кстати есть еще один аспект Когда товар кончается или его мало то и продажи в эти дни не стоит учитывать я как то писал что то подобное

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

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

отчет ABC-анализ продаж посмотри как сделан.

коррелированным запросом скорее всего можно сделать расчет.

+ эээ... скорее всего XYZ.

Возможно и так. То что надо болше на XYZ походит

временные таблицы + пакет выбрать * поместить общиеданные из "" ; выбрать * поместить пиковыезначения из общиеданные ; выбрать * из общиеданные где (не общиеданные.сумма в (выбрать * изпиковыезначения))

Самое главное чтобы конечный результат был тот что нужен. Лрм изобретать лесапед. Может быть действительно проще найти механизм исключения продаж которые изначально были оформлены под заказ. По крайней мере заказчик на это упор ставит. Тогда походу нужно будет сделать всего навсего объединение с регистром заказов

ну дык скормить запрос построителю отчетов. И отбор на форму.

Может быть аналитика по проектам может помочь: типа "Под заказ" "Без заказа"?