Журнал платежей поставщиков

[kashperuk]

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

Начал рыть код. Это происходит при сохранении текущей записи. Последовательность вызовов следующая:
\Forms\LedgerJournalTransVendPaym\Data Sources\LedgerJournalTrans\Methods\write
там ledgerJournalEngine.write(ledgerJournalTrans); вызывается.
в нем 28 строка: this.adjustLedgerJournalTrans(_ledgerJournalTrans);
в нем 8 строкой: if (ledgerJournalEngine_Server.adjustDate(_ledgerJournalTrans, this))//, voucherDateList))

В этом методе следующий код:

PHP код:

    ttsbegin;
    dateCorrected = false;

    while   select  forUpdate ledgerJournalTransLocal
            where   ledgerJournalTransLocal.journalNum == _ledgerJournalTrans.journalNum &&
                    ledgerJournalTransLocal.voucher    == _ledgerJournalTrans.voucher
    {
        if (ledgerJournalTransLocal.recId != _ledgerJournalTrans.recId)
        {
            ledgerJournalTransLocal.transDate = _ledgerJournalTrans.transDate;
            if (_ledgerJournalEngine)
                _ledgerJournalEngine.currencyModified(ledgerJournalTransLocal);
            ledgerJournalTransLocal.doUpdate();
            dateCorrected = true;
        }
    }
    ttscommit; 


То есть для всех строк этого журнала проставляется та же дата, что и для той, которую только что изменили.

И наконец, вопрос:

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

Спасибо

[gl00mie]

Подниму эту давнишнюю тему - хочу вернуться к коду чудо-метода ledgerJournalEngine_Server.adjustDate(), который с 2005-го года в неизменном виде перекочевал и в 2009-ю Аксапту:

ttsbegin; 
dateCorrected = false; 
while   select  forUpdate ledgerJournalTransLocal 
        where   ledgerJournalTransLocal.journalNum == _ledgerJournalTrans.journalNum && 
                ledgerJournalTransLocal.voucher    == _ledgerJournalTrans.voucher 
{ 
    if (ledgerJournalTransLocal.recId != _ledgerJournalTrans.recId) 
    { 
        ledgerJournalTransLocal.transDate = _ledgerJournalTrans.transDate; 
        if (_ledgerJournalEngine) 
            _ledgerJournalEngine.currencyModified(ledgerJournalTransLocal); 
        ledgerJournalTransLocal.doUpdate(); 
        dateCorrected = true; 
    } 
} 
ttscommit;

Обратите внимание, что этот чудо-код в рамках журнала перебивает дату во всех строчках с одинаковым ваучером, кроме переданной, не глядя на то, какая именно дата там уже прописана - пусть бы и везде одинаковая. Фигня? Конечно, если бы не последующий вызов _ledgerJournalEngine.currencyModified() на всех строчках, кроме переданной, который в общем случае приводит к перезатиранию введенного пользователем курса валюты - опять же, во всех строчках, кроме переданной. В результате, допустим, хотим мы создать строки с одним ваучером и датой и указать там свой курс - не тот, что в карточке валюты. А этот чудо-метод во всех строках, кроме одной, перебивает нам курс на тот, что в карточке! Хорошо, если журнал создается руками, и пользователь это заметит, а вот если из кода, и после вставки строки журнала дергается ledgerJournalEngine.write(), вызывающий эту "коррекцию" даты, и журнал сразу разносится, то получается, мягко говоря, фигня

[glibs]

А почему у вас при программном создании строк меняется дата ваучера?

[gl00mie]

В том-то и дело, что она не меняется - у всех строк с одинаковым ваучером дата тоже одинаковая. Другое дело, что тот же LedgerJournalEngine со своими допущениями может дергать adjustDate() чаще, чем нужно, а тот тупо не смотрит, одинаковая ли в строках дата...