Gestion des communications #25
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Spécification fonctionnelle — Module de Communication
1. Objectif
Mettre en place un module de communication transverse permettant l’envoi automatique de documents
(avis d’échéance, quittances, justificatifs futurs) aux locataires, déclenché par des événements métier
et orchestré via les workflows existants.
Ce module doit être générique, traçable, et évolutif (nouveaux canaux, nouveaux types de documents).
2. Périmètre fonctionnel
Inclus
Exclu (pour l’instant)
3. Concepts fonctionnels
3.1 Communication
Une Communication représente l’intention et l’exécution d’un envoi vers un destinataire.
Attributs fonctionnels :
4. Paramétrage des locataires
4.1 Nouveaux paramètres
Au niveau de la fiche Locataire, ajouter les paramètres suivants :
Ces paramètres conditionnent l’exécution ou non des workflows de communication.
5. Intégration avec les workflows existants
5.1 Workflow — Avis d’échéance
Déclencheur
Logique fonctionnelle
5.2 Workflow — Quittance
Déclencheur
Logique fonctionnelle
6. Règles de gestion
7. Évolutivité
Le module doit permettre à terme :
8. Impacts transverses
impliquant des documents ou des événements métier.
9. Cas d’usage initiaux
Cas 1 — Envoi d’un avis d’échéance
Une échéance est créée → le locataire reçoit automatiquement l’avis d’échéance par email.
Cas 2 — Envoi d’une quittance
Un paiement couvre une échéance → une quittance est générée → le locataire reçoit la quittance par email.