Обработчик прерываний от таймера #21300

Доброе время суток! Есть ли его эмуляция? Может есть какие наработки? Необходим запуск обработки в определенное время определенного дня, заранее благодарю

Кажется int 8. Хотя не помню уже. Давно это было!

я говорю о 1С..обработка должна запускаться в субботу в чч.мм.сс

Если в самой 1С, то см. фунцию ОбработкаОжидания

Обработчик называется назначенные задания. Хм, только вот на счет субботы не знаю! Хотя если еженедельно поставить, то наверное прокатит

что за "назначенные задания", где лежит?

в виндовсе

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

У меня работает автоматический запуск 1С в определенное время. И именно из шедулера. При чем не зависимо от того сидит кто-то в базе или нет. Если конечно какой-нибудь баран монопольно 1С на ночь не оставит

А если это ЦБ, которая работает круглосуточно и в выходной день она должна запустить внешнюю форму(без запуска 1С)?

Что подразумевается под внешней формой?

пардон, сейчас обработка, которую я хочу выполнять еженедельно, сделана в виде внешнего отчета(перепроведение реализаций в конец дня за период)

а не легче скрипт прописать

Читал ?

вот о чем я и толкую ... как и какой? как привязать к чч.мм.сс?

нУ ТЫ ТАК И НЕ СКАЗАЛ. у ТЕБЯ НА МОНОПИЛЬНО ОНА РАБОТАЕТ? Если нет то запускай под опр. пользователем и при старте проверяй на пользователя и делай действия, а потом завершай работу.

действительно не приметил, спасибки

У тебя в виндовсе нет шедулера?

загружает отчет в 22:00 в Воскр ОбработкаОжидания("ИмяПроцедуры",3600) .... вроде работает

Вероятность неудачи не менее 1 из 10800. Т.е. как минимум раз в 30 лет ничего не запустится ;)

почему? помоги неопытному)))

Объясняю: Обработка ожидания имеет погрешность. Допустим, если исходить из минимальной погрешности для данного случая (1 секунда из 3600), то возникает следующая картина: в одном случае из 3600 обработка ожидания сработает ровно за секунду до 22 часов, т.е. 21:59:59, с секундной погрешностью это может привести к трём вариантам: 1) следующая обработка ожидания сработает без погрешности (ровно через 3600 секунд - в 22:59:59) 2) следующая обработка ожидания сработает с погрешностью -1 (т.е. через 2599 секунд - в 22:59:58) 3) следующая обработка ожидания сработает с погрешностью 1 (т.е. через 3601 секунду - в 23:00:00) В первых двух вариантах всё пройдёт как надо, а вот в последнем выйдет, что две обработки ожидания выполнились с интервалом больше часа, не попав в промежуток, когда (Лев(ТекущееВремя,2)="22") => ничего в этом случае не запустится. Таким образом, вероятность этого события равна 1/3600 и /3 == 1/10800. И это при том, что мы считали, что на 3600 секунд вызова погрешность обработки ожидания составит всего 1-у секунду, что даст разброс в три варианта (от -1 до +1). Реально же погрешность обработки ожидания куда больше, так, например, может наблюдаться погрешность до 5 секунд на 10 секунд вызова, создавая при этом множество вариантов как минимум от 0 до +5.

Круто!!!Спасибо!!! я тоже об этом думал, но я считал что проблема не в погрешности а во мне ...тут одна идейка появилась

Так шедулер то есть? Кулибин, млять...

почитал и улетел