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

[b_nosoff]

Происходит это потому, что проводка округления создается только с суммой в основной валюте, в то время как валютная сумма равна нулю. Кривой код, как мне кажется, в LedgerBondServer_RU.addBondMSTDiff(). Непонятно, какой был смысл вложен в нулевую валютную сумму...

[RVS]

Цитата:

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

Происходит это потому, что проводка округления создается только с суммой в основной валюте, в то время как валютная сумма равна нулю. Кривой код, как мне кажется, в LedgerBondServer_RU.addBondMSTDiff(). Непонятно, какой был смысл вложен в нулевую валютную сумму...

Даже ненулевая сумма в валюте не всегда спасет. Пример: округление в валюте компании (рубль) = 0.0001 коп. Чему равно округление в долларах?

Цитата:

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

Самое простое решение - округлять значения при вставке в строки. Но может быть кто-нибудь подскажет, где искать кривой код или настройку.

И оно, похоже, правильное. Все, как в реальной жизни. Хотя - и тут возможны грабли, с частичными поставками - оплатами...

[b_nosoff]

Цитата:

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

Даже ненулевая сумма в валюте не всегда спасет. Пример: округление в валюте компании (рубль) = 0.0001 коп. Чему равно округление в долларах?

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

Цитата:

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

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

У нас в закупке смоделировалось чисто случайно:
10.0100 168338,75
10.0800 347,46
19.0600 30363,50
60.0101 -199049,70

[RVS]

Цитата:

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

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

Вы поругали Аксапту, сказав, что не понимаете, почему валютная сумма в проводке нулевая.
Я сказал, что даже если она и будет ненулевая - возможны ситуации, когда это не спасет.

Цитата:

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

У нас в закупке смоделировалось чисто случайно:
10.0100 168338,75
10.0800 347,46
19.0600 30363,50
60.0101 -199049,70

Если честно, не понял, что это... Чуть подробнее, с расшифровкой - кто есть who - можно?

[b_nosoff]

Цитата:

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

Вы поругали Аксапту, сказав, что не понимаете, почему валютная сумма в проводке нулевая.

Я, может быть из-за недостаточного своего опыта, считаю проводки с неуказанной валютной суммой неправильными. При текущей реализации механизма обработки расхождений других проводок не генерируется. Механизм корреспонденции рассчитан на совпадение обеих сумм (валютной и MST). И на мой взгляд есть два выхода - либо исправить механизм обработки расхождений, либо мириться с неполным ручным сопоставлением проводок.

Цитата:

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

Я сказал, что даже если она и будет ненулевая - возможны ситуации, когда это не спасет.

Лично к вам у меня претензий не было. Извините, что заставил вас оправдываться. И абсолютно с вами согласен, что возможно всё.

Цитата:

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

Если честно, не понял, что это...

Это проводки в ваучере по накладной. Сумма дебетовых больше кредитовой на одну копейку. Эта копейка и является ошибкой округления.

Цитата:

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

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

извиняюсь, забыл указать проводку по расхождению Z000.40 -0,01

[RVS]

Цитата:

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

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

Извлечение из Classes\LedgerVoucherObject.postRoundingDifferencesPerDate()

 this.AddTrans(
                ledgerVoucherTransObject::newVoucherTrans(
                    this,
                    LedgerPostingType::MSTDiff,
                    accountNum,
                    Dimension,
                    companyInfo::standardCurrency(),
                    transactionTxt.txt(),
                    ledgerTrans.TransDate,
                    0,
                    0,
                    -ledgerTrans.AmountMST,
                    0,
                    NoYes::No,
                    true),
                false);

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

Цитата:

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

Механизм корреспонденции рассчитан на совпадение обеих сумм (валютной и MST)

Мдя... Кажется, мы в сторону ушли немного...

В связи с этим - вопрос к автору исходного сообщения: что Аксапта вам говорит, конкретно? И что такое вот это:

Цитата:

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

цены и стоимости тянутся в строки закупки из другого источника, а не вводятся вручную)

Чем они (цены и стоимости) так сильно отличаются от рожденных в Аксапте?

[KiselevSA]

Цитата:

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

В связи с этим - вопрос к автору исходного сообщения: что Аксапта вам говорит, конкретно? И что такое вот это:
Чем они (цены и стоимости) так сильно отличаются от рожденных в Аксапте?

Предположим следующее:
- в отдельном журнале фиксируются количества, цены и стоимость с точностью до 4 знаков;
- строки копируются из данного журнала в заказ на покупку, в котором точность цен и сумм до 2 знаков.
При отсутствии принудительного округления при вставке и последующей обработке накладной выскакивает окно с предупреждением, что возникла неполная корреспонденция.

[b_nosoff]

Цитата:

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

Мдя... Кажется, мы в сторону ушли немного...

Имелось в виду, что валютная сумма кредитовых проводок должна быть равна валютной сумме дебетовых проводок и так же должны быть равны суммы в основной валюте кредитовых и дебетовых проводок - это условие полного сопоставления. Или нет?

Кстати, у нас создалась такая ситуация в обычной закупке, просто несколько раз создали отгрузочные накладные и частично их сторнировали. Цены с точностью до 2 знаков. Граница расхождения - 1 копейка. Вроде все без криминала...