Всем привет, после переноса с 2.5 на 3.1 есть момент, по 1му сотруднику в Табеле сумма часов стоит 12.000, в день он отрабатывает 570 часов. По остальным норм. Подскажите из какого РС он берет эту информацию, пока вообще не понятно, вроде все чистенько, а нет такая фигня.
При том что Индивидальный график работы он заполняет корректно.

(0) Смотрите правила, там все 99% данных берется запросами.

Нашел методом научного Тыка РС "Данные для подбора сотрудников" - там есть записи с Вид события:
1. Начальное заполнение
2. Неподтвержденные данные - таких строк по сотрудникам штук 5 есть по одному и тому же.

В другой программе с нуля 3.1, в ней таких записей нету, не кто не сталкивался?

(2) недавно похоже описывалось, что в базе с данными после переноса из-за такой проблемы часы за месяц неверно собирались

(1) Ок правила, понятно, но подскажи как в правилах узнать, что откуда он берет? То есть где в правилах написано "этот регистр отвечает за заполнение того то..." там нету такого.

Вопрос во в чем, Откуда Зуп 3.1 берутся Часы которые подставляются в ТАБЕЛЬ. вот вопрос, а не про перенос, перенесли уже давно и не кто заново переделывать не будет. (3) именно такая фигня и есть, но я не могу найти инфы, просто 0, буду очень благодарен если вы меня подпнете.

(4) весь перенос переделывать не нужно, но уже были отмечены случаи, что ошибочные записи (дубли записей) в регистре "Данные для подбора сотрудников" действительно приводят в ошибкам в процедурах заполнения табеля и табличных частей в документах Начисления

(5) а как его привести в порядок, например, удалить вручную записи которые как я представляю неверны или есть какой то обработчик перезаполнения, ведь фактически, в него пишут документы(прием, перемещение... увольнение), но раз этих документов нету(это же перенос) то с этим РС не перезаполниться не как автоматом?

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

Сам это регистр независимый и удалить его записи можно чем угодно, хоть вручную. Зачем-то там в его измерения добавлено поле ИдентификаторЗаписи и оно из-за своей уникальности обеспечивает появление дублей, хотя все остальные поля в измерениях из этого регистра подразумевают уникальность и что дублей быть не может, как ни раскорячивайся. Баг это, судя по всему. Там же в конфигурации у этого регистра еще и предок есть с префиксом Удалить...

Пиши обработку, если сотрудников в базе много и там тебе видно будет как лучше удалять все эти безобразия

(7) Ага, провел тест,
Удвоение записи умножает кол-во часов на 4, утроение на 9, 4 записи на 19 ..., при том есть особенность.

Если у записи сотрудник и физлицо стоит одно и тоже лицо, то он не дает записать, говорит дублирование записи, а если сотрудник стоит 1 лицо а фзлицо другое, то он сотруднику умножает часы. Так что, проблема найдена сейчас вычистим и все будет шикарно.
Спасибо тебе, добрый человек.

(7) Выправил, все идеально.
Оставлю потомкам с ключевиком:

Задвоение(неверные) сумм часов и дней в табеле после переноси из ЗУП 2.5