FR
EN
ES
IT
DE
PT-BRQui voit quoi, qui fait quoi.
Vous décidez, au champ près.
Dans HOP, chaque rôle, chaque utilisateur, chaque équipe dispose exactement des droits dont il a besoin. Champ par champ, action par action. Et chaque opération laisse une trace.
Des permissions qui s’adaptent à votre organisation
Dans HOP, les permissions sont attachées aux rôles et aux équipes. Un utilisateur peut cumuler plusieurs rôles et appartenir à plusieurs équipes : ses droits résultent de l’ensemble.
Par entité, par action
Pour chaque entité, standard ou personnalisée, chaque action se règle indépendamment : consulter, créer, modifier, supprimer, mais aussi les opérations métier comme le calcul d’une facture ou la validation d’un devis.
Le propriétaire fait exception
Chaque item peut avoir un ou plusieurs propriétaires : des utilisateurs, des équipes, ou les deux. Et chaque permission peut prévoir une exception, par exemple : interdire la suppression à tous, sauf au propriétaire. Vos règles, au cas par cas.
L’arbitrage
Quand plusieurs règles se croisent, vous gardez la main : une permission peut être déclarée impérative et l’emporter sur toutes les autres. Un "non" impératif reste un non, quels que soient les rôles et les équipes de l’utilisateur.
Jusqu’au champ près
Voir une fiche ne veut pas dire tout voir. Dans HOP, les permissions descendent au niveau du champ : chaque champ, chaque action.
Une marge sur un devis, une rémunération dans une fiche RH, une clause dans un contrat : certaines informations ne concernent qu’une partie de ceux qui accèdent à la fiche. Vous décidez qui consulte chaque champ, et qui le modifie. Les autres ne le voient pas : pour eux, le champ n’existe pas.
Valable pour les champs standard comme pour les champs personnalisés, comme partout dans HOP
Devis D-2026-0318 · Rôle Direction commerciale
Devis D-2026-0318 · Rôle Administration des ventes
Même fiche, deux rôles : le champ Marge n’existe pas pour le second
Déléguer en toute maîtrise
Une absence, un remplacement, une passation : la vie d’une équipe ne s’arrête pas aux permissions individuelles.
Dans HOP un utilisateur peut déléguer ses autorisations à un autre utilisateur. Son manager peut le faire pour lui. La délégation est bornée dans le temps : elle prend fin à la date prévue, sans intervention. Le délégataire agit avec les autorisations reçues, et chaque action est tracée à son nom. Pas de mot de passe partagé, pas de compte générique : chacun agit sous sa propre identité.
Délégation active
Camille R.
Délègue ses autorisations
Julien T.
Délégataire
Chaque action laisse une trace
Savoir ce qui a été fait, quand et par qui : la confidentialité ne va pas sans la traçabilité.
Tout est journalisé
Création, modification, suppression... chaque opération est enregistrée, avec son auteur et sa date. Et la trace est détaillée : pour une modification, chaque champ modifié est conservé, avec son ancienne et sa nouvelle valeur. Les opérations métier aussi : le calcul d’une facture, la validation d’un devis. Et pour les entités sensibles, vous pouvez activer la journalisation des consultations : savoir qui a ouvert une fiche, pas seulement qui l’a modifiée.
Le journal obéit aux mêmes règles
Le journal est un objet HOP comme un autre. Il est donc soumis au moteur de permissions : vous décidez qui le consulte. Pas de régime d’exception, y compris pour la traçabilité elle-même.
Journal · Aujourd’hui
Revenir en arrière, champ par champ
Une erreur de saisie, un import mal paramétré, une suppression malheureuse : la traçabilité permet de constater, la réversibilité permet de corriger.
Une restauration sélective
Depuis le journal ou depuis la fiche, vous consultez la liste des champs modifiés, avec leur valeur avant et après. Vous cochez les champs à restaurer, vous laissez les autres. Et une suppression peut être annulée.
Les permissions s’appliquent, là aussi
Restaurer, c’est modifier. La restauration obéit donc aux permissions de modification : parmi les champs modifiés, un utilisateur ne peut restaurer que ceux qu’il a le droit de modifier.
Et la restauration est tracée
Chaque restauration est journalisée, à la fois comme restauration et comme modification. Elle est donc elle-même réversible.
Restauration · Devis D-2026-0318
Un seul moteur de permissions, appliqué partout
Des règles fines ne valent que si rien ne permet de les contourner. Dans HOP le moteur de permissions est unique, et tout passe par lui.
La recherche, les vues, les exports
La recherche centralisée ne remonte que les fiches et les champs autorisés. Les listes, les tableaux de bord et les exports appliquent les mêmes règles. Ce qu’un utilisateur ne doit pas voir n’apparaît nulle part.
Les automatisations aussi
Le contrôle s’exerce dès la conception : impossible pour un utilisateur de programmer dans une automatisation une action que ses propres permissions interdisent. Les règles métier sont conçues par ceux qui en ont le droit, et par eux seuls.
Vous décidez, votre intégrateur implémente
Rôles, équipes, exceptions, journalisation : votre modèle de permissions reflète votre organisation, pas un standard imposé. Vous le définissez avec votre intégrateur certifié, qui l’implémente et le fait évoluer avec vous.
Sans code, comme le reste de la configuration HOP.
Vos données méritent des règles à votre image
Un intégrateur certifié HOP analyse avec vous votre modèle de permissions et le met en œuvre
Demander une démo