Appel d’offre et cahierturaoufzor.free.fr/Mes cours/SIE/SIE/Extraits.pdfPARTIE CHAP. S.CHAP. SECTION PAGE 13 3 1 5 MAINTENANCE INFORMATISE´E (MAO-GMAO) Si l’entreprise envisage

PARTIE CHAP. S.CHAP. SECTION PAGE

13 3 1

MAINTENANCE INFORMATISEE (MAO-GMAO)

CHAPITRE 13.3..

Jean-Pierre VernierAppel d’offre et cahierdes charges GMAO

13.3.1 Principes de la selection

13.3.2 Le cahier des charges

13.3.3 Le cahier des clauses techniquesparticulieres (CCTP)

LES REFÉRENTIELS DUNOD – JUIN 2003 PRATIQUE DE LA MAINTENANCE INDUSTRIELLE


13 3 1 1


SOUS-CHAPITRE 13.3.1..

Principes de la selection

L’entreprise a la recherche d’une GMAO, apres avoir etudie en detaill’offre du marche des logiciels, doit ensuite transcrire dans un cahier descharges ses besoins et ses exigences vis-a-vis desquels devront se posi-tionner les differents editeurs qui recevront l’appel d’offre.

A. Comparer les fonctionnalites des logicielsdu marche

Un futur utilisateur commence souvent par comparer les fonctionnalitesdes differents logiciels. Tres rapidement, il decouvre une offre nombreuseavec des prix tres differents pour des fonctions presque semblables. Eneffet, ce ne sont pas les seules fonctionnalites qui font le prix d’un logiciel,mais principalement :

– le SGBD (systeme de gestion de base de donnees) autour duquel il estconcu. Les SGBD tres puissants sont les plus chers mais ils necessitentplus de travail pour les applications developpees autour d’eux ;

– les outils de developpement utilises. Plus ils sont chers et puissants,plus le logiciel aura de possibilites d’evolution. Le prix se repercutera bienentendu sur le logiciel ;

– les possibilites de parametrage et de personnalisation, par exemple, lapossibilite de creer un nombre illimite de statut de validation avant la clo-ture d’un ordre de travail (OT), ou la possibilite d’adapter les textes et levocabulaire d’un masque d’ecran a des groupes de culture differente.Ainsi, le cout de developpement d’un logiciel croıt exponentiellement avecses possibilites de parametrage ;

– la politique commerciale de l’editeur et les moyens mis en œuvre quijouent sur les garanties de perennite. Le meilleur logiciel du monde, s’iln’est pas vendu (absence de publicite, de demarche commerciale...), dis-

Definitionparaıtra de la circulation ;

– les fonctionnalites puissantes telles que l’inspection, la maintenance Algorithme : partie de pro-gramme informatique.conditionnelle qui font appel a des algorithmes complexes.



13 3 1 2


B. Analyser ses besoins et definir ses exigences

La demarche d’analyse des besoins et la definition precise des exigencesreposent sur une serie d’entretiens et de reunions conduites dans l’entre-prise avec les differents acteurs concernes : directeurs, informaticiens, uti-lisateurs, consultant exterieur.

a) L’evaluation des besoins

L’evaluation des besoins est effectuee par des entretiens et des reunionsavec la direction pour definir d’abord les objectifs. Un seminaire reunissantles differents directeurs permet d’expliquer ce que sous-entendent les dif-ferents indicateurs et la necessite de collaboration entre les differents ser-vices pour définir par exemple :

– les commandes de sous-traitance et les exigences reglementaires entermes de securite,

– le TRS (taux de rendement synthetique) pour mesurer la productiviteRenvoi des équipements,Le TRS est defini au sous-cha- – la mise a disposition des equipements pour la maintenance preventive,pitre 8.1.5.

– la repartition des responsabilites entre logistique et maintenance,

– la politique de gestion des stocks comptables.

A la suite de ce seminaire sont definis le planning general du projet, leperimetre geographique, le perimetre organisationnel et les tableaux debord attendus.

b) La definition du perimetre informatique

La definition du perimetre informatique se fait avec le service informatiqueen analysant les tendances du marche des logiciels informatiques et leschéma directeur de l’entreprise.

c) La definition des exigences organiques du logiciel

Les exigences organiques du logiciel sont definies au cours d’un entretienavec un specialiste expert des systemes GMAO. Elles definissent laconception du logiciel pour que ce dernier puisse s’integrer dans le sys-teme d’information et repondre aux differents objectifs de la direction. Ilsera notamment décidé si les modules stocks et achats seront ceux dulogiciel GMAO ou ceux du logiciel ERP.

d) La definition des exigences fonctionnelles

Les exigences fonctionnelles sont definies lors de reunions entre unconsultant exterieur et les utilisateurs : agents de maıtrise et techniciens.Cela permet d’obtenir des grilles d’evaluation fonctionnelles. Une note deponderation est affectee a chaque exigence, en fonction de l’importancequi lui est donnee.



13 3 1 3


e) La synthese des besoins et les grilles d’evaluation

Le processus de consultation avec les differents intervenants aboutit a unesynthese de besoins et d’exigences qui se traduira dans le cahier descharges sous forme de grilles d’evaluation soumis aux differents editeurs.

Ces grilles se presentent sous la forme suivante :

Poidsde 1 à 5

Exigences

Adéquation du logiciel

StandardParamétrage adaptation

Chaque grille est suivie de graphiques representant des scenarios d’eva-luation auxquels se soumettront les editeurs de GMAO lors des demons-trations. Apres evaluation, la demonstration sera notee avec le mememodele de document dont l’en-tete aura change comme suit afin de porterdes appreciations :

Poidsde 1 à 5

Points à évaluer

Appréciationsde la démonstration

Adéquation Ergonomie

C. Etablir le document contractuel

Il s’agit de rediger un document final qui sera soumis aux soumissionnaireset qui integrera toutes les exigences de l’entreprise. Les grilles permettentd’obtenir une evaluation des propositions dans les reponses obtenues.

a) La structure du cahier des charges

Le document est structure en deux volets : le cahier des charges propre-ment dit et le cahier des clauses techniques particulieres (CCTP).

1. LE CAHIER DES CHARGES PROPREMENT DIT

Le cahier des charges proprement dit comprend :

– la presentation de l’entreprise : son chiffre d’affaires, ses effectifs, sesdomaines d’activite ;

– l’expression des besoins generaux : les objectifs de la direction, les diffe-rents perimetres applicatifs ;

– les demandes d’information adressees a l’editeur concernant son entre-prise : surface financiere, effectifs, references...



13 3 1 4


2. LE CAHIER DES CLAUSES TECHNIQUES PARTICULIERES (CCTP)

Le cahier des clauses techniques particulieres (CCTP) comprend :

• les exigences techniques qui resultent des contraintes imposees par leRecommandation parc des materiels et logiciels existant dans l’entreprise, des orientations

