2846

Demandes initiales

Objectif du développement :

Mise en place d’un système de gestion des blocages de production permettant aux opérateurs et superviseurs d’enregistrer, suivre et résoudre les incidents sur les cartes en production.

Fonctionnalités attendues :

1. Saisie des blocages et actions associées

   • Un opérateur signale un blocage.
   • Le superviseur enregistre le blocage et les actions nécessaires pour sa résolution.
   • Chaque action doit être affectée à un service avec un suivi détaillé.

2. Suivi et mise à jour des actions

   • Les responsables des actions doivent mettre à jour leur statut ("Nouvelle" → "En cours" → "Terminée").
   • Un historique des modifications est conservé pour un suivi précis.

3. Indicateurs et visualisation

   • Mise en place d’un système de statuts et de couleurs pour repérer rapidement les blocages non terminés.
   • Intégration d’un suivi des temps de prise en compte et de résolution des actions via un historique et un rapport Qlik.

4. Mise à jour des exports et intégration avec 4D

   • Ajustement des fichiers d’export pour refléter les quantités bloquées.
   • Reprise des données Excel pour assurer la cohérence des KPI dans Qlik.

5. Validation métier et suppression des éléments obsolètes

   • Vérification des natures de blocage avec le métier.
   • Suppression de la notion de Parking dans le processus actuel.

Temps estimé pour le développement : 10 jours. (deadline: 14/03/2025)

Liste des tâches de développement:

1. Développement des formulaires

• Création et structuration des tables**

• Créer un formulaire de liste des blocages, incluant les informations sur les actions associées.

• Développer un formulaire de saisie de blocage, permettant d’enregistrer un blocage et ses actions associées.

2. Gestion des données et des statuts

• Implémenter la création et mise à jour des blocages avec les champs nécessaires.

• Permettre la saisie des actions associées aux blocages, avec gestion du service responsable, du responsable (optionnel) et de la nature du blocage.

• Mettre en place l’historisation des statuts des actions, avec un suivi détaillé des modifications.

3. Automatisation des mises à jour

• Assurer l’actualisation automatique de la date de mise à jour des actions à chaque modification.

• Développer un mécanisme pour changer le statut des actions ("Nouvelle" → "En cours" → "Terminée").

• Ajouter un indicateur visuel pour différencier un blocage non terminé lorsque toutes ses actions sont clôturées.

4. Gestion des exports et reporting

• Modifier l’export "En cours de production" :

  • Ajouter une colonne "QteBloquee".
  • Soustraire cette quantité du nombre de cartes à traiter.

• Modifier l’export "Charges/CAPA" :

  • Ajouter un nouveau fichier répertoriant les quantités bloquées.

• Intégrer la reprise des données Excel en base pour les KPI à produire.

• Assurer que toutes les données utilisées proviennent de 4D.

5. Collaboration avec les métiers

• Valider avec le métier Phenix/Team la liste déroulante des natures d’action/blocage.

• Vérifier avec le métier comment intégrer les quantités bloquées dans le rapport Qlik.

6. Suppression de fonctionnalités obsolètes

• Supprimer masquer la notion de Parking actuelle du système.

Tables a créer**

*Champs saisies par le superviseurs manager => superviseur

Flux du Processus Métier

1. Détection du blocage (Opérateur/Technicien)
2. Saisie du blocage (Superviseur)
3. Création des actions de résolution (Superviseur)
4. Attribution et suivi des actions (Services responsables)
5. Mise à jour des actions (Personne en charge)
6. Clôture du blocage (Superviseur)
7. Export des données et suivi KPI