Как посчитать сальдо по клиенту на дату

[Silphidae]

Добрый день.
Подскажите, пожалуйста, как подсчитать сальдо по клиенту по определенному счету ГК на определенную дату в АХ 4.0.
Проблема в следующем - простая сумма поля AmountMST таблицы CustTrans дает результат отличный от результата из оборотно-сальдовой по клиенту. В оборотно-сальдовой по клиенту каким-то образом учитывается таблица LedgerTrans. Но что-то мне неясно каким. Дело в том, что строгого соответствия между CustTrans и LedgerTrans нет. Я находил в нашей базе случаи, когда по CustTrans операция шла по одному профилю разноски, а в LedgerTrans эта операция шла на другие счета ГК. Кроме того, в LedgerTrans случаются операции с одинаковым номером журнала, в которых идет перенос средств с одного клиента на другого - в таких случаях вообще неясно какая операция из LedgerTrans соответствует операции из CustTrans.

[Ivanhoe]

Не понятно, в чем конкретно отличие суммы проводок клиента от Оборотно-сальдовой ведомости? Кстати, вы про стандартную ОСВ без модификаций говорите?

Профиль разноски, насколько я помню, в ОСВ выводит текущий счет ГК, т.е. если он менялся в профиле в середине работы, то обороты по ГК и ОСВ не совпадут. На форуме обсуждалось уже не раз, правильнее заводить новые профили разноски.

А проводка клиент-клиент одним ваучером, если не ошибаюсь, была запрещена в стандарте.

[Silphidae]

Мне нужно было слепить отчет, который считает сальдо по контрагенту по модулю клиентов, затем сальдо по модулю поставщиков (если у этого клиента есть номер поставщика) и общее сальдо. Казалось бы, ерунда, считай себе сумму операций из CustTrans и VendTrans. Но когда я стал сравнивать данные со стандартой ОСВ - по некоторым клиентам обнаружил расхождения. Стал разбираться подробнее - в итоге нашел операции в custTrans, которым в ledgerTrans (по Voucher и Dimension) соответствуют операции на счета, не соответствующие профилю разноски из custTrans. Причем, расхождения как раз на суммы этих операций, так что ОСВ как-то учитывает это.
По поводу запрета проводок клиент-клиент одним ваучером - не знаю как, но у нас в базе есть такие операции.

[Ivanhoe]

Повторю вопрос =): Чем отличается сумма проводок от ОСВ?? С какой группировкой и с какими фильтрами вы считаете первое и второе?

Я спрашиваю не про код (ведь если вы смотрите в код и понимаете его, то не понятно, почему вам не понятно расхождение и зачем вам нужна помощь), а про результат, который видит пользователь. Я вот не понял, какая разница какой профиль разноски в проводках модуля и счет ГК в проводках ГК, если вы просто считаете сумму? Или все-таки не просто сумма?

Вариант ответа: Сумма всех проводок по клиенту за период = 5000, по ОСВ = 6000.
Другой вариант: Сумма всех проводок по клиенту по профилю "ОСН" за период = 5000, по ОСВ = 6000.

[Silphidae]

Извиняюсь, что не сразу указал про фильтр по счету ГК =)

Я считаю, например, по клиенту 2545 по 30.06.2010 по счету 76.20.00. Этому счету сейчас в системе соответствует профиль разноски "76.20". Так вот сумма

select sum(AmountMST) from custTrans 
where custTrans.AccountNum == "2545" 
   && custTrans.PostingProfile == "76.20"  
        && custTrans.TransDate <= str2date("30.06.2010", 123)

получается -300, а в ОСВ конечное сальдо +300.

А помощь мне нужна, скорее всего, с кодом =)

[sukhanchik]

ОСВ по клиенту когда строится - то берется текущий профиль разноски клиента. Когда берется сумма по CustTrans - то берется профиль разноски который был по факту.
Т.е. если "в процессе жизненного пути" в профиле разноски меняли счет ГК или у клиента меняли профиль разноски - то все исторические проводки в ОСВ (до изменений) отобразятся как будто эти изменения были с самого начала.
В то время как в CustTrans "все ходы записаны" и коверкания истории не будет

[Silphidae]

Да я понимаю, что всему виной баловство пользователей с настройками профилей разноски.
Подскажите, все же, пожалуйста, как считать сальдо так, чтобы оно сходилось с конечным сальдо по ОСВ?

[sukhanchik]

Цитата:

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

Да я понимаю, что всему виной баловство пользователей с настройками профилей разноски.
Подскажите, все же, пожалуйста, как считать сальдо так, чтобы оно сходилось с конечным сальдо по ОСВ?

2 варианта:
Правильный: Не смотреть на ОСВ - т.к. там (если меняли настройки профилей разноски) заведомо неверные данные. Если по клиенту сделаны 5 проводок по 62 счету и 10 - по 76-му, то неверно считать что все 15 проводок сделаны действительно по 76-му счету (или по 62-му).

Неправильный: Также как считает его ОСВ. Т.е. считать, что все проводки сделаны по профилям разноски с текущими настройками. Если при вызове ОСВ Вы ставите фильтр по счету ГК еще - то значит нужно отсекать записи в CustTrans, которым соответствуют записи в LedgerTrans с другим счетом ГК

[Sada]

custTrans.TransDate <= str2date("30.06.2010", 123)
замените на
custTrans.TransDate <= 30\06\2010
и никогда так больше не делайте. Ничего личного.

[sukhanchik]

Небольшое уточнение. Смена профиля отследится Не отследится смена счета в профиле.
Просто в приведенном запросе по CustTrans проводки по профилю разноски с другим названием не попадут, в то время как в ОСВ данные попадут все в принципе.

[sukhanchik]

Подумал... забыл еще учесть корректирующие проводки (Поле Correct). Если Correct=Yes, то суммы нужно считать с обратным знаком.