✎ workflowreporting [cynod]

Modifiez cette page et cliquez sur « Enregistrer ». Voyez le guide de mise en page pour une aide à propos du formatage. Veuillez ne modifier cette page que si vous pouvez l'améliorer. Si vous souhaitez faire des tests, faites vos premiers pas dans le bac à sable.

====== WORKFLOW prise en charge nouvelle demande conception reporting ======
L'objet de ce ticket est de décrire les différentes phases qu'une nouvelle demande de conception de rapport doit suivre pour un meilleur contrôle de qualité. (voir Schéma ci-joint)

__**Description :**__ 
  - **Soumettre demande** : Création ticket avec les détails du besoin souligné **(Client/Support)**
  - **Joindre le modèle de report** : Joindre le prototype ou un croquis du modèle de rapport **(Client/Support)**
  - **Vérifier modèle de report** : Vérifier si le ticket contient toute les informations requises avant prise en charge **(Support/PO)**
  - **Valider demande ?** : Prise en charge ou non de la demande soumise, vérifier l'existence ou non du rapport sur jasper **(Support/PO)**
    - **NON** : Rejet de la demande pour ticket non complet **(Support/PO)**
    - **OUI** : Poursuivre le cycle de prise en charge **(Support/PO)**
  - **Définir la prise en charge** : Définir une estimation pour la prise en charge de la demande **(Support+BI)**
  - **Soumettre commercial** : Soumettre le ticket avec l'estimation pour une éventuelle facturation ou non de la demande **(Commercial)**
  - **Valider demande ?** : Validation du commercial après négociation avec le client si facturation existante **(Commercial/client)**
    - **NON** : Rejet de la demande pour négociation non abouti avec le client **(Commercial)**
      - **Confirmer le rejet dans le ticket en commentaire** (Commercial)
      - **Informer le client du rejet sur le ticket** (Support)
      - **Fermer le ticket** (Support)
    - **OUI** : Confirmer la prise en charge dans le ticket et poursuivre la chaine **(Commercial)**
  - **Affectation ticket pour prise en charge** : assigner le ticket à un agent BI pour prise en charge **(PO)**
  - **Validation en interne** : Recevoir la conception (JRXML) et vérifier si conforme **(Support)**
    - **Vérifier conformité ?** : Check du JRXML si conforme à la demande du client **(Support)**
      - **NON** : Retourner le ticket à l'équipe BI pour correction **(Support)**
      - **OUI** : Confirmer dans le ticket et poursuivre la prise en charge **(Support)**
  - **Editer jasper report** : Adapter le JRXML si nécessaire avant déploiement sur Jasper Server **(Support)**
  - **Déployer jasper report** : Importer le JRXML sur le serveur jasper **(Support)**
  - **Vérifier report** : Tester la rapport aprés déploiement si tout est conforme **(Support)**
  - **Valider demande ?** : Confirmer si la conception déployé est bien conforme à la demande du client **(Support)**
    - **NON** : Revoir l'adaptation faite **(Support)**
    - **OUI** : Déploiement OK et rapport conforme **(Support)**
  - **Informer le client** : Aviser le client dans le ticket de la disponibilité du rapport sur Cynod **(Support)**

Résumé

Note : En modifiant cette page, vous acceptez que le contenu soit placé sous les termes de la licence suivante : CC Attribution-Share Alike 4.0 International