Разница в оборотно сальдовой ведомости в модуле и в ГК

[SRF]

Из ГК конечно данные берутся, вроде это известная ошибка стандарта, когда у вас преобразование сделано той же датой, что и основная проводка, как то исправлял, для клиентов или для поставщиков.

Там проблема в том, что подбор по проводкам ГК идет по принципу какую первую проводку с типом Сальдо по поставщику\Сальдо по клиенту система определит для ваучера и даты (а номер ваучера то у нас для оплаты и предоплаты одинаковый), тот счет и будет использовать, т.е. либо авансовый, либо нет.

Исходный код вот тут RLedgerTurnoverTypeCustVend\getMainAccountNum (метод используется для ОСВ и по клиентам и по поставщикам, учтите этот момент когда\если будете вносить правки) :

/// <summary>
/// Retrieves the Main account for the transaction.
/// </summary>
/// <param name="_custVendTrans">
/// The transaction table buffer.
/// </param>
protected void getMainAccountNum(CustVendTrans _custVendTrans)
{
    GeneralJournalAccountEntry generalJournalAccountEntry;
    GeneralJournalEntry generalJournalEntry;
    SubledgerVoucherGeneralJournalEntry subledgerVoucherGeneralJournalEntry;

    if (_custVendTrans.Voucher          != voucher          ||
        _custVendTrans.TransDate        != accountingDate   ||
        _custVendTrans.PostingProfile   != postingProfile)
    {
        voucher         = _custVendTrans.Voucher;
        accountingDate  = _custVendTrans.TransDate;
        postingProfile  = _custVendTrans.PostingProfile;

        while select * from generalJournalAccountEntry
            exists join generalJournalEntry
                where generalJournalEntry.RecId  == generalJournalAccountEntry.GeneralJournalEntry
                   && generalJournalEntry.Ledger == Ledger::current()
            exists join subledgerVoucherGeneralJournalEntry
                where subledgerVoucherGeneralJournalEntry.GeneralJournalEntry == generalJournalEntry.RecId
                   && subledgerVoucherGeneralJournalEntry.Voucher             == voucher
                   && subledgerVoucherGeneralJournalEntry.AccountingDate      == accountingDate
        {
            if ((_custVendTrans.AmountMST
                && generalJournalAccountEntry.AccountingCurrencyAmount * _custVendTrans.AmountMST > 0)
                || (! _custVendTrans.AmountMST
                && generalJournalAccountEntry.ReportingCurrencyAmount * _custVendTrans.ReportingCurrencyAmount > 0)
                && _custVendTrans.Correct == generalJournalAccountEntry.IsCorrection)
            {
                mainAccountNum = DimensionStorage::getMainAccountNumFromLedgerDimension(generalJournalAccountEntry.LedgerDimension);

                if (conFind(this.ledgerPostingType(), generalJournalAccountEntry.PostingType))
                {
                    break;
                }
            }
        }
    }
}

[mnt_dx]

Цитата:

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

Из ГК конечно данные берутся, вроде это известная ошибка стандарта, когда у вас преобразование сделано той же датой, что и основная проводка, как то исправлял, для клиентов или для поставщиков.

Там проблема в том, что подбор по проводкам ГК идет по принципу какую первую проводку с типом Сальдо по поставщику\Сальдо по клиенту система определит для ваучера и даты (а номер ваучера то у нас для оплаты и предоплаты одинаковый), тот счет и будет использовать, т.е. либо авансовый, либо нет.

Исходный код вот тут RLedgerTurnoverTypeCustVend\getMainAccountNum (метод используется для ОСВ и по клиентам и по поставщикам, учтите этот момент когда\если будете вносить правки) :

Попробовал сейчас - оплата 01.02.2020, преобразование в предоплату 02.02.2020 - получается дата не учитывается и все равно попадается первая проводка?

[SRF]

Тут надо посмотреть на проводки по поставщику, и на проводки в ГК сформированные к ним.

Дата для подбора счета ГК выбирается из даты проводки по поставщику, если у вас проводка одна(что конечно вряд ли), то счет будет старый.

Вот, например, если смотреть 13.01 оплата -> 14.01 предоплата, в ОСВ на 14.01 баланс на 62 счете.

[mnt_dx]

Цитата:

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

Тут надо посмотреть на проводки по поставщику, и на проводки в ГК сформированные к ним.

Дата для подбора счета ГК выбирается из даты проводки по поставщику, если у вас проводка одна(что конечно вряд ли), то счет будет старый.

Вот, например, если смотреть 13.01 оплата -> 14.01 предоплата, в ОСВ на 14.01 баланс на 62 счете.

Это у вас уже с исправлением? Потому что получается коррекция оплаты и предоплата проходят одним днем и ОСВ поставщика все еще показывает старый счет. Ваучер один

[SRF]

Нет, в данном случае стандарт работает, проводка по поставщику за 14.01 только одна подходит по ваучеру предоплаты - только 62 счет, у неё признак коррекции = нет, как и у проводки ГК, такая проводка одна, т.е. тут однозначный выбор у системы.

А список проводок по поставщику как выглядит c данным номером ваучера у вас ?
По идее для проводки по поставщику VPAY* от 02.02 с признаком предоплаты система должна у вас подбирать 62 счет.

[mnt_dx]

Цитата:

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

Нет, в данном случае стандарт работает, проводка по поставщику за 14.01 только одна подходит по ваучеру предоплаты - только 62 счет, у неё признак коррекции = нет, как и у проводки ГК, такая проводка одна, т.е. тут однозначный выбор у системы.

А список проводок по поставщику как выглядит c данным номером ваучера у вас ?
По идее для проводки по поставщику VPAY* от 02.02 с признаком предоплаты система должна у вас подбирать 62 счет.

Из поставщика видно три проводки - исходная оплата 01.02, коррекция оплаты 02.02 и предоплата 02.02. Но счет берется Оплатный.
В LedgerJournalTrans по этому ваучеру только одна проводка.

[SRF]

Да, вот это странно, по последней проводке как раз должен подтянуться предоплатный счет (скрины я делал с r3, но думаю это должно слабо влиять).

А вы можете посмотреть в код метода RLedgerTurnoverTypeCustVend\getMainAccountNum - он такой же, как я приводил ? Видимо надо брать разработчика и пусть смотрит