Как бы исхитриться и накрутить такое расписание для рег.задания:

10 числа каждого месяца в 5 утра проверить условие.
Если оно выполняется, то сделать некое действие.
Если не выполняется, то попробовать ещё раз завтра в то же время, но только если еще не 17 число (типа после 17 уже можно не возиться).

Чёт и так кручу настройки расписания и эдак..

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

ЗЫ: метод-исполнитель при невыполнении условия кидает исключение

если НачалоДня(ТекущаяДата()) ...

добавь константу -флаг. (или еще что)
в обработчике проверяй и флаг, и дату, и прочее запуска.

расписание же можно по дням настроить, емнип
а метод уже пусть отрабатывает

Запуск по всем дням, до 10 и после 17 NOP.

интервал при неудаче поставь сутки

хотя это только в конфигураторе можно

(4)(5) где?
есть детальная настройка в течение дня. но "детальной настройки в течение месяца" я не вижу.

(6) это есть. стоит перезапускать при аварии 7 раз, через 86400.

Сначала тоже такой лихой поставил на вкладке "Месячное" выполнять в 10 день месяца. А он 10 выполнился разок и всё! Теперь висит как активное с ошибкой, ждет следующего 10 числа.

(8) можно несколько расписаний делать

(0) Если хочешь все гибко только через настройку регламентных, без последующих изменений в коде, то через константу - как в (3) предлагают:

1) Регламентное, которое 10 числа взводит константу
2) Регламентное, которое 17 числа сбрасывает константу
3) Регламентное, которое каждый день в 5 утра читает константу и по ее состоянию что-то делает или не делает.
4) Настраивай, как душе угодно.

Каждый день запускай. Но не каждый день работай. NOP - это ассемблерная команда "Ничего не делай".

(8) а вы сервер не перезапускаете случайно? а то наверняка счетчик сбрасывается

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

а то в типовых и так этих рег.заданий как грязи на каждый чих

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

(15)+ Кстати можно в метаданных сделать вообще одно регламентное. А по нему программно создавать несколько экземпляров с разными расписаниями и параметрами, переключать варианты 1,2,3 методы через параметры.

(0) Запускать каждый день рег задание в 5 утра. А в самой процедуре, если Текущий день между 10 и 17 и статус в регистре не выполнен, тогда выполнять и сделать запись в регистре.

Чисто теоретически рассуждая, регламентное задание может самостоятельно изменять своё собственное расписание и/или устанавливать время следующего своего запуска.

(17) а завтра скажут, что надо не с 10 по 17, а с 5 по 20 и повторять через 2 дня. Код менять?

(19) Использовать хранилище настроек для внешней обработки с рег заданием. там же и хранить нужные варианты запуска.

(19) "каждый 2-й день" легко в расписании настраивается, а числа выполнения, как и писал в (20) можно хранить в настройках

(20) ну т.е. ещё написать своё расписание с редактором к этому делу

(22) только в том случае, когда стандартное не устраивает. Через день, или в определенные дни, месяцы легко через расписание поддаются. А вот различные проверки, а успешно ли отработало задание, а все ли записалось, или пришел ли положительный ответ после рег задания, лучше хранить в регистре и с ним сверяться для понимания, надо ли снова выполнять. Всякая экзотика, мол 5 дней выполняем а потом забиваем, только через хранение таковых ограничителей в базе. Стандартное расписание емнип таких возможностей не дает.

(0) Рег задания вообще любят стартовать когда захотят. Если нужна жесткая привязка ко времени - лучше проверять кодом.

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

(19) Если условия так часто изменяются - то их нужно хранить "во вне" обработки в "легкодоступном" для изменения месте.

(26) Они меняются, может, и не часто. Но надо, чтобы их смог поменять условный "неодинесник", пусть и специально обученный.

(27) Не в тему, но у меня некоторые технологи и конструкторы могут изменять формулы расчета количества материала в спецификациях УПП.  Фишка в том, что формулы мною были переделаны в тексты алгоритмов 1С. Имхо, простейшие конструкции алгоритмов должны понимать любые инженеры с высшим образованием.

(28) А потом все это дело через "Выполнить" работает?

(29) Угу :( Уж больно много всякий "если" зависимостей параметров было, чтобы их можно было указать типовой формулой.

(30) а не боитесь, что юзвер туда воткнет следующее:
Выборка=Документы.РеализацияТоваровУслуг.Выбрать();
Пока Выборка.Следующий() Цикл
Док=Выборка.ПолучитьОбъект();
Док.УстановитьПометкуУдаления(Не Док.ПометкаУдаления)
КонецЦикла

Ну или через временное хранилище отправит, что-нибудь веселое на сервак?)

(31) Не боюсь :) Это легко блокируется, контролируется, выявляется и наказывается :)

(32) Прям таки легко?
Как заблокировать бесконечный цикл, который будет через временное хранилище передавать на сервер сгенерированные файлы и сохранять их там?

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

