Sommaire :

1. Introduction du module "Evènement"

La notion d’évènement qualité a été introduite pour répondre aux deux problématiques ci-dessous :

Tracer les différents problèmes autour de la qualité produit en centralisant le traitement et en ne générant une ou n NC que si c’est nécessaire.
Intégrer la qualité système en centralisant le suivi et pouvoir enclencher si nécessaire de la qualité produit.

Dans le module qualité d’Hélios le point d’entrée a toujours été une non-conformité à partir de laquelle il était possible de prendre les décisions au sujet des lots incriminés par le problème rencontré. Chaque non-conformité créée nécessitait en plus de tracer les actions curatives et correctives mises en œuvre pour traiter le problème.

Ce n’est pas le fonctionnement optimum car un défaut qualité peut entrainer la génération de plusieurs non-conformités pour traiter chacun des lots mais le suivi du défaut ne doit être effectué qu’une seule fois. Il est donc nécessaire d’adapter le processus à ce qui existe dans les entreprises.

Le choix a été d’introduire cette notion d’évènement qualité qui est le point d’entrée du processus et qui en finalité peut aboutir ou non, à la création d’une ou plusieurs non-conformités pour traiter les lots. Dans le déroulé du processus nous aborderons les notions propre au domaine de la qualité tel que

QQOQCCP : Cette méthode consiste à se poser les questions utiles pour comprendre et résoudre l'évènement qualité.

Quoi ?
Le Quoi définit le sujet à étudier, le problème à régler. C'est le point d'entrée de la démarche. dans Hélios ERP, il peut s'agir d'un OF, d'un Processus ou Procédé, d'une Livraison ou d'une Réception....
Qui ?
Le Qui spécifie l'acteur principale qui est concernée. Le client, le fournisseur, l'ERP Hélios....
Où ?
Le Où indique l’endroit (physique ou virtuel) où l'évènement s'est produit (lieu, service, phase de production, ...).
Quand ?
Le Quand définit la date de l'évènement (date de découverte ou date de l'évènement).
Comment ?
Le Comment fait référence à l'évènement qui a déclenché la découverte de l'évènement qualité : Audit, Contrôle, Rappel produit fournisseur....
Combien ?
Combien de produit sont concernés ? Le Combien permet de quantifier l’objet de la problématique en question et souvent d’en apprécier la gravité.
Pourquoi ?
Pourquoi l'évènement s'est il produit ?

Les causes racines et les méthodes 5P / 6M
Les plans d’actions et leur efficacité
Le processus 8D
La sécurisation des pièces

Diagramme flux de gestion

2. Les codificateurs du module "Evènement"

Il est nécessaire d'avoir au préalable créés les codificateurs utiles à la gestion des Clients :

Les types d'évènement et les sous-types d'évènement

Il s'agit de définir pour chaque nature d'évènement qualité (Produit, Interne, Client, Achat ou Système) les types d'évènement que vous avez l'habitude de traiter en démarche qualité. Vous avez la liberté de créer les types de votre choix.

Ils permettent de répondre à la question "Comment ?" de l'enquête qualité.

Libellé du type : Désignation du type d'évènement.
Abréviation : Libellé court du type d'évènement.
Compétence : Uniquement les opérateurs ayant cette compétence pourront créer ou modifier des évènements de ce type
Compétence solder : Une compétence permettant de solder les éléments liés aux types d'évènement peut être précisée
Nature : Sélectionner la nature de l'évènement concerné parmi les 4 natures suivante , Produits, Système, Achat Client. le type d'évènement sélectionnable sera filtré selon la nature de l'évènement lors de la création.
Inactif : Pour désactiver l'utilisation du type d'évènement.
Visu évènement : Permet aux opérateurs non compétents pour saisir les évènements associées à ce type d'évènement de pouvoir les visualiser dans les évènements.
Retouche : Permet de venir créer des évènements produit particulier depuis la mobilité

Exemple : Opérateur compétent (GED QUALITE / CONTROLE) pour le type de l’évènement associé pourra créer et effectuer des actions sur les évènements. Si non compétent alors il pourra visualiser les évènements de ce type

Depuis la Toolbar il est possible de venir associer à un type d’évènement un ensemble de type de sous évènement

Pour créer un sous-type d'évènement, il suffit de sélectionner le bouton pour le type d'évènement sélectionné en consultation.

Il permet d'apporter des précisions dans la partie "Sous évènement" de l'évènement qualité.

Il faut bien avoir à l'esprit que le sous type doit être compatible avec le contexte du type d'évènement et la nature de l'évènement, il permet de préciser les données du sous évènement.

La création est assez similaire à la saisie d'un type d'évènement.

Evènement : Abréviation du type de l'évènement sélectionné, non modifiable.
Libellé : Désignation du sous-type d'évènement.
Abréviation : Libellé court du sous-type d'évènement, donnée unique en BDD pour un type d'événement.
Compétence solder : Une compétence permettant de solder les éléments liés aux sous évènement peut être précisée (elle prendra le pas sur celle définie sur le type d’évènement)
Inactif : Pour désactiver l'utilisation du sous-type d'évènement.

Les Processus et les Sous-processus

La fiche processus a pour vocation de fournir tous les éléments de compréhension du fonctionnement et de la mise en œuvre du processus auprès des contributeurs. Elle peut aussi se nommer cartographie des processus. Les fiches servent à identifier les principales données d’entrée et de sortie de vos activités de vos process Qualité.

Selon l’ISO 9000^[1], un processus est un “ensemble d’activités corrélées ou en interaction qui utilise des éléments d’entrée pour produire un résultat escompté”. C’est donc une suite d’actions qui interagissent pour transformer un élément d’entrée en élément de sortie, en lui apportant de la valeur ajoutée.

source : L'approche processus en ISO 9001 - Management de la qualité (managementqualite.com)

On distingue habituellement :

