Есть регламентное задание, вручную запускается, а по расписанию нет. Вроде и расписание совсем простое - каждый день, каждые 60 сек. В ЖР никакой информации. Куда еще смотреть? Остальные регл задания запускаются нормально. Есть подозрение, что перестало работать после обновления конфигурации.

Может блокировка на сервере стоит?

А может какая процедурина отвалилась.

Блокировка на сервере возможна для конкретного задания? Какая процедурина отвалилась, если руками запускается?

(3) Блокировка возможна для конкретного задания через "Консоль заданий"

(4) понял. а где смотреть эту консоль заданий?

(дабы смутить неокрепшие умы)

"Вроде и расписание совсем простое - каждый день..." - а когда начинается "каждый день"? Простой вопрос :)

если имеется ввиду обработка входящая в состав УТ 11, то там задание включено.

(6) не знаю когда начинается. а что имеет значение, если запускаться должно каждые 60 сек? в базе несколько задание без времени начала. и запускаются.

(8) в журнале регистрации что-нить пишется ?

Вам в Консоль заданий - единственный шанс разобраться.

(9) "В ЖР никакой информации"(0)

(10) хде смотреть эту консоль?

(12) КонсольЗаданий.epf

(13) а взять ее где?

(14) Или на ИТС, или из мобильных (портативных) инструментов разработчика.
Я рекомендую вторую

в составе УТ 11 есть управление регл. и фон заданиями. это не оно?

(16) Пойдет. Это БСП-шная, функционал аналогичен. Главное - там есть история запусков фоновых заданий с ошибками времени выполнения, если такие были.

(17) ну и куда там смотреть? задание там включено. запуски показываются (только ручные). больше ничего.

синтаксическая ошибка в рег задании...

причина - вручную выполняется на клиенте, рег задание только сервер.

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

(19) угу ... не понятно правда как это можно регл. задание на клиенте выполнить.

(19) тогда бы инфо о запуске хотя бы была. нет?

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

(20) когда ты вручную запускаешь - ты запускаешь в своей сесии, а в твоей сесии доступен и клиент и сервер (разумеется если это запуск в фоновом а не в регл задании)...
(21) запуска не будет, рег задание не скомпилировано...

(18) Регламентное задание еще отключено может быть. Если включено - тогда х.з. Если регламентное включено и  "с толкача" заводится, а по расписанию не хочет, хотя расписание правильное - то трабла с планировщиком заданий. Лечится рестартом сервера. Но я уже забыл, когда последний раз с такой фигнёй сталкивался. Либо релиз неудачный, либо хитрое стечение обстоятельств либо и то и другое. Озвучь номер релиза для статистики.

(23) Фигню пишешь.

(24)+ не всегда, 1с использует виндовый планировщик, по этому если отключить службу виндового планировщика - 1с останется без регл заданий

(18) Попробуй еще выключить/включить регламентное и еще раз "с толкача" запустить. Но надежды мало. Это типа как по шинам постучать.
(26) Выдыхай. 1С не использует виндовый планировщик. Планировщик задач - это подпроцесс сервера приложений.

еще вариант - RLS которые завязаны на сеанс пользователя, для устранения этого - нужно прописать юзера в параметры запуска регл задания

(27) и скульный джоб то же отдельная служба, но то же без службы планировщика винды не работает :)

(29) Да ладно???

релиз 1С 8.3.5.1517

в консоле заданий открываешь задание и меняешь время +5 мин от текущего.
Через 5 минут смотришь что написано в консоли и в ЖР.

ЖР смотри по времени запуска регламентного задания

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

(34) вот на это очень похоже

(34) Это не только бух. Это и раньше актуально было.

Если расписание составлено так, что нет "явного" указания когда начинать запускать - иногда приходилось пинать их вручную для начала работы периодического запуска.