Так а что на очередь простую не переделаешь? Ложи в регистр, и по таймауту шли. В чем сложность?

Думаю проблем бы не возникло, т.к. 2000 сеансов ФЗ - это в 2 раза меньше, чем стандартные 128 соединений на процесс и 32 порта рабочего сервера (и в 4 раза меньше, чем 256 после какого-то ~8.3.14).
Ну и при необходимости можно было бы просто оперативно расширить диапазон портов через консоль кластера. А вот с проблемами ОС / сети из-за пингов бороться можно наверное только если совсем отказываться от такого варианта.

так нет сложностей. Просто диалог на тему нормально ли поднимать ФЗ в транзакции записи для выполнения длительных но условно не обязательных процедур

а сообщение твое на мыло - оно может быть просмотрено кем-то у вас в самой базе? Типа это что - документ какой-то, или это разовая уведомлялка, отправил и забыл?

зависит от окружения:

Да с IIS вообще кучу волокиты, постоянно что-то слетает после перезапуска.

ну и там в конце если вообще нихрена нет

А если нет нихрена, то просто шлется через почтовый сервер и все?

ага

А это такое бизнес-требование?

это, скажем так, поделка используемая у многих заказчиков. И собрана как библиотека в БСП по сумме всех потребностей

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

а, да, знаем. Но на третий блок условия в жизни не натыкаемся (в типовых теперь всегда выполняется что-то из первых двух блоков). А третий случай аварийный. Ну а аварийный есть аварийный)) Пусть при запуске подсистемы переопределяемый заполняют короч)

Переименовали ОчередьЗаданийОбластейДанных в ОчередьЗаданий, а старый справочник ОчередьЗаданий стал теперь Удалить_ОчередьЗаданий.
Или я тут немного выпал из контекста?

Смотрю УТ115. А там кода нет

а, смотри в новых версия БТС fresh теперь весь в расширении

смотри общий макет fresh

потому что встроенная часть - это чисто описание интерфейса - реализация в расширении