ЗУП 3.1.17.101. Не дорабатывалась.
В табеле (во вложении) начали по сотрудникам некоторым дублироваться данные. По тем сотрудникам, по которым введен Документ "Отсутствие (прогул, неявка, болезнь)". Получается, что данные по сотруднику попадают и из документа Отсутствие (прогул, неявка, болезнь) и откуда-то еще. (Хотя ранее такого не случалось) Подскажите, пожалуйста, откуда?
---
была такая проблема, уроды они

у Вас при обновление регистр "состояния сотрудников" слетел скорее всего. Там двоится все жестко, причем у меня регистр не выровнялся даже после удаления всех документов по сотруднику. Удалил все больничные, а в табеле все равно больничный.

я вот этой обработкой переформировал состояние по сбойному сотруднику. Обработка от 1Сников, недавно у них уже была такая проблема. В начале этого года.
---
Была такая же тема, но в УПП. Нашел по пересечению дат в начислениях и неявках. Нашел проблему по регистру расчетов Основные начисления сотрудников организации.
---
Удалите документ "неявки по невыясненным причинам".
---
Документы "Отсутствие (прогул, неявка, болезнь)" - отменил проведение. Данные правильные стали попадать. Только интересно, откуда они все-таки попадают в табель... Возможно, всему виной версионирование объектов
---
Возможно, всему виной версионирование объектов
крайне сомнительно, версионирование вовсе не для этого создано
---
Посмотрите запрос на формирование табеля. Там левыми соединениями цепляется куча регистров, потом всё это соединяется...
---
Собрал я все временные в один запрос - более 4000 строк. Решил полезть в интернет за советом и правильно сделал. Кучу времени сэкономил))))
---
была такая проблема, уроды они

у Вас при обновление регистр "состояния сотрудников" слетел скорее всего. Там двоится все жестко, причем у меня регистр не выровнялся даже после удаления всех документов по сотруднику. Удалил все больничные, а в табеле все равно больничный.

я вот этой обработкой переформировал состояние по сбойному сотруднику. Обработка от 1Сников, недавно у них уже была такая проблема. В начале этого года.
---
Действительно подвоились записи в регистре
---
Я тоже дважды попадал на такое после того, когда появлялся документ "Кадровый перевод списком" и 1с-ники упорно не хотели признавать свой косяк. Слетало каждый раз при обновлении. Приходилось вручную чистить регистр "ДанныеСостоянийСотрудников" (по-моему). Там задвоенные записи. В табеле было по 32 часа у многих сотрудников. Потом спустя время(2-3 месяца) на каком -то релизе(это была еще 10ка тогда) стало нормально все. В этом году тоже уже попадал на 17 релизе на такую же проблему.
---
Попробуй Исправление EF_10229592_2
---
EF_10229592_2 это исправление другой ошибки.

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

1сники написали, что при переходе на 135 релиз должно все нормально стать.
---
Вроде бы до сих пор не исправили...
---
У нас это вызвало сбой справочника сотрудников... Поиск перестал работать.... Очень интересный сбой в обновлении
---
А чтобы легче найти проблемных сотрудников, есть запрос:

```1c
    ВЫБРАТЬ
    СостоянияСотрудниковСрезПоследних.Сотрудник КАК Сотрудник,
    СУММА(1) КАК ВсегоЗаписей
    ПОМЕСТИТЬ втСотр
    ИЗ
    РегистрСведений.СостоянияСотрудников.СрезПоследних КАК СостоянияСотрудниковСрезПоследних
    ГДЕ
    СостоянияСотрудниковСрезПоследних.ДействуетДо = ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0)

    СГРУППИРОВАТЬ ПО
    СостоянияСотрудниковСрезПоследних.Сотрудник
    ;

    ////////////////////////////////////////////////////////////­­////////////////////
    ВЫБРАТЬ
    втСотр.Сотрудник КАК Сотрудник
    ИЗ
    втСотр КАК втСотр
    ГДЕ
    втСотр.ВсегоЗаписей > 1
```
---
Доброго дня всем!

такая же проблема - задвоились данные по сотруднику у которого был сперва введен документ "Отсутствие (прогул, неявка, болезнь)", а после формирования табеля он принес больничный на дни отсутствия. в результате в табеле задвоились строки начислений.
ЗУП Проф. 3.0.21.79

Каким образом док отсутствие влияет на табель после его формирования непонятно. Кадры божатся, что табель заполняется только по кнопке "Заполнить". Вручную ничего не добавляется.
Выполнил запрос 15. burgomister 50 08.04.21 08:40 - он пустой

В какую сторону копать, не знаю. Где еще поискать?
---
здравствуйте, поделитесь, смогли решить проблему с задвоением, если смогли, то как побороли?
---
Сняла с проведения Прием на работу и снова провела, и помогло. Простое перепроведение Приема на работу не помогало.
---
А вот теперь попробуйте найти прежний идентификатор мероприятия ПРИЕМ, который был в в изначальном документе Прием на работу. Как только вы распроводите этот документ, идентификатор в регистре "слетает", при проведении формируется новый и появляется проблема при увольнении, т.к. ПФР не может сопоставить изначальный идентификатор приёма.
А вообще таких проблем не будет, если отказаться от создания ненужного в огромном большинстве случаев документа Табель. Достаточно кадрового отчёта Т-13 Табель...

(16) в результате в табеле задвоились строки начислений
В табеле нет строк начислений, там есть только отработанное время.
---
Добрый день! Просто перепроведение не поможет, именно надо сначала отменить проведение (тогда очистятся регистры) и заново провести. Были проблемы с регистром "состояния сотрудников" - по моему обновил обработкой, которая везде на сайтах тогда предлагалась.
По табелю написал в Москву. (Обращение HL-527436 18.07.2022 6:45) Зарегистрирована ошибка 60001912. и по моему еще не решена.
Так. что остается только танцы с бубном. Хотя после исправления состояний, вроде как задвоений больше не было. Так же задвоения могут быть при заполнении документа <Сведения о страховом стаже застрахованных лиц СЗВ-СТАЖ>, делал обращение, и оно вроде бы уже закрыто. зато в СЗВ-СТАЖ - не правильно берется льготный стаж по вредности при отработке менее 80% рабочей нормы. Данные округляются до дня, а не рассчитывается по часам.
---
Я тоже воспользовалась обработкой по регистру "состояния сотрудников", а также поправляла регистр "данные для подбора сотрудников", но это не помогло.
А сведений по страховому стажу на "задвоенного" сотрудника в программе не было. Спасибо за ответ ))
У меня осталась копия базы, всё таки хочется узнать, в чём всё таки проблема была и возможно ли было её решить без снятия с проведения приема.
---
Проверьте в копии базы, какой Ид мероприятия стоит в регистре Мероприятия трудовой деятельности, привязанном к этому документу приёма и установите его таким же в основной базе. Или вы не отправляли сведений СЗВ-ТД о приеме?
---
СЗВ-ТД о приеме не отправляли, но на всякий случай я подменю ид мероприятия. Спасибо.
---
Если ещё не отправляли (хотя должны были), тогда идентификатор менять не нужно.
---
в нашей базе в этом регистре регистратором являются документы "Регистрация трудовой деятельности", а не "Прием" - это значит что идентификатор, записанный в регистр также является идентификатором документа "Регистрация трудовой деятельности"?
---
И как вы на этом релизе (2020 года) собираетесь в 2023 году работать? Ещё в 2021 году документы Регистрация трудовой деятельности перестали применяться для текущих кадровых событий.
---
с релизами у нас всё в порядке, прием сотрудника был 4 года назад.