УТ 10.3 Не пойму, почему не работает округление #586856

Для того, чтобы при расчете суммы со скидкой не было копеек добавил функцию округления (ОКР) в процедуру общего модуля: Когда смотрю в отладчике значение у СтрокаТабличнойЧасти.Сумма идет без копеек. Например 712. Однако в таб. часть документа почему-то выводит 712,50! 0_о

отладчик в руки

и вперед

сорри, не внимательно прочитал

Ну посмотри дальше по отладчику. Может после этой процедуры еще что-то делается.

В том то и дело, что ничего нет, округление вызывается из ПриИзмененииКоличестваТовары, т.е. на полседней строчке выполенения переменная имеет правильное значение, а на выходе в программу дает неправильное!

Т.е. при возвращении в процедуру ПриИзмененииКоличестваТовары сумма как будто и не округлялась?

Может в 8.2 есть какая-то приколюха, о которой я не знаю, связанная со вступлениями изменений в силу после обновления БД?

чего?????  О_о Т.е. ты внес изменения, связанные с округлением, а конфигурацию БД не обновил?  О_о

Обновлял!! Но они как будто бы не приняты во внимание

SQL ?

при возвращении в процедуру ПриИзмененииКоличестваТовары   объект СтрокаТабличнойЧасти.Сумма показывает нужно число. Это послденяя строка, дальше идет переход в программу, в которой в колонке сумма число вылазит снова неокругленным..

файловая

Код РассчитатьСуммуТабЧасти выше приводил. Больше ничего нет.

Где смотришь, что без копеек? Формат колонки посмотри...

Посмотрел: ЧДЦ=0

Сорри, не верно прочитал задачу.

Что больше ни у кого нет догадок? Нечто подобное как-то давно у меня было с Бух. 2.0 Вроде бы все закодил правильно, обновил, а изменения не действуют. Может есть что-то в 8.2 платформе, чего я не знаю??

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

Делал, а че искать-то? :-)

>а че искать-то? искать мантру по выведению Демона.

не работает только на одном компе или на всех?

Да на всех

ссылку можешь кинуть?

а после обновления в программу то перезашли?

да, даже выкидывал всех, чтоб уж наверняка

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

Может быть у вас где-то еще потом сумма пересчитывается уже без округления? Какой-нибудь стандартной процедурой...

Может и пересчитыватся, но насколько я понимаю если срабатывает ПриИзмененииКоличестваТовары(Элемент), то отрабатывается только то, что в ней и ничего кроме.

А какое-нибудь обновление отображения или в этом духе?

бубен:

СтрокаТабличнойЧасти.Сумма = округленное значение, которое перестают быть округленным при выходе из отладки.

Блин, вы гений, а я идиот) Как же все просто оказалось..

а где смотришь? В той колонке, в которой нужно? Или просто где в заголовке слово "Сумма"?

может ТекушаяСтрока лучше?

+ неа. я не прав.

ХОтя рано... там только отоброжение суммы в подвале... что то я потерял нить...

А в документе отображается точно именно те значения, которые вы меняете? У меня все время с этим проблемы) Если именно те, то скорее всего где-то пересчитывается после вашей процедуры...

перепроверить все события на ТЧ

Ну да, точек останова понаставить везде. Предположение из ряда безумных - может подписка на события есть для скидок, например?

я бы замер производительности сделал.

Ну получилось найти причину?

Нет по-прежнму(

автоматические скидки

обработчик события "ПриОкончанииРедактирования" тч