ElectroCoeur

• État du parc en un coup d’œil

  Trois couleurs, une règle simple : un appareil prend l’état du plus urgent de ses consommables. Le client sait où il en est sans lire un tableau.

• Alertes avant la péremption

  Un consommable qui expire dans moins de 90 jours passe en orange, avant d’être hors service. La conformité se anticipe au lieu de se constater.

• Carte des appareils

  Chaque défibrillateur est situé sur une carte, avec regroupement automatique quand ils sont nombreux. Utile pour les collectivités qui en gèrent des dizaines.

• Rapports d’intervention rattachés

  Les PDF produits après chaque intervention sont classés automatiquement sous le bon appareil et consultables dans l’application.

• Demandes en trois formulaires

  Intervention, ajout d’un appareil ou devis : chaque demande part vers la bonne boîte mail, sans passer par le standard.

• Chaque client ne voit que son parc

  Les droits sont appliqués côté serveur, appareil par appareil : un client ne peut pas accéder aux données d’un autre, même en cherchant.

• Notification des nouveaux rapports

  Une notification quotidienne signale les rapports nouvellement disponibles, envoyée uniquement aux personnes concernées par ces appareils.

• Vue technicien et vue administrateur

  Les techniciens voient l’ensemble du parc, l’administration suit l’état de la synchronisation et les comptes clients.

1. 01

   Ne jamais écraser les données du client

   La synchronisation compare chaque ligne du tableur à ce qui est déjà enregistré : les lignes inchangées sont ignorées, les lignes modifiées mises à jour, et celles qui disparaissent sont marquées comme supprimées plutôt que réellement effacées. C’est ce qui permet de relancer la synchronisation sans crainte : une erreur dans le fichier source ne détruit rien de façon irréversible.

2. 02

   Rattacher un PDF au bon appareil, sans intervention humaine

   Les rapports d’intervention arrivent sous forme de PDF dans un dossier partagé, sans nommage exploitable. Le traitement lit le texte de chaque page pour y retrouver le numéro unique de l’appareil, puis classe le document au bon endroit. Le traitement est conçu pour pouvoir être relancé autant de fois que nécessaire sans créer de doublon.

3. 03

   La sécurité écrite comme un filtre, pas comme une vérification

   Plutôt que de faire confiance à l’application pour ne demander que les bonnes données, le serveur refuse toute requête qui n’est pas déjà limitée à ce que le demandeur a le droit de voir. La différence est importante : une application modifiée ou un accès direct à la base ne permettent pas de contourner la règle.

4. 04

   Une mise à jour web qui n’arrivait jamais chez l’utilisateur

   Sur la version web, les utilisateurs continuaient de voir une ancienne version malgré les mises en ligne. Le correctif détecte le cas précis « nouvelle version installée alors qu’une version tourne déjà » — qui signifie une mise à jour, pas une première visite — et recharge la page une seule fois, avec une protection contre les rechargements en boucle.

5. 05

   Une invitation par mail ne doit pas pouvoir partir 262 fois

   La synchronisation n’envoie jamais de mail elle-même. Une fonction distincte s’en charge, sous quota horaire et journalier. Ainsi, une synchronisation qui se comporterait mal ne peut pas déclencher un envoi massif vers tous les clients — un incident dont on ne se remet pas commercialement.

6. 06

   Un chiffre inattendu qui n’était pas un bug

   L’entreprise attendait environ 3 000 comptes clients ; la synchronisation en a produit 262. La cause n’était pas dans le traitement : plus de 3 000 lignes du tableur n’avaient pas d’adresse email renseignée. Le distinguer d’un défaut technique a évité de « corriger » un traitement qui fonctionnait correctement, et a révélé un vrai sujet de complétude des données côté client.

1. Google Sheets

   Le fichier de l’entreprise reste la référence : rien à changer dans ses habitudes

2. Synchronisation nocturne

   Chaque nuit, seules les lignes modifiées sont reprises — jamais de doublon, jamais de perte

3. Cloud Firestore

   Les données du parc, filtrées pour que chaque client ne voie que ses appareils

4. Application Flutter

   Une seule base de code pour le web, iOS et Android

Projets similaires

• Maintenance d’équipements

  Automatisation des tournées de maintenance

  Une extension de navigateur qui remplit automatiquement le formulaire de l’outil de maintenance à partir du fichier existant. Environ quatre heures de saisie remplacées par quelques secondes.

• Restauration rapide

  Kartier

  Une plateforme de commande en ligne pour les snacks et restaurants de La Réunion : une boutique par établissement, sans commission sur les ventes.

• Hôtellerie

  Ostely

  Une plateforme SaaS multi-tenant qui digitalise le séjour à l’hôtel : le client scanne un QR code, sans installer d’application, et commande, demande, discute et consulte le livret d’accueil.