sokol92, Владимир, ну что вы все о своем, о программировании. Скорее всего это просто хранитель экрана, а задача запускается в фоне из планировщика, когда пользователь "спит".

Тогда давайте по порядку. Что не так с Application.Ontime? Если просто выключить монитор вместо блокировки, то нормально работает?

sokol92, думаю, что при просто выключенном мониторе всёбы сработало гладко, как и работает при включённом. Не могу этого проверить, т.к. Рассылка длится 40 минут, а рабочий комп блокирует экран уже через 10 минут

Примерно по 20 секунд на одно сообщение? Что-то многовато.
Логирование, протоколирование. Предусмотреть вывод игформации о том что мделано или запущено с нужной детализацией в файл, в системный лог событий. Можно даже в базу или логсервер, но для вашего случая отладки просто debug.print подойдет, только не закрывать приложение и посмотреть  что там накидало. Я ведь правильно понимаю, что планировщик запускает задачу из под вашего аккаунта и можно в интерактивном режиме запускать.

sokol92,  Владимир, это для постоянного ведения. Я , черт ну ведь и не программист, еще вводил константу DebugLevel и в случае надобности писал более подробно в зависимости от значения. В данном случае, конкретно для отладки этого случая достаточно будет Debug.Print. Посмотреть дошло ли до 21го сообщения или виноват Outlook хватит. А там и более детально с виновным можно разбираться.

БМВ, да, задача на открытие документа запускается через планировщик задач из под моего аккаунта. А что значит "запускать в интерактивной режиме"?  

sokol92, спасибо за ссылку! Сейчас посмотрю)  

Коллеги, добрый вечер!

Много времени прошло (на какое-то время забил на задачу, т.к. было много других), но, всё же, возвращаюсь с ответом).
Логирование я так и не сделал, но выяснить на Аутлуке происходит ошибка или на Excel удалось: тупит Excel. Причём вылета он и на заблокированном и на разблокированном экране, а иногда отрабатывал нормально. Выяснил я это таким образом: переписал макрос таким образом, чтобы он сначала обновлял исходник, потом копировал из него значения в другую книгу, а потом эту книгу использовал для нарезки всех файлов в одном цикле. После нарезки все файлы должны были рассылаться. Так вот: вылета Excel именно на этапе нарезки. Причём я заметил, что если этап обновления данных убрать из макроса, а оставить только нарезку и рассылку, то всё работает нормально и не вылетает. К какому решению пришёл: на планировщик вешаю vbs, в котором запускаю Excel, потом запускаю часть кода на обновление данных, сохраняю результаты как значения в отдельной книге, потом полностью вырубаю Excel, снова его запускаю, нарезаю отчёт по зонам ответственности и рассылаю. И всё работает)))

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

Ігор Гончаренко, компьютер рабочий и на нём настроена автоматическая блокировка экрана через 10 минут бездействия - это никак не изменить) к тому же, поначалу, наверно, так совпало, что макрос работал только при разблокированном экране, но потом, в процессе его использования, Excel вылетал (но не всегда) уже независимо от блокировки экрана

Ігор Гончаренко, ну, так-то я, но только в рамках предоставленных мне прав. К примеру, параметры блокировки экрана я со своей учётки изменить не могу

Пару лет назад или здесь, или на excelworld обсуждался ВРЕДНЫЙ код, препятствующий включению блокировки. Вся суть блокировки в том, чтоб заблокировать и экран и ввод, при длительном бездействии, которое расценивается, как отсутствие авторизованного пользователя за ПК. а собственно делать то не особенно сложно, просто прописать временно ключи реестра включающие экранный хранитель и в случае доменного ПК и применения политик, периодически проводить операцию, если процесс ооочень длительный. Но как админ- я против такого.

Да и  судя по всему не в этом дело

У меня есть такое предположение, что при обновлении табулярной модели, а потом локальной модели данных Excel что-то кэширует и потом это может помешать нормально работе кода, как это было у меня. Поэтому теперь при написании макросов возьму за правило после обновления данных вырубать Excel, снова запускать и продолжать выполнение кода с места остановки

Предлагаю новое название темы: Excel вылетает при запуске макроса после обновления модели данных