Текст ошибки при попытки подключиться адаптеру к базе
Запустите TurboConf от имени администратора, чтобы адаптер удалил 32b класс V83.Application, или Удалите его вручную через "Управление COM классами 1С (ИР)" или командой "<ПутьНужнойРазрядности>/1cv8.exe /unregserver" от имени администратора.
Есть какая-та возможность обойти это ограничение? При работе с приложением у меня нету доступа от имени администратора. Удалить ничего не могу. Писал админам по этому вопросу, они тоже ничего не собираются удалять.
#1, ред. 30 января 2026 14:01
Делал несколько плотных попыток побороть обойти это ограничение для полностью автоматической регистрации COM класса. Но пока не сумел. Поэтому в некоторых ситуациях требуется однократный доступ с такими правами.
Покажи картинки из "Управление COM классами 1С (ИР)".
.
tormozit изменил статус на Открыто
#2, 30 января 2026 14:32
#3, 30 января 2026 14:35
у нас сейчас происходит смена платформы с 8.3.27.1859 на 8.3 (8.3.27.1989) тестовый контур с тестовыми базами. Их обновили на платформу свежее, а прод пока стоит на 1859. Возможно эта проблема пройдёт после перевода прода на новую платформу? и возможно лишние классы удалятся?
#4, 30 января 2026 14:38
а ругаетсся получается на класс, который ещё на 8.3.15.1830 был создан? Если да, то думаю тогда передам информацию админам, чтобы удалили. Странно, до того как на тестовом сервере на обновили платформу на 8.3.27.1989 всё было нормально
#5, 30 января 2026 14:43
Вечером изучу твою историю подробнее.
#6, 30 января 2026 19:32
Полезную информацию (пояснения) адаптер пишет в служебные сообщения (и соответственно лог Турбоконфа с уровнем "Отладка"). Рекомендую его прикрепить сюда.
Для успешного подключения приложения ИР требуется, чтобы COM класс V8Х.Application вернул путь к исполняемому файлу той же версии платформы, что и у конфигуратора.
В твоем случае вероятно возвращается путь к версии 8.3.27.1859, который указан в правой группе колонок "Файл для пользователя" (HKCU). Точнее можно будет сказать по твоему логу. Если это предположение верно, то возможно проблему можно будет решить выбором в этой группе колонок в колонке "Новая сборка" версии 8.3.27.1989 и нажатием кнопки "Применить".
#7, 30 января 2026 19:37
Попробуй сначала эту версию адаптера перед ручной регистрацией класса.
RDT.os
#8, 30 января 2026 22:23
У нас в выходные платформу на проде обновлять будут, планировали также компоненты обновлять. я в понедельник тогда проверю и отпишусь, может само всё пройдёт. Если нет, то сделаю, как ты описал
#9, ред. 30 января 2026 22:44
(8) Mihuilka, если не сложно, проверь новый скрипт до выполнения каких либо установок платформы. Так ты и для себя на будущее уже будешь знать, починится ли само, и будет понятно, поможет ли это и другим пользователям в подобных ситуациях.
#10, 02 февраля 2026 12:25
(9) tormozit, поздно прочитал это сообщение.
Все действия уже делал после обновления платформы
[После изменения Ссылка скрыта
Сделал сначала лог перед обновлением скрипта и после того как заменил на новый файл скрипта.
В итоге, после обновления файла, адаптер подключился. Запустил команду обновить кеш модулей, операция прошла успешно.
Спасибо за содействие
#11, 02 февраля 2026 20:06
(10) Mihuilka, вижу лог только после изменения скрипта. Хотелось бы еще увидеть лог со старым скриптом, если остался.
#12, 03 февраля 2026 14:50
[До изменения Ссылка скрыта
#13, 03 февраля 2026 14:50
(11) tormozit, странно, добавлял два файла, а привязался один. Добавил лог до изменения скрипта
#14, 04 февраля 2026 07:32
Логи проверил. Улучшение алгоритма там тоже подтвердилось.
tormozit изменил статус на Закрыто