Задолбало "Значение поля номер не уникально" #707675

Номера руками не редактируются (доступность = ложь). Пути для 100% воспроизведения ошибки нет - делают те же действия заново - все прокатывает. УстановитьНовыйНомер вызывается только автоматически перед записью нового, до этого номер пустой. Режим автонумерации "Не освобождать автоматически" Во всех формах Автонумерация "Не использовать" Пришлось даже залепить кнопку, по которой очищается номер и вызывается "ОбновитьНумерациюОбъектов", после чего документ заводится.

Куда копать?

доки фоном создаются?

только если с обменом приезжают

вроде стандартное лекарство есть, перенумеровать и ОбновитьНумерациюОбъектов. ЕСли опять будет дальше - значит таки меняют руками кто-то, обработками например. На версионирование док поставить, понаблюдать

Есть такая проблема, только "обновитьНумерациюОбъектов" и спасает. Скорее всего, у нас это из-за обмена, так как приходят доки, справочники из другой базы и создают в этой)

+ но там префикс 100% другой

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

Док.Номер НЕ ПОДОБНО "[0-9][0-9][0-9]/[0-9][0-9]/[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]" не дает результатов

префикс числовой чтоли?

с обменом прилетают только либо с другим префиксом, либо уже существующие (не новые), инфа 100% номера руками не меняются, инфа также 100%

000/00/дальшеномер

тогда и слетать не должно, у нас тоже обмены и т.д., всё чики пуки хорошо. Что за доки то?

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

ну может уже есть последний номер: все девятки. "9", "99", "999" и т.д. проверьте.

доки разные по видам, без нумераторов я ж говорю, даже кнопку сделал, которая в открытом документе очищает номер и вызывает обновитьнумерациюобъектов - после этого документ нормально записывается зависает на совершенно произвольных номерах, вот последний 270/89/00000030

а базу то проверял? есть такой номер? ТиИ попробуй.

может слэши влияют? З.ы. никогда со слэшами не делал, и никому не советую. Номер это номер, не место там такой инфе

номер есть - "залипает" последний номер

может не последний это. Щелкни сортировку по кодам и глянь, что там после 270/89/00000030

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

.1+ да и во всех годах все хорошо

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

но он состоит из девяток?

утром был (успешно с первого раза без ошибок) создан документ с номером 270/89/00000029, потом 270/89/00000030, потом создали документ, ему при записи попытался присвоиться номер 270/89/00000030, получили ошибку "номер не уникальный". Нажали кнопку, которая вернула номер в "", вызвала ОбновитьНумерациюОбъектов. Нажали кнопку "записать", документу присвоился номер 270/89/00000031

у тебя случаем не кластер?

нет

+ даже рабочий процесс один.

имхо ошибка с префиксами где-то. То есть вместо префикса 270/89/ подсовываете префикс 270/89/00000030. Проверьте как присваивается префикс в подписках.

Где сам Префикс собирается? Предопределённый параметр отсюда вот:

короче упрощённо префикс так собирать: собирать в обратном порядке, четко указывая что изначально Префикс = "0" или просто ""

в код процедуры подписки на ПриУстановкеНовогоНомера Процедура УстановитьПрефиксНомераДокумента(ДокументОбъект, СтандартнаяОбработка, ПрефиксНомера) если бы что-то не сработало, то был бы префикс /00/, но см , таких нет

в типовых собирается как я написал в , и это имхо правильно. По другому - проблемы вылазят

какие проблемы? вижу разницу только в том, что в твоем варианте на конце префикса "0"

хз как описать то... Без команды обновитьнумерациюобъектов какой номер пытается присвоить документу?

->

может ТИИ реально прогнать? а лучше в файловую и chdbfl фигануть, и обратно залить... странно это всё

это в разных узлах происходит, в некоторых в файловую не выгрузить, ибо бабушка переполнится

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

Два сервера приложений к одной базе не подсоединяли случаем?

добавь поле код в форму

нет таки оно там есть. У нового - пусто, у записанного - есть. У того, который не получилось записать из-за ошибки в - есть, причем номер предыдущего документа.

у меня постоянно. Ну, достаточно часто. Несколько раз в неделю, и в базе, где 150 человек, и в базе, где 1. Обработками новые документы не создаются.

копируют документ похоже. Если номер остается заполненным, то новый номер не присваивается. В общем надо при копировании где-то там поставить чтобы запустилась автонумерация.

не, там все ОК, номер пустой и при копировании тоже

а какая платформа? какое значение совместимости в конфе?

8.2.16.368, режим совместимости: не использовать

в логах новых платформ я вроде не нашел про нумерацию ничего

отладка на сервере включена?

у вас случайно нет умника, который включил параллельно второй сервер 1с?

а сорри, это у тебя еще и на разных узлах.

ххх: Постоянно выскакивает меню «Устройство USB не опознано», хотя новые устройства я не подключал. Все до этого установленные устройства имеют драйвера и работают нормально. Меню «Устройство USB не опознано» выскакивает с частотой в 2-3 секунды с характерным звуком. Мешает работать. Компьютер на вирусы проверил. Результат отрицательный. То есть вирусов «Касперский» не обнаружил. Бывает, что проблема не дает о себе знать несколько минут, но потом возникает опять. USB Code 43 Port_#0001.Hub_#0004 Что делать?! xxx: Нашел причину! Дата-кабель от телефона упал в кружку с чаем... Баш.

это все происходит на одном типе документа или на разных?

на разных (минимум на 2-х)

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

"только если с обменом приезжают...но там префикс 100% другой"  - уверен на все 100%? А как контролируешь?

там проблема в том, что номер не уникальный, но такого и  в базе нет. Получается что платформа выдает номер и тем самым его второй раз не получить, при этом это происходит не всегда.

в коде нет каких-нибудь хитрых сценариев с установкой номера документа, все идет типовым сценарием?, Ссылка на новый объект не назначается в момент записи?

в примере можешь посмотреть по логам, там не было ли откатов транзакции. а-ля ошибка при проведении, при записи. потом что-то подправили и снова попытались провести док.

Не могу найти ссылку, но точно помню: [на старых платформах] не рекомендовано было использовать цифровые префиксы.