Почему? Разные транзакции?  Худший вариант - если только фоновое не выполниться и версия не измениться.

Какой? Не поделитесь?

Именно из-за того, что нет гарантии) сделал расход в БД на сто тыщ позиций, и это не отразилось как триггер, и привет - куча внешних клиентов будет долго заказывать то чего уже нет и получать отлуп

Версии сделать строками таблицы БД, а не полем одной строки.
Быстрее всего до недавнего времени это была запись в независимый РС без замещения и с заведомо уникальным измерением (УИД) в режиме загрузки.
Но где-то с 8.3.15 это "оптимизировали", признав спустя 15 лет ошибочным поведением, и теперь набор считывается из БД всегда перед любой записью (

Один фиг если все в одной транзакции, то будет горлышко.

Нет, откуда?

Получать последнюю запись из регистра сведений?

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

Да, лучше, чем со справочником. И старые записи чистить потихоньку. 👍

Не православно

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

Но вообще да, пахнет редиской

С флагом "загрузка" истина  в обмене данными без замещения вроде всегда делает просто инсерт

Приветствую. Возможно ли в БСП в рассылке отчетов динамически формировать список получателей? Есть отчет по задачам и он должен быть направлен только тем у кого задачи в одном письме, но на всех.

Переопределяемый модуль есть у рассылки отчетов. Там смотрели?

Есть и там процедура определения получателей. Спасибо.

Если ещё актуально, сеглдня наковырял занятное, если поставить длительность ожидания в параметрах ВыполнитьВФоне в 0 (то бишь без ожидания на уровне старта) то оно всегда корректно отрабатывает.
(сори за некропостинг)

Мы тогда нашли причину. Это было даже не в БСП, а в платформе. Если запускать фоновое задание из внешнего соединения (COM), то периодически теряются данные, помещенные в фоновом. Их просто нет по адресу хранилища. Крче, баг платформы. Раньше был в толстом - его поправили. А в внешнем соединении остались.
В нашей ситуации помогло то, что базу, которая выполняла внешнее соединение, как раз недавно научили подключаться через веб-сервис. В нём бага нет.

Ну у меня тоже самое воспроизвелось в толстом клиенте на оф, вероятно конечно у меня платформа ещё без исправления бага, но фикс с нулевым ожиданием гарантированно срабатывает

Про этот параметр?