Попытка
ТабличныйДокумент.Напечатать(РежимИспользованияДиалогаПечати.НеИспользовать);
Исключение
Ошибка = Истина;
КонецПопытки;
Это ошибка уровня ОС и 1с, вероятно, не сбрасывает такие исключения в транслятор, поэтому перехватывать такой Exception возможно только через некую внешнюю приблуду, которая будет перехватывать сообщения ОС, анализировать и передавать в 1с каким-либо способом (самый топорный - через файл на диске). Скорее всего, ничего готового нет.
на самом деле, система может выдавать
Проблема вообще вот в чем - выполняется печать пакета Табдоков, например их 10, каждый отправляется отдельно, и иногда возникают ситуации что какой-то один не напечатался, например 5й, появилось окно Ошибка печати, тут же пропало и печать пошла дальше, вот нужно отловить этот один пятый, что именно он не напечатался.
Работа с очередью через WMI не подходит, там возвращается вся текущая очередь, и в любом случае в ней все доки имеют одинаковое название.
Опрашивать доступность принтера перед печатью - вроде хорошо, но учитывая условия проблемы - на момент опроса он будет доступен, а через долю секунды когда происходит печать - нет, и может же быть наоборот.
Вариантов несколько:
1. Просим у мелких (линухов) документацию на спулер или сами отслеживаем код - находим место, где генерится хрень типа ШоуВиндоу (или оные)
и пишем перехватчик.
2. Пишем мелким, чтобы они дописали код (типо СэндМесседж(....)) при ошибках, сами делаем подписку на события.
3. Просим разработчиков (а че нам?) чтобы сразу генерили Внешнее событие для 1с (чтоб нам не извращаться).
sava1, да
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7
https://pro1c.org.ua