informatiques. L’editeur devra y exposer ses propres exigences ou pre-Les exigences techniques sontdefinies avec les services infor- requis ;matiques.

• les exigences organiques qui definissent la maniere dont est concu lelogiciel et les contraintes resultant :

Recommandation– de l’insertion du logiciel dans le systeme d’information, des relations

La formulation des exigences fonctionnelles avec les autres logiciels ;organiques demande l’assis-

– de la superficie du projet (multi-organisations ou non, multisites, multide-tance d’un specialiste ayantune experience approfondie vises...) ;des projets GMAO.

– des contraintes de confidentialite entre les divers groupes d’utilisateurscomme par exemple les sous-traitants d’entreprises concurrentes faisantdes comptes rendus dans la GMAO ;

– des exigences informatiques vis-a-vis de normes (signature electro-nique, controle des acces, degre de tracabilite exige...) ;

• les exigences fonctionnelles ou fonctions demandees par les utilisateurs.Recommandation

b) Les engagements du cahier des charges (CDC)Les exigences fonctionnellesse definissent seulement apres

Le cahier des charges est un element contractuel. En cas de litige sur lales exigences techniques etorganiques. Faire le contraire realisation d’un projet informatique, il pourra determiner les engagementsest une perte de temps. respectifs des deux parties. La plus grande attention doit donc etre portee

a sa redaction et a son contenu. Si un editeur s’engage sur une fonction,Remarquecela doit etre sans ambiguıte. Si cette fonction est developpee gratuite-

Il est courant qu’un editeur ment, cela devra etre indique dans le contrat definitif comme une clausepromette tout ce que demande

suspensive : dans ce cas, la non-execution peut annuler le contrat et don-le prospect lors des demons-trations puis « oublie » ses pro- ner lieu a reparations.messes si le prospect devenuclient ne les lui rappelle pas. Laraison peut être une non-trans-

D. Presenter et envoyer le cahier des chargesmission de la promesse au ser-vice technique chargé de la et le CCTPmise en œuvre.

Le cahier des charges et le CCTP sont adresses par courrier postal ouelectronique aux differents editeurs pressentis.

Les editeurs soumissionnaires completeront les espaces laisses libresdans le document (presentations, grilles d’evaluation...).

a) La communication de l’appel d’offre au soumissionnaire

L’entreprise envoie un document complet d’appel d’offre presentant tousles elements du projet sur lesquels l’editeur soumissionnaire apportera desreponses detaillees permettant une selection ulterieure. Cette réponsepeut avoir une valeur contractuelle.



13 3 1 5


Si l’entreprise envisage de passer a terme au commerce electronique, ilest souhaitable de s’adresser a un editeur qui maıtrise cette activite enayant lance par exemple un reseau de E-Procurement.

Definition

1. L’ENTREPRISE ET SON PROJET DE GMAO E-Procurement : reseau Inter-net de fournisseurs accessiblesLe document prepare par l’entreprise contient :avec un meme outil informa-tique. Ainsi, la recherche d’une– la presentation de la societe,piece de rechange affichera en

– la presentation de la fonction maintenance, quelques secondes sur unememe page les differents four-– les objectifs generaux du projet,nisseurs avec le prix et la dispo-

– le perimetre geographique, nibilite.

– le perimetre organisationnel,

– le perimetre informatique.

2. L’APPEL D’OFFRE

L’appel d’offre comprend :

– la presentation de l’appel d’offre,

– le calendrier du projet,

– les interlocuteurs de la societe,

– une fiche signaletique detaillee a remplir par le soumissionnaire.

b) La reponse du soumissionnaire a l’appel d’offre

L’editeur soumissionnaire transmet a l’entreprise toutes les informationsdemandees et remplit les differentes grilles techniques du CCTP.

1. LA PRESENTATION DE L’EDITEUR

L’editeur doit fournir les elements suivants :Remarque

– la surface financiere,Ces informations permettent a

– les moyens, l’entreprise qui fait l’appeld’offre d’identifier les res-– les effectifs.sources reelles de l’editeur.

2. LA PRESENTATION DU LOGICIEL

Cette presentation contient le descriptif du logiciel propose avec lesaspects techniques et contractuels.

3. L’OFFRE DE PRIX

L’offre de prix du soumissionnaire comprend les couts de licence et demaintenance, les developpements specifiques et les prestations d’accom-pagnement de mise en œuvre.

4. LE CCTP

Le cahier des clauses techniques particulieres permet au soumissionnairede fournir les informations demandees concernant :



13 3 1 6


– les exigences techniques qui sont necessaires dans le cas ou le logicieldoit fonctionner sur un materiel et dans un environnement informatiquebien definis. Par exemple, si tous les logiciels existants dans l’entreprisesont concus autour d’un meme SGBD, il est souhaitable pour limiter lescouts d’acheter une GMAO du meme SGBD. Le developpement d’un logi-ciel repose sur des outils et des macro-assemblages de donnees. Leurpuissance a un impact sur la rapidite de developpement, la perennite duproduit final. La reponse a ces questions permet d’anticiper la disparitiond’outils informatiques qui peut obliger des editeurs a cesser leur activiteou tout au moins a limiter l’evolution du logiciel dans le futur ;

– les exigences organiques, c’est-a-dire la maniere dont est concu lelogiciel. Ces criteres qui tiennent compte de l’integration aux autres logi-ciels de l’entreprise sont incontournables. Bien entendu, la question ne sepose pas si la GMAO fonctionne de maniere independante. La reponse ases questions peut eliminer d’emblee un logiciel. L’editeur doit doncrepondre a ces exigences ;

– les exigences fonctionnelles ou fonctions du logiciel. Elles sont decritesici sous forme de grilles avec les exigences fonctionnelles. Le suivi desprocessus organisationnels permettront a l’editeur soumissionnaire depreparer sa presentation.



13 3 2 1



Le cahier des charges

Société…….

Cahier des charges

Ce document référencé�: XXX complètele Cahier des clauses techniques particulières (CCTP)

référencé�: XXX

Adressé le …………………………… (Date d’envoi)

à la société�: …………………………… (nom de l’éditeur)

Ce cahier des charges doit être retourné le …………………… (Date)à l’adresse suivante :

M… (Nom)(Adresse)

Indicesde création/révision

Date

XX001– Création

XX992– Révision et validation

Visa

PROJET DE MISE EN ŒUVRE D’UNE GMAO



13 3 2 2


PRESENTATION DE L’ENTREPRISE

La societe XXX exerce son activite dans le domaine : .....................

Enumerer ici tout ce qui peut avoir une importance dans le choix du logiciel.

Cette activite s’exerce sur le (ou les sites) de : .............................

Indiquer succinctement l’activite, le chiffre d’affaires, les effectifs, les contraintes particulieres tech-niques, logistiques, environnementales, etc.

