УТ 10.3
Для того, чтобы при расчете суммы со скидкой не было копеек добавил функцию округления (ОКР) в процедуру общего модуля:


Процедура РассчитатьСуммуТабЧасти(СтрокаТабличнойЧасти, ДокументОбъект, СпособРасчета = Неопределено) Экспорт

   ИмяТабличнойЧасти = ОбщегоНазначения.ПолучитьИмяТабличнойЧастиПоСсылкеНаСтроку(СтрокаТабличнойЧасти);

   МетаданныеДокумента = ДокументОбъект.Метаданные();

   Сумма = СтрокаТабличнойЧасти.Цена * СтрокаТабличнойЧасти.Количество;
   СуммаСкидки = 0;

   Если (СпособРасчета = Неопределено)
    Или (СпособРасчета = Перечисления.СпособРасчетаСуммыДокумента.СУчетомВсехСкидок)
    Или (СпособРасчета = Перечисления.СпособРасчетаСуммыДокумента.БезУчетаРучнойСкидки) Тогда
       Если ОбщегоНазначения.ЕстьРеквизитТабЧастиДокумента("ПроцентАвтоматическихСкидок", МетаданныеДокумента,
                                            ИмяТабличнойЧасти) Тогда
           СуммаСкидки = окр ((Сумма * СтрокаТабличнойЧасти.ПроцентАвтоматическихСкидок / 100));
       КонецЕсли;

       Если (СпособРасчета <> Перечисления.СпособРасчетаСуммыДокумента.БезУчетаРучнойСкидки)Тогда
           Если ОбщегоНазначения.ЕстьРеквизитТабЧастиДокумента("ПроцентСкидкиНаценки", МетаданныеДокумента, ИмяТабличнойЧасти) Тогда
               СуммаСкидки = окр((СуммаСкидки + (Сумма * СтрокаТабличнойЧасти.ПроцентСкидкиНаценки / 100)));
           КонецЕсли;
       КонецЕсли;
   КонецЕсли;

   СтрокаТабличнойЧасти.Сумма = окр((Сумма - СуммаСкидки));

КонецПроцедуры // РассчитатьСуммуТабЧасти()

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

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

и вперед

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

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

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

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

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

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

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

(0)SQL ?

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

(10)файловая

Процедура ПриИзмененииКоличестваТовары(Элемент)

   СтрокаТабличнойЧасти = ЭлементыФормы.Товары.ТекущиеДанные;

   ОбработкаТабличныхЧастей.РассчитатьСуммуТабЧасти(СтрокаТабличнойЧасти, ЭтотОбъект);

КонецПроцедуры // ПриИзмененииКоличестваТовары()


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

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

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

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

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

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

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

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

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

Да на всех

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

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

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

v8: Привязка к компьютеру

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

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

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

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

бубен:
   ОбработкаТабличныхЧастей.РассчитатьСуммуТабЧасти(СтрокаТабличнойЧасти, ЭтотОбъект);
   СтрокаТабличнойЧасти.Сумма=???
КонецПроцедуры // ПриИзмененииКоличестваТовары()

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

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

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

(13)
>    СтрокаТабличнойЧасти = ЭлементыФормы.Товары.ТекущиеДанные;

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

+(35)
неа. я не прав.

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

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

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

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

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

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

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

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

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