Вызов метода внешней компоненты по расписанию #555857

Положение дел таково, что при начале работы 1с загружает мою компоненту. Далее требуется каждый день в определенное время выполнять её метод, генерирующий в 1с внешнее событие с пересылкой некоторых данных. Внешнее событие обрабатывается стандартной предопределенной процедурой. Все готово, кроме выполнения метода компоненты по расписанию. А запускаться он должен извне, то есть я так думаю придется писать службу, для которой буду настраивать расписание вызова метода внешней компоненты (которая уже подключена при старте 1с), которая будет кидать некоторые данные в 1с. Может кто знает, можно ли обойтись без написания службы? Я в дельфях ни в зуб ногой, время придется потратить на изучение. зы виндовый планировщик задач не предлагать. зыы ос win2003 sp2

Попробуй через планировщик задач

читать умеем? :-)

в чём проблема-то? отслеживай время в ОбработкаОжидания и вызывай свой метод

а Schtasks в ос win2003 sp2 есть?

0. Настраиваем 1С на запуск по планировщику под определенным пользователем. При входе в 1С под этим пользователем  (проверка на ИмяПользователя) - запускаем метод ВК.

я ж говорил планировщик не подходит. ну запустится 1с по заданию, ну выполнит он один раз нужную манипуляцию.. а дальше что? когда наступит время следующего запуска он попытается запустить 1с под тем же юзером.. уже затык. даже если гасить 1с по PID после выполнения нужных операций - все равно я не знаю способа убивать 1с "нежно", то есть без последующей переиндексации.

А я знаю... ЗавершитьРаботуСистемы...

Можно еще обработку ожидания запустить.

Если операция несложная и никак нельзя сделать предложенное в тогда можно напрямую обращаться к данным в БД (опять же если обработка несложная).

+ СтатусВозврата в ПриНачалеРаботыСистемы.

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

сделал пока с использованием ЗавершитьРаботуСистемы. тесты ок. пусть пока так поработает. если слишком много сбоев будет - сделаю с обработкой ожидания или со службой.

чтобы не запускалась :-)

: это ж ему ещё раз придется эммм... переделывать... логику... (бедная логика!)

да там в принципе пару строчек налячкать. в процессе переделывания ни одна логика не пострадала!

А зачем 1с закрывать, пусть работает под служебным пользователем.

в случае использования запуска по планировщику закрывать надо, иначе 1с запустится 1 раз, выполнит возню и так и останется открытой. и второй раз уже не запустится, ибо она уже запущена и папка пользователя занята. да и не хочется, чтобы еще один сеанс 1с постоянно висел.