Прошлую проблему с незакрытием файла $File0 решил путём его переименования после каждого использования. Думал, что скрипт работает нормально. Но выявилась неожиданная фича - скрипт отлично работает на удалённых серверах (в т.ч. ис-под шедулера), что и требовалось, но только при выполненном удалённом терминальном входе в систему. При отключенном сеансе (даже не закрытом) шедулер запускает скрипт, но он при сравнении не находит одинаковых скриншотов. При удалённом входе же в систему при запуске шедулером скрипт начинает исправно закрывать накопившиеся окна с сообщением об ошибке. Вопрос изначально был в том, что при отсутствии реакции на сообщение об ошибке 1С (т.е. незакрытии окна) необходимая внешняя обработка 1С шедулером не запускается, а только плодит окна об ошибках.
Пробовал запускать скомпилированный скрипт через RUNAS явно от лица нужного пользователя, но результат был тот же. Тут похоже нужно знать глубинные процессы распознавания AUTOIT всплывающих окон.
Запускал шедулером на терминале при отключённом сеансе скрипты:
на основе скриншотов - создаёт скриншот нужного размера, но полностью чёрный.
на основе tesseract - _TesseractWinCapture - создаёт нулевой файл.
При подключённом терминальном сеансе - скрипт на Tesseract сохраняет надписи окна 1С, правда русский шрифт не понимает, сохраняет латинскими символами в непонятном порядке.
Возникает вопрос - где Windows хранит файлы окон для пользователя при отключённом терминальном сеансе?