Question: le comportement du générateur OM 4.5.0 est-il opportun pour les dates de validité ?

Avec OM 4.5.0 quand on définit un champ om_validite_debut ou _fin, le générateur dans la classe gen (core/om_gen.class):
-génère le fichier ./gen/obj/

.class.php avec la méthode table_obj_class_gen()
-cette méthode définit la méthode setType() de l’objet métier avec la métode def_obj_meth_settype()
-cette méthode appelle la méthode def_obj_meth_settype_by_maj()
-pour les 2 actions génériques create et update, le “template” utilisé est:
$template_settype_date_om_validite = ‘
if ($this->f->isAccredited(array($this->table."_modifier_validite", $this->table, ))) {%s
} else {%s
}’;
-la méthode isAccredited utilise par défaut l’opérateur logique “AND” , ce qui fait que pour modifier les dates de validité de l’objet “table”, il faut avoir les droits “table” (donc les 4 droits CRUD) ET “table_modifier_droit”
-utilisant ces dates en général pour archiver les objets sans supprimer, je trouve qu’on est souvent amené à donner le droit de modifier mais à retirer celui de suppression

Savez-vous où c’est documenté ?
Pensez-vous que le comportement du générateur est opportun ?
Pensez-vous qu’il vaudrait mieux préciser la condition “OR” en second paramètre de isAccredited ?