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

[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 с другим счетом ГК

[Zick-Zibn]

Добавьте в запрос таблицу LedgerTrans.

[Silphidae]

Цитата:

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

Да, мне нужне неправильный вариант, лишь бы сходилось с ОСВ. Но проблема в том, что однозначной связи между CustTrans и LedgerTrans нет.

Получается какая-то ерунда типа:

while select custTrans 
where custTrans.AccountNum == "2545" 
   && custTrans.PostingProfile == "76.20"  
        && custTrans.TransDate <= 30\06\2010
{
     select firstonly ledgerTrans
          where ledgerTrans.AccountNum == "76.20.00"
              && ledgerTrans.Voucher == custTrans.Voucher
              && ledgerTrans.Dimension == custTrans.Dimension;
     if(ledgerTrans.recId)
          saldo += custTrans.AmountMST;
}