gerod
Guest
je voudrais une clarté sur les déclarations (qu'est-ce que ça veut dire ?) et surtout apprendre à écrire en minuscules (les règles ! ! ! ! )
ce n'est pas bon.
ce n'est pas bon.
sampom
Guest
seau:
salonbouge que je viens et qu'il ne reste personne !* : Jigggrine:
sauts
Marco: Sile:
murdoc
Guest
Bonjour tout le monde. Je ramène cette vieille discussion à la vie, car elle concerne ma question et surtout parce que je ne peux en créer une nouvelle.. 
Cependant, je voudrais voir si, ces dernières années, il y a eu des règlements précis régissant la gestion des révisions. Permettez-moi d'expliquer: J'envoie en production une pièce, nous approuvons, test, mesure, etc. Et c'est bon. puis il devient approuvé. a son code, son index de révision 00.
pour les besoins de production nous introduisons/pensons des améliorations rétrocompatibles. un nouveau code n'est donc pas nécessaire, car la nouvelle pièce est rétrocompatible.
Mais je décide de faire un échantillonnage pour essayer d'abord les changements. Modèle 3d, tableau 2d, augmenter l'indice de révision, mais j'indique que le tableau n'est qu'un seul projet d'essai.
Dans ce cas, si je décide que le changement n'est pas positif, mais qu'il sert par exemple un ajout, je dois augmenter l'indice de révision ou simplement mettre à jour la date du tableau indiquant que le projet annule et remplace le précédent (indiquer la date).
si alors je décide de revenir à la révision 00, étant la révision 01 en tant que projet, je dois faire la révision 02 qui dit de revenir à 00 ou étant la 01 en projet, juste commander les pièces avec l'ancienne révision avec son design officiel en 00?
J'espère ne pas avoir créé de confusion et m'expliquer. .
Cependant, je voudrais voir si, ces dernières années, il y a eu des règlements précis régissant la gestion des révisions. Permettez-moi d'expliquer: J'envoie en production une pièce, nous approuvons, test, mesure, etc. Et c'est bon. puis il devient approuvé. a son code, son index de révision 00.
pour les besoins de production nous introduisons/pensons des améliorations rétrocompatibles. un nouveau code n'est donc pas nécessaire, car la nouvelle pièce est rétrocompatible.
Mais je décide de faire un échantillonnage pour essayer d'abord les changements. Modèle 3d, tableau 2d, augmenter l'indice de révision, mais j'indique que le tableau n'est qu'un seul projet d'essai.
Dans ce cas, si je décide que le changement n'est pas positif, mais qu'il sert par exemple un ajout, je dois augmenter l'indice de révision ou simplement mettre à jour la date du tableau indiquant que le projet annule et remplace le précédent (indiquer la date).
si alors je décide de revenir à la révision 00, étant la révision 01 en tant que projet, je dois faire la révision 02 qui dit de revenir à 00 ou étant la 01 en projet, juste commander les pièces avec l'ancienne révision avec son design officiel en 00?
J'espère ne pas avoir créé de confusion et m'expliquer. .
Matteo Pagliaro
Guest
Excusez-moi si je me présente après des années que je n'écris pas ici (mais je lis encore), mais le sujet me touche directement. de mon point de vue ce que juri_b dit est correct et je travaille avec cette méthode (il change le code si l'élément, ou l'assième, ne sont pas interchangeables avec ceux déjà produits. s'ils restent interchangeables, il est juste de ne modifier que la révision). Si je me retrouve dans la situation du murdoc, créez le rev.1 lors de l'échantillonnage. Si l'échantillonnage a échoué, je crée rev.2 et je retourne comme rev.0, mais c'est toujours la dernière révision à être valide. les règlements régissant la gestion de la vérification? Je ne pense pas qu'il y en ait, sinon iso9001 serait d'accord. Bonne journée !