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

[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 - он такой же, как я приводил ? Видимо надо брать разработчика и пусть смотрит

[mnt_dx]

Цитата:

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

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

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

Сравнил ваш код - это из последнего R3, у меня в R2 чуть отличается - на фикс KB 3197514.
Но! В R3 у меня такая же ошибка, то есть фикс не повлиял на работу