François-JoEidomind

Étude de cas · BTP, travaux d'accès difficile

Tecnika : demandes, devis, planning et rapports réunis dans un seul outil

Entreprise de travaux d'accès difficile à Villepinte, avec une vingtaine de techniciens et une dizaine de chargés d'affaires. Ses process étaient éclatés entre un ERP sans API, Excel, Word, WhatsApp et des dossiers Windows.

Période
Mars à août 2026
Utilisateurs
~30, sur 3 rôles
Livraison
~10 modules
Bibliothèque
~200 paragraphes types
Documents
3 PDF par devis

Contexte

Tecnika réalise des travaux d'accès difficile avec des cordistes. Une vingtaine de techniciens interviennent sur les chantiers ; une dizaine de chargés d'affaires préparent les devis et suivent les dossiers.

L'entreprise s'appuie sur un ERP qui gère les commandes et les factures. Il n'a pas d'API et il devait rester en place.

Problème

Tout ce que l'ERP ne couvre pas vivait ailleurs : les devis dans Word, le planning dans Excel, les photos et les échanges sur WhatsApp, les pièces dans des dossiers Windows.

Un devis demande des photos annotées et un descriptif technique. Le produire prenait beaucoup de temps, et la même information était ressaisie à chaque étape.

Ce que j'ai construit

  • Un audit des process, pour fixer un périmètre compatible avec l'ERP, qui reste maître des commandes et des factures.
  • Les demandes d'intervention, normales ou urgentes : le point d'entrée de tout le process de vente.
  • Un éditeur de devis avec une bibliothèque d'environ 200 paragraphes types, l'annotation des photos et trois PDF générés : client, technicien sans les prix, interne.
  • Un planning des techniciens par jour, en glisser-déposer, partagé en temps réel entre plusieurs utilisateurs.
  • Des rapports d'intervention générés depuis le planning et les devis.
  • Un tableau de bord des dossiers, des commentaires en temps réel sur chaque dossier et un espace photos relié au client et au chantier.
  • Le suivi des contrats : création, reprise, suivi.

Résultats

  • Une application livrée en une dizaine de modules entre mars et août 2026, chacun présenté en vidéo à l'équipe.
  • Trois rôles avec des droits distincts : administrateur, chargé d'affaires, technicien. Les techniciens ne voient pas les prix.
  • L'entreprise est propriétaire de l'outil et de son hébergement.

Architecture

  1. Utilisateurs

    • Administrateur
    • Chargé d'affaires
    • Technicien, sans les prix
  2. Application

    • Next.js et React
    • Éditeur Tiptap, annotation Fabric.js
    • Planning partagé en temps réel
  3. Données

    • PostgreSQL, droits par rôle
    • Supabase auto-hébergé : authentification, temps réel, stockage
  4. Documents

    • PDF générés avec Puppeteer
    • Trois PDF par devis : client, technicien, interne

L'ERP reste maître des commandes et des factures. L'ensemble tourne sur un serveur Hetzner géré avec Coolify, en production et en préproduction.

Points techniques

Afficher les points techniques
  • Numérotation des devis sans doublon, même en création simultanée, grâce à un verrou PostgreSQL.
  • Droits par rôle appliqués dans la base de données elle-même (Row Level Security).
  • PDF générés côté serveur avec Puppeteer, images compressées automatiquement avec sharp.
  • Éditeur de texte Tiptap, annotation des photos avec Fabric.js.
  • Temps réel, authentification et stockage avec Supabase auto-hébergé.
  • Deux environnements, production et préproduction, sur un serveur Hetzner géré avec Coolify.

Outils utilisés

  • Next.js
  • React
  • TypeScript
  • Tailwind CSS
  • shadcn/ui
  • Tiptap
  • Fabric.js
  • Puppeteer
  • Supabase
  • PostgreSQL
  • Docker
  • Coolify
  • Hetzner

Services liés

Autres études de cas

  • FéroceAgent IA de service client, relié à Shopify
  • Institut PasteurSystème de pilotage du plan stratégique
  • Nonna LiaCommandes Shopify vers production et livraison

Quel process voulez-vous sortir des fichiers ?

En 30 minutes, je cadre le besoin, la bonne solution et la première brique à livrer.