Customer Aging Report / Отчет по срокам оплаты для клиента - неправильный баланс

[Qaz Qwerty]

Прошу прощения, DAX 4.0.2501.
РК - это что за зверь? У меня пробелы в русской терминологии...
Не соответствует оборотной ведомости по клиенту (customer balance list).

[Qaz Qwerty]

Как я понимаю, разница возникает за счет двух моментов:
1. AR Aging report почему то берет не все exch. adj., сопоставленные против инвойсов., вошедших в отчет. Часть берет, а часть - не берет. Например, она не берет в отчет проводки по exch. adj, закрытые до даты отчета. И не только их, но сумма остальных проводок дает ноль, так как эти exch. adjustments закрываются следующим месяцем.

2. AR aging report берет открытые проводки из таблицы CustTransOpen. Я не понимаю зачем, ведь данные в отчете должны считаться на основании CustTrans?

Ничего не понимаю, каша в голове...

[Qaz Qwerty]

Время идет, а проблема остается.
Частью проблемы было, что Аксапта не брала часть проводок в расчет, например exchange adjustments.
В результате разнообразных игр с запросом, сейчас отчет совпадает с балансом по клиенту в большинстве случаев, зато выяснилось что проблема есть не только там, где есть exchange adjustments...
Неужели никто не сталкивался с этой проблемой?

Кстати, может кто-нибудь в курсе, почему в методе queryRunClosedTransactions класса условие выглядит как:

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

...

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

Мне кажется, что логично было бы использовать transactionDate+1 ....

[Qaz Qwerty]

С ума сойти, обнаружился еще один источник проблемы:
Например, есть инвойс закрытый двумя платежами. Почему то Closing Date для инвойса - дата первого платежа, а не последнего. Такая проблема встречается "иногда".

Но почему!?

[Vadik]

Цитата:

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

Такая проблема встречается "иногда"

Отчего же, весьма устойчивый эффект

Цитата:

Но почему!?

см. CustVendSettle_Cust.postClosing()

[Qaz Qwerty]

Цитата:

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

Отчего же, весьма устойчивый эффект
см. CustVendSettle_Cust.postClosing()

Я не понимаю, в коде написано:

 _custTrans.Closed = CustVendTransData::construct(_custTrans).maxSettlementDate(_postingDate);

Смотрим дальше:

select maxof(TransDate) from custVendSettlement
            where custVendSettlement.TransRecId == custVendTrans.RecId;
...

return max(custVendSettlement.TransDate, _transDate);

Так по логике должно возвращать самую позднюю дату. У меня дата последнего платежа, она же дата сопоставления последнего платежа март 2008, а закрыт инвойс сентябрем 2007 - по дате первого платежа.

[glibs]

Цитата:

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

...
см. CustVendSettle_Cust.postClosing()
...

В буржуйской версии — может быть (и то не уверен, т.к. там вроде как условие на закрывающий профиль разноски и проверку того, что они различные, хотя я еще не проснулся, могло и померещиться). Но в русской сопоставление пере... гм-гм... пере... переписано. Под всякие там книжки покупок и продаж.

Действо в русской версии происходит тут.

АОТ\Classes\CustVendSettle.settleNow()

Место выглядит вот так

            if (custVendTransCredit.AmountCur == custVendTransCredit.SettleAmountCur)
            {
                if (maxClosingDate)
                {
                    custVendTransCredit.Closed   = CustVendTransData::construct(custVendTransDebet).maxSettlementDate_W(transactionDate);
                }
                else
                {
                    custVendTransCredit.Closed  = transactionDate;
                }
                settleAmountMSTCredit     = custVendTransCredit.AmountMST - (custVendTransCredit.SettleAmountMST - custVendTransCredit.ExchAdjustmentRealized);
                specTransCredit.Balance01 = 0;
            }

Параметр такой таки есть в настройках ГК.

Значит отчет, говорите, не работает? Очень хорошо . Привет локализаторам.

А у вас галка в параметрах стоит? Если нет, попробуйте поставить и проверить, какой будет эффект после ее проставления с т.з. корректности построения отчета.

PS. По-русски параметр называется "Максимальная дата закрытия.".

[mazzy]

Цитата:

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

2. AR aging report берет открытые проводки из таблицы CustTransOpen. Я не понимаю зачем, ведь данные в отчете должны считаться на основании CustTrans?

Оптимизация.

Просто записей в CustTransOpen должно быть существено меньше при правильном регламенте (платежи с отгрузками сопоставляются). А закрытые записи из CustTrans дают в сумме 0 баланс по определению.

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

В общем, повышают производительность.