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

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

(1) Ну а найти это место поиском по конфигурации?
Не известно в каком объекте ещё.

(1) модуль набора записей этого регистра пуст

(3) что за регистр? пишется с сервера?

(2) Глобальным поиском пройтись по всей конфе, используя название регистра и плясать уже от результатов поиска.

с такой же строки пишется в этот регистр?

Набор = РегистрыСведений.А_ЗанятостьРабочихЦентров.СоздатьНаборЗаписей();

(3) Если модуль пустой, самостоятельно создай обработчик ПередЗаписью() и установи точку останова. Все это делать на копии базы.

(6) если это в общем модуле, то с какого объекта это делается я так и не выявлю (

(7) я в копии делаю. А что это даст?

(9) Узнаешь откуда идет запись. Тебе же это надо?

(8) Используешь глобальный поиск еще раз, но теперь указываешь имя метода из общего модуля

(10) пробую.
(11) в смысле процедуры?!

(12) да, имя процедуры/функции

(10) точку останова поставлю, но как симитировать то это событие если не известно от куда оно выполняется?

(9) откуда поняли, что округление грубое? Может наоборот? У них там не грубое, а у вас в голове грубое.

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

(14) Используй стек.

ну я нашел все запись с идентификатором
и где такие записи (6) но я нигде не вижу что идет именно создание записей в этот регистр
везде читается, что то обрабатывается

(16) я могу только найти как создается набор записей (6)
как найти где происходит запись в этот регистр?
Думаю никак. Не искать же все операторы Записать().

(15) 123,770 округляется до 123,000

(20) просто смотрите только то, что с вашими комментариями. Типовой код не смотрите, там всё правильно.

(19) Значит плохо ищешь или, например, внешняя обработка отрабатывает.

(22) да возможно

(21) с какими нашими????? Там не известно сколько работало с этим.

(20) тебе не момент записи нужен, думаю все еще хуже))
Обычно перед записью регистров создается таблица с данными, потом они где-то в общих модулях еще изменяются и где то происходит заполнение движения.
Записи в регистр не проиходит, просто у движения выставляется свойство записывать в истину. при этом ссылки на название регистров часто нет.

Это опять к вопросу, зачем нужно ООП.

(25) + но 1Сники любят квесты, любят копаться в дебрях общих модулей, и искать, кто же таки изменил данные. Поэтому нет, ООП не нужно, ООП скучно и просто.

(7) точку останова сработала, а как узнать от куда идет запись?

(27) Сделай всё тоже самое, когда пришло в точку останова, но перед этим в конфигураторе включи замер производительности, он покажет, какие строки отработали.

(27) (17)

(27) Стек вызова не то?

(25) ну сейчас вроде модно стали модуль менеджера активнее пользовать, чем не класс?

(30) в стеке наверно будет одна строчка

(31) Интересно где? В новых редакциях типовых есть такое? А если нет, то считай не используется.

(30) а что это?

Ливингстар в своем репертуаре...

(34) не надо, не запоминайте это слово.

(36) ок, посмотрю на досуге, чем это может помочь

задача в (0) в принципе решена, там дело в размерности после запятой у нескольких объектов было