К нашей базе подключается COM объект и создает документ. Перед созданием происходит проверка наличия документа по входящему номеру т.е если он есть, то документ не создается. Проблема в том, что бывают сбои, когда подключается сразу 2 com-объекта и одновременно запускают создание документа. Каждый выгружает с один документ с одинаковым номером XXX
Т.е еще не записался документ  1-го com-объекта, а 2-й уже создает свой документ. Это приводит к тому, что в базе могут оказаться 2 одинаковых объекта.
Вопрос: какой самый быстрый способ записать в базу, что сейчас происходит создание документа с номером XXX, т.е забронировать этот номер и не давать 2-му com-объекту создавать с этим номером.

они постоянно подключены или после своих операций отваливаются?

(0) Проверяй наличие номера не перед созданием, а перед записью

(1) отваливаются
(2) так и сделано

(0) создай РС где измерения Год и номер объекта и сначало писать в РС а потом, если не отработало исключение - сам документ

а хотя нафига? Включить проверку уникальности номеров у документов и всё

(5) Входящий номер это походу реквизит

(6) тогда см (4)

+ (4) год создавать если у этого реквизита периодичность = Год

А запретить работу пользователю в двух сеансах?

(5) (9) это реквизит. Стороняя программа скидывает к нам в базу заказы покупателя

(10) ну так см (4)

(10) еще можно у ревизита "ВходящийНомер" поставить галочку "Индексировать", чтобы побыстрее искало.

(12) уже сделано

пусть ком перед созданием блокирует како1-нибудь фиксированный объект - тогда второй процесс отвалится на этапе блокировки

(3) может как нибудь проверять ,что уже есть одно соединение и в этом случае отваливаться ничего не делая ?

(0) как вариант могу предложить записывать в РежимеОбмена.Загрузка = Истина. А потом если уже надо будет нормально отработать, еще раз записывать (проводить).

(15) это идет скидывание заказов с мобильной торговли - не известно у одного агента поднялось 2 соединения или скидывать 2 разных агента
(16) задача в том, чтобы такое вообще не появлялось

Так понимаю что по аналогии с рибом префик агента не прделагать?

Если агент будет писать
документ.создать()
документ.Записать()
Документ.Заполнить(моиданные)
документ.толипровеститолизапсать()

(0) открой для себя регистр сведений "Соответствия объектов для обмена"

+(20) там всё просто - сц ылка из базы источника (ЗначениеВСтрокуВнутр()) и сц ылка в базе приемнике

(0) Используй РС для резервирования номера. Так же на основе этого РС нужно предусмотреть Запись, не до запись, это когда номер зарезервировали, но не дописали :)
Так же предусмотреть очищение мертвых резервов, через регламентное задание :)

+(0) Тогда ,если запись в РС есть, то проверяешь, на каком она статусе, если свободна, то захватываешь, если не получилось захватить, то понимаешь ,что облом и другое СОМ соединение должно либо уничтожиться, либо продолжить работу с другими объектами :)

можно сделать что-то через блокирование реквизита? Например так:

           ВЫБРАТЬ
    ЗаказПокупателя.Ссылка
ИЗ
    Документ.ЗаказПокупателя КАК ЗаказПокупателя
ГДЕ
    ЗаказПокупателя.UID = &UID

ДЛЯ ИЗМЕНЕНИЯ
?

ап

ап

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

(27) тогда работа компании встанет

(0) как так они одновременно записывают документ и не видят чужой? Может используется длинная транзакция?

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

(28) Не встанет. Не всем же нужна эта константа.

И все таки, почему нельзя сделать разный префикс реквизитов для разных клиентов?
Чтобы первый клиент записывал документ с реквизитом например "А10008", а второй с реквизитом "А20008".

(28) встанет только "лишнее" ком соединение

(32) константа же заблокируют всю загрузку - будет обрабатывать по одному com соединению

(33) а тебе что надо?

(33) Ты же можешь перепрограммировать COM клиентов? Или это сторонние программы?