Такая проблема:
при копировании , создании нового документа СФ_Выданный
УстановитьНовыйНомер(ДокументОснование.Организация.Префикс) возвращает
номер А99 , хотя такой документ уже есть . Есть даже А103.

ОбновитьНумерациюОбъектов(Метаданные.Документы.СчетФактураВыданный)
Не помогло. Что еще можно попробовать?

База клиент - серверная самописка на основе старой УТ 10.3.

Пренумерация.

Перенумеровать документы за период автонумерации на большую длину номера, используя ведущие нули.

Например, А99 --> А00099

еще можно установить префикс "А-" или "А0-"

+(2) Обработка УниверсальныеПодборИОбработкаОбъектов.epf с диска ИТС тебе в помощь.

(4) Спс, поищу.
А можно без изменения вида номера ? Например сначала нули добавить, а потом убрать чтобы как раньше было?

(5) без изменения префикса - нет

(6) Ну префикс сначала поменять а потом вернуть на прежний?

(7) сначала все улучшится, потом вернется, как было

(5) А не всё ли равно сколько нулей в номере электронного(!) документа? Типовая печать ведь убирает ведущие нули из номера? (если мне память не изменяет).

(9) Да бухгалтера всякие очень трепетно к этому  всему относятся.

(10) объясни им, что либо ручная нумерация, либо отсутствие нулей

Еще вопрос . Самому продублировать механизм нумерации . Работы на 10 минут. В самописке это совсем плохо, как считаете?

(10) Если они хотят чтобы работала автонумерация - у них нет другого выхода. В типовых конфигурациях автонумерация не изменяет длину номера. И как только, например, встретится номер типа "А9", "А99", "А999" и т.д. - автонумерация прекратит нормально работать.

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

(14) Не стоит этого делать. Ты попробуй составить алгоритм поиска наибольшего номера, если у них различная длина :(

Всё завершится и упрется в банальный перебор всех записей, ибо ни запросы, ни выборки не сработают так, как тебе нужно.

(15) почему не сработают, если хранить числовой номер отдельно от полного номера и префикс тоже отдельно, то можно получить максимальный номер в году по префиксу

(15) (16) Можно поизвращаться с определением длинны номера.В запросе. Чем  сейчас и занимаюсь.

(16) "Хранить"? Это значит нужно использовать регистр сведений (начало периода, конец периода, префикс, номер). многопользовательский режим - блокировки, транзакции. И не забыть про возможность указания номера "вручную" пользователем.

(18) "Хранить"? Это значит нужно использовать регистр сведений (начало периода, конец периода, префикс, номер). многопользовательский режим - блокировки, транзакции.

Тут оборот 10 СФ в день.)

И не забыть про возможность указания номера "вручную" пользователем.
При записи СФ можно в РС добавлять запись соответственную.

(17) Подскажу: запрос на поиск макс.длины номера в периоде автонумерации; отбор номеров с этой длинной; сортировка - профит. Логично? Логично. Нелогично только то, что в последовательности "1"-"9", "10"-"99", "100-999" и т.д. может быть встречен номер, например, "0099" :(

Выход? Если нет номера - генерация номера в момент записи документа; если есть номер - проверка номера перед записью документа.

(19) Если десяток документов в день и всего один пользователь- можешь писать сколь угодно медленный алгоритм своей нумерации. Разрешаю, нет проблем :)

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

Вот тогда, да, - у тебя проблема :))

(20) У меня в СФ без лидирующих нулей всегда было. Так что это не проблема. А с "0099" , действительно , совсем некрасивый запрос будет.

(22) Глупо спорить с КЭПом %)

(24) не забывайте основную мысль: "9" > "10"