Полезная задача бизнес анализа. Заказ товара. : Супермаг Плюс (Супермаг 2000)

Решил разместить задачу, которую используем для заказа.
К сожалению, штатным механизмом контрактов/заказов мы не пользуемся. Очень зря, но речь не об этом.
Заказ таки делать необходимо, но в Супермаге, к сожалению, не сумели найти отчета "все в одном", чтобы и остатки, и приходы и пр. было в одном месте. В итоге воспользовались бизнес-анализом и сделали задачу.

Скриншот:


Пример фильтра:


Сама задача.

Скрипт с необходимыми функциями.


Для установки - необходимо прогнать скрипт. Через SQL+, пользователь supermag.

Нюанс задачи - она отталкивается от поставщика последнего прихода. Т.е. если поставок было несколько от разных поставщиков, поставщик ПП будет только последний. Связано с особенностями расчета ТД в супермаге, т.н. "неопределенным приходом", когда возможна ситуация с тем, что у поставщика по данным расчета FIFO остаток еще есть, а по факту его уже и нет. Поэтому на данные супермага типа "продажи по поставщикам" или "остатки по поставщикам" мы не полагаемся.

Описание полей задачи:
Пост.ПП - код поставщика последнего прихода.
Зал - требуемый остаток в зале из карточки, закладка заказ.
Наименование ПП. Наименование поставщика последнего прихода.
Акт. - активность товара. считается, что карточка активная, если по ней были продажи за выбранный период, либо остаток не равен нулю. Если точнее, то проверяется продажи+остаток=0.
Реализация - количество продаж за выбранный период.
Док ПП. - документ последнего прихода.
Опл. - признак оплаты документа. Галочка стоит = документ оплачен.
Дата ПП. - дата последнего прихода.
Дней с ПП - число дней с последнего прихода.
Кол. ПП - количество последнего прихода.
Цена ПП. - цена последнего прихода.
Продажи - хитрое поле, отличное от поля реализация. Рассчитывается количество продаж с даты последнего прихода (включая дату ПП). Дополнительно учитываются оперативные продажи.
ССР - среднесуточная реализация, берется из карточки. механизм расчета описан в документации к супермагу.
Оп. Ост - оперативный остаток (с учетом оперативных продаж), на текущий момент.
% прод - какой процент от количества последнего прихода был продан начиная с даты ПП. цифра может быть больше 100%-это не ошибка.
Заказ 9 дней - примерное количество для заказа в расчете на 9 дней. Учитывается параметр Зал, ССР, текущий остаток. При желании можете посмотреть формулу расчета и поменять.
Сумма заказа = заказ 9 дней*цена ПП.

Дополнение: задача медлительная, поэтому обязательно использование фильтров для отбора, либо по группам товаров, либо по поставщику ПП, либо по названиям товаров и пр. Если запустить без фильтров по всем товарам и с большим периодом отчета, то вполне вероятно, окончания исполнения не дождетесь.

Если будут ошибки при запуске - обращайтесь, может быть, не все необходимые функции в скрипт прописал, либо где то в формулах жестко забито место хранения.

Вылетел в ошибку:

Миниатюры

 

А скрипт BA.sql точно прогонялся ? от пользователя supermag ?

Хех, это сперва Тодом проганял скрипт-но хоть и показал что все успешно - но не работал отчет.
Прогнал крипт через cmd -все ОК, начал работать отчет.
Пошел тестировать дальше...