Допилить чутка БСП не предлагать? Чтобы регламенты не выполнялись когда тебе не нужно, и что команды выполнялись в нужной последовательности (хотя это в общем случае недостижимо - расписания-то разные указывать можно)

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

делай одно фоновое задание, а внутри него сам решай в какой последовательности что запускать - но оно реально надо тебе, такой лисапед?

Вот задача достич такого поведение. БСП - омно, и у нас конфа на инглише. Так что - отпадает :)

а почему бы просто не сделать этл в конфигурации, раз уж вы пишите свои механизмы?

А в чем вопрос-то тогда?

Надо, вопрос про то, с какими проблемами реально в практике люди сталкивались с типовым подходом в 1С.

зачем нужны внешние обработки если ты сам аоставщик конфигурации

Т.е. были ли реальные кейсы, которые не удалось решить адекватно. Список своих я привел выше

у тебя противоречие в идеологии получилось: задания выполняются параллельно, но тебе нужно - последовательно в определенном порядке. Ну сам как считаешь - как такое сделать?

Потому что конфигурация будет потом уходить партнерам на внедрение

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

Значит загрузка цен + выгрузка на кассы по одной стране - это один обособленный поток

Ну или семафоры делай - чтоб выгрузка смотрела, как там дела у загрузки

о чом и говорилось выше.

Как решить эту проблему - я знаю. Мне интересно  - что людей вообще разражало в регламентах внешних обработок в типовых конфах? Были ли кейсы, которые не удалось решить, как те что я привел. Я хочу просто правильно архитектуру выстроить. Например, сейчас у нас есть полная отладка всех внезних обработок, включая их формы и т.д., и подгрузка с диска, в автомате, чтобы удобно отладку делать и кучу всего того, чего нет в типовых, а надо было бы.

Теперь дошли до регламентов. Да, тут будет многопоточность, разделение и зависимость потоков, статусы, пулы и прочий трешь.
Но мне интересно - какие еще кейсы у людей встречались, которые они не могли решить типовыми средствами и пришлось свои костыли ваять

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

Давно такого нету то?

Где-то начиная с БСП 2.4 подключаемые обработки создаются в памяти, а не через файл.
Что, впрочем, не мешает расширением вернуть возможность отладки, как это сделано например в ИР.

Всегда удивляюсь когда пишут про ИР. Неужели кто-то его реально использует?

А что удивительного? Запили опрос, если сомневаешься.