Добрый день.
В подписке на событие документов ПередЗаписью записывается штрихкод в РС Штрихкоды.
Формируется шк путем поиска последнего + 1.
Документы формируются несколькими операторами. И если одновременно (разница может быть до 2х секунды) записываются документы, то формируются одинаковые штрихкоды.
Как этого можно избежать?

формировать ШК из номера документа

(0) ускорить ...путем поиска последнего + 1...

Функцию напиши из номера/даты/времени создания - веселись)

(0) в типовых это уже сделано через номер, в чем смысл дублирования БСП ?

Номер/дата/время создания хорошо, но хотелось бы засунуть в EAN13

(4) в УПП 8.3 я не нашел

(5) ну я же не сказал, что бери и лей туда это))))))))) ... я на выбор)

(5) во-первых, в чем проблема засунуть в ean13, во-вторых, в чем проблема применить старый как какашка мамонта code128, который тоже читают все сканеры и у которого нет ограничения на 13 символов?

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

(8) можно поподробнее?блокировку РС?

(9) да пожалуйста
https://its.1c.ru/db/metod8dev#content:5839:hdoc

Еще такой нюанс,штрихкод записывается до того, как номер документа будет известен (ПередЗаписью). Сделано это для того, чтобы можно было записать штрихкод в реквизит документа. Понимаю, что это немного неправильно, но так удобно просматривать штрихкоды (сразу его видно в документе).
Поэтому, лучше было бы исправить задвоение штрихкодов, а не переписывать весь алгоритм.

РС ШК пофиг

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

(13) а когда ты его собираешься блочить?

(14) Эксклюзивная блокировка до чтения.

(15) беда...

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

(17) у них 2 мадам работают)).. истерика 1 обеспечена

(11) добавь передзаписью что если ЭтоНовый() То установитьссылкунового() установитьновыйномер() запилитьшк()
ссылкунового мб не надо

(19) толку-то

(0) В УПП есть такой код, можно сделать аналогично:

УстановитьПривилегированныйРежим(Истина);
НачатьТранзакцию();
Блокировка = Новый БлокировкаДанных;
ЭлементБлокировки = Блокировка.Добавить("РегистрСведений.ЖурналСобытийЭД");
ЭлементБлокировки.УстановитьЗначение("ПрисоединенныйФайл", СсылкаНаЭД);
Блокировка.Заблокировать();
    Запрос = Новый Запрос;
        Запрос.Текст =
        "ВЫБРАТЬ
        |    ЕСТЬNULL(МАКСИМУМ(ЖурналСобытийЭД.НомерЗаписи), 0) + 1 КАК НомерЗаписи
        |ИЗ
        |    РегистрСведений.ЖурналСобытийЭД КАК ЖурналСобытийЭД
        |ГДЕ
        |    ЖурналСобытийЭД.ПрисоединенныйФайл = &ПрисоединенныйФайл";
        Запрос.УстановитьПараметр("ПрисоединенныйФайл", СсылкаНаЭД);
        НомерЗаписи = Запрос.Выполнить().Выгрузить()[0].НомерЗаписи;
МенеджерЗаписи                    = РегистрыСведений.ЖурналСобытийЭД.СоздатьМенеджерЗаписи();
МенеджерЗаписи.ПрисоединенныйФайл = СсылкаНаЭД;
МенеджерЗаписи.НомерЗаписи        = НомерЗаписи;
МенеджерЗаписи.ВладелецЭД         = СсылкаНаЭД.ВладелецФайла;
МенеджерЗаписи.СтатусЭД           = СсылкаНаЭД.СтатусЭД;
МенеджерЗаписи.Дата               = ТекущаяДатаСеанса();
МенеджерЗаписи.Пользователь       = ПараметрыСеанса.ТекущийПользователь;
МенеджерЗаписи.Ответственный      = СсылкаНаЭД.Ответственный;
МенеджерЗаписи.Комментарий        = СсылкаНаЭД.Описание;
МенеджерЗаписи.Записать();
ЗафиксироватьТранзакцию();

(0)(5) Ничего не напоминает Обжать GUID до 9 символов? ?

(21) Вот,это уже интересно))

(22) Я так и не понял, можно или нет? В обсуждении ответа не нашел.

(20) ну номер надо было, вот он номер, делай из него шк, пиши в реквизит

(24) Вполне возможно. GUID ужимается до 20-ти символов по маске подходящей к code 128. Ещё +1 символ на префикс обозначающий тип документа. Я делал такое в прошлом году по мотивам этой статьи: http://ethicorum.ru/?p=161&lang=ru

(26) до 20 может,а мне нужно влезть в EAN13

(27) Не нужно. Если поиск документов идёт по GUID, то ничего дополнительного в регистре сведений хранить не нужно, т.к. все документы в базе уже "проштрихкодированы".

(27) дался вам этот еан13. давно уже одномерные сканеры читают все подряд.

вы еще скажите, что одномерный штрихкод вы печатаете отдельно от самой ПФ на принтере этикеток.

(30) нет,штрихкод печатается с печатной формой

https://stackoverflow.com/questions/31696296/most-efficient-barcode-to-store-a-guid
пример прямой конвертации гуида в шк.

(30) казалось бы причем здесь сабж?

но еще проще открыть какую-нибудь конфу с ШК для ПФ и скопировать там. УТ какой-нибудь или УНФ.

