Customer Aging Report (DAX 4.0)

[Qaz Qwerty]

Customer Aging Report, если его сортировать по Transaction Date, исключает все записи, у которых settlement trans date (ох не знаю как это на русский все переводится ) РАНЕЕ установленной в условиях репорта ограничивающей даты.
Метод CustBalancelistTransactionDate.calculateDetails вызывает queryRunClosedTransactions в котором есть условие

queryRun.query().dataSourceTable(tablenum(CustSettlement)).findRange(fieldnum(CustSettlement, TransDate)).value(queryRange(transactionDate + 1, dateMax()))

А почему? Кто-нибудь может объяснить смысл?

[glibs]

Цитата:

Сообщение от Qaz Qwerty

...
Customer Aging Report, если его сортировать по Transaction Date
...

Поясните, "сортировать" "Customer Aging Report" — это как?

Упомянутый вами отчет строится на заданную дату. Он показывает задолженность на заданную дату (а не текущую). На текущий момент ее может и не быть уже.

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

[Qaz Qwerty]

Цитата:

Сообщение от glibs

Поясните, "сортировать" "Customer Aging Report" — это как?

Имелось в виду, что выборку в этом отчете можно делать по Transaction Date, Due Date т Document Date. В нашем случае выборка делается по Transaction Date.

Цитата:

Сообщение от glibs

Упомянутый вами отчет строится на заданную дату. Он показывает задолженность на заданную дату (а не текущую). На текущий момент ее может и не быть уже.

Во, так у нас как раз и возникла проблема, когда отчет, сформированнный в апреле на дату 31 марта 2008 отличается от того же самого отчета, сформированного в октябре на дату 31 марта 2008. И я пытаюсь разобраться почему это случилось. Расходятся они как раз на сумму проводок, сопоставленных ДО даты отчета. Копейка в копейку. Как эти проводки могли попасть в предыдущий отчет, сделанный в апреле, и не попасть в отчет, сделанный в октябре? Они же были сопоставлены до 31 марта.

Цитата:

Сообщение от glibs

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

Ага, теперь понятно в чем проблема. Позднее были созданы транзакции, которые были сопоставлены датой до даты отчета. Спасибо!

[Qaz Qwerty]

А вот и нет, предположение было ошибочным. Разбираюсь дальше.

[Qaz Qwerty]

У одного из клиентов из Customer aging report выпала сумма сопоставления из CustSettlement, у которой CustSettlement.TransDate оказалась больше, чем соответсвующая ей дата CustTrans.LastSettleDate. Как это возможно?