La fonctionnalité Données dans Yapla permet de collecter des données et de les traiter à l’aide de processus de validation (workflows). Yapla propose deux modes de fonctionnement, les workflows personnalisés et les workflows systèmes. Il existe présentement quatre workflows systèmes : Validation simple, Soumission, Paiement et Validation avec révision. Pour les besoins plus spécifiques, le workflow personnalisé permet de définir soi-même les différents statuts.
Les changements de statuts de chaque workflow permettent également de déclencher des communications automatiques et d’y lier des documents. Vous pouvez les configurer sous Données > Objet.
- Sélectionnez l’objet désiré puis rendez-vous sur la tuile Document.
- Créez tous les documents que vous souhaitez lier à votre communication.
- Retournez dans l’objet en question sous la tuile Communication.
- Créez votre message, liez-le au statut désiré, puis joignez-y votre document ci-dessous. (Notez qu’il est important de créer vos documents avant de les lier à vos communications.)
Tous les types de workflows présents peuvent être liés à un tarif. C’est-à-dire qu’une étape peut être ajoutée à la soumission d’un formulaire. Vous retrouverez cette étape optionnelle liée par pointillés dans les graphiques ci-dessous.
Sélectionner son workflow
Les workflows se trouvent dans le menu Paramètres de votre objet.
Dans le sous-menu Workflows, vous pouvez sélectionner celui qui vous convient.
Type A - Validation simple
Ce type de workflow est utilisé pour les formulaires simples qui ne demandent pas d'approbation par un administrateur Yapla. Par exemple, ce workflow peut être utilisé pour un formulaire de prise de contact ou encore l'inscription à la newsletters.
Statut |
Description |
Nouveau |
Statut initial lors de la création d’une demande. |
Validé |
La demande a été validée. |
Annulé |
La demande est annulée. |
Détruit |
La demande est détruite et n'est pas récupérable. |
Archivé |
La demande est archivée. |
Type B - Soumission
Ce type de workflow est utilisé pour les éléments qui demandent à l'utilisateur de soumettre le formulaire une fois celui-ci complété. Ce workflow sera utilisé lorsque la demande est reliée à un membre par un champ de type Objet. Ceci permet donc à des membres de se connecter à leur Espace membre et de remplir des formulaires qui lui ont été assignés par un administrateur Yapla. Par exemple, ce workflow peut être utilisé pour remplir des évaluations, remplir des sondages, remplir une demande d'auto-évaluation, etc.
Statut |
Description |
Nouveau |
Statut initial lors de la création d’un élément |
En cours |
Le membre est en train de remplir le formulaire. |
Soumis |
Le formulaire a été soumis par le membre |
Annulé |
L'élément est annulé. |
Détruit |
L'élément est détruit et n'est pas récupérable. |
Archivé |
L'élément est archivé. |
Type C - Paiement
Ce type de workflow est utilisé pour les formulaires qui nécessitent une étape de paiement. Par exemple, ce workflow peut être utilisé pour un formulaire d'achat d'un guide, pour le paiement d'une demande de publicité, etc. Pour en savoir plus sur les objets avec paiement.
Statut |
Description |
Nouveau |
Statut initial lors de la création d’une demande. |
En attente de paiement |
Statut lorsque le paiement sélectionné est paiement par chèque ou virement bancaire. Les paiements par carte de crédit valide automatiquement la soumission du formulaire. |
Transaction complétée |
Statut lorsque le paiement a été effectué. |
Validé |
La demande a été validée. |
Annulé |
La demande est annulée. |
Détruit |
La demande est détruite et n'est pas récupérable. |
Archivé |
La demande est archivée. |
Type D - Validation avec révision
Ce type de workflow est utilisé pour les formulaires qui demandent qu'un administrateur Yapla approuve la demande. Ce workflow sera utilisé lorsque la demande est reliée à un membre par un champ de type Objet. Ceci permet donc à des membres de se connecter à leur Espace membre et de soumettre pour approbation des demandes. Il permet aux administrateurs Yapla d'approuver, de refuser ou encore de demander des modifications à la demande. Par exemple, ce workflow peut être utilisé pour remplir des demandes d'accréditation, de publications d'articles, etc. Il est également possible d'associer un paiement à ce workflow.
Statut |
Description |
Nouveau |
Statut initial lors de la création d’un élément |
Approuvé |
Statut lorsque l'élément a été approuvé par un administrateur du compte. |
Approuvé et en attente de paiement |
Statut lorsque l'élément a été approuvé et qu'un paiement est maintenant en attente. |
En attente de modification |
Statut lorsqu'une demande de modification est en cours. |
En attente d'approbation |
Statut lorsqu'un élément a été envoyé pour approbation. |
Prêt à soumettre |
Statut lorsque le formulaire est complété et prêt à être envoyé pour approbation. |
Refusé |
L'élément est refusé par un administrateur du compte. |
Refusé et en attente de paiement |
L'élément est refusé par un administrateur du compte, mais un paiement doit tout de même être fait. |
Annulé |
L'élément est annulé. |
Détruit |
L'élément est détruit et n'est pas récupérable. |
Archivé |
L'élément est archivé. |
Type E - Formation
Ce workflow est utilisé dans le cas où un formulaire est utilisé pour des offres de formations. Par exemple, lorsque ces formations sont alors assignées à des formateurs et ces derniers doivent confirmer leur présence.
Une fois la demande acceptée, le fournisseur de la formation assigne un formateur à la demande. Le statut passe “en attente du formateur”. Le formateur (membre) recevra une communication et en se connectant à son espace membre pourra voir la demande. Le formateur peut alors modifier ou compléter une section du formulaire au besoin ou refuser la demande. Dans ce cas, le fournisseur de formation est informé et se verra de retour à l’étape première. Une fois la formation donnée, le statut du formulaire pourra être changé manuellement pour : Formation donnée.
Statut | Description |
Nouveau | Statut initial lors de la création d’un élément |
En attente d’approbation ou de modification | Statut lorsque l'élément est en attente d’approbation ou de modification par le fournisseur de formations. |
Annulé | Demande annulée par le fournisseur de formation |
En attente du formateur | Statut lorsque l'élément est en attente d’une réponse du formateur (heures et date choisies) |
Approuvé par le formateur | Statut lorsqu'une demande est approuvée par le formateur |
Refusé par le formateur | Statut lorsqu'une demande est refusée par le formateur |
Formation donnée | Statut lorsque la formation a été complétée |
Type F - Workflow personnalisé
Ce workflow permet à l'administrateur Yapla d'associer manuellement le statut d'un élément, mais il permet également de créer ses propres statuts. Voici les statuts de base qui sont présents lors de la création d'un objet :
Statut |
Description |
Administrateur Yapla |
Nouveau |
Statut initial lors de la création d’une demande. |
L’administrateur Yapla peut sélectionner n’importe quel statut à n’importe quel moment. Le changement de statut se fait directement sur le formulaire. |
Validé |
La demande a été validée. |
|
Annulé |
La demande est annulée. |
|
Détruit |
La demande est détruite et n'est pas récupérable. |
|
Archivé |
La demande est archivée. |
Lors de chaque changement de statut, une communication sur mesure peut être envoyée par e-mail automatiquement. Par exemple, il est possible d'annoncer à la personne qui remplit la demande que celle-ci a bien été reçue et sera validée sous peu.
Comment puis-je faire le remboursement d'un paiement fait avec l'application objet?
Notez qu’aucune option de remboursement n’est actuellement offerte sur les paiements liée à des workflows de données.
Commentaires
Vous devez vous connecter pour laisser un commentaire.