Pour chaque site, preciser les effectifs du site et ceux de la maintenance.

Enumerer les specificites. Par exemple :

– site XXX est classe Seveso 2 ;

– les activites commerciales vers les Etats-Unis imposent de repondre aux normes FDA et QS 9000.Le logiciel devra permettre de faciliter cette mise en conformite.

PRESENTATION DE LA FONCTION MAINTENANCE

Le service maintenance represente un budget d’environ : ......M€ pour ... personnes par site.

Les chiffres cles propres a l’activite de maintenance par site sont les suivants :

Éléments quantifiés Site x Site y Site z

Valeur du stock de pièces détachées

Nombre de pièces détachées gérées en stock

Nombre de pièces détachées stratégiques gérées en stock

Nombre de consommables gérés en stock

Valeur du stock de consommables

Nombre d’interventions curatives (moyenne par jour)

Nombre d’interventions préventives (moyenne par jour)

Nombre d’équipements maintenus

Nombre de gammes de maintenance actuelles

Nombre de gammes de maintenance à créer (estimé)

OBJECTIFS GENERAUX DU PROJET

Ce projet de mise en œuvre d’un progiciel de GMAO repond a la demande emise par la directiongenerale et les responsables maintenance, de disposer d’un outil leur permettant :

– d’homogeneiser les methodes de travail entre sites ;



13 3 2 3


– de favoriser l’echange d’informations et la capitalisation de savoir-faire ;

– d’accroıtre le rendement des actifs productifs en diminuant les temps d’arret pour pannes, enaugmentant la reactivite et l’efficacite du service de maintenance, en generalisant la maintenancepreventive ;

– de diminuer les couts de logistique tout en augmentant leur efficacite : optimisation du stockmaintenance, optimisation des achats en automatisant les taches administratives ;

– de disposer d’un systeme de tracabilite permettant de visualiser en quelques minutes tous lesevenements survenus sur un actif, a savoir :

· intervenants et habilitation,· historique et provenance des pieces de rechange,· dates des etalonnages,· comptes rendus de maintenance preventive et corrective ;

– d’assurer la maıtrise quantitative et qualitative des interventions effectuees en sous-traitance etavec des personnels internes ;

– de repondre aux exigences de securite en automatisant les autorisations, consignes, permiscoupe-feu, etc. ;

– de faciliter la gestion des visites reglementaires (appareils a pression, elevateurs...) ;

– de connaıtre les couts de possession des actifs geres ;

– de disposer des elements necessaires pour le remplacement d’un actif en fin de vie : historiquedes pannes, couts divers...

PERIMETRE GEOGRAPHIQUE

Ce projet concerne dans un premier temps les ....sites de l’activite : ............

Il s’etendra par la suite aux autres sites et societes du groupe, soit ...sites.

Dans l’estimation des couts de licence, il est demande de tenir compte de cette evolution.

PERIMETRE ORGANISATIONNEL

L’application de GMAO sera utilisee principalement par les acteurs des services :

– maintenance,

– achats,

– services generaux

– par tous les acteurs potentiellement clients du service maintenance : production, services admi-nistratifs...

A titre d’information, et pour vous aider dans votre dimensionnement de projet, vous trouverez ci-dessous la liste des acteurs et roles associes au service maintenance des sites concernes.



13 3 2 4


Operateur de production

L’operateur de production appartient a une equipe autonome de production (EAP), elle-meme ratta-chee a une unite de production autonome (UPA). Dans ce cadre, il realise l’auto-maintenance desmoyens sur lesquels il travaille, sur la base des instructions elaborees par le coordinateur technique.

Lorsqu’il identifie une anomalie, il redige une fiche d’anomalie.

Agent de maintenance

L’agent de maintenance est, soit sous la responsabilite du coordinateur technique, soit directementrattache a une unite de production.

Il realise la maintenance curative et la maintenance preventive sur la base des instructions elaboreespar le coordinateur technique.

Il saisit les ordres de travaux (OT) relatifs aux interventions realisees.

Il a acces aux historiques des interventions.

Il demande la sortie de pieces au magasin general.

Coordinateur technique (ou coordinateur maintenance)

Le coordinateur technique est le pilote de l’activite maintenance a laquelle il appartient.

Il codifie les equipements (ou actifs).

Il requiert des investissements de remplacement et/ou de fonctionnement.

Il gere les contrats de maintenance.

Il elabore le plan de maintenance preventive. A ce titre, il cree et planifie les ordres de travaux (OT)et reserve le stock de pieces associees.

Il analyse les fiches d’anomalies et decide des ameliorations a apporter.

Il est emetteur de demandes d’achats (DA) de pieces specifiques.

Il a en charge la mesure de l’activite de maintenance, la creation et le suivi d’indicateurs : taux derendement synthetique (TRS), taux d’interventions curatives sur interventions preventives...

Responsable Produits nouveaux / Industrialisation rattaches au service Methode

Ce collaborateur elabore les dossiers techniques (gammes, nomenclatures, fiches techniques).

Il organise et met en œuvre la formation des agents de maintenance sur les nouveaux procedes.

Il a en charge la capitalisation du savoir-faire maintenance.

Il requiert des investissements a long terme et suit leur mise en œuvre.



13 3 2 5


Il est emetteur de demandes d’achats (DA) de nouvelles pieces.

Responsable Magasin

Il a en charge la gestion du magasin. A ce titre, il controle et realise les entrees/sorties de piecesdu magasin.

Il assure les reservations de pieces.

Il est responsable du reapprovisionnement des pieces.

Responsable Achats

Attache a la structure Achats du site, il a en charge la codification des articles sur la base des fichestechniques des produits

Il est responsable du traitement des DA dans le respect des contrats cadres negocies par les achatscentraux.

PERIMETRE INFORMATIQUE

Le parc informatique actuel comprend :

Domaine MatérielSystème

opérationnelSGBD Logiciel

Comptabilité, finances ................................. ................................ ................................. ................................

GPAO ................................. ................................ ................................. ................................

Ressources humaines ................................. ................................ ................................. ................................

DAO ................................. ................................ ................................. ................................

CAO ................................. ................................ ................................. ................................

Système de supervision ................................. ................................ ................................. ................................

Expliquer les eventuelles orientations, les prochaines acquisitions et tout ce qui pourrait amenerl’editeur a faire des propositions. Il pourrait par exemple avoir developpe pour un autre client uneinterface avec le futur logiciel de gestion electronique de documents (GED) de l’entreprise, ce quipeut l’amener a le ceder a un prix tres bas vu qu’il a ete developpe et que le cout est amorti.

Interfaces a prevoir

Il est prevu d’interfacer la GMAO avec les logiciels suivants : ..........................................................



13 3 2 6


Ce logiciel de GMAO sera maıtre dans la gestion des equipements, des pieces de rechangesassociees, des interventions, des demandes d’achats, des stocks, des receptions et des tempspasses sur interventions.

