ОбновитьНумерациюОбъектов() Не помогает. #746875

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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