Le formulaire générique reprend :

• Champs signalétiques
• Champ Type de document
• Champ Motif de la demande
• Champ Destination (domicile - retrait à la commune - ...)

Le workflow générique (teleservices_workflow) :

Etat : en_attente : état initial, le créateur peut encore modifier/supprimer/voir

Etat : en_traitement : un TeleServicesManager traite, le créateur peut encore voir

Etat : traité : un TeleServicesManager décide que la demande est traitée (document envoyé à domicile ou en attente de retrait à la commune), le créateur peut voir

Etat : rejeté : la demande a été rejetée par la commune, un commentaire devrait être ajouté dans ce cas.

A débattre :

• Un content_type par service (TeleServicePopulation, TeleServiceTravaux, ...) entraîne la création d'un rôle par content_type pour gérer la sécurité? Vérifier si la création de permissions peut suffire? Quel autre moyen?  Utilisation d'un même content_type pour plusieurs services : complexité niveau permissions (un service ne peut voir les "TeleServices" d'un autre, ...) ?
• Donner la possibilité aux utilisateurs de créer les "TeleServices" dans leur zone "mes documents" ou restreindre à un endroit (Folder particulier?)
• Nous avons besoin de renseignements divers (adresse physique, numéro de téléphone, ...), où stocker ces renseignements?  Utilisation de PlonePAS?
  
• Utilisation de ATVocabularyManager pour faciliter la gestion des vocabulaires (listes déroulantes : Type de document, Motif de la demande, Destination) ?
• Mise en place d'une structure de travail afin d'aider l'administrateur Zope/Plone à mettre en place ce service