Pour ma part j'utilise une clé de License (ou un fichier crypter) qui contient les infos des modules actifs et j'ai écris un éditeur de licences pour notre se[r]vice commercial. Cela permet d'ajouter une couche de sécurité pour les curieux qui irait fouiller dans la base de données pour s'octroyer des modules. Ça n’empêche pas des choses du genre <<if module_activee then open(window) else messagebox("INFO", "Module inactif")>>, mais au moins l'info cruciale n'est pas accessible en claire (en plus j'ai un CRC qui permet de vérifier que l'on n'a pas trop facilement reversé l'algo de cryptage).

disons que c'est un algo maison confidentiel ...

par contre tu peux utiliser un système comme :
- un fichier contenant le FullState d'une datawindow contenant la configuration de ton client, que tu pourrais crypter pour sécuriser un peu plus; c'est une solution plus simple et plus maintenable que celle de la clé de licence.

ce qui est fournis par DW_1.getFullState( lbl_blob ) dans le blob, qui te permet de restituer les données + structure avec un simple dw_2.setFullState( lbl_blob ) sur une autre datawindow ou datastore (éventuellement sur un autre poste, sans même avoir le dataobject disponible dans l'environnement de réstitution).