Cas d’usage
Facturer dès la validation
Un déclencheur n8n sur parcel.approved : vous êtes prévenu, et la facture part avec le code du colis en référence.
Colis Trigger events: parcel.approved
├─ Slack "{{ $json.data.filename }} validé le {{ $json.data.decidedAt }}"
│ {{ $json.data.url }}
└─ Invoicing node reference: {{ $json.data.code }}
+ parcel.changes_requested
└─ If {{ $json.type }} → {{ $json.data.comment }} to the freelancerLa situation
Ce qui se passe vraiment.
Le problème
Le client valide un mardi soir, vous le voyez le jeudi, la facture part la semaine suivante. Entre les deux, rien ne relie la validation à ce que vous facturez.
Ce que colis y fait
Un Colis Trigger sur parcel.approved lance le workflow. En parallèle : un message Slack ou un e-mail avec le nom du fichier, l’heure de validation et le lien ; et le nœud de facturation que vous utilisez, avec le code du colis en référence pour rapprocher les deux. Ajoutez parcel.changes_requested et un If sur le type pour vous renvoyer plutôt le commentaire du client.
À surveiller
Les pièges faciles.
Le déploiement ne s’abonne pas tout seul
Collez l’URL de production du déclencheur dans DROP_WEBHOOK_URL, le même secret dans DROP_WEBHOOK_SECRET, puis redéployez.
Dédupliquez sur webhook-id
Un événement est tenté trois fois au plus, et une nouvelle tentative porte le même identifiant.
Un récepteur en panne rate l’événement
Rien n’est rejoué après la troisième tentative. colis statut reste là pour vérifier.
Voir aussi
D’autres façons de livrer.
Vous envoyez. Ils valident. Vous le savez.
Votre stockage, une page de livraison à votre nom, un webhook à chaque étape. Rien d’hébergé chez un tiers.