Les processus opérationnels (de réalisation), Ils représentent l'activité cœur de métier de l'entreprise : de l'élaboration à la prise de commande / livraison des produits et services pour les clients.
Les processus de support (de soutien ou ressources), Ils représentent l'activité de mise à disposition en interne des ressources nécessaires à la réalisation des processus opérationnels : achats de fournitures, RH, comptabilité, etc.
Les processus de pilotage (de management ou décisionnels), ils représentent l'activité d'élaboration des informations internes permettant le pilotage de l'activité de l'entreprise.
Les processus de mesure (d'évaluation des résultats), ils traitent l'efficacité des processus eux-mêmes, en fournissant la mesure des écarts entre les résultats et les objectifs définis.

Autre source intéressante : Exemple de fiche processus ou cartographie des processus - Certification QSE (certification-qse.com)

L'écran "Processus" permet de cartographier l'ensemble des processus de votre entreprise.

Une fiche processus est identifiée par les informations suivantes :

Libellé : Libellé du processus.
Abréviation : Libellé court du processus.
Dernier contrôle : Date du dernier contrôle.
Fréquence : Fréquence des contrôles selon période renseignée.
Méthodes d'agrément : Sélectionner la méthode d'agrément. Un écran permet de créer les Méthodes des agréments.
Origine des agréments : Sélectionner l'origine des agréments. Un écran permet de créer les Origines des agréments.
Période : Sélectionner la périodicité, jours, Semaines, Mois Années ou nombre d'utilisation.
Prochain contrôle : Dates de fin de validité et du prochain contrôle.
Notes : Le bouton permet d'accéder et de saisir des notes, remarques.
Fichiers liés : Le bouton permet de lier des documents au processus sélectionné.

Chaque processus peut être décomposé en sous-processus pour caractériser plus finement un évènement qualité, c'est l'objet de la codification des sous-processus accessible via le bouton .

Les Procédés

Hélios propose un écran permettant de gérer les procédés de l’entreprise.

Dans les versions antérieures les procédés gérés été

Standard : liste de procédés
- Délivrés par les clients
- Attribués à des fournisseurs ou sous-traitant
Des procédés internes
- Cas du traitement de surface
- Liens vers les lignes de traitement

L’écran existant a été migré sous Hélios ERP 2023 disponible depuis la codification Helios ERP Procédés.

Ajout des information ci-dessous :

Gestion de la validité du procédé
- Fréquence / Période / Date du dernier contrôle
- Origine et méthode du renouvellement
Procédé appartient à un client
Nouveaux types de gestion pour un procédé
- GED / CDC / Outillage / Exemplaire
- Le choix d’un de ces types permet de venir lier une ou plusieurs fiches existantes dans les modules au procédé courant

Exemple : Lien vers des documents de la GED Hélios

Les données liées sont ensuite apparentes dans la grille du bas de l’écran.

Les types de fichier liés

Cet écran permet de définir les types de documents liés. Les documents liés sont utilisés dans différents modules.

Les données à saisir :

Abréviation : Libellé court du type de fichier.
Libellé : Libellé long du type de fichier.
Archiver : Pour ne plus utiliser cette fiche.

Analyses de la non conformité

Cet écran permet de saisir les motifs liés à un évènement Qualité. Il répond à la question Pourquoi dans le formulaire des événements.

Saisir un libellé et un libellé court, l'abréviation.

3. L'écran principal du module "Evènement"

L’écran de gestion des évènements qualité est accessible depuis le menu principal d’Hélios ERP (Evènement qualité)

Il est composé de trois partie :

Critères de sélection : Permet de filtrer les évènements à consulter => Saisir le filtre désiré puis sélectionner le bouton "Appliquer"
Liste des évènements : Liste des évènements filtrés selon les critères saisis et compétence de l'opérateur (restriction en fonction des types d’évènements).
Détail des sous évènements de l'évènement sélectionné : La création d’un sous évènement se fera dans le cadre défini par l’évènement. C’est sur un sous évènement que l’on viendra déterminer les causes du problème constaté et greffer les plans d’actions pour les résoudre. La sécurisation éventuelle des lots incriminés sera aussi déclenchée depuis le sous évènement.

Son ergonomie est celle des écrans de recherche filtre, c’est-à-dire qu’à l’ouverture il n’y a pas de données affichées. Il est nécessaire de cliquer sur le bouton appliquer pour charger les données qui correspondent aux critères sélectionné sur la partie gauche de l’écran

4. La toolbar du module "Evènements"

4.1. Création d'un évènement du module "Evènement"

Un évènement qualité est défini par sa nature, Hélios ERP possède 4 natures :

- Système : Lié à un processus ou procédé
- Produit : Cette typologie d’événement, concerne essentiellement les évènements que l’on rencontre lors de la production des pièces
  Produit (Interne) : Lié à un OF, une Phase d'OF ou un Article,
- Client : tracer un évènement qualité lorsque celui-ci a été constaté par un client : problème sur une pièce, BL, ….
  Client : Lié à un bon de livraison client ou à un client.
- Achat : Lorsque la non-qualité est constatée pour un fournisseur ou un sous-traitant
  Achat : Lié à un Bon de réception ou un fournisseur ou un bon de réception de Sous-traitance ou à un fournisseur de sous-traitance.

La toolbar présente 4 icônes, un pour chaque nature. Sélectionner la nature en fonction de l'évènement qualité à saisir.

La création de l'évènement permet de saisir les réponses aux questions QQOQCCP. Elle permet d'alimenter le formulaire suivant :

4.1.1. Evènement de Nature Système

Le Comment : Choix du type d'évènement associé à la nature Système et aux compétences de l'opérateur.

Exemple : Défaut Processus Vente

Choix du Processus ou Procédé concerné : Le Quoi.

Dans la liste des processus et procédés, sélectionner, la donnée. Un filtre permet de ne voir que la liste des processus ou procédés.

Saisie de l'évènement système : Réponses aux autres question.

La suite de la déclaration va consister à respecter la méthode du QQOQCCP qui permet de caractériser correctement l’évènement

Statut : En attente, non modifiable.
Référence : Chaine de caractère obligatoire, pré initialisé avec la référence article.
Libellé : chaine de caractère libre pré initialisé avec le libellé article
Le Qui : Sélectionner l'origine de l'agrément dans les codifications des "Origines des agréments"
Le Quoi : Processus ou procédé concerné, , non modifiable.
Le Ou : Lieu où a été découvert le problème, saisie libre.
Le Quand : Date du jour, modifiable.
Le Combien : Par défaut 1, modifiable.
Le Comment : Le type d'évènement concerné, non modifiable.
Le Pourquoi : Sélectionner le pourquoi dans la liste des codifications "Méthodes d'agréments".
le Constat : Sélectionner le Constat dans la liste des codification "Constats".
Saisie par : code utilisateur, modifiable.

Le champ Constat est lié à une nouvelle codification et permet une meilleure caractérisation de l’évènement.

La Toolbar permet de compléter les 3 notes : Le Comment, le constat et le Pourquoi via la saisie d'informations historisées

Une fois les données saisies dans le formulaire alors l’enregistrement est créé et disponible dans l’affichage sur la partie supérieure de l’écran principal. L'évènement est créé avec un code numérique auto-incrémenté. Saisir les informations utiles à l'évènement qualité.

4.1.2. Evènement de Nature Produit

Le Comment : Choix du type d'évènement associé à la nature Produit et aux compétences de l'opérateur.

Exemple : Contrôle visuel.

Choix de l'OF ou de la phase d'un OF ou de l'Article concerné : le Quoi.

Dans la liste qui apparaît sélectionner, la donnée.

Un filtre permet de ne voir que la liste des OFS, ou des Phases ou des Articles.

Saisie de l'évènement produit : Réponses aux autres question.

L'évènement est créé avec un code numérique auto-incrémenté. Saisir les informations utiles à l'évènement qualité.

Statut : En attente, non modifiable.
Référence : Référence de l'OFS préalimentée, Modifiable.
Libellé : Le libellé du produit, modifiable.
Le Quand : Date du jour, modifiable.
Le Qui : le code utilisateur, modifiable.
Le Ou : Saisir le lieu où a été découvert le problème.
le Constat : Sélectionner le Constat dans la liste des codification "Constats".
Le Comment : Le type d'évènement concerné, non modifiable.
Le Quoi :
- si OF : Code OF - Code Article - Référence OF, non modifiable.
- si Phase : Code OF - Code Article - Libellé (code phase) et Famille (Nature)
- si Article : ID_ARTICLE, Référence et Libellé
Saisie par : code utilisateur, modifiable.
Le Pourquoi : Sélectionner le pourquoi dans la liste des codifications "Analyses de la non conformité".
Le Combien : Par défaut 1, modifiable.

La Toolbar permet de compléter 3 notes : Le Comment, le constat et le Pourquoi via la saisie d'informations historisées.

4.1.3. Evènement de Nature Client

Le Comment : Choix du type d'évènement associé à la nature Client et aux compétences de l'opérateur.

Choix du client ou du BL concerné : le Quoi.

Un filtre permet de ne voir que la liste des BL ou Clients.

Saisie de l'évènement client : Réponses aux autres question.

L'évènement est créé avec un code numérique auto-incrémenté. Saisir les informations utiles à l'évènement qualité.

Statut : En attente, non modifiable.
Référence :
- Si le choix est BL alors Code du BL et date de livraison
- Si le choix est client alors les informations du client
Libellé : Chaine de caractère libre pré initialisé avec les infos du client dans le cas du BL, sinon vide
Le Quand : Date du jour, modifiable.
Le Qui : le code client non modifiable.
Le Ou : Lieu où a été découvert le problème.
le Constat : Sélectionner le Constat dans la liste des codification "Constats".
Le Comment : Le type d'évènement concerné, non modifiable.
Le Quoi :
- Si BL Client : Code Client - Nom Client - Numéro de BL si l'évènement concerne un BL , non modifiable.
- Si Client : Code Client - Nom du client , non modifiable.
Saisie par : code utilisateur, modifiable.
Le Pourquoi : Sélectionner le pourquoi dans la liste des codifications "Analyses de la non conformité".
Le Combien : Par défaut 1, modifiable.

La Toolbar permet de compléter le Comment, le constat et le Pourquoi via la saisie d'informations historisées

4.1.4. Evènement de Nature Achat

Le Comment : Choix du type d'évènement associé à la nature Achat et aux compétences de l'opérateur.

Choix du fournisseur ou du BL concerné : Le Quoi

Un filtre permet de ne voir que la liste des Br Fournisseurs ou Br de Sous-Traitances ou Fournisseurs ou Sous-Traitants.

Saisie de l'évènement Achat : Réponses aux autres question.

L'évènement est créé avec un code numérique auto-incrémenté. Saisir les informations utiles à l'évènement qualité.

Statut : En attente, non modifiable.
Référence : non modifiable.
- si Fournisseur ou Sous traitant : Code fournisseur - Nom Fournisseur
- Si BR ou BR ST : information N°BL, N°BR et DATE_LIV.
Libellé : chaine de caractère libre pré initialisé avec les infos du fournisseur si Fournisseur ou sous traitant.
Le Quand : Date du jour, modifiable.
Le Qui : Le Nom du fournisseur, non modifiable.
Le Ou : Lieu où a été découvert le problème à saisir.
le Constat : Sélectionner le Constat dans la liste des codification "Constats".
Le Comment : Le type d'évènement concerné, non modifiable.
Le Quoi : non modifiable.
- si Fournisseur ou Sous traitant : Code fournisseur - Nom Fournisseur
- Si BR ou BR ST : Code fournisseur - Nom Fournisseur - Numéro de Bon réception ou de Bon de réception de SST.
Saisie par : code utilisateur, modifiable.
Le Pourquoi : Sélectionner le pourquoi dans la liste des codifications "Analyses de la non conformité".
Le Combien : Par défaut 1, modifiable.

La Toolbar permet de compléter le Comment, le constat et le Pourquoi via la saisie d'informations historisées

4.2. Modifier un évènement du module "Evènement"

Cette action permet de rouvrir la fenêtre de création de l'évènement pour modifier sont contenu et/ou compléter les notes.

4.3. Suppression du module "Evènement"

Il est possible de supprimer un évènement que s’il est en attente.

4.4. Note du module "Evènement"

4.4.1 Comment

Permet de modifier la note relative au Comment ? si l'opérateur a la compétence du type d'événement

4.4.2. Constat

Permet de modifier la note relative au Constatation ? si l'opérateur a la compétence du type d'événement

4.4.3. Pourquoi

Permet de modifier la note relative au Pourquoi ? si l'opérateur a la compétence du type d'événement

4.5. Imprimer du module "Evènement"

Sélectionner le rapport à imprimer

4.6. Fichiers liés du module "Evènement"

Permet d'insérer des documents liés à l'évènement qualité, photo documents divers.

Cette action permet d'associer à la fiche en cours un ou plusieurs fichiers.

Pour ajouter un fichier il faut faire « Nouveau », puis sélectionner le fichier depuis l'explorateur Windows.
Pour annuler un fichier il faut sélectionner une ligne et cliquer sur la poubelle.
La ligne passera dans l'écran de la corbeille.
Avec la même manipulation (sélection ligne + poubelle) le système supprimera définitivement le fichier de la base de données Oracle/Serveur de fichier en fonction du paramétrage.

Il est possible de visualiser et modifier les fichiers (Excel, Word. .txt ) le document en cliquant dessus.

Concernant les PDFs un simple clique sur le PDP ouvre le PDP dans un Viewer en taille réduite et une double clique ouvre le document dans le lecteur PDF par défaut du système?

5. Le sous évènement qualité du module "Evènement"

A un évènement, il est possible d'associer plusieurs sous évènements. Ces sous évènements se font dans le cadre de l’évènement dont ils dépendent.

Il permet de préciser les informations pour les quatre natures d'évènement et types d'évènement.

5.1. La toolbar du sous évènement qualité du module "Evènement"

5.1.1. Création sous événement du module "Evènement"

5.1.1.1 Sous évènement de Nature Système

Le choix du sous type du sous évènement sera restreint en fonction du type de l’évènement présent dans l’évènement.

Si l’évènement est un processus alors les sous évènements seront des sous processus du processus incriminé. Il est cependant possible de saisir manuellement une référence qui n’est pas un sous processus. C’est le cas dans tous les sous évènements lorsqu’aucun élément n’est sélectionné dans la grille de choix.
Si l’évènement est un procédé alors les sous évènements seront soit lier à
- Un document de la GED
- Un Centre de Charge
- Un Outillage

Cette donnée permet d’initialiser la zone « Concernant »

La notion de risque est introduite. Cette notion permet d’activer au non la suite du processus de traitement et de sécurisation. Un risque à « Remarque » ne permettra pas de lancer de procédure de sécurisation ou de recherche de cause par exemple. Les autres valeurs permettent la saisie de ces informations (case à cocher du formulaire) et permettent de pré initialiser les données.

Pour activer la process de sécurisant il est important de noter que la donnée saisie dans le champ concernant doit être une donnée existante dans les données technique d’Hélios.

Un sous processus, par exemple, ne pourra pas faire l’objet d’une sécurisation car aucune donnée ne nous permet de lier des informations de l’ERP. Cependant un procédé de nature CDC, avec des CDC liés, permettra de sécuriser des informations. Dans ce cas-là, se seront les OFs fabriqués sur le CDC concerné sur une période à déterminer qui seront proposés en sécurisation.

5.1.1.2. Sous évènement de Nature Produit

Pour les sous évènements, nous avons accès aux éléments du dossier technique suivant pour caractériser l’enregistrement

Article de nomenclature
Composant
Matière
CDC
Sous-traitant
GED (Document ou version)

Les sous types seront ceux liés au type de l’évènement.

Ils sont sélectionnables depuis un écran de choix

La notion de risque est introduite. Cette notion permet d’activer au non la suite du processus de traitement et de sécurisation. Un risque à « Remarque » ne permettra pas de lancer de procédure de sécurisation ou de recherche de cause par exemple. Les autres valeurs permettent la saisie de ces informations (case à cocher du formulaire) et permettent de pré initialiser les données.

5.1.1.3. Sous évènement de Nature Client

Pour les sous évènement le choix pour déterminer l’information du concernant se fera parmi

Si client alors
- Choix d’un élément livré au client au travers d’un BL
Si BL alors
- Choix d’un élément de la nomenclature de l’article livré

Le concernant peut être saisi manuellement si aucun choix n’est fait dans la liste

La notion de risque est introduite. Cette notion permet d’activer au non la suite du processus de traitement et de sécurisation. Un risque à « Remarque » ne permettra pas de lancer de procédure de sécurisation ou de recherche de cause par exemple. Les autres valeurs permettent la saisie de ces informations (case à cocher du formulaire) et permettent de pré initialiser les données.

5.1.1.4. Sous évènement de Nature Achat

Pour les sous évènements, on choisira l’information concerné parmi

Point d’entrée : BR FRS
- les éléments présents sur les lignes du BR FRS : Composant / Matière / Consommable / Outillage
Point d’entrée : Fournisseur : On propose les fournitures livrées par les différents BR du fournisseur
Point d’entre : ligne de BR ST : Les articles des OFs présents sur les lignes du BR
Point d’entrée ST : Les articles qui sont concernés par les BR de ce sous-traitant

Pour rappel, si pas de sélection effectué dans l’écran de choix, le concernant peut être saisi manuellement dans le formulaire du sous évènement

Exemple : Evénement Système

5.1.2 Diffusion /Relance sous évènement du module "Evènement"

Voir partie 5.5. Diffusion (5.5.3)

5.1.3. Fichiers Liés sous évènement du module "Evènement"

Permet d'insérer des documents liés au sous évènement qualité, photo documents divers.

Cette action permet d'associer à la fiche en cours un ou plusieurs fichiers.

Pour ajouter un fichier il faut faire « Nouveau », puis sélectionner le fichier depuis l'explorateur Windows.
Pour annuler un fichier il faut sélectionner une ligne et cliquer sur la poubelle.
La ligne passera dans l'écran de la corbeille.
Avec la même manipulation (sélection ligne + poubelle) le système supprimera définitivement le fichier de la base de données Oracle/Serveur de fichier en fonction du paramétrage.

Il est possible de visualiser et modifier les fichiers (Excel, Word. .txt ) le document en cliquant dessus.

Concernant les PDFs un simple clique sur le PDP ouvre le PDP dans un Viewer en taille réduite et une double clique ouvre le document dans le lecteur PDF par défaut du système?

5.2 Recherche de cause d'un sous évènement du module "Evènement"

La problématique client suivante est à l’origine de cette fonctionnalité :

les clients imposent de suivre un processus 8D pour déterminer et résoudre les causes des problèmes qualité majeurs

A la fin de ce processus, un diagramme d’Ishikawa peut être renseigné. Il permet de mettre en évidence les causes du problème qualité analysé et la cause racine

Diagramme ISHIKAWA

La méthodologie employée pour mener cette recherche est la suivante :

Méthodologie : 6M / 5P
- Approfondir un fait sur un axe d’analyse en répondant à 5 Pourquoi
- Un axe d’analyse est codifié via les familles de causes
  - Généralement : Moyen / Matière / Mesure / Machine / Milieu / Main d’œuvre
- Le processus permet
  - De mettre en évidence les causes potentielles du défaut étudié
  - De vérifier les hypothèses
  - De retenir des causes
  - De dégager une cause racine

Flux du plan d'action

5.2.1 Création d'une recherche de cause d'un sous évènement du module "Evènement"

Le formulaire est vidé et nécessite à minima la saisie d’une famille de cause via la liste déroulante. Le champ libellé est à renseigner avec la cas à analyser et la réponse au premier pourquoi peut être saisie juste en dessous.

La saisie de la première réponse libère la saisie pour répondre au deuxième pourquoi et met à jour la cause avec la première réponse saisie.

Le processus peut se répéter 5 fois mais ce n’est pas une obligation. La cause affinée correspondra à la dernière réponse saisie.

Si la cause affinée peut être à l’origine du problème alors on vient l’indiquer en cochant la case Potentielle.

Un processus de vérification doit être effectué par l’entreprise pour définir précisément sa catégorie. La cause pourra être non retenue, retenue ou être la cause racine du problème analyser.

La codification existante dans le module qualité, pavé traitement, est disponible pour venir codifier l’information.

Résumé

Ci-dessous les informations les plus importantes contenues dans l’écran. Les causes retenues et la cause racine peuvent être lié au plan d’action qui seront mis en œuvre pour traiter les problèmes qualités engendrés.

5.3 Plan d'action d'un sous évènement du module "Evènement"

Les plans d’action permettent de résoudre les causes retenues ou racine mais aussi de mettre en œuvre un suivi ou des action préventives.

Lier à un sous évènement, un plan d’action sera constitué d’actions qui seront effectuées par des opérateurs ou des tiers extérieurs. Un plan d’action nécessitera la définition d’une clause d’efficacité qui devra pouvoir être mesurer. La finalité de la mesure est de déterminer si le problème a été corrigé ou si un autre plan d’action est nécessaire.

Le diagramme ci-dessous présente les étapes qui seront présentés dans les paragraphes suivant.

5.3.1 Ecran Plan d'action d'un sous évènement du module "Evènement"

Un plan d’action pourra être défini à partir d’un sous évènement. Il sera nécessaire de préciser sur le sous évènement la présence d’un plan d’action en cochant l’option correspondante sur le formulaire du sous évènement

L’ouverture de l’écran est effectuée via le menu des sous évènement présent sur le haut de la fenêtre ou via le menu contextuel si l’option a été rajouté aux raccourcis. Lorsqu’un plan d’action existe un double clic sur la ligne ouvre l’écran.

Un plan d’action est défini par

Un pilote : Opérateur qui s'occupe du plan d'action
Délai de traitement en jours
Objectif du PAC : but du plan d'action
Efficacité : 4 valeurs possibles
- A définir / Non Soumis/Définie / Efficace / Non efficace
- Valeur par défaut : à définir
Si un critère d’efficacité est défini alors efficacité passe au statut définie. Pour cela il faudra
- Codifier le critère
- Saisir une date prévue ou le plan sera efficace
- Décrire un moyen de mesurer l’efficacité

Il ne sera possible d’indiquer que le critère l’efficacité est efficace ou non efficace que lorsque le plan d’action aura été terminé.
Le statut du plan d’action est en attente. Il passera en cours lorsqu’au moins une action aura été associé au plan d’action
Un plan d’action se solde lorsque toutes les actions définies sont traitées et que l’efficacité est à la valeur Non Soumis

Les changements des valeurs « date fin prévu » et « date fin prévu efficacité » sont historisées dans les notes

5.3.1.1. Bouton lier d'un plan d'action sous évènement du module "Evènement"

Un plan d’action peut être créé pour traiter une ou plusieurs causes d’origine de la non-qualité.

Pour cela, un écran de lien accessible depuis la toolbar de l’écran permet d’accéder à un écran de basculement.

Celui-ci présentera sur la gauche les causes retenue ou racine déterminées précédemment et permettra de les lier.

Les causes liées sont visibles sur une zone de détail du formulaire :

5.3.1.2. Bouton Action d'un plan d'action sous évènement du module "Evènement"

L’ensemble des actions est visible dans la grille du bas, accessible depuis le bouton de la toolbar

Les actions sont définies pour un plan d’action. Il peut y en avoir plusieurs de nécessaires pour traiter le plan et les intervenants sont soit interne soit externe.

La saisie d’un pan d’action permettra de passer le plan d'action au statut encours. Pour en saisir il est nécessaire de saisir :

Un responsable de l’action
Un type d’action à Codification
Date de début de l’action et un délai à Date prévue de fin d’action
Libellé de l’action
Avancement
Prise en compte
Traité le / par
Action corrective associée
Action curative associée
L’opérateur ou le tiers qui doit effectuer l’action
- Sélection du type de tiers
- En fonction du type alors précision du tiers
  - Si interne à Opérateur
  - Si client ou contact client à Le client concerné et le contact
  - Si Fournisseur ou contact fournisseur à Le fournisseur concerné et le contact
  - Si sous-traitant ou contact sous-traitant à Le sous-traitant concerné et son contact
L’avancement est saisi manuellement par l’opérateur concerné. Cette information est consolidée sur le plan d’action pour déterminer l’avancement du plan d’action
A la fin de l’action, la case traité doit être initialisée afin de terminer l’action. Lorsque toutes les actions d’un plan d’action sont terminées alors le plan d’action passe au statut terminé.

5.3.2. Suivi des actions

Pour permettre de suivre les actions en cours pour chaque opérateur responsable d’une action un indicateur a été mis en place qui indique le nombre d’action à traiter

Concerne l’opérateur connecte, responsable de l’action
Les actions non traités sont comptabilisées
Les actions dont la date prévue de traitement est au plus tard dans 10 jours

Depuis cet indicateur il est possible d’ouvrir un écran dédié au suivi des actions affecté à l’opérateur.

Voir Suivi des actions.

5.3.3. Efficacité d'un plan d'action

Pour finaliser le plan d’action il faut maintenant le solder. Pour pouvoir solder le plan d’action il faudra renseigner l’efficacité du plan d’action à traiter la cause de la non-qualité. Pour ce faire le processus ci-dessous est mis en place

Lorsque le plan d’action est traité c’est-à-dire que chaque action est au statut traité

Libération de la saisie de fin du PAC
- Case à cochée soldée
- Mise à jour auto
  - Date d’efficacité
  - Vérifiée par
- Nécessite un commentaire de vérification
- Mise à jour du champ efficacité
  - Efficace
  - Non efficace

5.3.3.1. Suivi efficacité

Sur le même principe que pour les actions, un indicateur et un écran de suivi ont été implémentés. L’indicateur est présent sur l’IHM principale et il prend en compte

Les plans d’action concernant l’opérateur connecté (Pilote de l’action)
Les plans d’action au statut traité mais non soldé
Les plans d’action dont la date prévue d’efficacité est au plus tard dans 10 jours

Depuis l’indicateur, il est possible d’ouvrir un écran dédié Suivi efficacité

Voir Suivi efficacité.

5.5. Diffusion d'un sous évènement du module "Evènement

A un sous évènement il est possible de venir constituer une liste de personnes ou de tiers qui sont concernés par le sous évènement. Ces destinataires peuvent être liés pour action ou pour information. Le choix peut être fait parmi

Les clients et les contacts clients
Les fournisseurs et les contacts fournisseurs
Les sous-traitants et les contacts sous-traitant
Les opérateurs et les abonnés

Un écran de basculement permet de les associer au sous évènement. Le choix de la zone de basculement déterminera le type du lien (action / information)

L’information est présentée dans un onglet dédié au sous évènement.

5.5.1 Etats & Vue du module "Evènement"

Les états du module évènement sont accessibles depuis l’écran de paramétrage de la qualité existant. Une zone dédiée a été rajoutée pour permettre de les gérer.

Pour faciliter la création des états autour des évènements, une vue dédiée a été constituée. Elle vient consolider et agréger les données. La composition de la vue est la suivante :

VUE_NC_EVT

Evènements par catégorie
- Champ CAT_EVT et DET_CAT_EVT
  - 1 à Système : Processus ou Procédé
  - 2 à Client : BL ou client
  - 3 à Fournisseur : BR Fr & FR ou BR ST et ST
  - 4 à Produit : Article, OFS ou Phase
- Champ LIB_CONCERNE
  - Libellé de l’élément concerné par l’évènement
  - Par exemple : concaténation des informations du fournisseur et du BR pour un évènement achat sur BR fournisseur
- Type d’évènement
- Référence, Libellé, Date, Statut, Notes, informations diverses

Sous évènements
- Champ SS_CAT_EVT
  - Article / Composant / Matière / GED / Version / Outillage / CDC / Sous-traitant
- Concerne : champ de saisie libre ou champ calculé
  - Concaténation des champ ID / REF / LIBELLE là où c’est possible
- Type de sous évènement
- Libellé, Date, Statut, Notes, traité par, champs d’informations diverses

Entête de sécurisation
- Libellé
- Critère de filtres de la sécurisation
- Les informations de solde

L’une des finalités de la gestion des évènements est de répondre à la problématique de constituer un rapport 8D. Pour cela nous mettrons à disposition un état standard qui sera basé sur la vue ci-dessus et sur lequel nous devrons rajouter les informations ci-dessous à l’aide de sous états. Les tables concernés et le modèle physique ont été précisés

Plan d’action / Recherche de cause
- Pour un sous évènement il est possible de créer plusieurs Plan d’action à NC_EVT_LG_PAC
- Pour un plan d’action plusieurs actions peuvent être définies à NC_EVT_LG_PAC_LG
- Pour un sous évènement il est possible de créer plusieurs Recherche de cause à NC_EVT_LG_CAUSE
- A un plan d’action on peut venir lier une ou plusieurs recherches de cause à NC_EVT_LG_PAC_LIEN

Liens BDD PAC/ Recherche de cause

Pour les informations de sécurisation qui seront détaillées dans chapitre suivant, nous avons comme données

Sécurisation et détail
- Pour un sous évènement une seule sécurisation possible à NC_EVT_LG_SECU
- Pour une sécurisation, plusieurs vérifications peuvent être nécessaires à NC_EVT_LG_SECU_LG
- Pour une vérification, le champ TYPE_ACTION contiendra la suite à donner à la vérification
  - 0 à RAS
  - 1 à Non-conformité
  - 2 à Evènement qualité

Le lien entre la NC créée ou l’évènement créé suite à la vérification est stocké dans la table NC_EVT_SECU_LG_NCF

Lien BDD Sécurisation

5.5.2 Diffusion du module "Evènement"

Un écran de paramétrage a été mis en place pour permettre de renseigner les états à utiliser lors des diffusions et relance. Il permet aussi de paramétrer le corps du mail.

Les fonctionnalités de diffusion et de relance sont accessibles depuis la toolbar des sous évènements

Les dernières dates de diffusion et de relance figurent dans le récapitulatif ci-dessus.

5.5 Sécurisation d'un sous évènement du module "Evènement"

Pour donner suite à un problème qualité majeur, un délai de 48h maximum est donné pour procéder à la sécurisation des pièces.

Lier à un sous évènement, la sécurisation s’appuiera sur l’information concernant de l’évènement ou du sous évènement.

Le but est d’isoler et vérifier la qualité des pièces produites ou encours de production suite à un défaut constaté. 2 cas sont possibles que nous allons traiter avec les termes suivant :

Elément : la pièce posant problème n’est pas assemblée
Produit : La pièce posant problème a été assemblé sur une autre référence

Pour chacun de ces 2 cas, 3 états de production sont possibles

En stock
En cours de production ou d’achat
Livré

Ces différents cas seront traités au travers des termes et des onglets ci-dessous.

Les évènements sont de natures différentes mais les éléments concernés convergent vers une liste finie qu’il nous est possible de venir sécuriser grâce aux données issues de la traçabilité d’Hélios ERP.

Les points d’entrée proviennent essentiellement des évènements de nature produit mais un évènement système sur un procédé lié à un CDC sera traité de la même façon. Les éléments concernés par un sous évènement et pour lequel il ne pourra pas y avoir de sécurisation sont :

Les consommables
Les sous processus
Les procédés standard
Les sous évènement en saisie libre (pas de concernant lié à une donnée Hélios)

5.5.1. Principe de la sécurisation d'un sous évènement du module "Evènement"

Le processus autour de la sécurisation sera :

Détermination de l’élément concerné
Détermination des critères de recherche
Consolidation des données dans les 6 onglets de traitement
- Fonctionnalité de lier manuel ou automatique
Prise de décision sur chacune des lignes pouvant
- Créer une non-conformité
- Créer un évènement
- Aucune action attendue

Le principe de la sécurisation est de venir déterminer une liste d’OFs à partir du contexte. En fonction de cette liste il en découlera les éléments et les produits et leur avancement donnera les répartitions dans les zones stock, encours et BL

5.5.2. Sécurisation produit d'un sous évènement du module "Evènement"

Si l’évènement est un de type produit alors il concerne généralement un OFs ou une phase d’OFs. Dans ces deux cas de figure, le critère pourra concerner l’OFs lié à l’évènement. Le second choix du critère sera l’élément concerné dans le sous évènement, dans ce cas-ci n’importe quel article, composant ou matière présent dans la nomenclature de l’article de l’OFs ou un CDC, document de GED, sous-traitant ou outillage présent sur une des phases d’une des gammes des articles constituant l’article porté par l’OFs. Pour les composants et les matières nous aborderons la problématique dans le chapitre suivant.

Si le choix du critère est basé sur un des articles de la nomenclature du dossier technique, alors pour affiner les recherches il faudra préciser soit une période, soit un lot ce qui permettra d’isoler les OFs sur lesquels peut se porter le problème. La règle choisie est que l’OFs de l’article a une date de création dans la période initialisée. Cette liste-là alimentera le moteur de constitution des liens pour, à partir de la traçabilité des données, proposer les données à sécuriser.

Exemple : Point d’entrée à OFs

Alors il sera l’élément et on contrôlera
- Stock article dispo de cet OFs
- L’OFs s’il n’est pas clôturé
- Les BLs clients servis à partir de cet OFs
Le produit dans ce cas sera tout OFs sur lequel l’OF précédant a été sorti (peu importe le niveau) et les contrôles porteront sur
- Le stock article dispo de ces OFs
- Les OFs s’ils ne sont pas clôturés
- Les BLs clients servis à partir de ces OFs

Exemple : Point d’entrée à Critère article

Alors il sera l’élément et on contrôlera
- Stock article dispo des OFs entrés en stock à la période
- Les OFs clôturé partiellement sur la période
- Les BLs clients servis à partir des OFs entrés en stock dans la période
Le produit dans ce cas sera tout OFs sur lequel les OF clôturé dans la période ont été sorti (peu importe le niveau) et les contrôles porteront sur
- Le stock article dispo de ces OFs
- Les OFs s’ils ne sont pas clôturés
- Les BLs clients servis à partir de ces OFs

Si le critère se base sur un des éléments de la gamme du dossier technique alors il sera nécessaire de venir initialiser une période pour permettre d’affiner la recherche. A partir de cette période et de l’élément du dossier technique (CDC ou Document ou Sous-traitant ou Outillage) une liste d’OFs sera constituée à partir des pointages effectués sur les phases des OFs où le critère est lié.

Exemple : Point d’entrée : un élément du dossier technique par exemple un CDC

Alors les éléments seront les OFs ayant au moins un pointage sur la phase du CDC
- Il faudra affiner la sélection à Période
On retombe dans le cas de l’OFs mais pour une liste d’OFs
- Stock / Encours et BL des OFs de la liste déduite du filtre
- Stock / Encours et BL des produits contenant les OFs de la liste

5.5.2. Sécurisation Achat d'un sous évènement du module "Evènement"

Une sécurisation sur un achat se produit lorsque le critère de sécurisation est un composant ou une matière. Dans ce cas-là, un critère doit être précisé

Période
Un numéro de lot
Un numéro de BR

Le filtre déduit permettra de mettre à jour les 3 catégories de l’élément (composant ou une matière) en répartissant les commandes encours , le stock disponible et les BL de négoce dans les différentes catégories. Les produits seront les OFs contenant (existera une sortie de stock) l’élément correspondant au filtre positionné.

Exemple : Point d’entrée : Composant ou matière

Alors il sera l’élément
- Il faudra affiner la sélection
  - Période / N°BR / N° Lot / Info de stock
- On contrôlera
  - Stock composant (propre ou client) dispo lié à l’affinage (Date d’entrée / N° BR / N° Lot)
  - Les commandes fournisseurs encours seront proposées
  - Les BLs clients servis à partir de ce composant issu des mouvements d’entrée correspondant au filtre précisé.
- Le produit dans ce cas sera tout OFs sur lequel le composant précédant a été sorti à partir des entrées affinées et les contrôles porteront sur
  - Le stock article dispo de ces OFs
  - Les OFs s’ils ne sont pas clôturés
  - Les BLs clients servis à partir de cet OFs

5.5.3. Lier/délier de la sécurisation d'un sous évènement du module "Evènement"

La fonctionnalité Lier, permet d’appliquer le filtre et d’initialiser les différents tables qui permettront de traiter les lignes de sécurisation dans l’ensemble des onglets disponible.

Inversement, la fonctionnalité Délier supprime l’ensemble des liens effectués. Elle ne pourra être utilisée que si aucune action de type Non-conformité ou Evènement a été prise.

Pour chacun des 6 contextes de sécurisation il est possible de venir manuellement ajouter ou enlever les données.

Des écrans de basculement permettent d’effectuer les choix.

Exemple : Lier encours produit

5.5.4 Statut de sécurisation d'un sous évènement du module "Evènement"

Une ligne de sécurisation est soldée lorsque qu’une action est définie

RAS / Non-conformité / Evènement

Lorsque toutes les lignes de sécurisation sont soldées alors la sécurisation se solde automatiquement

Une fonctionnalité permettant de solder automatiquement l’ensemble des éléments des lignes de sécurisation est disponible depuis le menu de la fiche de sécurisation (Solder/Dé-solder).

Pour pouvoir activer la fonctionnalité il faut

Posséder la compétence associé au type du sous évènement
Si pas de compétence définie alors posséder la compétence définie sur le type de l’évènement

L’exécution de la fonctionnalité Solder sécurisation va Solder chacune des lignes du tableau de sécurisation avec

Décision : RAS
Date de l’action
Opérateur réalisant l’action

L’ensemble des actions de sécurisation ayant été traitée la sécurisation se solde.

La fonction inverse existe. Elle permet de venir dé solder une entête de sécurisation soldée. Elle nécessite les mêmes compétences que celles précédemment citées. Le résultat n’affecte pas les lignes de sécurisation. Il faudra ensuite manuellement venir modifier les lignes dont l’action est RAS pour mettre en place l’action souhaitée.

5.5.6 Création de Non Conformité de la sécurisation d'un sous évènement du module "Evènement"

Les lignes présentes dans les onglets de sécurisation sont potentiellement toutes à contrôler car elles peuvent présenter un défaut suite à la non-qualité constatée. Pour chacune des lignes il y a 3 possibilités de prise de décision

RAS : tout est conforme pas d’action attendu
Evènement : on constate un problème et un nouvel évènement sera créé
Non-conformité : on constate un problème et une non-conformité sera créée

Si tout est conforme alors il suffit de positionner la liste déroulante sur l’option correspondante et d’indiquer la date et l’employé qui a fait le contrôle. La ligne de sécurisation sera soldée.

Nous aborderons les création d’évènements à partir des lignes de sécurisation dans le prochaine chapitre. Nous allons aborder dans ce chapitre la création des non-conformité. Ce point est le sujet le plus complexe de tout le module car nous allons rassembler sur un même écran l’ensemble des possibilités existantes autour des non-conformité actuelles d’Hélios.

Résumer des possibilités

5.5.6.1 Non conformité de production

Les non-conformité sur OFs seront possibles depuis les onglets encours de l’élément et encours produit lorsque le critère de sélection sera différent de composant ou de matière. Si c’est un composant ou une matière, il sera possible de créer une non-conformité sur OFs depuis l’onglet encours produit.

La majorité des infos présentes dans la grille de sécurisation suffisent à constituer la NC. Cependant il faudra préciser

La quantité en litige
La phase sur laquelle se situe la non-conformité : pré initialisé avec la phase encours ou la première non terminée

Si l’OF est sérialisé les numéros de série concernés
- L’information se stocke sur la ligne de sécurisation
- A la création de la non-conformité les numéros sont reportés
Le solde de la ligne de sécurisation crée la NC. Celle-ci est liée à la ligne de sécurisation. Le numéro généré est affiché dans la colonne prévue.

5.5.6.2. Non conformité retour client

Les non-conformités retour client peuvent être générées depuis l’onglet des BL de l’élément ou BL du produit. Chaque identifiant de mouvement de sortie de stock pour les lignes de BL est présenté dans les lignes de sécurisation.

Il reste à initialiser la quantité non conforme, choisir les numéros de série à basculer et solder la ligne de sécurisation pour créer la non-conformité voulue.

5.5.6.3. Non conformité de stock purge

Les non-conformité de stock purge quel que soit son type (article, composant ou matière) permettent de regrouper plusieurs identifiants de mouvement d’entrée sur la même non-conformité tant que l’on est positionné sur les onglets de l’élément.

Une non-conformité se créera avec en quantité non conforme le cumul des quantités sélectionnées.

Dans le cas des onglets produit, les éléments en stock peuvent être des articles différents. Dans ce cas il y a aura autant de non-conformité que d’articles différents.

Si les OFs sont sérialisés, l’information des numéros sera stockée au niveau de la ligne de sécurisation.

Si le critère de sécurisation est un élément du dossier technique (CDC par exemple) alors dans l’onglet élément il peut y avoir plusieurs articles différents. Dans ce cas-là, les non-conformités regrouperont les mouvements par article sur une même NC.

La création de la non-conformité créera les sorties de stock vers la non-conformité

Exemple pour un article

Exemple pour un composant

Exemple pour CDC

5.5.6.4. Sécurisation composant & matière

Une sécurisation sur des composants / matières va principalement concernée l’encours de l’élément avec les créations de non-conformité sur achat. Nous pouvons avoir les cas suivants

Commande fournisseur est en cours
Il existe un BR fournisseur en attente de contrôle
Il existe un contrôle fournisseur en attente d’intégration

Si la commande fournisseur est en cours, l’action peut être non-conformité avec le type d’action Cmde FRS. Actuellement, il n’y a pas dans Hélios de type de non-conformité permettant de supporter cette action. En attendant sa mise en place, l’action reste informative.

S’il existe un BR fournisseur en attente de contrôle (ou d’entrée en stock) alors il est possible de venir déclaration une non-conformité d’achat sur la ligne de sécurisation. Le processus de création de la non-conformité créera automatiquement le contrôle à l’image de la donnée saisie sur la ligne de sécurisation puis la non-conformité.

Exemple flux classique dans HELIOS

5.5.6.5. Sécurisation sous-traitance

La sécurisation de la sous-traitance se fera au niveau des encours de l’élément ou des encours du produit. Une colonne type permet de caractériser la nature de l’encours. En effet, si la valeur vaut OFs, cela signifie que la phase n’est pas liée à une commande de sous traitance. Sinon, en fonction de l’avancement de celle-ci les valeurs affichées seront

Cmde ST à Commande de sous traitance en cours pour l’OFs
BL ST à BR ST à contrôler et non contrôler

Ctrl ST à Contrôle ST avec litige et sans NC

On retrouve les mêmes possibilités que pour la sécurisation des achats à savoir que

Cmde ST à Permet de créer une NC par anticipation
BL ST à Permet de créer un contrôle ST et une NC sous-traitant
Ctrl ST à Permet de créer une NC sous-traitant

La gestion des numéros de série est présente au niveau des créations de non-conformité. Il faudra sélectionner les numéros impactés par la problématique.

5.5.6.6. Sécurisation et non conformité de marquage

Les non-conformités de marquage ne sont possibles que pour les articles présent en stock. Seul les onglets stock de l’élément et stock du produit peuvent proposer cette action à condition que l’élément ne soit pas un composant ou une matière dans le critère de sélection.

Il faut sélectionner l’action Non-conformité et l’option marquage puis basculer les numéros de série correspondant à la quantité du mouvement (impossible de sélectionner une quantité moindre).

Le processus de non-conformité de marquage implique de sélectionner l’article qui sera entré en stock à la fin du processus de la non-conformité

5.5.6.7. Sécurisation et non conformité de montage

Pour pouvoir effectuer une non-conformité montage il faut se positionner sur une sécurisation dont le critère est basé sur l’élément concerné par le sous évènement. Ce sera soit un article, un composant ou une matière. La non-conformité de montage se déclenche depuis l’onglet encours du produit.

Nous allons traiter ce point au travers de l’exemple ci-contre

Nomenclature du dossier technique

Les OFs lancés et les sorties de stock effectuées sont indiquées

Premier cas d’utilisation : montage article

Un problème de montage sur l’article 1092 est constaté sur l’OF 106379. Pour traiter ce cas, un évènement produit est créé sur l’OF 106379 et un sous évènement concernant l’article 1092

La sécurisation sur le critère article est créée sur la période (le lot, numéro de l’OFs fils peut aussi être saisi)

La fonctionnalité lier permet de remonter les informations dans l’onglet concerné. On retrouve bien la sortie de l’article 1092 sur l’article 431 et l’OFs 106379 mais on constate aussi que le même lot de l’article 1092 est présent sur l’article 359 via la sortie partielle effectuée de l’article 431 sur l’article 359. La sélection de l’action non-conformité de type montage permet la création de la non-conformité au solde de la ligne de sécurisation.

Pour rappel dans Hélios la non-conformité marquage sur l’OFs 106379 et l’article 1092 aurait été représenté comme ci-dessous

Cas du montage composant

Le processus ci-dessus est le même si ce n’est que le sous évènement concernera le composant 151. Il faudra préciser la période, le lot ou le BR posant problème (par exemple le BR 22478) et les données présentes dans l’encours du produit seront celles-ci

Dans Hélios nous aurions eut accès au premier niveau d’imputation

Cas du montage matière

Nous allons traiter le point ci-dessous pour la matière 187 et le BR 31084

5.5.6.8. Non conformité retour client de négoce

Le point d’entrée permettant de déclarer une non-conformité retour client sur du négoce a été rajouté dans les onglets de sécurisation. Accessible lorsque le critère est un composant ou une matière et depuis l’onglet BL de l’élément.

Le cas d’utilisation ci-dessous permet d’aborder la problématique

Appel client concernant la livraison d’un élément
Scénario
- Saisi d’un évènement client pour le client (ou son numéro de BL)
- Création du sous évènement lié au produit livré non conforme
- Processus de sécurisation
  - Le produit livré
  - Intervalle de temps ou identifiant du produit (N°BR ou N°LOT) pour le négoce

Les données concernées par le scénario :

Déroulé du scénario dans le module des évènements

Création d’un évènement client concernant le BL 65677 livrant la commande 2023 / 4 ligne 1

Création du sous évènement avec l’élément livré : composant 2

Création de la sécurisation, mise en place des filtres et lien des données connexes. Le BL d’origine de l’appel remonte dans le listing mais on constate aussi la présence du lot problématique dans un BL livré à un autre client.

Prise de décision sur la ligne de sécurisation et création de la non-conformité

5.5.7. Création d'évènement dans la sécurisation d'un sous évènement du module "Evènement"

Les diagrammes ci-dessous montre les cas et les types d’évènements qui peuvent être créés à partir d’une ligne de sécurisation et du contexte auquel elle est rattachée.

Ligne sécu - Création événement

Le principe de la création d’un évènement à partir d’une ligne de sécurisation est le même que celui pour créer une non-conformité. Les données présentes sur la ligne de sécurisation et le contexte permette de pré initialiser un grand nombre de données pour créer l’évènement.

Il suffira généralement de sélectionner le type d’évènement et l’élément concerné sur l’élément (sachant que la liste de choix sera filtrée par rapport aux données présentes dans la ligne de sécurisation).

L’exemple ci-dessous, qui est la suite du cas précédent de retour client sur le négoce va nous permettre de créer un évènement pour le client du deuxième BL impliqué dans le problème.

5.5.8. Suivi de sécurisation

Voir Suivi de la sécurisation.

5.5.9. Evolution prise de décision sur NC

5.5.9.1. Gestion de la prison

La gestion de la prison répond à la problématique suivante : être capable de justifier ce qui est en prison et à quel endroit dans l’entreprise suite à un problème qualité.

Pour déterminer les prisons une codification a été mise en œuvre pour définir les lieux au travers de la saisi d’un libellée et d’une adresse de stock.

Lors d’une prise de décision entrainant le rebut de pièces, de nouvelles zones sont accessibles qui permettent de venir saisir

La mise en prison des pièces (case à cocher)
Le choix du lieu
La date et un commentaire éventuel

Voir Mouvement Prison.

5.5.9.2. Retour achat Fournisseur

Rajout sur les non-conformités de type achat de la possibilité de préciser ce qui doit être fait si des pièces sont rebutées.

En cochant : Retourner les pièces alors il est possible de saisir
Zone de choix pour la relivraison éventuelle
- Ne pas relivrer : Pas de demande de remplacement des pièces
- Création commande : Création d’une commande fournisseur et de sa ligne avec la quantité en commande égale à la quantité rebutée de la pièce
- Rajouter une ligne : Création via avenant de la commande liée au BR d’un poste avec la quantité en commande égale à la quantité rebutée de la pièce
Une note est disponible. Elle peut être saisie uniquement en mode consultation sur le formulaire avec l’information Retourner pièce active.
La création d’une ligne de commande fournisseur répondra au besoin de la quantité rebutée. Le champ Notes de la ligne de commande d’achat créé contiendra les informations concaténées du libellé et de la Notes

5.5.9.3. Retour client article

Un nouveau processus de traitement des pièces non conforme suite à retour client est disponible. Actuellement, les décisions de la non-conformité qui permettent de considérer les pièces bonnes ou de les remettre en conformité viennent créer des entrées de stock (sur OFs 0 ou OFs de retouche). Cela est problématique car les données de rentabilité et de valorisation de stock sont faussées.

Flux actuel

Le processus ci-dessous va pouvoir être activé. Son principe consiste à ce que les pièces soient déclarées non conforme sur le mouvement d’origine et que la remise en conformité ou l’acceptation des pièces viennent les remettre bonnes. Elles pourront ensuite être utilisée dans les différents cas d’utilisation des stocks.

L’activation du mode de gestion ci-dessous se fait par rapport à un nouveau paramétrage dans le module qualité

Lorsque le paramétrage est coché, la création d’une non-conformité de retour client va proposer d’initialiser une nouvelle option : Remise en conformité du mouvement;

Les prises de décisions sur la NC vont permettre de remettre les pièces conforme ou de confirmer le rebut

Les pièces sont maintenant bonnes ou rebutées sur le mouvement d’origine de la non-conformité. Sur la fiche du mouvement de stock article concerné par le retour client plusieurs informations sont accessibles

Le détail dans le formulaire des pièces
- Non conforme
- Bonne
- Rebutée
- Relivrée
Les NC à l’origine des données non conforme sont listées et visible depuis le bouton qualité
Le bouton BL présente les sorties effectuées sur les BL. L’information de la propriété retour client du BL est visualisable.

Les algorithmes de calcul des quantités sorties par mouvement ont été modifiés. La quantité sortie calculée sur un mouvement d’entrée sera égale à :

( Entrée sur OFs – Sortie sur OFs – Sortie sur BL) + ( Bonne sur NC – Sortie bonne NC sur BL – Sortie bonne NC sur inventaire)

Les procédures de relivraison de pièces non conforme suite à retour client ont été modifiées pour les retours des lignes de commande clients gérées via la nouvelle option. Il est possible de

Livrer un retour client même si la ligne de commande client n’est pas totalement livrée
Les calculs des quantités non conforme pouvant être livrées (champ QTE_NC de la table C_CMD_LG) ont été revues
Un retour client peut être livré avec n’importe quelle pièce disponible en stock même s’il n’existe pas de réservations.
Les pièces bonnes issues de NC retour client peuvent être utilisée pour d’autres besoin que livrer le retour client d’origine

Les procédures d’inventaires ont été modifiées pour permettre de traiter ces pièces.

5.6. Statut sous événement du module "Evènement"

Le but est de déterminer à quel moment un évènement qualité peut être considéré comme terminé ou soldé. La décomposition ci-dessous nous montre les divers éléments qu’il faut traiter et leur dépendance avant de considéré l’évènement terminé.

5.7. Règles métiers du module "Evènement"

Le diagramme ci-dessous nous présente les conditions pour terminer un évènement qualité. Il sera nécessaire de terminer ou solder les éléments de plus bas niveau pour dire que l’évènement est soldé

7. Paramétrage du module "Evènement"

Le paramétrage événement permet de choisir les états a utiliser pour la diffusion et la relance du sous événement.

Si cela n'est pas définie le système prendra l'état par défaut des événements.

Il est également possible de saisir le corps du mail pour la diffusion ou la relance que l'on concaténera au corps de mail du paramétrage envoie mails si il est remplie.

Browser not supported