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

Была схожая задача, нужно было сквозную нумерацию сч/ф по разным ИБ делать, там в номер добавили КодБД и Дата. Но для установления жесткой привязки думаю отдельный справочник с автонумерацией (как предложили выше) оптимальнее всего

Хотя если подумать, то "перед созданием" - это "перед записью" или "перед открытием формы"? Если перед открытием формы - то ваш вариант только для интерактивного ввода, что не гуд. Если "перед записью" - там транзакция ещё не завершена, где гарантия, что элемент запишется? Ну казалось бы, не записался, код то будет уникальный в любом случае. Но если вызвать ОбновитьНумерациюОбъектов? Все выданные, но не записанные номера-коды снова выдадутся системой. Уникальность от этого не пострадает, но вот сквозная нумерация - да. Так что, если не нужна строгая сквозная нумерация - то вариант со справочником подходит. Если нужна все-таки, то только регистр с номерами, блокировка на чтение, выдача номера, запись

Точнее не "выдадутся системой", такого то скорее всего применительно к справочнику не произойдёт, система возьмёт все-таки максимум(код) + 1. Но руками можно номер-код записать "задним номером"

Прикрутить что-то типа штрихкодирования документов из УТ?

Управляемые болкировки на регистр спасут.
Я делал такое, полет нормальный

Скорее нумерация из ДО

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

В зупе не парятся: там в одном месте есть что-то похожее, "свой" номер, и это не номер документа. Но там с форматированием. Сделано просто - в доке кнопка есть, жмешь - дергается функция типа Макс по некоторым аналитикам из РС. Там вроде организация, год даты и еще чота. Тебе прилетает номер. Соотв. дальше при записи, проверяется - кто-то уже успел записать так номер, если да - сообщение, извини, но не успел ты. Если успел, в РС пишется +1 запись. Типо вот так.

Конечно, полагаться на нумерацию кластера там где предъявляются требования по строгой надёжности никак нельзя

Я по этой причине вообще длину кода у новых справочников почти всегда вырубаю если пользователь с кодом не предполагается что будет работать

а ты в теме

Да в 1С много где так. Фоновые типа отработало, но на самом деле не отработало. Задача БП типа ждёт слияния, но на самом деле уже не ждёт.

Текут абстракции (с)

Так и в типовых делают часто

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

Рекомендую проверить на копии

Нет. При отключении расширения структура таблиц в SQL не меняется, только если окончательно удалить его.

Ого. Аж самому интересно стало. Проверю сегодня и отпишусь

Но в любом случае - крайне рекомендую проверить это на копии.
Поверишь доке, а в твоем релизе есть баг.