Отсутствие корреспонденции при наличии округления

[RVS]

Цитата:

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

Думаю, что Вы отловите ошибку (проверить в офисе перечисленную последовательность не могу).

Извините. Но это вы - думаете...

Дайте живую последовательность действий, при которых ситуация гарантированно воспроизводится.

До этого - вряд ли кто-нить этим подробно заниматься будет

[b_nosoff]

Наконец-то поймана

Есть закупка на 210 единиц некой номенклатуры по цене 19,57.
Поставщик выписал накладную на сумму 4110,17.
Закупка маркирована с продажами на количества 21 + 44,1 + 47 + 11 + 2,9 + 84.
И аксапта при подсчете суммы по складским проводкам получает 4110,18

[b_nosoff]

На мой взгляд есть два пути решения: либо сломать проверку корреспонденции, чтобы она проверяла только на остаток в основной валюте (но тогда будут отклонения в валютных суммах), либо все таки писать валютную сумму в проводку с отклонением (что работает, и мне кажется правильным).

[belugin]

А можно все-таки получить список проводок до корреспонденции с параметрами:
- валюта проводки
- основная валюта
- вторичная валюта

для каждой проводки:
- счет
- суммы в этих валютах

и, как я понимаю, ошибка возникает при обработке накладной поставщика?

[b_nosoff]

Цитата:

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

А можно все-таки получить список проводок до корреспонденции с параметрами:
- валюта проводки
- основная валюта
- вторичная валюта

для каждой проводки:
- счет
- суммы в этих валютах

Валюта проводки и основная валюта - рубли. Вторичной нет.

Цитата:

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

и, как я понимаю, ошибка возникает при обработке накладной поставщика?

именно так

UPD: на текущий момент мы выбрали второй вариант, т.е. указание валютной суммы в проводке с отклонением.

[belugin]

А если отключить корреспонденцию, такое разносится? По-моему тут проблема не в корреспонденции, а в том, что в валюте проводки суммы не балансируют - может, надо просто поправить алгорим распределения сумм при обработки маркировки, чтобы ошибка округления отнеслась на одну из проводок?

[b_nosoff]

Цитата:

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

А если отключить корреспонденцию, такое разносится?

разносится. Только потом и ручной корреспонденцией ничего не добиться - копейки так и мешают.

Цитата:

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

По-моему тут проблема не в корреспонденции, а в том, что в валюте проводки суммы не балансируют - может, надо просто поправить алгорим распределения сумм при обработки маркировки, чтобы ошибка округления отнеслась на одну из проводок?

Я даже могу указать на источник зла это вычисление суммы по проводке в методе UpdateNow класса InventUpd_Financial

this.parmCostAmountCur(Currency::amount(saveCostAmount * transQty / financial));

тут-то он и наворачивает копейки по округлению на товарный счет.

Не знаю даже, есть ли смысл тут пытаться сломать...

UPD: похоже источнег зла - модификация интегратора...

[Romb]

Тут решение и объяснение
Странная ошибка при разноске