Como Bloquear as Ferramentas do Progress

Não deixou tirar o gui do propath. Diz que não é permitido.
Tentei cadastrar o programa _edit no menu e restringir o acesso pelo grupo de usuário. Não deu. Não respeita. Independente usuário estar naquele grupo ou não, se ele digitar _edit.r no Executar Programa já dá certo.
To ferrado! As opções estão se esgotando rsss!
Tentei cadastrar uma UPC no programa "fnc_executar_programa", que é o Ctrl+Alt+X, mas não consegui nem buscar os pontos de upc pra tentar fazer alguma coisa. A impressão que dá é que não passa pela "pi-exibe-param".

Podem tirar do propath o GUI (o que acho bem arriscado), apagar o _edit.p da estação do usuário...
Mas ele ainda poderá abrir o bloco de notas, criar um programa de consulta e executar no ctrl alt x.

Mesmo que "funcione" tirar do propath, bastaria ao usuário ajustar o propath na sessão.

O ideal, na minha opinião, seria proteger o banco de dados (permissões específicas em tabelas ou ainda rcodekey¹)

¹How to restrict users from running unauthorized .r files
http://knowledgebase.progress.com/articles/Article/P15022

Richard,
Se for utilizada a alternativa de segurança do no banco de dados, um usuário não autenticado não poderá executar programas-fonte, nem importar deltas no ambiente.
Para aplicar um delta, o administrador do ambiente irá efetuar login no banco.

Optando por utilizar o rcodekey, inicialmente deve ser feito um "setup" aplicando a senha no banco e em todos os programas do ambiente. Posteriormente, para cada pacote/liberação recebido, deve ser aplicada a chave também.

A maior vantagem desse método é garantir que o usuário não possa rodar nenhum compilado "não autorizado".

OBS: As duas alternativas podem trabalhar concomitantemente.

Qualquer dúvida dá um toque!

tenho todos os bancos com senha justamente para evitar usário "inventor" ou aqueles que "pensam que pensam", independente por onde vá ou versão do client vai esbarrar na proteção do banco. Acho que é o mais garantido.