Я понимаю, конечно, что тут не жалобная книга, но я

представляю сколько админов, бухов и 1С-ников сейчас рвут волосы в самых разных местах и судорожно настраивают всякие костыли на серверах. А все банально из-за невнимательности, лени, и несоблюдения собственных стандартов разработки вендором.

Итак, имеем ошибку подключения к keydisk.ru вида "Не удалось получить обновления". Подорвали админов - мол сертификаты и все такое, поменяли - все равно не работает. Описывать дальнейшие танцы с бубном смысла нет - результат все тот же.

В итоге, нашли проблему, локализовали. Что ж, выполнение ЛЮБОГО из трех разных косяков не привело бы к таким печальным последствиям:

1. Разработчики Документооборота с контролирующими органами - огромный вам минус в карму за игнор требования п.3.4 #std499 Перехват исключений в коде в методе Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта.ОбменССерверомСкачатьОбновление. Что мешает просто выкинуть текст исключения в ЖР?

2. Ответственные за адреса подключений к сервисам. Вы зачем указываете адрес схемы в http, а сам сервис при этом работает в https? Обработка.ДокументооборотСКонтролирующимиОрганами.Макет.ПараметрыСпецоператоровСвязи - колонка №5 Неужели добавление одной буквы в строку подключения настолько трудоемкая задача? Какая модель безопасности в 2022 вам позволяет скачивать контракт с сервисом через небезопасное соединение?

3. Разработчики БСП - в методе РегистрыСведений.КэшПрограммныхИнтерфейсов.ВнутренняяWSПрокси презюмируется, что адрес WSПрокси находится в той же схеме (http/https) что и WSОпределения (что по п.2 мы видим не всегда так). В итоге вызов любого метода WSПрокси падает с исключением "Internet error: The remote host did not pass authentication", а п.1 успешно прячет это исключение от пользователя и администратора.

Зато всем задействованным людям заплатили зарплату, они пошли домой и накормили своих детей. Нужно же более широко мыслить а не зацикливаться на коде.

Нам тут в узком кругу ограниченных людей, возможно, такое не досягамо.

Иногда задействованные люди могут заниматься развитием новых проектов/конфигурации, а не решать проблемы вендора из релиза в релиз