Ceci necessitera notamment de transferer des informations (demandes d’achat, receptions, mouve-ments de stock valorises, temps valorises, temps imputes sur des projets...) vers les applicationsd’achat, de comptabilite analytique et les autres systemes existants.

A l’inverse, la GMAO sera esclave pour les commandes, les listes de fournisseurs valides, les prixnegocies, etc.

Ceci necessitera des transferts d’informations de la GMAO vers la chaıne Achats qui aura le droitde les modifier.

Le produit devra, pour ce faire, proposer des outils facilitant ce transfert d’informations.

PRESENTATION DE L’APPEL D’OFFRE

Vos interlocuteurs pour cet appel d’offre seront exclusivement :

Nom Fonction Téléphone Fax E-mail

................................... Chef de projet ................................... ................................ ...................................

................................... Directeur informatique ................................... ................................ ...................................

................................... Acheteur ................................... ................................ ...................................

(Il s’agit d’empecher les ingenieurs commerciaux des fournisseurs de telephoner a tout un chacundans l’entreprise et de semer ainsi la confusion dans les esprits.)

La procedure d’appel d’offre se deroulera de la maniere suivante :

– envoi d’un cahier des charges aux editeurs ;

– examen des reponses et selection des editeurs retenus ;

– convocation a une demonstration (une journee). Cette demonstration portera sur les processusorganisationnels representes graphiquement dans les exigences fonctionnelles. Les demonstrationsseront evaluees sur la base des grilles d’evaluation jointes aux processus organisationnels.

CALENDRIER DU PROJET

Envoi de ce cahier des charges le : .....................

Les reponses devront etre retournees pour le ............

Une preselection sera terminee pour le ..................

Les entreprises preselectionnees seront conviees a une presentation durant la periode du ... au ...



13 3 2 7


Cette presentation devra couvrir les processus organisationnels presentes dans ce document.

Les deux entreprises soumissionnaires ayant les meilleures offres seront conviees a realiser unemaquette durant 5 jours sur le site de l’entreprise en presence d’un groupe de projet. Cettemaquette s’effectuera sur le PC portable de demonstration de l’entreprise soumissionnaire.

Le cout de ces ressources sera facture par les entreprises soumissionnaires. Ce prix devra etreindique dans l’offre de prix.

L’achat est prevu pour le ........

Le demarrage du projet est prevu pour le .........

La mise en service du premier site est prevue le ......

(La date de la commande peut avoir une grande importance. Les editeurs americains cotes auNASDAQ, Bourse de valeurs technologiques americaine, doivent rendre des comptes chaque finde trimestre et sont enclins a consentir des conditions plus interessantes a ce moment.)

IDENTIFICATION DU SOUMISSIONNAIRE

Fiche descriptive a remplir par le soumissionnaire

France Europe Monde

Chiffre d’affaires– 2000– 2001– 2002

.................................

.................................

.................................

.................................

.................................

.................................

................................

................................

................................

Effectifs généraux– Commercial/Administration– Recherche développement– Conseil, assistance mise en œuvre– Support téléphonique

.................................

.................................

.................................

.................................

.................................

.................................

.................................

.................................

................................

................................

................................

................................

Effectifs pour le logiciel proposé– Commercial/Administration– Recherche et développement– Conseil, assistance à mise en œuvre– Support téléphonique

.................................

.................................

.................................

.................................

.................................

.................................

.................................

.................................

................................

................................

................................

................................

Coordonnées– adresse postale– téléphone commercial– téléphone support technique

.................................

.................................

.................................

.................................

.................................

.................................

................................

................................

................................

(Si le soumissionnaire n’est pas l’editeur du logiciel, il devra remplir ce tableau pour l’editeur et pourlui-meme).



13 3 2 8


PRESENTATION DU LOGICIEL PROPOSE

Questions Réponses et commentaires

Quel est le nom du progiciel ? ....................................................................................................

Quelle est la version proposée ? ....................................................................................................

Quelle est la date de cette version ?(date de fin de développement)

....................................................................................................

Quand cette version a-t-elle été commercialisée ? ....................................................................................................

Sur quelle plate-forme matérielle a été développée cette version du progiciel ? ....................................................................................................

Sous quel système d’exploitation est développée la version du progiciel proposé ? ....................................................................................................

Nombre de références clients– en France ?– dans le monde (hors France) ?

....................................................................................................

....................................................................................................

Principales références clients dans des industries semblables à la nôtre :– nom de la société :– nom du responsable :– n° téléphone :– e-mail :

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

Y a-t-il un club d’utilisateurs ? ....................................................................................................

Si OUI, préciser– adresse :– téléphone :– nom et prénom du président :– société du président :– date de création du club :

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

La documentation est-elle en français ? ....................................................................................................

Composition et cibles (utilisateurs, informaticiens) de la documentation après achat (à détailler) ? ....................................................................................................

Date de la dernière documentation réalisée sur le progiciel ? ....................................................................................................

L’envoi des mises à jour de la documentation est-il :– systématique ?– compris dans la garantie ?– compris dans le suivi du progiciel (maintenance) ?

....................................................................................................

....................................................................................................

....................................................................................................



13 3 2 9


La documentation est-elle disponible :– en ligne à l’écran ?– sur CD-ROM ?

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

Y a-t-il une documentation spécifique :– pour la formation dispensée sous forme de ses-sion interentreprises ?– sur les fonctions et manipulations les plus cou-rantes du progiciel (guide de poche) ?Est-il possible d’obtenir une documentation per-sonnalisée par client :– en ligne à l’écran ?– sur CD-ROM ?

Y a-t-il une méthode de conduite de projet de démarrage du progiciel, proposée par le fournisseur ?

Y a-t-il un guide détaillé d’installation des pro-grammes ?

Y a-t-il un guide détaillé de paramétrage du progiciel ?

L’assistance au démarrage est-elle déléguée à d’autres prestataires externes ?

Accords avec des intégrateurs :– lesquels ?– types d’accord ?

Nombre de jours nécessaires d’un formateur du fournisseur auprès du client ?

Nature de la formation proposée ?(Préciser)Durée de la formation ?

Lieu de la formation :– sur le site du client :

– nombre maximum de participants ?– langues parlées ?

– chez l’éditeur :– nombre maximum de participants ?– langues parlées ?

Nombre de mois gratuits de garantie ?

À partir de quel événement démarre la garantie ?

La garantie couvre-t-elle pendant toute sa durée :– la correction des bugs ?– la correction des défauts de conformité du progi-ciel aux spécifications annoncées ?– les livraisons gratuites des nouvelles versions ?



13 3 2 10


L’accès au progiciel est-il protégé au niveau : – de ses données ?– de ses fonctions ?– de son administration ?

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

....................................................................................................

L’accès aux menus généraux du progiciel est-il protégé par :– un code utilisateur ?– un mot de passe associé au code utilisateur ?

