Outil interne Memo Labs · Exploitation déclarée
Twenty CRM et n8n
Une demande reçue devient une fiche Twenty complète, sans saisie : entreprise, contact, opportunité, note et relance.
Le projet en 30 secondes
- Le besoin
- Une demande arrive par le site, une autre par email, une troisième par un formulaire. Si rien ne relie ces canaux au CRM, quelqu’un recopie à la main, ou la demande se perd. Je voulais pour Memo Labs ce que je propose à mes clients : un CRM où chaque demande arrive seule, rattachée à la bonne entreprise, avec la relance déjà planifiée.
- Mon intervention
- Tout : déploiement de Twenty v2.55 (serveur, worker, PostgreSQL 16, Redis) derrière Traefik, modèle de données (étapes du pipeline, champs Canal et Démo), flux n8n en six étapes sur l’API GraphQL de Twenty, et accès de Claude Code au CRM par le serveur MCP de Twenty et sa CLI officielle.
- Travail réalisé
- Sur mes essais, un message envoyé devient en moins d’une demi-seconde une opportunité complète : entreprise, contact, note du message et tâche de réponse datée. Un second envoi de la même personne ne crée ni entreprise ni contact en double. Je contribue aussi au code de Twenty : trois PR fusionnées dans le dépôt principal (#23323, #23325, #24919).
Contexte et périmètre : Projet interne, sans client. Les captures montrent une demande de démonstration (Cabinet Lambert), pas de vrais prospects ; le CRM et le formulaire demandent un compte.
Ce qui est vérifiable
Flux exécuté le 05/11/2026 : trois exécutions réussies entre 0,27 et 0,46 seconde dans le journal de n8n, et un second envoi de la même personne sans doublon. Le CRM et le formulaire demandent un compte.
Dernier contrôle des accès :
Lire les choix techniques et les contraintes
Approche technique
- Contraintes
- Aucun doublon quand la même personne écrit deux fois, une clé d’API qui ne doit jamais apparaître en clair, et un serveur partagé par 90 conteneurs.
- Choix techniques
- Créations en mode upsert : l’entreprise est retrouvée par son domaine, le contact par son email. La clé d’API vit dans un identifiant chiffré de n8n, posé côté serveur sans jamais être affichée. L’opportunité s’ouvre à l’étape Contacté avec le canal Demande entrante, le message devient une note et la tâche « Répondre à… » tombe le lendemain matin, toutes deux rattachées à l’opportunité. Côté hébergement : compose officiel adapté, images épinglées, plafonds mémoire, inscription sur invitation seulement.
Stack
Aperçus du projet
Ces visuels servent à présenter le projet. Ils ne prouvent pas, à eux seuls, qu'un paiement, une fonctionnalité privée ou un parcours complet a été testé.
Vous travaillez sur un problème similaire ?
Une interface à reprendre, une API à connecter ou une application à faire évoluer ? Décrivez le besoin et les contraintes ; vous échangez directement avec moi.