|
04.02.2020, 21:27 | #1 |
Участник
|
Цитата:
Сообщение от SRF
Из ГК конечно данные берутся, вроде это известная ошибка стандарта, когда у вас преобразование сделано той же датой, что и основная проводка, как то исправлял, для клиентов или для поставщиков.
Там проблема в том, что подбор по проводкам ГК идет по принципу какую первую проводку с типом Сальдо по поставщику\Сальдо по клиенту система определит для ваучера и даты (а номер ваучера то у нас для оплаты и предоплаты одинаковый), тот счет и будет использовать, т.е. либо авансовый, либо нет. Исходный код вот тут RLedgerTurnoverTypeCustVend\getMainAccountNum (метод используется для ОСВ и по клиентам и по поставщикам, учтите этот момент когда\если будете вносить правки) : |
|
05.02.2020, 09:07 | #2 |
Участник
|
Тут надо посмотреть на проводки по поставщику, и на проводки в ГК сформированные к ним.
Дата для подбора счета ГК выбирается из даты проводки по поставщику, если у вас проводка одна(что конечно вряд ли), то счет будет старый. Вот, например, если смотреть 13.01 оплата -> 14.01 предоплата, в ОСВ на 14.01 баланс на 62 счете.
__________________
Sergey Nefedov |
|
05.02.2020, 10:47 | #3 |
Участник
|
Цитата:
Сообщение от SRF
Тут надо посмотреть на проводки по поставщику, и на проводки в ГК сформированные к ним.
Дата для подбора счета ГК выбирается из даты проводки по поставщику, если у вас проводка одна(что конечно вряд ли), то счет будет старый. Вот, например, если смотреть 13.01 оплата -> 14.01 предоплата, в ОСВ на 14.01 баланс на 62 счете. |
|
05.02.2020, 13:12 | #4 |
Участник
|
Нет, в данном случае стандарт работает, проводка по поставщику за 14.01 только одна подходит по ваучеру предоплаты - только 62 счет, у неё признак коррекции = нет, как и у проводки ГК, такая проводка одна, т.е. тут однозначный выбор у системы.
А список проводок по поставщику как выглядит c данным номером ваучера у вас ? По идее для проводки по поставщику VPAY* от 02.02 с признаком предоплаты система должна у вас подбирать 62 счет.
__________________
Sergey Nefedov |
|
05.02.2020, 14:29 | #5 |
Участник
|
Цитата:
Сообщение от SRF
Нет, в данном случае стандарт работает, проводка по поставщику за 14.01 только одна подходит по ваучеру предоплаты - только 62 счет, у неё признак коррекции = нет, как и у проводки ГК, такая проводка одна, т.е. тут однозначный выбор у системы.
А список проводок по поставщику как выглядит c данным номером ваучера у вас ? По идее для проводки по поставщику VPAY* от 02.02 с признаком предоплаты система должна у вас подбирать 62 счет. В LedgerJournalTrans по этому ваучеру только одна проводка. |
|
05.02.2020, 15:49 | #6 |
Участник
|
Да, вот это странно, по последней проводке как раз должен подтянуться предоплатный счет (скрины я делал с r3, но думаю это должно слабо влиять).
А вы можете посмотреть в код метода RLedgerTurnoverTypeCustVend\getMainAccountNum - он такой же, как я приводил ? Видимо надо брать разработчика и пусть смотрит
__________________
Sergey Nefedov |
|
05.02.2020, 17:10 | #7 |
Участник
|
Цитата:
Сообщение от SRF
Да, вот это странно, по последней проводке как раз должен подтянуться предоплатный счет (скрины я делал с r3, но думаю это должно слабо влиять).
А вы можете посмотреть в код метода RLedgerTurnoverTypeCustVend\getMainAccountNum - он такой же, как я приводил ? Видимо надо брать разработчика и пусть смотрит Но! В R3 у меня такая же ошибка, то есть фикс не повлиял на работу |
|
|
|