День добрый. Есть УТ 10.3. У вновь вводимой номенклатуры стали задваиваться коды. Контроль уникальности стоит, никто с кодом ничего не делал. Разница в заведении новой номенклатуры примерно 2 дня, то есть по времени разница большая. В чем может быть причина, куда примерно посмотреть?

А дубли в одной группе или в разных? от этого можно смотреть как контроль уникальности стоит,во всем справочнике или в группе только

контроль по всему справочнику, группы разные

Может ли это быть, из-за того что база переехала на новый сервер?

Контроль уникальности такую шляпу не пропустит.
Обмен данными = Истина - отключает и такую проверку при записи.
Если коды новых элементов значением меньше уже существующих - налицо программное копирование элементов вместе с копирвоанием кода.
Если код каждого следующего нового элемента больше старого нового элемента - нумерация пошла сначала и параллельно существующей - придётся внимательно считать нули, буквы О в префиксе, англ/русск буквы в префиксе.
В глюк платформы - переиндексировать, протестировать и восстановить базу(?)

(4)все дубли начались с сегодняшнего утра, и стали дублировать номера от 11 сентября. Сегодня утром было вынужденное динамическое обновление, и всех повыкидывало. Возможно это послужило причиной. Сегодня попробуем протестить.

(5) >> Сегодня утром было вынужденное динамическое обновление, и всех повыкидывало

Ммда))

>> Сегодня попробуем протестить.

Бинго!

(6) ну... так бывает.

Ну, кстати, если бы не только код дублировался - это переиндексация. Если в префиксе имеются русские буквы и кодировка на серваке сменилась, то нумерация вообще с начала пойти должна бы.
Но если сам пользователь ввёл вручную код, вместо "орт00236" - "орt00236", то тут концов не найти будет. Только обработка перекода всех и вся. Ибо что выберет 1С для продолжения нумерации...

(8) сейчас дубли перестали появляться. будем старые перебивать.