ЗУП 3.1.14.436: при поиске сотрудника в списке начала выпадать ошибка:
"Ошибка при выполнении запроса.
по причине:
Обнаружено дублирование ключевых значений в колонках: "Ссылка".
Отображение данных в списке невозможно."

Посмотрела запрос динамического списка - проблема в Регистре сведений Состояния сотрудников, там у некоторых сотрудников на каждую запись появилась новая дублирующая ее 1 в 1, только в новой записи измерение Год не заполнено.
Например, было:
Период     | Сотрудник| Год  | Состояние | Действует до
12.01.2018 | Иванов   | 2018 | Болезнь   | 01.02.2018
02.02.2018 | Иванов   | 2018 | Работа    |

А теперь:
Период     | Сотрудник| Год  | Состояние | Действует до
12.01.2018 | Иванов   | 2018 | Болезнь   | 01.02.2018
12.01.2018 | Иванов   |      | Болезнь   | 01.02.2018
02.02.2018 | Иванов   | 2018 | Работа    |
02.02.2018 | Иванов   |      | Работа    |


Вопрос: wtf?
Понятно, что это результат работы обработчика, сработавшего при обновлении, который должен был исправить ошибку, обсуждаемую в теме ЗУП 3.1 РС С Но у нас этой ошибки и не было, за что оно так с нами)))

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

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

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

Обновления установлены, но такая ошибка почему-то не возникает.

Может быть по той причине, что перед установкой таких вот обновлений не срабатывает дата запрета, которая под "пользователем для обновлений" просто отключена?

(1) если вы про эту: https://infostart.ru/public/1364643/
то нет, в ней как раз в комментах есть: "обработка работает неправильно(измерение "год" не заполняется), более того, она есть в бесплатном доступе".

Видимо, основана на стандартном обработчике и косячит так же, как он.

(3) да ну, дату запрета ставить для обновления тоже стремно: не обработается то, что допустим, действительно надо было обработать. В данном случае явный косяк со стороны 1С. Или пусть пишут в ИТС, что при обновлении включайте всегда дату запрета, а то мы вам фигни в регистрах натворим.

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

(6) ааа. Так и у нас отключена. Обновление было на несколько релизов, но по правилам: последовательно на каждый с запуском в предприятии и всеми обработчиками, без скачков через релизы

(4) возможно, и про неё, не скачивал. Решил вопрос ручным редактированием регистра сведений.

(7) У меня никаких запретов не было, обновление последовательное, тем не менее тоже получил подобную ошибку.

(8) понятно, спасибо

Там все еще веселее: дубли записей только у 10 сотрудников, а у почти 200 сотрудников год просто очистился, сравнила с бэкапом старого релиза. Час от часу не легче

у меня пара сотрудников вылезла с такой бедой, накидал обработку и почистил ей ненужное.

(12) а те, у кого тупо не заполнен год, есть?

да были такие, кстати текущий релиз уже 3.1.14.465, лучше сначала на него перейти, потом чистить. а то мало ли, опять что-то сломают))

(14) сейчас как раз обновила тестовую до 3.1.14.465: проблема ушла, они это починили. В 3.1.14.465 исправлен обработчик записей РС Состояния сотрудников, на этот раз отработал корректно.

Итак, проблема решилась обновлением на 3.1.14.465

Ну, я надеюсь, что решилась) с новыми релизами 1С ЗУП ни в чем нельзя быть уверенным))