Le périmètre fonctionnel de cet outil peut être découpé en plusieurs “espaces” :

L'espace public contient toutes les informations directement accessibles par tous concernant l'association.

• Une “vitrine” de l'association avec présentation, liens vers les documents de l'association statuts, actualites, contacts. (?) Cette partie peut être déléguée à un cms, plus apte à faire le boulot (?)
• Une fonctionnalité de test d'elligibilite de ligne à partir d'un numéro (peut être découpler cette feature du processus de demande d'abonnement en tant que tel)
• L'accès à un formulaire d'adhesion à l'association. Ce formulaire doit créer un adhérent “inactif” dans le SI le temps du passage dans le workflow 'adhésion'
• L'accès à un formulaire d'abonnement (l'adhésion nécessaire pour aller au bout du formulaire)

Une fois le processus d'adhésion terminé, le nouvel adhérent peut accéder aux fonctions suivantes via une URL (ou bien via une adresse unique )

• Gérer les informations de son profil (modifier les données du profil : données du profil à définir)
• Accéder au bout de compta le concernant
• Consulter sa consommation de bande passante : pour cette fonction, prendre exemple sur celles présentes chez FDN
• Signaler un problème : dans ce cas, dans le souci de ne pas réinventer la roue, envisager un interfaçage avec un outil de gestion de demandes / anomalies (voir ce qu'il est possible de faire avec flyspray côté FDN)
  
• Consulter les logs détenus par l'association (?) (logs de connexion / déconnexion ? autres ? questions juridiques associées ?)

• la gestion du suivi des adhesion : suivi du workflow de l'adhésion (avec état en cours de l'adhésion), production des documents papiers à renvoyer (PDF). Le workflow des adhésion comprend des actions “automatisées” (inscription du futur adhérent, production des papiers) et des actions “manuelles” (validation du dossier avec pièces justificatives)
• la gestion du suivi des abonnements Internet : suivi du workflow de l'abonnement (test d'elligibité → production des documents papiers à renvoyer → construction de la ligne –

  > création du compte radius). De la même manière que les adhésions, ce workflow comprend des actions automatisées et manuelles. La demande de construction de ligne au fai "parent" doit pouvoir être interchangeable si nécessaire (interface / norme à définir peut être sur le modèle JSON existant de l'interface FDN). (?) L'allocation des adresses IP se fait de manière automatisée (?).

  • la gestion des prelevements automatiques. Ici se pose le premier point techniquement moins simple : trouver un outil qui sait causer la norme EBICS (protocole remplaçant à terme l'ancien “Etebac”). Les spécifications sont disponibles sur le site officiel (http://www.ebics.org/).
  • la gestion des comptes bancaires des adherents : CRUD (D==désactivation) des comptes, avec pour chaque ajout une autorisation effective de l'adhérent envers sont établissement bancaire

  I

  l faudrait complètement séparer la partie facturation et gestion des tarifs du SI de gestion des lignes et adhérents. Problème: Cas des mois incomplets.