Le logiciel permet-il en standard d’associer pour un groupe d’utilisateurs des filtres imposés automatiquement sur les données ?

Y a-t-il en standard des contrôles d’accès ?– par société :– par établissement :– par catégorie d’individu :– par individu :– par transaction :– par écran :– par zone d’écran :– par terminal :– autres :

Peut-on combiner ces contrôles d’accès de manière à ce qu’un seul utilisateur ait accès à plu-sieurs sites avec le même mot de passe ?

Ces contrôles d’accès sont-ils paramétrables par l’utilisateur ?

Existe-t-il une fonction pour modifier le nombre maximum de tentatives d’intrusion avec mot de passe code erroné ?

Existe-t-il un enregistrement des tentatives d’intru-sion ?

Le progiciel gère-t-il la notion de profil utilisateur permettant de définir des autorisations distinctes en fonction de l’appartenance à un groupe ?

Existe-t-il plusieurs profils standards et lesquels ?

Est-il possible de créer de nouveaux profils ?

Y a-t-il un système de signatures électroniques multiniveaux hiérarchiques ?

Précisez son mode de fonctionnement :



13 3 2 11


L’OFFRE DE PRIX

Afin de faciliter le travail de depouillement, nous vous remercions de remplir a la main le documentci-dessous.

Licence

Module Prix 20 utilisateurs Prix 60 utilisateurs

................................................................. ................................................................. ................................................................

................................................................. ................................................................. ................................................................

................................................................. ................................................................. ................................................................

................................................................. ................................................................. ................................................................

Duree de la periode de garantie : ...............................................Cout du contrat de maintenance a l’issue de la periode de garantie

Module Prix 20 utilisateurs Prix 60 utilisateurs

................................................................. ................................................................. ................................................................

................................................................. ................................................................. ................................................................

................................................................. ................................................................. ................................................................

................................................................. ................................................................. ................................................................

Prestations

Indiquer le cout horaire en fonction des estimations basees sur les informations fournies par leparagraphe « Integration au systeme informatique »

Type de prestation demandée Nombre de jours Coût unitaire Total

Interface GMAO compatibilité xxxx ...................................... ............................... .........................

Reprise des données sans historique

Préciser les données...................................... ............................... .........................

Reprise des données avec historique

Préciser les données...................................... ............................... .........................

Accompagnement du projet par un consultant ...................................... ............................... .........................

Formation au logiciel ...................................... ............................... .........................

Développements spécifiques ...................................... ............................... .........................



13 3 3 1



Le cahier des clauses techniquesparticulieres (CCTP)

Société…….

Cahier des clauses techniques particulières

Ce document référencé�: XXX complètele Cahier des charges référencé�: XXX

Adressé le …………………………… (Date d’envoi)

à la société�: …………………………… (nom de l’éditeur)

Ce CCTP doit être retourné le …………………… (Date)à l’adresse suivante :

M… (Nom)(Adresse)

Rédigé le … par M…

Indicesde création/révision

Date

XX001– Création

XX992– Révision/Validation

Visa

PROJET DE MISE EN ŒUVRE D’UNE GMAO



13 3 3 2


EXIGENCES INFORMATIQUES

Grille d’evaluation des exigences techniquesAttention, le poids 5 signifie que l’absence de cette exigence est eliminatoire.

Poidsde 1 à 5

Exigences



.............SGBD requis (Oracle, SQL Server, 400,…)Version : .....................................................

......................

......................……………..……………..

............. Système d’exploitation ...................... ……………..

............. Outils de développement utilisés ...................... ……………..

.............

.............

Architecture Web avec pages– en HTML :– en Java :

......................

..................................................................

............. Architecture client/serveur ...................... ......................

.............Interface avec ERP(préciser SAP, JDE, Oracle, applications,…) ...................... ......................

Renseignements techniques complementaires

b

............................................................................

............................................................................

............................................................................

............................................................................

Compatibilité matériel/plate-formeServeur de donnéesServeur We

Bande passante nécessaire pour un utilisateur............................................................................(architecture Web)

Indiquer ici les pre-requis (configuration minimale utilisee).

