Мешает окно авторизации, если при коннекте к Automation указан неправильный пользователь/пароль.
Как бы это окно отключить, а вместо него поймать исключение.

Создаю
А = Новый COMОбъект("V83C.Application");
Подключаюсь
А.Connect("Srvr=""X"";Ref=""Y"";Usr=""Z"";Pwd=""Wrong!""");
A.Visible = Истина;

Вижу окно авторизации, а ждал исключение

В толстом клиенте вызывается исключение.
А в тонком окошко ввода пароля. Вот нахрена оно здесь?

Восьмерка все сырее

Вход в ИБ всегда выполнять, а в прикладном коде (в коде конфигурации) уже проверять, правильно ли введено или неправильно

(3) Может и АутентификацияОС у пользователя стоять, как тут проверишь.

Какое нелогичное поведение.

Чтоб запустить прикладной код надо входить в ИБ под служебным пользователем конечно же

но зачем "V83C.Application" ?

(5) это понятно

(6) почему нет?

(6)
Установка соединения:
COMConnector - 60 c
V83C.Application - 8 с

И тебя 60 секунд не смущают? ))

(9) только из-за этого? может стоит разобраться в проблеме лучше?

(10,11) Как-то можно ускорить ComConnector?

Так это у тебя не коннектор медленный, а поиск лицензии какой-нибудь или принтер сетевой и недоступный

(13) Спасибо, проверю.

А по (0) каких нибудь фич нет, типа в строку соединения секретный параметр указать? Несекретные не помогают

(13) Кстати, коннектор реально медленный.
Документ проводится 40 сек, в тонком 3 сек.

Ну так коннектор это толстый. В толстом и проверь, и под пользователем ОС в котором создается коннектор.

Вот объясните у людей какие то религиозные причины против веб-сервисов и публикации базы на веб-сервере?

Так COM оно же тоже публикуется и главный минус работает только под Win

(17) Так если ты хочешь в типовую / произвольную конфу залезть

+(18) Вероятность того, что СОМ установлен и штатно работает, горзадо больше, чем хотя бы просто то, что есть веб-сервер, не говоря уж про то, что в базе надо веб-/хттп-/одата-сервис поднять

Ну а если свое пилишь, то конечно СОМ это некроссплатформненько, да