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

[KiselevSA]

Версия DAX 4.0 Kernel: 4.0.2501.116 Application: 4.0.2501.122
При разноске закупки, по которой возникли округления (цены и стоимости тянутся в строки закупки из другого источника, а не вводятся вручную), с завидной постоянностью создаются неоткорреспондированные проводки. Счет учета округлений настроен в системных счетах.
Самое простое решение - округлять значения при вставке в строки. Но может быть кто-нибудь подскажет, где искать кривой код или настройку.

[b_nosoff]

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

[RVS]

Цитата:

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

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

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

Цитата:

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

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

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

[belugin]

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

[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 - можно?

[belugin]

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

[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 знаков.
При отсутствии принудительного округления при вставке и последующей обработке накладной выскакивает окно с предупреждением, что возникла неполная корреспонденция.

[belugin]

Цитата:

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

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

Не могли бы вы привести исходные данные или смоделировать ситуацию журналом ГК?

[RVS]

Цитата:

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

количества, цены и стоимость с точностью до 4 знаков

Странно как-то...

Кол-во до 4-го - это золото, наверное. В граммах...
Цена до 4-го - это на спички похоже. В штуках, что характерно
Стоимость - это LineAmount? - до 4-го - тоже, наверное, спички.

Не стеб ни разу, просто не понимаю, зачем оно все одновременно.

А совет - все же приведите цены и прочее к привычной Axapta точности.

===

Вдогонку: а в параметрах ГК - Граница расхождений в основной валюте - сколько? И во вторичной?

[b_nosoff]

Цитата:

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

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

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

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

[RVS]

Ох...

Цитата:

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

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

Внимание: неоткорреспондированные.

Цитата:

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

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

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

Цитата:

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

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

Не такая, как у топикстартера. См. выше.

Цитата:

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

Не могли бы вы привести исходные данные или смоделировать ситуацию журналом ГК?

+100

А заодно - приведите уже сообщение, как именно Аксапта ругается. Не могу воспроизвести, хоть сообщение поищу

[b_nosoff]

Цитата:

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

При чем здесь сопоставление - не понимаю.

Я тоже . Имелась в виду именно корреспонденция.

Цитата:

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

А заодно - приведите уже сообщение, как именно Аксапта ругается.

например метод checkBeforeBond класса LedgerBondServer_RU

[KiselevSA]

Я понимаю, что некоторые торгуют и покупают только штуками с круглой ценой. Но предположите ситуацию, когда есть плановая сумма закупки, которая рассчитывается от суммы продажи по обратной рентабельности, например, в 30%. А фактическая стоимость закупки фиксируется как плановая плюс отклонение факта от плана.
Системный EDT Amount имеет приличную размерность в десятичных знаках и отображает 12 из них, а вот EDT AmountCur может быть настроен, например, на отобржение только 2 знаков после запятой.
Как повторить ошибку? Попробуйте с помощью SQL указать в LineAmount сумму с множеством знаков после запятой. Обработайте накладную. Думаю вы получите тот же результат, что и у меня. "Тупит" именно корреспонденция, т.к. при международной функциональности просто создается проводка по счету ошибок округления без поиска "второй" половины.

[belugin]

Есть ли возможность воспроизвести ситуацию в рамках стандартного функционала?

[KiselevSA]

Цитата:

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

Есть ли возможность воспроизвести ситуацию в рамках стандартного функционала?

Я думаю, что можно. Для этого придется у EDT AmountCur увеличить количество знаков после запятой. А вот порядок округления в валюте оставить прежним (общее округление и округление по покупке). Протестировать сейчас не могу.

[belugin]

под стандартным функционалом я имею ввиду немодифицированное приложение

[KiselevSA]

Цитата:

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

под стандартным функционалом я имею ввиду немодифицированное приложение

1. В региональных настройках компьютера установить для чисел четыре знака после запятой;
2. В округлениях для валюты в Аксапте установите общее округление и округление закупки до двух знаков.
3. Создайте закупку и в строке закупки для суммы установите сумму с четвертым знаком после запятой (для немодифицированного приложения для AmountCur установлено кол-во знаков Auto, т.ч. четыре знака должно быть доступно).
4. Проведите разноску.
Думаю, что Вы отловите ошибку (проверить в офисе перечисленную последовательность не могу).