Здравствуйте, .alex, Вы писали:

bnk>>А вообще, что за дебильное требование — "EXE нельзя"?
bnk>>Может быть что ты ошибаешься, и "EXE нельзя" под администратором, а под юзером можно?
A>Какое есть, типа режимное предприятия... Нельзя никак...
Строго говоря — административные задачи решаются административными инструментами, от каких-то инфраструктурных скриптов, до написанием всяческих записок, или даже заявлений, ну или просто обсуждением проблемы. Попытки их решить техническими способами ни к чему хорошему не приведет, ни в ближайшей перспективе, ни в дальнейшей (особенно, когда вскроется, что вы сознательно обошли/нарушили систему ИБ каковой бы она ни была.)

bnk>>Разницы же никакой, что ты из VBA будет что-то делать, что EXE запустишь — возможности одинаковые.
A>ну не совсем)... тяжело из vbs/vba, например внедрить свой код в адресное пространство другого процесса и делать там некое...
Это дичь какая-то. 100% прикладных учетных задач в этом даже близко не нуждаются.

bnk>>И непонятно чем конкретно офис и VBA не устраивает?
A>Решение на офисе есть, хотелось узнать про возможные другие... и сравнить...
Если вы делаете это на своем энтузиазме, тогда, это можно сделать дома без извращений и прикинуть как оно могло бы быть и набраться опыта. Если перед вами поставлена задача, создать внутреннее ПО, то "низя в exe" это не конструктивно. И тут мы возвращаемся к административному решению проблемы.

PS: Варианты всякие с ActiveX это банальное прибивание гвоздями к IE, что в 2019 году выглядит весьма специфически. Да и "если низя в exe", "то и в dll" низя... Всякие динамические компиляции повершелом и прочей ересью в итоге где-нибудь все равно упрется в необходимость тех же самых прав.