При записи документа выдается  это сообщение.
Где можно и можно ли посмотреть, какой номер сгенерировался при этом?

В отладчике?

В какой процедуре смотреть?

ПриЗаписи()?

(3) ПередЗаписью()?

(3) ПриЗаписи - нет, не доходит до этого

(4) ПередЗаписью попробую

В подписках на событие поищи в "ПриУстанвкеНовогоНомераДокумента"

ПередЗаписью номер еще пустой, а приЗаписи не выполняется по причине "... не уникально"
Где ловить?

В подписках на событие поищи в "ПриУстанвкеНовогоНомераДокумента" видим:

//
Процедура ПриУстановкеНовогоНомераДляДокументов(Источник, СтандартнаяОбработка, Префикс) Экспорт

   ОбщегоНазначения.ДобавитьПрефиксОрганизации(Источник, Префикс);
   ОбщегоНазначения.ДобавитьПрефиксУзла(Префикс);
КонецПроцедуры

Префик сформировали и дальше что, где формируется номер по префиксу?

?

перенумеровать документы - не предлагать?:)

Может кто знает? Очень нужно

(11) нет, нужно выяснить причину, чего она там генерить

(9) Источник.Номер религия не позволяет узнать?

99% косяк с нумерацией
некоторые любят руками рисовать номера типа "хБЛЗП 1-01"
если конфа сама не в состоянии продолжить нумерацию, все равно придется ее лечить
или у вас в планах переписать правила нумерации?

(14)  подписках на событие поищи в "ПриУстанвкеНовогоНомераДокумента" ?

Так там нет еще префикса, откуда номер?

кстати как вариант - сделать копию базы, увеличить длину номера и создать новый док

(15) да, там такие номера и есть "хБЛЗП 1-01" и нужно понять какие при этом генерируются. Где это посмотреть

(17) Спасибо, это вариант, но хотелось бы посмотреть, что лепит в номер система

(18) В отладчике поставь останавливаться при ошибке

Как вариант отключить в тестовой базе уникальность и записать... =)

Документ программно записывается?

(18) А черт! Не смотри подписку на событие. У нас там свое изобретение добавлено.
Смотри последний созданный документ. Можно в "Журнале регистрации". Этот номер + 1 и пытается создать программа.

(22) нет, из интерфейса

а можно программно создать док, вызвать ему УстановитьНовыйНомер() и посмотреть отладчиком

(23) номер имеет вид:
ПРЕФИКСNNNNN.N
где  N-цифра

(25) нужно попробывать

Других вариантов нет?

(26) я недавно накосячил с нумерацией, создал свой метод присвоения номера документу, но он оказался не универсальным, накатил CFник на вторую базу клиенту и там такая же батва началась, оказалось, что из-за отсутствия префикса весь мой алгоритм в топку, доработал алгоритм и всё ОК стало

а что, (25) не катит? 1 мин внешнюю обработку написать...

(30) прав

(0) кто-то номер отредактировал и теперь в номере не то, что надо 1С.

(26) АГА!
В номере "ПРЕФИКСNNNNN.N"
префикс - "ПРЕФИКСNNNNN.", а если последняя N после точки всего одна цифра и это 9, то автонумерация тут застрянет. Даже увеличение поля номера не поможет, перенумерацию придется делать.

(33)Застрянет, но префикс все же ПРЕФИКС, а вот NNNNN.N пытается доращивать

(34) в общем ищите документ с номером 9 или 99 или 999. Ну и тому, кто его ввел, оторвать руки.

(33) не обязательно перенумерацию делать, можно нумерацию сбросить, потом создать документ, ввести вручную номер и записать, а следующий документ уже увеличит на 1 номер который ввели в прошлом доке

(34) у тебя номер вида nnnnnn.n когда нумеразия доходит до 00000.9 программа пытается "." увеличить на 1, что по твоему должно получиться?

(34) 0001.9  у тебя 0002.0 автоматически никогда не станет в типовой автонумерации. Только руками.
Все что до и вместе с точкой - по-умолчанию префикс.

В отладчике ставь "Остановка по ошибке". Как выскочит - смотри в табло "ЭтотОбъект.Номер" или "Источник.Номер" в зависимости от контекста

Всем спасибо.

v8: Как 1С:Предприятие 8 определяет следующий номер документа последний пункт