Регламентные процедуры #14426

Всем привет! Скажите пожалуйста как в v8 грамотно запускать какие-то регламентные процедуры. Конкретно нужно запускать автообмен в РБД. Какие существуют механизмы, их плюсы и минусы. Спасибо.

Это один из вариантов навеенный видимо v7. Думал, что в v8 можно как-то параметр непосредственно передавать, а не маскировать его пользователем. Потом, чтобы администировать различные процессы, а их может быть много, при таком подходе приходиться править конфу - это не есть гуд. Есть в v8 что-то более гибкое и красивое? Спасибо!

Расшифруй.

На вскидку могу предположить 3 варианта: 1. Запускать v8 с опр. пользователем. При запуске идентифицировать пользователя и запускать ПодключитьОбработчикОжидания (как в примере). 2. Запускать v8 с опр. пользователем. При запуске идентифицировать пользователя и его там обрабатывать универсальной процедурой не требующей модификации в зависимости от задач. 3. Передавать параметр непосредственно из командной строки в v8 и его там обрабатывать универсальной процедурой не требующей модификации в зависимости от задач. 4. Аналог пакетного запуска конфигуратора в v7. (это в рамках УРБД) Больше всего нравится 3 вариант... Возможен ли он в v8? Как его реализовать? Есть ещё какие варианты?

Вариант 1. Создать в планировщике заданий необходимые задания, которые будут в  нужное время запускать Предприятие. при запуске предприятия стартует необходимая процедура (у меня ссылка на процедуру идет после анализа имени пользователя, под которым планировщик запускает задание, но есть и другие варианты). По окончании задания программа закрывается. Вариант 2. Предприятие постоянно запущено под специально введенным системным пользователем. Под этим пользователем срабатывает процедура "ПодключитьОбработчикОжидания". Прописанная в нем процедура выполняет необходимые действия. По-моему первый вариант целесообразнее, когда система реагирует на внешние события (например, появление файлов прайсов поставщиков) или должна срабатывать точно в определенное время (потому что у процедуры "ПодключитьОбработчикОжидания" со временем - беда: задаваемый интервал активизации в секундах выполняется неточно) и нет необходимости держать открытой все время программу. Второй вариант (опять же по-моему) лучше, когда система должна реагировать на внешние события. В качестве примера: у меня реализован экстренный обмен между базами Т.е. ночью – первый вариант, днем – второй.

В варианте 2 - затем завершать сеанс 1С.

Опс... Ошибочка... Второй вариант - для внутренних событий.

Ага, у меня - после семи часов вечера. В 9.00 автоматический старт с помощью виндовского планировщика