Parcours | Durée | Niveau | Avant de commencer |
🟢 Fondamentaux | 20 min | Initial | Aucun |
Avant de toucher quoi que ce soit, cela vaut la peine de comprendre comment Mairu est pensé. La plupart des questions des débutants (« est-ce une entité ou un formulaire ? », « pourquoi cette donnée n'apparaît-elle pas ailleurs ? ») disparaissent dès qu'on a bien compris quelle pièce fait quoi.
🎯 À la fin vous saurez
Expliquer ce qu'est Mairu et quel problème il résout.
Distinguer les pièces principales : données maîtres, formulaires, réponses, statuts, règles, événements, requêtes, planifications, dashboards et Power BI.
Savoir quelle pièce utiliser face à un besoin concret.
🧠 L'idée : un processus, pas un formulaire
Mairu est une plateforme no-code pour digitaliser des processus industriels. L'important dans cette phrase, c'est processus : un formulaire ne fait que recueillir de l'information, mais un processus a un avant (ce qu'il faut faire et par qui), un pendant (enregistrer les données) et un après (avertir, faire le suivi, analyser).
Mairu possède une pièce pour chacune de ces phases. Voyez-le comme une usine à information :
DONNÉES DE RÉFÉRENCE → CAPTURE → RÉACTION → SUIVI → ANALYSE (ce que vous savez déjà) (ce qui se passe) (quoi faire) (où ça en est) (ce que j'apprends)
1. Données de référence : les données maîtres
C'est l'information stable qui se réutilise dans de nombreux processus : vos machines, vos produits, vos utilisateurs, vos clients. On les crée une seule fois dans Configuration, puis on les sélectionne depuis les formulaires, au lieu de les saisir à la main à chaque fois.
Donnée maître | Représente | Exemple |
Assets | Actifs physiques, organisés en hiérarchie | Zone → Ligne → Machine |
Produits et Types de produit | Ce que vous fabriquez, consommez ou stockez (avec stock) | Matière première, produit fini |
Utilisateurs, Départements et Postes | Les personnes et l'organisation | Qualité → Technicien qualité |
Entités | Toute autre liste réutilisable | Fournisseurs, postes, priorités, motifs de rejet |
Statuts et Groupes de statuts | Les phases par lesquelles passe un enregistrement | En attente → En cours → Terminé |
💡 Une Entité ne se « remplit » pas au quotidien. C'est un catalogue de référence qui alimente les formulaires. C'est la confusion la plus fréquente au départ : si c'est une liste qui se réutilise, c'est une Entité ; si c'est quelque chose que quelqu'un enregistre chaque fois que ça se produit, c'est un Formulaire.
2. Capture : formulaires, sous-formulaires et réponses
Un Formulaire est ce qu'un utilisateur remplit pour enregistrer une activité : une inspection, un incident, un contrôle.
Chaque fois que quelqu'un le remplit, une Réponse est générée. Toutes les réponses d'un formulaire forment son historique.
Un Sous-formulaire est un formulaire à l'intérieur d'un autre, pour enregistrer plusieurs lignes de détail dans une même réponse (par exemple, chacune des pesées d'un contrôle).
3. Réaction : règles, événements et automatisations
Ces trois pièces se confondent souvent. La différence tient à quand elles agissent :
Pièce | Quand elle agit | Pour quoi | Exemple |
Règles | Pendant le remplissage du formulaire | Adapter le formulaire : afficher, masquer, rendre obligatoire, calculer | Si le contrôle est NON OK → afficher Action corrective |
Événements | À l'enregistrement de la réponse | Faire en sorte qu'il se passe quelque chose ensuite | Si le contrôle est NON OK → envoyer un e-mail à la Qualité |
Automatisations | Périodiquement, sans que personne n'enregistre quoi que ce soit | Examiner les données et agir | Chaque jour, avertir des équipements non revus |
4. Suivi : statuts, planifications et dashboards
Les Statuts indiquent à quel point se trouve chaque réponse.
Les Planifications génèrent des tâches (formulaires à compléter à une date ou avec une périodicité) et les assignent à des personnes, des départements ou des postes.
Les Dashboards sont l'écran d'accueil de chaque utilisateur : tâches, accès directs, indicateurs et listes.
5. Analyse et connexion : requêtes, Power BI et intégrations
Les Requêtes récupèrent des données déjà enregistrées pour les réutiliser : remplir un champ, calculer un indicateur, afficher une liste.
Power BI permet de construire des rapports sur un ou plusieurs formulaires.
L'API, les Webhooks et les imports connectent Mairu à d'autres systèmes (ERP, MES, GMAO…).
🛠️ Pratique guidée : dessinez votre processus avant de le construire
Dans cette leçon, on ne configure rien. L'exercice consiste à penser le processus du Contrôle de conditionnement (le cas de toutes les leçons) et à associer à chaque besoin sa pièce de Mairu.
Lisez la description et complétez mentalement le tableau :
À chaque poste, un contrôle de conditionnement est réalisé sur les lignes. L'opérateur choisit la ligne, le produit et le poste, enregistre le lot, effectue cinq pesées et mesure la température. Si le contrôle est NON OK, il doit expliquer l'action corrective et le responsable qualité doit recevoir un e-mail. La qualité veut voir le poids moyen de chaque contrôle, avoir les contrôles en attente sur son écran d'accueil et analyser l'évolution du poids par ligne chaque mois.
Besoin | Pièce de Mairu |
Choisir la ligne | Asset (Sélecteur d'Assets) |
Choisir le produit | Produit (Sélecteur de produits) |
Choisir le poste | Entité Postes (Sélecteur d'Entités) |
Cinq pesées | Sous-formulaire Pesées avec un unique champ Poids |
Afficher Action corrective seulement si NON OK | Règle |
E-mail à la Qualité si NON OK | Événement Envoyer un e-mail |
Poids moyen de chaque contrôle | Requête de type Indicateur |
Un contrôle à chaque poste | Planification |
Contrôles en attente sur l'écran d'accueil | Dashboard avec widget de Tâches |
Évolution mensuelle du poids par ligne | Power BI |
💡 Cette habitude, d'abord le processus puis les outils, est la bonne pratique la plus importante de Mairu. Voir Concevoir un processus complet dans Mairu et pas seulement un formulaire.
🔍 Vérifiez que vous avez compris
Répondez sans regarder plus haut :
Vous avez une liste de 300 fournisseurs qui apparaît dans cinq formulaires. Où la stockez-vous ?
Vous voulez que le champ Durée de l'arrêt n'apparaisse que s'il y a eu un arrêt. Règle, événement ou automatisation ?
Vous voulez un e-mail chaque lundi avec les inspections échues. Règle, événement ou automatisation ?
Dans un contrôle, vous enregistrez dix mesures de température. Dix champs ou un sous-formulaire ?
Voir les réponses
Dans une Entité Fournisseurs, utilisée avec un Sélecteur d'Entités.
Règle : elle agit pendant le remplissage du formulaire.
Automatisation : elle agit de façon périodique, sans que personne n'enregistre quoi que ce soit.
Sous-formulaire avec un unique champ Température : vous pourrez ainsi calculer des moyennes, des maximums et des graphiques (vous le verrez à la leçon 6).
⚠️ Erreurs fréquentes
Commencer par le formulaire. On finit avec un formulaire énorme qui n'avertit personne et qu'on ne peut pas analyser. Dessinez d'abord le processus complet.
Saisir à la main ce qui est déjà une donnée maître. Si les utilisateurs écrivent le nom de la machine, vous aurez « Ligne 1 », « ligne1 » et « L1 » dans l'historique et rien ne concordera dans les rapports.
Utiliser des événements pour modifier le formulaire. Ce qui doit se produire pendant le remplissage est une règle ; ce qui se produit après l'enregistrement est un événement.
🏋️ Défi
Choisissez un processus réel de votre entreprise (un incident, un audit, une demande d'achat…) et faites le même tableau Besoin → Pièce de Mairu. Gardez-le : vous l'utiliserez dans le projet final.
📚 Pour en savoir plus
Entité, Formulaire et Sous-formulaire - quand utiliser chacun
➡️ Leçon suivante : Travailler avec Mairu en tant qu'utilisateur