Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Построитель отчета и "когда-тогда"
|
|||
|---|---|---|---|
|
#18+
Добрый день, попросили допилить в УТ10.3 отчет "Взаиморасчеты с контрагентами", чтобы показывал разницу между текущей датой и датой оплаты из документа "Заказ покупателя", при условии что есть остаток на текущую дату. Ведомость эта типовая, строится через универсальный отчет, который, в свою очередь строится с помощью построителя отчетов. Я добавил условие - проверку на нужный регистратор и проверку на наличие конечного остатка, если условие срабатывает, то рассчитывается разность дат. Но, что странно, если в условии стоит проверка с конечным остатком (вторая часть условия), то оно вообще не срабатывает, если же условие с остатком убрать, то все отлично. Аналогичный запрос в консоли запросов работает без проблем. Судя по всему построитель что-то хочет от меня, но вот что? Упрощенный кусочек запроса приводу ниже, надеюсь, будет понятно: Выбрать ... Взаиморасчеты.Сделка КАК Сделка, Взаиморасчеты.Регистратор КАК Регистратор, Взаиморасчеты.СуммаУпрКонечныйОстаток КАК СуммаУпрКонечныйОстаток, Выбор Когда (Регистратор Ссылка Документ.РеализацияТоваровУслуг) И (СуммаУпрКонечныйОстаток <> 0) Тогда РазностьДат(Сделка.ДатаОплаты, ДатаВремя(2011, 4, 19), День) Иначе 0 Конец КАК ДнейПросрочки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2011, 12:51 |
|
||
|
Построитель отчета и "когда-тогда"
|
|||
|---|---|---|---|
|
#18+
Я конечно не вижу весь запрос - глупая возможно попытка. Когда (Регистратор Ссылка Документ.РеализацияТоваровУслуг) И ( Взаиморасчеты.СуммаУпрКонечныйОстаток <> 0 А вобще - весь запрос киньте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2011, 13:08 |
|
||
|
Построитель отчета и "когда-тогда"
|
|||
|---|---|---|---|
|
#18+
Я конечно же, так пробовал, но это не имеет в данном случае значения, все равно не работает. Запрос очень большой, больше 300 строк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2011, 13:22 |
|
||
|
Построитель отчета и "когда-тогда"
|
|||
|---|---|---|---|
|
#18+
Проблема такая,похоже, из-за того, что Построитель "умный" - и типа сам решает, как модернизировать запрос перед выполнением. Та же фигня и в СКД. А как объяснить им, что некоторую часть запроса "выкидывать" нельзя - непонятно. Сам в таких случаях пользуюсь выделением значимой части запроса во вложенный запрос или во временную таблицу. "Значимая" - та, которую следует изолировать от вмешательства "умного" процессора подготовки запроса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2011, 13:47 |
|
||
|
Построитель отчета и "когда-тогда"
|
|||
|---|---|---|---|
|
#18+
pail, Идея хорошая, вот только даже примерно не представляю как данное условие изолировать от слишком умного построителя, может у вас есть более подробная наводка куда копать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2011, 14:13 |
|
||
|
|

start [/forum/topic.php?fid=28&msg=37222387&tid=1521407]: |
0ms |
get settings: |
10ms |
get forum list: |
23ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
57ms |
get topic data: |
12ms |
get forum data: |
6ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
| others: | 253ms |
| total: | 435ms |

| 0 / 0 |
