Указание нескольких клиентов в одной операции

[BOAL]

Вывод какой?
Разрешить обратно для наших широт. Мы разрешали. Мне кл-кл транзакции крайне нужны - на них все и живет, исторически и логически тоже.

sukhanchik, у тебя в "новой" АХ как у самого сейчас?

[vanokh]

Цитата:

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

Вывод какой?
Разрешить обратно для наших широт.

Да, разлепим пельмени обратно... Транзитный счет + два ваучера развалит наши отчеты, которые мы уже приспособили под операции клиент-клиент на одном ваучере, а стандартной выверкой пока не пользуемся.

Занятно, аналогичная проверка для операций поставщик-поставщик изменена в локализации - проверка из международной закомментирована, вместо нее написана другая:

ledgerJournalTrans.selectLocked(false);
        select count(RecId) from ledgerJournalTrans
        index hint NumVoucherIdx
            where ledgerJournalTrans.Voucher     == _ledgerJournalTrans.Voucher &&
                  ledgerJournalTrans.JournalNum  == _ledgerJournalTrans.JournalNum &&
                  ledgerJournalTrans.AccountType == LedgerJournalACType::Vend;
        if (ledgerJournalTrans.RecId > 1)
        {
            ok      = checkFailed("@SYS29116");
            allok   = false;
        }
    }
/* this code doesn't work correctly for SAD documents
    //
    //  When "Vendor" type is used on any Ledger Journal Transaction it can only
    //  exist once per "Voucher" series .
    //
    //  Since a "Vendor" type can be applied to either the primary or offset side
    //  of a transaction. This is both a qualifying factor and additional data to be
    //  validated. Although this only applies to "Daily" (GL) based journals it
    //  should not affect this validation.
    //
    if (_ledgerJournalTrans.AccountType       == LedgerJournalACType::Vend ||
       (_ledgerJournalTrans.OffsetAccount     &&
        _ledgerJournalTrans.OffsetAccountType == LedgerJournalACType::Vend))
    {
        ledgerJournalTrans.selectLocked(false);
        select count(RecId) from ledgerJournalTrans
        index hint NumVoucherIdx
            where ledgerJournalTrans.Voucher            == _ledgerJournalTrans.Voucher &&
                  ledgerJournalTrans.JournalNum         == _ledgerJournalTrans.JournalNum &&
                  (ledgerJournalTrans.AccountType       == LedgerJournalACType::Vend ||
                  (ledgerJournalTrans.OffsetAccount     &&
                   ledgerJournalTrans.OffsetAccountType == LedgerJournalACType::Vend));
        if (ledgerJournalTrans.RecId > 1)
        {
            ok      = checkFailed("@SYS29116");
            allok   = false;
        }
    }
*/

[sukhanchik]

Цитата:

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

sukhanchik, у тебя в "новой" АХ как у самого сейчас?

Ну как - 2 клиента разных - пожалуйста. А вот 2 одинаковых даже - с разными профилями разноски (или договорами) - фиг.
Вообще-то сей код обитает в \Classes\LedgerJournalTransUpdateCust\checkVoucher для клиентов и \Classes\LedgerJournalTransUpdateVend\checkVoucher для поставщиков.
У нас штатный (неизмененный) код в 4.0 EE SP2. Спокойно дает сделать разноску (и такие взаимозачеты у нас есть).

[vanokh]

Цитата:

Сообщение от Maxim Gorbunov

Вообще-то, если вы посмотрите внимательно на проверку, операции Клиент-Клиент там не запрещены. Запрещены многострочные операции, в которых клиент встречается больше одного раза. А в рамках одной строки взаимозачеты вполне можно разносить.

Я имею в виду именно многострочные клиент-клиент - см. первый пост. А одну строку клиент-клиент нельзя разносить уже по другим причинам...

Цитата:

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

Ну как - 2 клиента разных - пожалуйста. А вот 2 одинаковых даже - с разными профилями разноски (или договорами) - фиг.
Вообще-то сей код обитает в \Classes\LedgerJournalTransUpdateCust\checkVoucher для клиентов и \Classes\LedgerJournalTransUpdateVend\checkVoucher для поставщиков.
У нас штатный (неизмененный) код в 4.0 EE SP2. Спокойно дает сделать разноску (и такие взаимозачеты у нас есть).

Да, именно этот код я и комментировал (для клиентов) - многострочные клиент-клиент он не пропускает, а поставщик-поставщик пропускает только если один по счету, остальные по корр.счету. Или у вас одной строкой эти операции идут?
У нас используются и операции с одинаковым клиентом между разными договорами (многострочная).

[Vadik]

В KB968331 немного "ослабили поводок" (для клиентов и поставщиков)

\Classes\LedgerJournalTransUpdateCust\checkVoucher

boolean checkVoucher(LedgerJournalTrans _ledgerJournalTrans)
{
    boolean ok    = true;
    LedgerJournalTrans ledgerJournalTrans;

    if (_ledgerJournalTrans.Invoice)
    {
        //  The following rule should be applied only when the invoice number is filled in.
        //  When "Customer" type is used on any Ledger Journal Transaction it can only
        //  exist once per "Voucher" series .
        //
        //  Since a "Customer" type can be applied to either the primary or offset side
        //  of a transaction. This is both a qualifying factor and additional data to be
        //  validated. Although this only applies to "Daily" (GL) based journals it
        //  should not affect this validation.
        //
        if (_ledgerJournalTrans.AccountType       == LedgerJournalACType::Cust ||
           (_ledgerJournalTrans.OffsetAccount     &&
            _ledgerJournalTrans.OffsetAccountType == LedgerJournalACType::Cust))
        {
            ledgerJournalTrans.selectLocked(false);
            select count(RecId) from ledgerJournalTrans
            index hint NumVoucherIdx
                where ledgerJournalTrans.Voucher            == _ledgerJournalTrans.Voucher &&
                      ledgerJournalTrans.JournalNum         == _ledgerJournalTrans.JournalNum &&
                      ledgerJournalTrans.TransactionType    != LedgerTransType::Fee &&
                      (ledgerJournalTrans.AccountType       == LedgerJournalACType::Cust ||
                      (ledgerJournalTrans.OffsetAccount     &&
                       ledgerJournalTrans.OffsetAccountType == LedgerJournalACType::Cust));
            if (ledgerJournalTrans.RecId > 1)
            {
                ok = checkFailed("@SYP809");
            }
        }
    }
    return ok;
}

[vanokh]

Цитата:

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

В KB968331 немного "ослабили поводок" (для клиентов и поставщиков)

Хм, в описании этого хотфикса ничего про такие изменения не сказано... Может быть имелся в виду вот этот - KB945488?

[Vadik]

Цитата:

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

Хм, в описании этого хотфикса ничего про такие изменения не сказано... Может быть имелся в виду вот этот - KB945488?

Ага, я упустил тот момент, что хотфиксы теперь кумулятивные

[vanokh]

Цитата:

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

Ага, я упустил тот момент, что хотфиксы теперь кумулятивные

Ага, я это подозревал, но не был уверен. Это где-то явно указано? А kernel rollup'ы, то бишь фиксы экзешников клиента и АОСа тоже кумулятивные?