Запрос. Расчет данных за каждый день. #494048

Есть задача: рассчитать за определеный период (месяц например)по каждому дню какие-то данные (например просроченные долги клиентов) на каждый день этого периода. В СКД есть понятие дополнения периода, но его получается можно использовать только для стандартных ресурсов, я так понял, для вычисляемых данных ничего не получается. Подскажите, кто решал данную задачу.

дополнение периода не для ресурсов вообще. в общем случае, все можно посчитать. не всегда тривиально, но можно

То что все можно посчитать, это понятно :) Вопрос конкретный. Как один из вариантов решения - это объединение запросов по каждому из дней периодов. Хочу узнать нет ли более элегантного решения.

В чем смысл расчета долгов на каждый день если на конец периода допустим ты ему должен, а не наоборот?

Для оценки работа менеджера например. Т.е. показывает, что клиент не на наши бабки весь месяц живет, а в конце месяца долг закрывает. А он добросовестный и платит всегда вовремя

Все равно за день- имхо, маразм. Раз в месяц на конец- вполне достаточно

долг - это у тебя остаток по какому-то регистру или производное от него? ну так тут было уже лес с подлеском веток тем про расчет остатка на каждую жату

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

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

Это тебе не по дням надо тогда. Делал я такую вещь. просточенная дебиторская задолженность. Очень мутная штука.  Надо не на дни итоги выводить, а разворачивать по документам расхода, смотреть оплату по нему и не просроченна ли дата платежа по договору... Хрень полная.Чуть мозг не сломал.

*Просроченная

Да ничего особо заумного. В 7-ке спокойно сделал еще лет 5 назад. Алгоритм простой: рассчитываем на конец Дня №1 просроченный долг (дата оплаты документа < дата расчета), умножаем на процент + тоже самое с Днем №2 ... Днем №N.  В отчете это выглядит как строки по менеджерам, а колонки по каждому дню в периоде со значениями просроченных долгов по менеджеру и его сумма штрафа.

+Учитывая что оплата может прийти чем угодно. От платежки до бух операции

--->

+сможет быть предоплата

непривязанная ни к чему

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

Он тебе кидает 1000 000 и потом у него 2 месяца нет привязанной оплаты ни по одному расходу. Куда их девать ? В просроченные? фиг там...Еще куча денег в запасе остается для закупок у него

Возьми идеальный случай. Клиенты платят после отгрузки, все идеально закрывается, вот только платят не всегда вовремя. И за это "не вовремя" нужно начислить штраф тому, кто с этим клиентом работает. И если сегодня по этому клиенту штраф рассчитали , а завтра он опять не заплатил, то и завтра по нему тоже надо рассчитать штраф.

Тогда не будет дебиторки

Я тебя умоляю...Идеальный случай. Я их что-то ни разу не встречал.

Сделал уж...но попотеть пришлось.Щас смотрю на код и сам ужасаюсь..

+ К тому же у меня есть вариант сквозного погашения долгов: закрываю долги автоматически по ФИФО, а не "привязал-не привязал".

да еще эти долбанные 255 таблиц в скуле. Пришлось виртуальными таблицами заморачиваться, как будто там без этого фунт изюма

Но вопрос даже не в этом. Кто как борется с закрытиями долгов и т.п. проблемами -это совсем другой вопрос.

Пример отчета для 7-ки:

Ну тогда зацени и мои страдания:) правда я уже под конец уже увольнялся, поэтому об оптимизации уже речи не шло. Лишь бы работало...    Если НЕ ЗначениеЗаполнено(НачПериода) ИЛИ

+Еще не все влезло:)))

Ужас короче...

Ну и нафига сюда было кидать это чудище? :)