Scénario 1 : Super utilisateur
Le super utilisateur configure un modèle et des tâches en vue d'une période de clôture imminente.
Il se connecte et ouvre la page Gérer les modèles.
Le modèle de clôture quadrimestrielle d'entreprise contient la plupart des tâches requises pour le cycle de clôture quadrimestrielle de l'entreprise. Dans la liste des modèles, le super utilisateur sélectionne le modèle de clôture quadrimestrielle et l'examine.
Le super utilisateur sélectionne les dates du calendrier sur lesquelles aligner les tâches du modèle, puis crée un masque de saisie à partir du modèle Tous les quadrimestres.
Le super utilisateur ajoute ensuite une tâche au modèle spécialement pour le quadrimestre 2.
Le super utilisateur ouvre le masque de saisie, ce qui lance le processus de clôture.
Scénario 2 : Super utilisateur
Le super utilisateur surveille le statut des activités de clôture par l'intermédiaire du tableau de bord.
Il se connecte et ouvre la vue Présentation des statuts du tableau de bord pour vérifier le statut des activités au jour 3.
A partir du tableau de bord, l'utilisateur effectue une exploration vers le bas pour voir les détails des tâches incomplètes.
Il recherche dans les tâches ouvertes les pièces jointes ou les commentaires fournis par les utilisateurs affectés.
Scénario 3 : Approbateur
Un utilisateur affecté en qualité d'approbateur révise une tâche en cours pour déterminer si elle peut être approuvée.
L'approbateur affecté reçoit une notification par courriel d'une tâche inachevée - Réviser l'entrée du rapport de gestion pour la soumission des services.
Dans le courriel, l'approbateur sélectionne le lien correspondant à Réviser l'entrée du rapport de gestion pour la soumission des services.
La page Actions de tâche, qui décrit le processus, est affichée.
L'approbateur révise le document que l'utilisateur a soumis lors de l'exécution de la tâche pour s'assurer qu'il est complet.
L'approbateur entre des commentaires supplémentaires et approuve la soumission.
Si un autre niveau d'approbation est requis, la tâche est transmise à l'approbateur suivant. S'il s'agissait de la dernière approbation requise, la tâche prend fin et le système exécute la tâche suivante, si elle est prête.
L'approbateur peut rejeter une tâche au lieu de l'approuver. La tâche est alors réaffectée au destinataire.
Scénario 4 : Utilisateur
Un utilisateur se connecte à l'application, puis il passe en revue et effectue la tâche qui lui a été affectée.
L'utilisateur se connecte et consulte les tâches affichées dans le tableau de bord du portlet Ma liste des tâches.
Il clique sur le lien d'une tâche affectée : Rapport de gestion.
La page de la tâche démarre. Elle contient des instructions relatives à la tâche et un document de référence.
L'utilisateur consulte les instructions et le document de référence, traite les mises à jour, entre un commentaire sur la tâche et la soumet pour approbation.
Le système procède à la mise à jour automatique du statut de la tâche et envoie une notification à l'approbateur affecté.
Scénario 5 : Utilisateur
Un utilisateur répond à un courriel de notification lui indiquant de charger des données, clique sur un lien dans ce courriel et accède au produit à partir duquel il doit charger les données, puis effectue la tâche.
L'utilisateur reçoit un courriel de notification lui indiquant une tâche inachevée : charger des données de salaire via Oracle Hyperion Financial Data Quality Management.
Dans le courriel, l'utilisateur sélectionne le lien de la page où est répertorié le processus requis.
L'utilisateur consulte les instructions pour la tâche et sélectionne le lien Aller à la tâche pour lancer FDM.
L'utilisateur extrait les données via FDM et les charge dans Oracle Hyperion Financial Management.
Lorsque la tâche est accomplie, l'utilisateur revient à l'application.
L'utilisateur entre un commentaire sur la tâche, puis le soumet pour approbation.