(33) Ваши страхи беспочвенны - длительный срок использования тому подтверждение. Ограниченный круг юзверей с ограниченными правами в ролях не позволят выполнить иные действия, кроме им разрешённых.
PS: не хотел говорить, ибо это уж совсем не в тему, но... перед записью алгоритм проверяется пробным запуском в специально созданной "среде", где доступ есть только к текущей спецификации и ничему более. Любая возникшая ошибка во время выполнения блокирует запись алгоритма. Как я это сделал - не спрашивайте - не расскажу, это моё ноу-хау :)

(35) ну хоть так, а не просто правами юзвера ограничить

(36) На ролях и правах вся система доступа к данным в типовых конфигурациях реализуется - и чего оно вам не нравится, не представляю. "Гы-Гы"(с) :)

(35) раз речь идет о формулах, чем вам не подошел метод Вычислить? Там так же можно условие воткнуть

(37) как с помощью роли/прав запретить юзверу создавать временные файлы на сервере 1с? При этом не поломав работу с базой

Как запретить использовать НайтиФайлы() на сервере? Про http запросы надо уже файрволом настраивать, стандартные права не запрещают делать http запросы, не всегда можно изолировать 1ску от инета. Пишите про права и роли, а сами специальную среду создаете, на всякий случай))

(38) Это не совсем "формулы" - это "полноценные" алгоритмы обработки, которая имеет доступ чтения/записи к заранее определенным переменным (это часть вышеуказанной "среды"). Вот, например:

Если ШифрКорпуса = "С" Тогда
    Если Глубина_L = 20 Тогда
        НаЛенту56 = (Глубина_L + 36) * (Высота_А + Ширина_В + 7) * 2 * 7.85 * 0.80 * 1.005 * КвадратныеМетры;
    ИначеЕсли Глубина_L = 48 Тогда
        НаЛенту84 = (Глубина_L + 36) * (Высота_А + Ширина_В + 7) * 2 * 7.85 * 0.80 * 1.005 * КвадратныеМетры;
    ИначеЕсли Глубина_L = 45 Тогда
        НаЛенту84 = (48 + 36) * (Высота_А + Ширина_В + 7) * 2 * 7.85 * 0.80 * 1.005 * КвадратныеМетры;
    ИначеЕсли Глубина_L = 100 Тогда
        НаЛенту136 = (Глубина_L + 36) * (Высота_А + Ширина_В + 7) * 2 * 7.85 * 0.80 * 1.005 * КвадратныеМетры;
    Иначе
        НаОцинковку = (Глубина_L + 36) * (Высота_А + Ширина_В + 7) * 2 * 7.85 * 0.80 * 1.03 * КвадратныеМетры;
    КонецЕсли;
Иначе
    //Если Глубина_L < 50 Тогда
        ТолщинаКартона = 1.00;
        ВесКартона = 1.00;
    //Иначе
    //    ТолщинаКартона = 1.50;
    //    ВесКартона = 1.63;
    //КонецЕсли;
    Если Высота_А < 306 И Ширина_В < 306 Тогда
        НаКартон = (Глубина_L + 50) * (Высота_А * 2 + Ширина_В * 2 + 13) * ТолщинаКартона * ВесКартона * 1.25 * КвадратныеМетры;
    Иначе
        НаКартон = (Глубина_L + 50) * (Высота_А + Ширина_В + 21) * 2 * ТолщинаКартона * ВесКартона * 1.25 * КвадратныеМетры;
    КонецЕсли;
КонецЕсли;                                                            

Если Глубина_L<=50 Тогда
    НаЗаклепки=8;
Иначе
    НаЗаклепки=12;
КонецЕсли;

В "формуле" используются предварительно рассчитанные параметры изделия (ширина, высота, глубина и т.д.), а переменные типа "На***" (НаЛенту, НаЗаклепки и т.д.) - ассоциируются с материалами спецификации, которые будут записаны в спецификацию "вне" алгоритма после его выполнения.

(42) можно наверное было через обычный запрос эти условия прописать, что то типа:
ВЫБОР
КОГДА &ШифрКорпуса = "С"
  ТОГДА ВЫБОР
   КОГДА &Глубина_L = 20
    ТОГДА (&Глубина_L + 36) * (&Высота_А + &Ширина_В + 7) * 2 * 7.85 * 0.8 * 1.005 * &КвадратныеМетры
......
   КОНЕЦ
КОНЕЦ КАК НаЛенту56
Можно наверное вообще консоль запросов прикрутить для удобного написания формул с условиями и указанием имен созданных полей. Это все дело хранить в xml схемах.

что-то на подобии справочников с сегментами клиентов/номенклатуры.

(43) Можно, но сложно, если учесть вышеуказанное условие "но надо, чтобы их смог поменять условный не одинэсник, пусть и специально обученный."(27)