Необходимо создать альтернативный номер документа, уникальный за весь период работы. Стандартный номер может быть не уникальный даже в рамках года - каприз бухов.
Добавил реквизит УникальныйНомер числовой. Написал функцию получения номера. Работает так:
Берет запросом максимальное значение УникальныйНомер и добавляет 1.
УникальныйНомер присваивается ПередЗаписью в модуле объекта для новых документов.
Теперь такая ситуация:
Одновременно записываются два новых документа. Одновременно срабатывает ПередЗаписью и функция получения уникального номера возвращяет для них одно и то же значение.
Как быть? Возможно кому-то приходилось решать такую задачу? Какой может быть другой алгоритм получения уникального значения?

"Другой алгоритм" - чем стандартный механизм платформы, алгоритмы проверенные временем, Вас не устраивает? :)

"Левый" справочник (код, наименование, ссылка на документ) - вот и готов источник "альтернативного номера документа"(цы). Дальше объяснять?

(0) нумератор прикрутить?
РС и блокировку на него на время получения номера?

Вот держи и не жалуйся:-)
Уникальнее некуда
УникальныйНомер =Строка(Новый УникальныйИдентификатор);

и зачем еще такой номер нужен? мож УИД проще писать в реквизит?

(1) В одно и то-же место справочника полезут оба документа.

Хеш, двухэтапная запись с контролем уникальности на каждом этапе, просто длинная случайная строка, GUID из нескольких инкрементных полей.

(5) Да хоть десять и все сразу. Автонумерация не боится многопользовательского режима :))

Кстати: придумывая алгоритмы, некоторые авторы "забывают" об "Отказ = Истина;" и не продумывают что и как делать во время транзакций и откате её.

(0) можно использовать совокупность год+номер - гарантировано
уникальная комбинация

Почитал советы... хмм.. зачем плодить сущности? Тогда уж сам уникальный номер документа и использовать.

(8) "Стандартный номер может быть не уникальный даже в рамках года - каприз бухов."(тс)

(0) И рыбку съесть, и .. не получится. Не надо отключать уникальность номера. Заведи им дополнительный и пусть пишут туда, что хотят. ИМХО, не всю правду говоришь.

*(1) PS: я не придумывал ничего нового - адаптация к месту алгоритма РАУЗ (связь "запись регистра" <=> "запись справочника").

(0) "Мой гений дарит вам"(цы) гениальный алгоритм: из уникального идентификатора документа выделяется время создания ссылки, которое используется для генерации "сквозного" номера.

(1) Не устраивает бухов. Делать в качестве УникальногоНомера ссылку на справочник и каждый раз создавать элемент? Лишние транзакции.
(2) Разве есть возможность прикрутить нумератор к реквизиту? Нумератор прикручивается только к стандартному Номеру.
(3) Нет, номер должен быть читабельный, чтобы люди могли работать. Плюс с него генерится штрихкод

(14) ну тогда закрывай платформенный номер от изменений, транслируй его в реквизит НомерБух, который можно менять

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