Le choix des outils de developpement peut etre interessant si l’entreprise a un service informatiquequi developpe ses propres applications autour des progiciels achetes (par exemple, les relevescompteurs automatiques transmis dans la GMAO...

Dans ce cas, l’utilisation d’outils semblables a ceux utilises pour le logiciel facilitera le travail d’inter-facage.



13 3 3 3


Evaluation et synthese des reponses aux exigences informatiques(Remplies par l’entreprise apres examen des reponses).

Exigence informatiques PoidsRéponse

de l’éditeurAppréciation

de la réponse*

Système de gestion de base de données (SGBD) requis

............................ ............................ ............................

Système d’exploitation ............................ ............................ ............................

Outils de développement utilisés ............................ ............................ ............................

Architecture Web avec pages– en HTML :– en Java :

............................

....................................................................................

............................

............................

Architecture client/serveur ............................ ............................ ............................

Interface avec ERP ............................ ............................ ............................

*OK : satisfaisant.AS (a suivre) : non satisfaisant mais engagement de l’editeur d’apporter des ameliorations.REF : refuse pour incompatibilite.Attention : un seul refus (REF) entraıne le rejet de la candidature.

Detail des echanges entre GMAO et autres logiciels

On peut prendre l’exemple d’une GMAO s’integrant a un ERP (Enterprise Ressources Planning),logiciel integre comprenant les modules Comptabilite/Finances/Achats/Stocks/GPAO. Ce cas estfrequemment rencontre avec les ERP qui disposent de modules stocks et achats mal adaptes a lamaintenance. Par ailleurs, des transferts de donnees entre les logiciels evitent a certains utilisateurs(achats, certains magasiniers) d’avoir a utiliser a la fois la GMAO et l’ERP.

1. GMAO / COMPTABILITE FOURNISSEURS ERP

Le logiciel ERP met regulierement a jour dans la base GMAO les don-nees suivantes non modifiables en GMAO du fichier fournisseur avec :

– le code (xx CN) et la description (xx CN),Definition

– les conditions de reglement,CN : caracteres nume-– l’adresse et le no de telephone,riques.

– la date de creation et la date de derniere mise a jour,

– la devise.



13 3 3 4


2. GMAO / RESSOURCES HUMAINES ERP

Le logiciel ERP met regulierement a jour la liste des personnelsinternes ainsi que les absences. Code 12 CN et description 40 CN.Ce sera un batch d’une fois par jour.

3. GMAO / COMPTABILITE ERP

Le logiciel comptabilite met regulierement a jour dans la GMAO lesdonnees suivantes non modifiables en GMAO :

– comptes comptables,

– lignes budgetaires (actions) qui permettront le suivi budgetaire d’unprojet regroupant ordres de travaux (OT), commandes, utilisation dumateriel.

4. GMAO / STOCKS / STOCKS ERP

Le logiciel GMAO met regulierement a jour dans le logiciel ERP :

– les inventaires et les ecarts d’inventaire (details a preciser),

– les imputations de sortie du stock,

– les entrees en stock,

– les valeurs de stock,

– les donnees de stock de la GMAO. Ce sera un batch d’une fois parjour.

5. GMAO / ACHATS / ACHATS ERP

� ENVOI D’UNE DA DANS LE LOGICIEL ACHAT

La GMAO adresse au logiciel achat une commande avec les donneessuivantes.

• Dans l’en-tete :

– le fournisseur : code et description,

– le lieu de livraison avec l’adresse,

– la nature de la commande : codes generiques de prestation,

– le nom du demandeur,

– une information en texte libre,

– la date de commande (modifiable),

– la devise du fournisseur et son taux,

– du texte libre.

• Dans les lignes de commande d’articles :

– le code article interne pouvant mettre a jour la base stock,

– le code article du fournisseur,

– le prix unitaire net (modifiable),



13 3 3 5


– la remise (eventuelle) incluse dans le prix,

– l’unite de stock,

– l’unite d’achat,

– le coefficient de conversion (Unite stock / Unite achat),

– le no de compte ou l’imputation (6CN),

– l’action ou ligne budget/projet,

– la quantite recue,

– la quantite controlee en facture par la GMAO,

– la valeur totale facturee (frais inclus) de la ligne (le prix de lacommande a ete eventuellement modifie).

Remarque : le PUMP du stock est remis a jour au moment de lafacturation ou au moment de l’entree en stock (a preciser).

• Dans les lignes de commande de prestations :

– les codes generiques de prestations mis a jour par la base ERP,

– le no d’OT initial,

– la designation du travail (repris de l’OT),

– le nombre de personnes requises et leur qualification, et le nombrede personnes prevues sur le site (meme si la commande est au forfait),

– le nombre d’heures prevues sur le site (meme si la commande estau forfait),

– du texte libre : recommandations de securite ; details des presta-tions a effectuer,

– le nom du responsable de la mission,

– la date de debut et la duree estimee (en jours),

– le type de prestation : forfait, temps passe,

– le cout de la prestation.

� RETOUR DES DONNEES ACHAT VERS LA GMAO

Une fois la commande validee dans l’ERP, les donnees modifiees sontretournees dans la commande GMAO.

6. GMAO / COMPTABILITE

� CONTROLE DE FACTURES

Le logiciel de comptabilite renvoie a la GMAO.

L’utilisateur entre dans la GMAO :

– la reference de la facture fournisseur,

– la confirmation du materiel ou des prestations reellement recep-tionnes (communiques par les modules stock et travaux de la GMAO).



13 3 3 6


La validation du controle facture transfere les donnees au logiciel decomptabilite.

7. GMAO / GED (GESTION ELECTRONIQUE DE DOCUMENTS)

Un utilisateur autorise aura la possibilite de lier certains elements del’arborescence GMAO a un ou des documents geres en GED.

Un clic sur un bouton de la fiche d’un equipement doit permettre d’ou-vrir une fenetre – sans quitter l’application – pour consulter un ouplusieurs documents.

De la meme maniere, il doit etre possible de lier la GMAO a des docu-ments bureautiques (Excel, Word...).

Versions de documents

La gestion des versions de plan, le remplacement d’un documentobsolete par un autre se fait depuis la GED.

EXIGENCES ORGANIQUES DU LOGICIEL

Afin d’eviter toute perte de temps, il est conseille a l’editeur de GMAO de verifier avant de repondresi le logiciel satisfait bien aux criteres exprimes dans ce paragraphe et auxquels il ne peut etrederoge.

Vous expliquerez, dans le cadre reserve a cet effet sous chaque critere, la maniere dont le logicielrepond a ces exigences. Si cette fonction doit etre developpee specifiquement, il faudra en evaluerle cout en nombre de jours de developpement. Si cette fonction est prevue dans une prochaineversion, il faudra en indiquer la date de mise en service.

Ces contraintes qui ne sont pas ressenties a priori par les utilisateurs et les informaticiens serontbloquantes lors du deploiement d’un logiciel utilise sur un site important et encore plus s’il s’agit deplusieurs sites internationaux.

Grille d’evaluation des exigences organiques

Attention, le poids 5 signifie que l’absence de cette exigence est eliminatoire.



13 3 3 7


Poidsde 1 à 5

Exigences



Multisites : une même base logique doit couvrir plusieurs sitesou entreprises. Les communications et droits d’accès entre cessites sont paramétrables. Ainsi, un utilisateur autorisé peut accé-der à plusieurs sites avec un même mot de passe.Cette partition multisite est complétée par des filtres imposésà des groupes d’utilisateurs.Attention : la seule existence de cette dernière caractéristiquene suffit pas à rendre le logiciel multisites.

Multidevises : gestion des devises avec des périodes de vali-dité de la parité.Expliquer en détail comment le logiciel gère les devises.

Multilingue : les écrans et certaines données sont affichésautomatiquement dans la langue de l’utilisateur.Les bons de commande (DA) sont imprimés automatiquementdans la langue du fournisseur.Il doit être possible de traduire une donnée (exemple : des-cription d’un équipement) dans plusieurs langues. La donnéesera automatiquement affichée dans la langue de l’utilisateurou du fournisseur à qui est adressée une commande.

Multinature d’arborescences : la complexité des installationsnécessite ce type d’arborescences. Cela signifie que le logi-ciel doit pouvoir constituer plusieurs types d’arborescences :

– Systèmes : réseaux de fluides, PID, etc. Ces systèmespeuvent être décomposés en sous-systèmes en quantité illi-mitée. Un système n’est pas liable à un emplacement.

– Positions fonctionnelles : désigne une fonction réalisée parune machine ou un bâtiment. Ces positions fonctionnellespeuvent être décomposées en sous-positions fonctionnellesen quantité illimitée.

– Emplacements : site, bâtiment, repères XY, repères d’alti-tude (points bas des canalisations), etc. Ces emplacementspeuvent être décomposés en sous-emplacements en quantitéillimitée.

– Entité physique ou immatriculé : c’est la machine propre-ment dite. Ces entités peuvent être décomposées en sous-entités en quantité illimitée.

– Autres : possibilité de créer d’autres arborescences, ser-vices, regroupements virtuels.



13 3 3 8


Lors de la création d’un OT, il doit être possible d’accéder àun équipement en déployant l’une ou l’autre des arborescences.Ce concept multiarborescences permet de ne déployer que 3ou 4 niveaux maximum d’arborescences, ce qui facilite labonne utilisation de la GMAO.

Joindre le modèle conceptuel de données (MCD) des arbo-rescences : représentation graphique des différentes entitésd’un ensemble et de leurs relations.

Traçabilité : afin de répondre aux exigences BPF, FDA, QS9000, cette contrainte très forte impose l’existence des fonc-tions suivantes :

– Réception magasin avec spécification optionnelle de n˚ de lotinterne et n˚ de lot fournisseur et date limite de consommation.

– Réception magasin avec obligation optionnelle de contrôleselon les articles.

– Enregistrement des sorties magasin et leur utilisation avecidentification optionnelle des lots utilisés.

– Enregistrement dans la fiche équipement des pièces derechange et sous-ensembles consommés avec éventuelle-ment n˚ de lot, n˚ de série, date de l’opération, signature élec-tronique de l’exécutant.

– Suivi des réparations des articles de sécurité.

– Enregistrement automatique des échanges de sous-ensemblesavec signature électronique de l’exécutant.

– Lors du remplacement d’un sous-ensemble :

• l’historique des interventions suit la fiche équipement de cesous-ensemble ;

• l’historique des interventions de ce sous-ensemble durantson affectation est conservé dans la fiche équipement père ;

• le compteur éventuel du sous-ensemble conserve savaleur qui s’incrémentera avec le compteur de l’équipementpère de sa nouvelle affectation.

Signature électronique : elle se situe à deux niveaux :

– pour les opérations courantes (clôture d’OT, DA, modificationsd’arborescences,) par l’enregistrement du profil utilisateur ;

– pour les opérations stratégiques (validation DA, validationde commande, clôture d’OT pour opérations à risque…) parl’insertion d’un mot de passe supplémentaire.

Intégrité des enregistrements : prouver que les enregistre-ments (étalonnages, commandes, comptes rendus des plansde préventif…) n’ont pas été modifiés. Nécessité de traces decontrôle automatiques applicables sur n’importe quel champ.Enregistrement des entrées/modifications/suppressions dansla base de données.



13 3 3 9


Gestion du mot de passe :– avec période de validité,– comptage des tentatives infructueuses de connexion,– date et heure de la tentative et terminal utilisé.

Duplication de fonctions : il doit être possible à un utilisateurde dupliquer une fonction (exemple : un OT), d’en personnali-ser les textes, de rendre des champs obligatoires ou d’en fairedisparaître. Le but est d’adapter une même fonction à laculture des différents groupes d’utilisateurs et de la rendre sim-ple d’utilisation.

Identification des champs : il doit être possible à un utilisa-teur standard d’identifier à partir d’un masque d’écran l’empla-cement et la table d’une donnée en vue de réaliser soi-mêmedes requêtes, tableaux de bord avec les outils standards : BO,Excel…

Evaluation et synthese des reponses aux exigences organiques

(Remplies par l’entreprise apres examen des reponses).

Exigence organiques PoidsRéponse

de l’éditeurAppréciation

de la réponse*

Multisites ......................... ......................... ......................................

Multidevises ......................... ......................... ......................................

Multilingue ......................... ......................... ......................................

Multinatures d’arborescences ......................... ......................... ......................................

Traçabilité ......................... ......................... ......................................

Signature électronique ......................... ......................... ......................................

Intégrité des enregistrements ......................... ......................... ......................................

Gestion du mot de passe ......................... ......................... ......................................

Duplication de fonctions ......................... ......................... ......................................

Identification des champs ......................... ......................... ......................................

* OK : satisfaisant.AS (a suivre) : non satisfaisant mais engagement de l’editeur d’apporter des ameliorations.REF : refuse pour incompatibilite.

* Attention : un seul refus (REF) entraıne le rejet de la candidature.



13 3 3 10


EXIGENCES FONCTIONNELLES DU LOGICIEL

Les processus organisationnels decrits dans les 17 grilles d’evaluation ci-apres donnent une des-cription de l’utilisation attendue du logiciel. L’editeur consulte repondra par OUI ou par NON dansles colonnes selon le cas :

• Colonnes de droite :

– case standard si le logiciel repond a cette exigence en standard ;

– case parametrage ou adaptation legere si le logiciel y repond moyennant un parametrage ou unleger developpement sans frais pour le client. Il est a noter qu’une telle reponse constitue dans cecas un engagement de l’editeur a effectuer ce developpement.

• Colonne de gauche

Le groupe de projet indique l’importance donnee a la fonction par une note de 1 a 5.

Lors des demonstrations, la meme grille servira d’evaluation. Dans ce cas, les en-tetes de grilleseront remplaces de la facon suivante.

En-tete de grille pour la reponse de l’editeur aux exigences

Poidsde 1 à 5

Exigences



En-tete de grille pour l’evaluation du logiciel lors des demonstrations (reponse de l’editeuraux exigences)

Poidsde 1 à 5

Points à évaluer

Appréciationsde la démonstration

Adéquation Ergonomie

Chaque grille est suivie de graphiques representant les scenarios d’evaluation auxquels se soumet-tront les editeurs de GMAO lors des demonstrations.



13 3 3 11


GRILLE D’EVALUATION 1

Poids de 1 à 5

Exigences



Aptitude du logiciel à constituer des arborescencesde nature différente en gestion des bâtiments, patrimoine…

Possibilité de créer des équipements multi-emplacements

Possibilité de constituer des fiches techniques avec uncontenu différent selon la technologie de l’équipement :la fiche du bureau A04 électricité aura des champs différentsdu bureau A04 peinture

Possibilité de créer des nomenclatures de pièces de rechange

Possibilité de personnaliser le contenu des dossiers équipe-ments : informations techniques et administratives, historiquetechnique, historique des coûts

Possibilité de lier des documents à un article : documentsbureautiques, plans Autocad, etc.

Possibilité de lier l’équipement à un logiciel de gestion graphiquedes surfaces

Un clic sur un plan ouvre la fiche équipement et les OT encours

Gestion de plusieurs compteurs sur un équipement (produc-tion, énergie, etc.)

Hiérarchisation des compteurs par équipement (compteurpère – compteur fils)

Conservation de l’historique des compteurs lors d’un échangede sous-ensembles

Adresse liée à un équipement et pouvant être automatique-ment imprimée sur les OT

Possibilité de créer des procédures de sécurité automatiquespour les interventions d’un équipement à risque

Possibilité d’ouvrir par un lien hypertexte les commandessous-traitant, les OT, les mouvements stocks de l’historique

Possibilité de contrôler l’accès aux données des historiquesen fonction du profil utilisateur

Consolidation optionnelle des historiques techniques et finan-ciers vers les équipements de niveau supérieur



13 3 3 12


Les changements dans l’arborescence, comme par exemplele remplacement d’un sous-ensemble, doivent créer automa-tiquement un enregistrement sous forme d’OT avec la signa-ture électronique de l’exécutant et l’horodatage de l’opération

La recherche d’un équipement peut se faire :• par structure du code nomenclature• par code mnémotechnique• par situation géographique• par fréquence de préventif

– par liste des pièces de rechange– par liste des composants d’équipements

• par les caractéristiques techniques• par la référence constructeur• par famille• par recherche hypertexte multicritères• par recherche dans une arborescence graphique à partir :

– des emplacements– des fonctions, sous-fonctions– de systèmes (réseaux, lignes MT)– des regroupements d’équipements– des services

État d’équipement : en test, installé, en réparation, en maga-sin, hors service, obsolèteMise en obsolescence d’un équipement (avec suppressiondes articles stock liés)Relevé des petits incidents (type TPM) sur équipement sans avoir à faire un OTRelevés de performances d’un équipement : quantités pro-duites, rendement, etc.Calcul des pourcentages des coûts Maintenance/Amortisse-mentPossibilité de liens avec un superviseur

Total ...............



13 3 3 13


Scenarios de demonstration arborescences d’equipements

1. Arborescence tertiaire

Bât

imen

t A

BA

T.A

-001

0009

9L

um

inai

re00

012

Ch

auff

e-ea

u

HY

DR

-001

Rés

eau

hydr

. A

ELB

T-00

1R

ésea

u B

T

ELB

T-00

1R

ésea

u B

T A

1er é

tag

eB

AT.

A-0

02

Bu

reau

A01

BA

T.A

-004

Bu

reau

A02

BA

T.A

-005

Bu

reau

A03

BA

T.A

-006

Bu

reau

A04

BA

T.A

-007

Ele

ctric

. A04

BA

T.A

-011

Pei

ntur

e A

04B

AT.

A-0

12H

ydra

ul. A

05B

AT.

A-0

11

Gai

ne

A05

BA

T.A

-007

2e é

tag

eB

AT.

A-0

03



13 3 3 14


Chaque piece est decomposee en position fonctionnelle regroupant les informations propres a uneactivite professionnelle. Il faudra demontrer les possibilites de personnalisation de chaque positionfonctionnelle.

2. Arborescence industrielle

L’arborescence industrielle, personnalisee, est adaptee a l’activite de l’entreprise.

Lignede fabrication xxx

FonctionA xxx

FonctionD xxxRéseau fluide

YYY

NomenclaturePDR

Sous-fonctionAA xxx

Machinen° de série xxx

Sous-fonctionAB xxx

Sous-fonctionDA xxx

Machinen° de série xxx

Sous-fonctionDB xxx

3. Arborescence de type informatique

L’arborescence de type informatique permet le suivi des investissements materiels et logiciels.

Systèmenumérique

HRDW

Softwarespréconisés

LicencesVersions

SFTW

WIN98 SFT1 SFT2

Licence888899

Licence1230890

Licence1000890



13 3 3 15


GRILLE D’EVALUATION 2

Constitution d’une fiche de stock

Poids de 1 à 5

Exigences



Consultation du catalogue de pièces de rechange par :– code équipement– nom– famille– famille technologique– famille de gestion (flux tendu, stratégique, standard, consom-mable)– caractéristique technique– fournisseur– nomenclature de l’équipement– recherche sur un groupe de caractères appartenant à ladescription

Consultable depuis tout champ par ajout d’un lien hypertexte.Un double clic sur ce lien ouvre la fiche article

Possibilité de constituer des fiches articles sans les stockeren magasin

Un article doit pouvoir être rattaché à une famille, une sous-famille technologique (roulements, étanchéité…) et une ouplusieurs familles de gestion (flux tendu, stratégique, consom-mable)

Un article doit pouvoir être autorisé en achat mais interditde stock (pas de réapprovisionnement ou d’entrée enmagasin)

Un article doit pouvoir être mis en obsolescence

Lors d’une recherche d’article, un message doit avertir de sonremplacement par un autre article

Possibilité de lier des documents à un article de la fiche articledifférente de la fiche magasin

Une fiche par magasin doit avoir ses propres paramètresde réapprovisionnement différents d’un magasin à l’autre

Composition de la fiche article : champs personnaliséschangeant automatiquement en fonction de la technologie

Possibilité de rechercher un article par une caractéristiquetechnique contenue dans un champ personnalisé



13 3 3 16


Composition de la fiche magasin :– quantité en stock par casier, par lot (éventuellement)– stock maximum– stock minimum– point de réapprovisionnement– quantité économique de commande– type de réapprovisionnement (flux tendu, calcul des besoinsfaisant appel aux paramètres précédents…)– DA en cours– commande en cours et date de livraison– réservations avec n˚ des OT– typologie ABC– fournisseur ou magasin d’approvisionnement préférentiel

Appartenance à des nomenclatures d’équipements

Lors d’une sortie stock, accès filtré optionnellement à lanomenclature équipement de l’OT

Préparation de listes à servir en vue de prévoir à l’avance lessorties

Les sorties de stock doivent pouvoir se faire sur :– un OT,– un équipement,– sur un code comptable de service,– sur un projet

Les articles peuvent avoir des valeurs différentes d’un maga-sin à l’autre avec réévaluation automatique lors d’un transfertinter magasin

Possibilité de valoriser les stocks HT ou TTC (si nécessaire)

Possibilité de gérer les articles par lot fournisseur et lot interne ;le choix du lot doit pouvoir se faire au moment de la sortie maga-sin et les lots utilisés doivent être dans les historiques des OT

Possibilité d’insérer dans le lot une date limite de consommation

Possibilité de créer un code provisoire lors d’une demanded’achat ou d’une commande et de recodifier définitivement cecode par la suite avec Aide à la codification

Possibilité de consulter des magasins éloignés par lien Internet.

Valorisation des stocks paramétrable : flux tendu, dernier prixconnu, prix standard, valorisation par lot.

Cette valorisation se fait lors de la réception magasin ou lorsdu contrôle de la facture

Total .................



13 3 3 17


Scenario de demonstration de cycle de vie d’un article

Créationréférence

CodificationProvisoire

Multilangue

Fichede stock

Classif. technol.Classif. gestionMultimagasin

MulticasierPar lot

Entréeen stock

Lot fournisseurDLC

Contrôle avantréception

Sortiede stock

Imputé�:–�sur OT

–�sur actifs–�sur serviceà partir de lanomenclature

des actifs

Obsolescence

Nomenclaturesactifs obsolètes

Il s’agit de demontrer les possibilites d’adaptation des contenus des fiches articles aux differentestechnologies d’articles et de predeterminer les modes de gestion.

– flux tendu,– reapprovisionnement standard,– article strategique,– consommable,– suivi par lot,– etc.

Les articles devront egalement pouvoir constituer des nomenclatures d’equipement. La recherched’un article en stock devra pouvoir etre limitee a la nomenclature d’un « equipement ».


Documents

Appel d’offre et cahierturaoufzor.free.fr/Mes cours/SIE/SIE/Extraits.pdfPARTIE CHAP. S.CHAP. SECTION PAGE 13 3 1 5 MAINTENANCE INFORMATISE´E (MAO-GMAO) Si l’entreprise envisage