Добрый день! Кто может подсказать нумерация документов слетела после обновления, отладкой в модуле объекта смотрю префиксы заполняются просто "0000" в Процедуре УстановитьПрефиксы() после того как отрабатывает номер автоматом заполняется, в общем ничего необычного в коде, вроде как нет. А суть такая были номера нормальные "0000-008314" а стали такие:"0000-0000-1" до 9 доходит и ошибка Номер не уникальный, так как строка 11 символов. Конфигурация УТ 11.5

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

(1) Префиксы пустые и Орг и ИБ, может руками кто-то исправил, но как только обнов село, сразу пошли такие номера, до этого все норм было. Пробовал, как Вы говорите, руками набить. Запросом вытащил номера реализаций упорядочил по Убыв, например послед стоит "0000-008314", меняю его например на 815, след все равно "0000-0000-1" идет, и его менял и что только не менял. Вообще номер странный, я таких не видел, Первые 4 Нуля Префиксы потом дефис еще 2 нуля префикс и потом номер идет, а тут еще одно тире встает и одна цифра свободная остается. Искал запросом еще такие номера, нет ни одного. Какие манипуляции можно еще попробовать?

Вот внизу номера 111 112, это я уже в конфиг изменил длину строки, что б могли создавать документы, а сверху нормальная нумерация идет

(3)

(3) Вы осознаёте русское слово "чтобы", которое пишете как "что б"?

(3) надо чтобы в базе не было ни одного такого документа с кривым номером, потом пробовать давать платформе самостоятельно присвоить номер. из ваших постов я не понял, все кривые документы перенумеровали?

Да, все. Их и не было до сег дня, все как положено были, потом поперли с такими номерами

(7) Тушите свет. Они лезут на свет!

(6) Такая фишка еще появилась, попробовал Префикс ИБ добавить  и документы создаются теперь такие "00УТ-00УТ-1"

(10) Жди пожизненный цик с гвоздями

(12) А хамить то зачем?

Я вас заметил, друзья. У меня есть два путя...

"Запросом вытащил номера реализаций упорядочил по Убыв"
смешно.
покажи запрос.
почти уверен, что ты не учёл, что строковые поля совсем не как числовые упорядочиваются.

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

после переименования всех неправильных номеров надо вызвать одну хитрую процедурку (ОбновитьНумерациюОбъектов), ты это сделал? а если оставить кривые номера, то придётся переписывать одну хитрую процедурку (ПриУстановкеНовогоНомера), чтобы дальше нормальные номера были. а вообще твоя проблема легко отладкой решается

(16) Нормально работает запрос, упорядочил, так как надо. Крч это после обновления появляется. Еще одну копию создал базы со старым релизом, зашел вбил док нормальные номера, обновил и началось тоже самое

(18) ОФФ. Это Карма

(18) Если подходить серьезно, то я бы:
-проверил наличие расширений либо изменений конфигурации, касаемые нумерации
-провёл ТИИ до обновления и после, т.к. возможно есть битые записи в таблицах документов
...
Ничего подобного в постах я не увидел

(20) да там в коде покопались, очевидно после (9)

(21) Тогда еще и отладчик в руки

(0) Проверь, какая длина номера нумератора была до обновления и какая стала.

может еще быть, если есть кластер, что при перебросе рабочего процесса сервера с одного менеджера нумерации (а есть и такой) на другой, передается и "последний" полученный номер. По логике это

ОбновитьНумерациюОбъектов

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

(18) ааа, тогда точно программно переопределяется, в обновлении наверно и добавили, отладчик все покажет

С утра оживились все вариантов набросали буду пробовать. Конф практически типовая, реализация не тронута, отладкой делал в (17) ответе, я так делал. Крч непонятно, что  это такое. Нумераторы не изменялись до и после обновления, длина и тп все одинаково. Даже код по установке номера одинаковый, что в новом, что в старом релизе. Это ж всего лишь нумерация, обычно решается все в польз режиме, исправляешь неправильный номер и все. Действительно карма может.

(26) "Нумераторы не изменялись до и после обновления, длина и тп все одинаково". А по картинке из (4) вижу, что длина была 11, а стала 13.

(27) Это я уже изменил

Механизм автонумерации выдает номера в разрезе пространства автонумерации. Номер "0000-008314" принадлежат к пространству  "0000-", а "0000-0000-1" - к пространству "0000-0000-". И для каждого пространства вычисляется и выдаётся свой максимальный номер... Короче: нужно "вручную" перенумеровать "неправильные" номера на "правильные", а если после этих номеров были сохранены объекты с "правильными" номерами - их тоже нужно будет перенумеровать так, чтобы остались номера только одного пространства ("0000-"). Тогда автонумерация "забудет" про "неправильное" пространство нумерации.

PS: но я бы, по привычке, запустил бы ОбновитьНумерациюОбъектов() после наведения порядка "вручную"

Все сделал, крч суть такова, я в Казахстане живу в России 11.5 конф у нас послед 3.3 номера отличаются, но суть одна. Поставил 3.2 погнали номера, ничего не помогало, а я захожу проверяю всегда релиз, док и тп, увидел ошибку, пытался решить и никак, сегодня решил на 3.3 обновиться, обновился и пошло нормально, ну исправил косячные и все очередь восстановилась, а в 3.2 такое не сработало. Так что имейте в виду и такое бывает