(34) да в том то и дело, что уже все настроено в ПФ под еан13. Подогнаны размеры. ПФ самописная, в принципе можно переделать, но хочется свести изменения к минимуму.

(35) Ну так и в 12 символов тоже можно УИД документа успешно ужать.

(36) как?

И будет ли он уникальным?

(38) От количества документов зависит

(5)[в УПП 8.3 я не нашел]
открыть УТ 11 что-то мешает ?

(36) Тут же не просто до 12-ти символов. Тут до 12-ти символов, в которые умеет EAN13, а он вроде как умеет только в цифры. Т.е. сжатия без потерь не получиться.
(35) Если пренепременно нужен EAN13, то тут лучше забыть про сжатие GUID'ов и додумывать блокировки вокруг одновременных записей в регистр сведений.

(41) Пофиг и в 12 цифр можно, если кол-во документов за все время меньше и делаются они на одном сервере.

Решил проблему так:
Получаем номер УстановитьНовыйНомер() до записи документа. Формируем штрихкод из номера и времени создания, ну и форму еще включил (1-я или 2-я)
Получается такой вид:
НомерДокумента = Прав(СокрЛП(ДокОбъект.Номер),5);
ДатаДокумента = Формат(ДокОбъект.Дата,"ДФ=ЧЧммсс");
ДокФорма = "0";
Если Найти(ДокОбъект.Номер,"-") > 0 Тогда
  ДокФорма = "1";
КонецЕсли;
Если СтроковыеФункцииКлиентСервер.ТолькоЦифрыВСтроке(НомерДокумента, Истина) Тогда
  Штрихкод = "2" + ДокФорма + НомерДокумента + ДатаДокумента;
  Если СтрДлина(Штрихкод) = 13 Тогда
    Возврат Штрихкод;
  КонецЕсли;
КонецЕсли;

(42) "Можно ли вытащить время из гуида?" + добавляем нечто.
http://catalog.mista.ru/public/635159/

Считаю, что вероятность одинакового номера и времени создания (часы-минуты-секунды) ничтожно мала.

Даже с периодичностью номера документа - месяц.

(46) может вероятность изменения периодичности ничтожно мала? и можно бесполезных 6 символов времени потратить на yy и номер
и юзер френдли это наоборот ДатаДокумента + НомерДокумента, а лучше "190" + НомерДокумента

(44) Выглядит как-то рисковано копаться во внутренностях самих GUID'ов. 1С в любой момент что-нибудь тут поменяет и всё поедет. (45) Не стоит недооценивать 1С. Если дубль может быть, то стоит предусмотреть как это должен будет решать пользователь. Почему бы просто не добавить запрос с ДЛЯ ИЗМЕНЕНИЯ при получении последнего свободного штрихкода? Книга знаний: Ключевое слово ДЛЯ ИЗМЕНЕНИЯ

(47) вероятности, сука, такие.. 4 года в покер играл.. может пойти такой стрик)

кстати СтрДлина(Штрихкод) = 13 косяк, надо РаботаСТорговымОборудованием.КонтрольныйСимволEAN тринадцатым, а то придется сканеры программировать и всё переписывать

(50) EAN уже давно стал GTIN из 14 цифр

(50) спасибо, добавил контрольный символ

(47) вероятность 100% - каждый месяц нумерация начинается заново. Если оставить только дату без времени + номер, то вероятность больше получить такую же комбинацию в следующих месяцах.
"190" + НомерДокумента каждый месяц будет задваиваться.

(53) хэш и посоли по-своему)))))))))))

(54) и в банку закатать?)))

Я тут подумал, а процедура УстановитьНовыйНомер() не выдаст ли мне одинаковые номера при одновременном проведении?

(56) нет)

(56)эта точно не даст)

ну и отлично)

Я делал по-другому. Тупо генерация случайного штрих-кода и поиск что он еще не занят

От осмысленного номера отказался ибо тупик

(60) Какова вероятность что два случайных ШК совпадут при одновременной записи например 100 документов?
В базе этого ШК еще нет, сто последовательных (до момента записи) проверок ничего не дадут.

Один фуй надо РС блокировать с момента чтения-проверки до записи.

Лично я тупо делаю константу "ПоследнийНомерШК" и использую ее.

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

Или банальной проверкой кто последний писал если к номеру добавить еще идентификатор сеанса.
Тогда можно проверить мы ли записали последний номер или другой сеанс.

Если не мы то берем новый номер и заново пробуем его +1 и записать со своим идентификатором.

(63)+ Самый плюс этого механизма что можно резервировать себе ШК целыми блоками.
Например в обработке которая документы или другие объекты разом загружает/создает, если известно их количество.

В чем проблема блокировку на регистр перед плюс 1 поставить,а при записи проверять,а нет ли еще таких,чтобы не перезатирать?

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

На самом деле проблема глобальнее, чем я написал. У нас РИБ, и штрихкоды создаются на разные виды документов.Заказы записываются сразу в двух базах, поэтому тут необходимо привязыватья к реквизитам документа.

(66) Префиксы ШК от префиксов РИБа же

(66) к префиксу, Ваш Кэп.

кек
Прав(Организация.Код,2)

(69) Организация может быть и одна а базы в РИБе разные

Организация одна,префиксы буквенные

Префиксы РИБ я имею ввиду