Journal chaîné
Chaque événement est scellé avec le hash du précédent : si quelqu’un modifie un enregistrement, la vérification d’intégrité le signale.
Audit et sécurité
Vous savez qui a fait quoi, et personne ne peut effacer ses traces.
Chaque modification de données, connexion et déconnexion s’inscrit dans un journal chaîné par hash dont vous pouvez vérifier l’intégrité. En plus : plus de 900 permissions fines, des règles par IP, la vérification en deux étapes et une politique de mots de passe moderne.
Sans MKA
- Un montant a changé "tout seul" et personne ne sait qui ni quand.
- Tout le monde se connecte en administrateur parce que configurer les rôles est une corvée.
- Un mot de passe divulgué suffit pour entrer dans le système depuis n’importe où.
Ce que vous allez mesurer
Intégrité du journal
100 %0 eslabones rotos
dernière vérification
Utilisateurs avec 2FA
86 %+34 pts
Connexions échouées
37−41 %
par semaine
Utilisateurs avec rôle d’administrateur
3−9
Indicateurs d’exemple avec des données illustratives. Dans MKA, ils sont calculés en direct à partir de votre activité.
Essayez-le ici même
L’auditeur altère un enregistrement du journal et vérifie l’intégrité.
Voici la vue de l’auditeur interne : cliquez sur "Vérifier l’intégrité" et la chaîne ressort intacte ; filtrez par "Sécurité" pour ne voir que les connexions. Puis "Altérer #1044 dans la BD" simule quelqu’un qui modifie un montant directement dans la base de données, et la vérification suivante s’arrête en rouge exactement sur le maillon altéré. "Voir en action" le déroule tout seul.
Exemple de flux
D’un nouvel utilisateur à un audit sans surprise
Étape 1/5
L’utilisateur est créé
Il reçoit un rôle avec les permissions justes, ses entrepôts et, si besoin, des règles d’IP.
OrganisationAvantages
Pourquoi Audit et sécurité dans MKA
Connexions et modifications sur un seul écran
Recherche, statistiques, filtre des événements de sécurité et audit par entité ou par utilisateur.
Plus de 900 permissions
Des rôles composés de permissions fines, avec import en masse des permissions par rôle.
Connexion renforcée
Vérification en deux étapes par e-mail, blocage temporaire, CAPTCHA et mots de passe selon NIST 800-63B.
Règles par IP
Limitez d’où l’on se connecte et liez chaque terminal POS à sa caisse.
Permissions par entrepôt
Chaque utilisateur n’opère que les entrepôts qui lui sont attribués, contrôlé côté serveur.
En détail
Tout ce qui est inclus
Journal d’audit
- Chaîne de hash avec vérification d’intégrité
- Recherche, statistiques et filtre des événements de sécurité
- Audit par entité et par utilisateur
- Connexions et déconnexions à côté des modifications de données
- Visionneuse de logs
Permissions et rôles
- Plus de 900 permissions fines
- Rôles avec import en masse des permissions
- Permissions par entrepôt contrôlées côté serveur
- Visibilité du menu par utilisateur et rôle (permission > rôle > préférence personnelle)
- Activation des modules par entreprise, avec recherche par nom, code ou catégorie
Accès
- Vérification en deux étapes par e-mail, par utilisateur, avec procédure de récupération
- Politique de mots de passe selon NIST 800-63B
- Blocage temporaire après tentatives échouées et CAPTCHA
- Règles d’accès par IP et terminaux POS liés à leur caisse
All-in-One
Se connecte à
Les données circulent seules entre les modules : sans intégrations, sans export ni import.
OrganisationUn organigramme vivant et un dossier complet pour chaque personne.ComptabilitéDes écritures qui se génèrent seules à partir de vos documents.StockStock multi-entrepôts avec transferts approuvés, kardex (fiche de stock) et inventaires qui tombent juste.Point de vente (POS)Une caisse rapide qui continue de vendre et de facturer même quand internet tombe.Circuits d’approbationDes approbations avec rôles, conditions et SLA, conçues sans programmer.
Questions fréquentes
Masquer un menu revient-il à retirer une permission ?
Non. La visibilité du menu n’est que de la présentation ; ce qui protège les données, ce sont les permissions, contrôlées côté serveur.
Que détecte la vérification d’intégrité ?
Qu’un enregistrement du journal a été modifié après son écriture : son hash ne correspond plus à la chaîne et la vérification indique où elle s’est rompue.
Plus dans Plateforme
Découvrez Audit et sécurité avec vos données.
En 30 minutes, nous vous montrons votre flux réel : de la vente à la facture, du stock à l’écriture comptable.