Les projets d'automatisation

Recommandations aux acteurs et intervenants

q q q q

Des rgles de lart Des bonnes pratiques De la rduction des risques De la conformit aux objectifs

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

ASSOCIATION DES EXPLOITANTS D'EQUIPEMENTS DE MESURE, DE REGULATION ET D'AUTOMATISME COMMISSION TECHNIQUE SYSTEMES AUTOMATISES DE PRODUCTION International Instrument users associations

GROUPEMENT DES INDUSTRIES DE L'EQUIPEMENT ELECTRIQUE, DU CONTROLECOMMANDE ET DES SERVICES ASSOCIES GROUPE SYSTEMES DAUTOMATISMES INDUSTRIELS

Lautomatisation industrielle a connu, au cours des dernires dcennies, une volution importante conscutive la mise en uvre de la micro-lectronique et des techniques de linformatique pour le contrle-commande des processus industriels, de la production et de la distribution dnergie, des quipements du secteur tertiaire, Pour les ensembliers-automaticiens ralisant ces applications, la valeur ajoute stend de lquipement au logiciel et lintgration des systmes. Les risques de non-qualit, cots et dlais progressent en fonction de cette volution. Pour les utilisateurs et exploitants de ces applications, les risques rsident de plus en plus dans lventuelle inadquation entre la formulation des besoins exprims ou implicites et la ralisation effective. De nombreux outils ont t dvelopps pour accompagner cette mutation. Les tapes de dveloppement dun systme automatis sont modulaires et structures ; cependant, comme dans toute activit, la russite dun projet dautomatisation dpend essentiellement des hommes qui vont le concevoir, le raliser et lexploiter. A cet gard, ce Guide rsulte de la mise en commun des expriences des industriels, dune part constructeurs et intgrateurs, reprsents au sein du GIMELEC, et dautre part, prescripteurs et utilisateurs finaux, reprsents au sein de lEXERA. Ce Guide formule des recommandations concernant les rgles de lart, les bonnes pratiques, la rduction des risques, la conformit aux objectifs. Ce Guide va rendre plus fructueux le travail dquipe qui doit runir fournisseur et utilisateur du systme

dautomatisation en leur offrant une matrise du projet ds la phase initiale dans les meilleurs conditions de comprhension et une meilleure transparence tout au long de son droulement. Les rgles simples de bon sens qui sont prcises dans ce Guide permettent dviter des piges qui conduisent aux erreurs dinterprtation et par l mme des relations conflictuelles prjudiciables aux parties contractantes. Ce travail sinscrit dans le cadre dune dmarche qualit dpassant le cadre interne des entreprises parties prenantes dans un projet ; en recherchant un cadre de travail harmonis, nous esprons amliorer la qualit des prestations de chacun pour la russite des projets. Pour parvenir une meilleure formulation des besoins et une meilleure comprhension entre clients finaux et fournisseurs, le GIMELEC et l'EXERA ont entrepris de rdiger, sur la base de travaux engags par la Commission Technique SAP (Systmes Automatiss de Production), un "Guide pratique de spcifications de la conduite des systmes de production". Ont particip la ralisation de ce Document, les Socits : ALSTOM, CROUZET AUTOMATISMES, GROUPE GTIE, SCHNEIDER ELECTRIC, SIEMENS, SPIE-TRINDEL. COMMISSION TECHNIQUE "SYSTEMES AUTOMATISES DE PRODUCTION" DE L'EXERA (GENERALE DES EAUX, EDF, ELF, SGN) Coordination GIMELEC / EXERA

GIMELEC- EXERA

SOMMAIRE

Chapitre 1 PRESENTATION DU DOCUMENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Chapitre 2 LE CAHIER DES CHARGES FONCTIONNEL ET LES SPECIFICATIONS FONCTIONNELLES . . . . . . . . . . . . . . . . . . . 8
Pourquoi un cahier des charges fonctionnel ? . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Pourquoi un dossier de spcifications fonctionnelles ? . . . . . . . . . . . . . . . . . . . . 8 La dmarche d'analyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 La rdaction des spcifications fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Les modalits d'approbation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Chapitre 3 LES MODIFICATIONS ET COMPLEMENTS DE SPECIFICATIONS FONCTIONNELLES . . . . . . . . . . . . . . . . . . . . . . . 11

Pourquoi des modifications aprs les spcifications fonctionnelles ? . . . . . . . . . . 11 Il faut valuer toutes les consquences d'une modification . . . . . . . . . . . . . . . . . 11 Comment mener les modifications ? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Chapitre 4 LES RECETTES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

Pourquoi des recettes ? . . . . . . . . . . . . La prparation du contenu des recettes L'excution des recettes . . . . . . . . . . . . L'apprciation des rsultats . . . . . . . . . Les modalits financires d'excution . Le transfert de proprit . . . . . . . . . . . . Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 . 15 . 16 . 16 . 16 . 16 . 17

Chapitre 5 LES PRESTATIONS SUR SITE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

Quelles sont les prestations sur site ? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 La mise en service sur site . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 La supervision de la mise en service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 La mise en exploitation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Les autres prestations sur site . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Les difficults du travail sur site . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 La mise en service par le fournisseur . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Le travail d'organisation et la prise de responsabilit du matre d'uvre . . . 19 La prsence de divers participants l'avancement de la mise en service . . 19 La ralisation et le droulement des prestations . . . . . . . . . . . . . . . . . . . . . 19 La ralisation des tests de recette . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 Le transfert de l'installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 La supervision de la mise en service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 Les prestations l'attachement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 La mise en service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 La supervision de la mise en service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 Les prestations l'attachement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

GIMELEC- EXERA

SOMMAIRE

Chapitre 6 LA GARANTIE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Une garantie sur quoi, pendant combien de temps ? . . . . . . . . . . . . . . . . . . . . . . 22 Les prestations sous garantie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 Le dclenchement d'une prestation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 L'intervention du fournisseur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 Les modalits financires d'excution . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

Chapitre 7 LE CONTRAT DE MAINTENANCE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

Pourquoi un contrat de maintenance ? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 Les diffrentes prestations de maintenance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 La maintenance prventive . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 La maintenance corrective des matriels . . . . . . . . . . . . . . . . . . . . . . . . . . 25 La mise niveau technique des matriels et logiciels . . . . . . . . . . . . . . . . 26 L'assistance technique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 Les prestations hors "horaires normaux" . . . . . . . . . . . . . . . . . . . . . . . . . . 26 La maintenance des logiciels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 Objet et dure de la maintenance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

Chapitre 8 L'ASSISTANCE A L'EXPLOITATION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Pourquoi un contrat d'assistance l'exploitation ? . . . . . . . . . . . . . . . . . . . . . . . 28 Les prestations d'assistance l'exploitation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 L'assistance au personnel de "production ou d'exploitation" . . . . . . . . . . . 28 L'assistance au personnel des "tudes et travaux neufs" . . . . . . . . . . . . . . . 28 Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

Chapitre 9 LA FORMATION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Pourquoi une formation de l'utilisateur du systme d'automatisation ? . . . . . . . . . 30 Les diffrentes formations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 Formation l'utilisation par les oprateurs . . . . . . . . . . . . . . . . . . . . . . . . 30 Formation la connaissance de l'application . . . . . . . . . . . . . . . . . . . . . . 30 Formation de base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 Fourniture des prestations de formation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Chapitre 10 L'ASPECT JURIDIQUE DU CONTRAT . . . . . . . . . . . . . . . . . . . . . . . . . . 32

Une complexit juridique : la fourniture . . . Les obligations souscrites par le fournisseur Le transfert de proprit et des risques . . . . Dans la rdaction du contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 . 32 . 33 . 34

Glossaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

GIMELEC- EXERA

C h a p i t r e

PRSENTATION DU DOCUMENT

Les systmes d'automatisation sont omniprsents dans les systmes de production, aussi bien dans les matriels pour les procds industriels, que pour ceux assurant la distribution de fluides ou d'nergie et l'exploitation des sites industriels ou tertiaires Mais que recouvre le terme "Systme d'automatisation" ? La dfinition d'un tel systme peut se faire en prcisant le but de son emploi. Il s'agit de faire raliser d'une manire automatique, des fonctions particulires rpondant des besoins spcifiques. Le systme se greffe sur du matriel pour lui faire excuter ses fonctions, dans un environnement prcis. La dfinition peut se faire galement en dcrivant la fourniture qui permet de raliser de tels objectifs. Il s'agit de matriels (quipements lectrotechniques, lectroniques, pneumatiques, machines informatiques), de logiciels de base incorpors dans les machines, de progiciels (programmes d'application gnrale destins une clientle ayant des besoins similaires) enfin de logiciels d'application spcifique (programmes de traitement de donnes dvelopps pour rpondre aux besoins particuliers d'un client en permettant l'accomplissement de fonctions dfinies). Il n'en reste pas moins que l'accord conclure entre un fournisseur et un client dans un contrat de fourniture d'un systme d'automatisation correspond l'engagement pris par l'ensemblier-automaticien de fournir quelque chose qui n'existe pas, avec un prix forfaitaire, pour une opration cl en main, dans des dlais fixs ! Le fournisseur et le client se trouvent dans un nouvel environnement industriel et commercial. Il faut raliser une adquation pleinement satisfaisante aux besoins d'un client en inventant un nouveau produit. Ce produit est de haute valeur technique et comme dans tout contrat, il faut respecter des dlais et des cots. De plus, les systmes d'automatisation sont souvent trs complexes aussi bien cause des

techniques d'application qu'ils grent, que des volumes d'information qu'ils ont traiter.

Aussi, pour matriser leur ralisation, les fournisseurs de tels systmes utilisent-ils des mthodes de dveloppement qui permettent de rpondre au mieux aux attentes du client. La ralisation du projet est dcompose en phases successives qui distinguent clairement les priodes d'analyse de celles de conception, puis de ralisation. Il faut bien reconnatre qu'au dpart la fourniture demande dans le cahier des charges n'est pas dfinie en termes de fonctions ou de ralisations techniques. Ces phases d'avancement distinguent galement clairement les tapes o le travail se fait en collaboration active avec le client, de celles qui relvent uniquement des comptences professionnelles du fournisseur. Enfin, ce dcoupage en phases permet d'assurer fiabilit et adquation optimale de la fourniture puisque, fortes d'une prparation labore lors des premires tapes de conception et de ralisation, leur succdent les phases de contrle et de validation aboutissant la mise en exploitation. L'avancement du projet peut ainsi tre reprsent par un diagramme en V (voir page 7) qui exprime la progression et l'enchanement des diffrentes tapes, aussi bien pour le matriel que pour les logiciels tout ceci paralllement la ralisation de l'installation automatiserjusqu' une intgration complte de ces divers lments en un systme assurant l'exploitation de l'installation. Sur le diagramme en V, les phases relevant d'une collaboration active des partenaires sont mises en vidence. Le fournisseur, au cours de la vie du projet, est donc tenu un change continuel avec les autres parties. Il est tout d'abord amen dialoguer avec le client qui signe le contrat.

GIMELEC- EXERA

Chapitre 1 (suite) PRSENTATION DU DOCUMENT

Celui-ci peut tre diffrent de l'utilisateur qu'il rencontrera lors de la mise en route du systme sur le site. Et, chez ce dernier, se trouveront concerns le service des travaux neufs, celui de l'exploitation de l'installation et de son systme d'automatisation, enfin celui de la maintenance. Mais surtout, le fournisseur s'adresse au donneur d'ordre reprsentant le client, pour ce contrat. Il doit crer et maintenir avec cet interlocuteur un dialogue actif.

Dans le document ici prsent, l'on trouvera donc avec la description du droulement de chacune de ces tapes particulires du projet, des lments-guides pour rdiger le contrat et tablir les relations optimales entre les parties contractantes. La phase de spcifications fonctionnelles (Chapitre 2) s'attache l'expression technique des besoins noncs dans le cahier des charges, la description des fonctions levant toutes les lacunes et ambiguts. Le document issu de cette analyse, une fois approuv par les deux parties, est reconnu comme nouveau dossier contractuel. Il va en particulier servir de base la mesure des carts entre les fonctions qui vont tre ralises et les besoins exprims initialement et toute ngociation sur les cots. Des modifications aprs les spcifications fonctionnelles (Chapitre 3) peuvent s'imposer. La conduite terme du projet dans les dlais prvus ncessite que leur gestion soit prvue et prcisment encadre et que leur incidence sur l'architecture du systme soit matrise. Les diffrentes phases d'essais (Chapitre 4) et notamment lors des prestations sur site (chapitre 5) valident la bonne ralisation du systme d'automatisation et dterminent les priodes probatoire et de garantie. L'utilisateur doit tre pleinement comptent pour tirer le meilleur de l'installation et de son systme d'automatisation, aprs le transfert de risques et de proprit. La garantie applique un tel systme (Chapitre 6) de par la diversit des fournitures, demande tre bien comprise. Ce sont les mmes raisons qui donnent au contrat un aspect juridique particulier, largement voqu dans le Chapitre 10. Des prestations de maintenance (Chapitre 7), d'aide l'exploitation (Chapitre 8) ou de formation des utilisateurs (Chapitre 9) peuvent s'ajouter la fourniture du systme d'automatisation. Elles doivent donner lieu une attention particulire lors de la rdaction des clauses de contrat les concernant. Le soin apport la rdaction de cet ouvrage et la comptence de ses auteurs devrait en faire, nous l'esprons, un guide efficace pour les acteurs de la ralisation d'un projet.
GIMELEC- EXERA

En effet, l'intervention de ce dernier est ncessaire pour la dfinition fine des fonctions que le systme d'automatisation doit raliser, pour le suivi de la progression du projet, pour la gestion d'ventuelles modifications en cours de ralisation, pour l'excution des tests et les dclarations de rception de systme, jusqu' la mise en route et le transfert des risques et de la proprit. La bonne conduite du projet suppose donc un cadre de travail qui conduise des relations de partenariat. Les responsabilits des diffrents partenaires doivent tre bien dfinies : obligations de conseil du fournisseur ; responsabilit du matre d'uvre-client pour assurer la coordination entre les socits intervenant dans le projet et l'avancement des interventions ; stabilit des responsables du projet pour les deux parties ; comptence suffisante, implication des personnels concerns, mise disposition des ressources ncessaires, Les modalits d'intervention au cours des diffrentes tapes doivent tre prvues en dtail. Le respect des dlais d'excution est primordial et implique une gestion rigoureuse du planning d'excution face certaines inerties. Et, pour ce nouveau mtier, c'est un nouveau contrat qui va permettre de grer la ralisation du projet, de dfinir les relations entre les parties, chacune d'elles connaissant alors sans ambigut ses obligations et ses droits, pour les tapes o elle aura intervenir. Le contrat va suivre pas pas l'laboration du systme, insistant sur les phases du projet demandant une collaboration entre le fournisseur et le matre d'uvre ou l'utilisateur, et le jalonnant d'tapes caractre contractuel, confortes souvent par des termes de paiement significatifs.

Chapitre 1 (suite) PRSENTATION DU DOCUMENT

Expression des besoins

Cahier des charges client Appel d'offre

Contrat Spcification fonctionnelle fournisseur Recettes

Conception prliminaire

Tests d'intgration

Conception dtaille

Tests unitaires

Ralisation, codage, fabrication

Gestion des configurations

GIMELEC- EXERA

Gestion du projet

Exploitation

Dveloppement d'un systme d'automatisation

Spcification du procd fonctionnement et exploitation

Manuel opratoire

C h a p i t r e

LE CAHIER DES CHARGES FONCTIONNEL ET LES SPECIFICATIONS FONCTIONNELLES

Pourquoi un cahier des charges fonctionnel ?
La dmarche amont d'expression des besoins sert de base pour l'valuation et le dimensionnement qualitatif et quantitatif de la proposition des fournisseurs. La qualit du cahier des charges fonctionnel permettra d'viter les ambiguts et malentendus, source de diffrends pendant la ralisation du contrat. Etabli directement par le client ou par une socit mandate par lui, le cahier des charges affrent un appel d'offres exprime les besoins spcifiques auxquels l'ensemble de l'installation industrielle avec son systme d'automatisation devra permettre de satisfaire. Dans le meilleur des cas, ce cahier des charges serait bien structur (suivant la mthode EXERA - DEMIOPS - qui est dcrite dans le "Guide pratique de spcifications de la conduite des systmes de production"). Mais, bien souvent il se prsente sous une forme htrogne, dfinissant plus ou moins correctement ou compltement les besoins. Des runions d'information apportent des donnes complmentaires qui permettent au fournisseur de prciser sa proposition. Mais il est normal que la rdaction d'un devis ne soit pas une vritable tude.

Pourquoi un dossier de spcifications fonctionnelles ?

Aprs la passation de la commande, la phase primordiale du projet doit exprimer d'une faon technique et en termes de fonctions les oprations raliser les besoins du client et lever toutes les lacunes ou ambiguts rsiduelles du cahier des charges fonctionnel. Ainsi, cette phase d'tude dite fonctionnelle, aboutit la rdaction d'une "liste dtaille et complte des fonctions assures par l'installation industrielle grce son systme d'automatisation, dans un environnement dtermin". Grce ce dossier de spcifications, qui dcrit ce que fait le systme, le fournisseur pourra concevoir comment le systme va le faire, et raliser matriellement la commande. Le contrat doit prvoir ce dossier de spcifications fonctionnelles qui, une fois approuv, va prvaloir sur tous les documents antrieurs. En effet, la validation par le client des spcifications carte tout risque de divergence d'interprtation sur ce que doit raliser le systme. Ceci vite de concevoir le systme sur

des bases errones ; d'tre amen modifier le systme en cours de ralisation, ce qui entrane toujours des consquences importantes sur les cots, les dlais de fourniture, la qualit, la fiabilit de l'installation, la scurit lors de son utilisation ; ou bien encore de raliser un systme ne correspondant pas aux besoins du client, ce qui va conduire une phase de rception difficile et conflictuelle. Le dossier de spcifications fonctionnelles rsulte d'une double dmarche : s analyse des fonctions que va raliser le systme d'automatisation, s description de ces fonctions dans l'environnement spcifique du procd industriel concern. Aussi, il ne pourra tre lment de dialogue contractuel entre le fournisseur et le client et descriptif de rfrence pour la phase de ralisation que s'il est le fruit d'une coopration active entre tous les participants la ralisation du projet.

GIMELEC- EXERA

Chapitre 2 (suite) LE CAHIER DES CHARGES FONCTIONNEL ET LES SPECIFICATIONS FONCTIONNELLES

La dmarche d'analyse

Les dtails de spcifications ne sont pas considrs comme modifications s'ils sont conformes aux principes tablis dans le cahier des charges fonctionnel. Le travail d'analyse est men par le fournisseur, mais il exige la coopration de tous les intervenants dans la ralisation de l'installation, puis dans son exploitation, sa maintenance Aussi, un organigramme des responsabilits peut-il tre tabli. Ainsi, le client ou son reprsentant mandat, doit dans les dlais impartis, fournir toutes les informations ncessaires ce travail, en apportant en particulier des prcisions au cahier des charges. Il doit assurer l'intervention, lorsqu'elle est ncessaire, de telle ou telle entreprise participant au projet ; enfin, faire un choix entre les options ventuelles qui lui sont prsentes par le fournisseur. L'analyse des informations fournies par le cahier des charges, par les runions techniques effectues avant la commande, par les propositions technico-commerciales des participants au projet, s'appuie sur les moyens mthodologiques propres au fournisseur (par exemple un guide mthodologique d'laboration de logiciel), en l'absence d'autres moyens propres au client dfinis au contrat, tels que des mthodologies client, et sur une mthode de travail tablie l'avance.
s

Bien que cette liste ne soit pas exhaustive, il faut d'une manire gnrale :
s

recenser les besoins fonctionnels exprims, aussi bien dans le cahier des charges que dans les runions prparatoires ou les rponses aux demandes d'information, recenser les contraintes de solutions techniques (rgles gnrales, solutions techniques standard, rgles d'exploitation, savoirfaire) prconises par le client en fonction de ses habitudes, connatre prcisment l'environnement d'utilisation de l'installation et de son systme d'automatisation, afin de prvoir, si besoin est, et de suggrer des solutions parfaitement adaptes aux besoins. Ici apparat un devoir de conseil pour le fournisseur, examiner les descriptifs techniques des quipements matriels mettre en uvre, pour dterminer les possibilits et les contraintes induites par ces quipements, s'assurer que l'interlocuteur dsign chez le client est apte fournir tous les renseignements ncessaires et effectuer les choix ventuels, en menant une concertation active avec tous les acteurs du projet, identifier les fonctions du systme d'automatisation tout en mettant en vidence les diffrents fonctionnements (normal, initial, en reprise d'exploitation) et leurs transitions associes. Les vritables attentes du client sont ainsi envisages, alors que trs souvent le cahier des charges ne dcrit que le fonctionnement nominal, prparer les recettes, en tablissant, de pair avec la dtermination des ensembles fonctionnels, les cahiers de recettes, documents de validation (voir le Chapitre 4 "Les recettes").

Des runions techniques sont organises entre le fournisseur et le client et leurs conclusions sont portes dans un compte rendu approuv de prfrence en fin de runion, au fur et mesure de l'avancement de l'analyse (il est indispensable que les participants soient toujours les mmes). Une procdure formelle (utilisant des documents-types, des fiches numrotes) simplifie les demandes d'information et la fourniture de rponses dans un dlai convenu. Le document d'analyse est gr de faon prcise jusqu' la validation par le client du document final de spcifications auquel il aboutit.

GIMELEC- EXERA

Chapitre 2 (suite) LE CAHIER DES CHARGES FONCTIONNEL ET LES SPECIFICATIONS FONCTIONNELLES

La rdaction des spcifications fonctionnelles

Le dossier de spcifications fonctionnelles doit tre comprhensible par le client et par tous les participants au projet, adapt la relecture. Il faut donc viter l'emploi de langage technique de ralisation ou de programmation d'automatismes. Il doit de plus, tre rdig sans information inutile et sans redondance. Afin que le systme d'automatisation satisfasse aux besoins noncs, ce dossier est crit partir des documents contractuels de la commande, et dtaille de manire prcise les fonctions raliser. Il sera ainsi utilis dans toutes les phases postrieures du projet, en particulier pour la ralisation des recettes. Au cours de sa rdaction, il faut toujours valuer l'cart entre les fonctions initialement prvues partir des documents d'appel

d'offres, et les fonctions demandes et prcises au cours de l'analyse. Une attention particulire est apporter aux fonctions nouvelles constates comme ncessaires lors de ce travail d'analyse, et portes dans le dossier de spcifications. Chaque cart doit faire l'objet d'un constat figurant dans les comptes rendus approuvs des runions techniques les concernant. L'attention du client doit tre attire sur les ventuelles incidences sur les cots et les dlais prvus dans le contrat de base. Ces incidences sont notifier par crit, en sollicitant l'accord du client dans un dlai convenu, compatible avec le droulement de l'tude. En effet, l'analyse fonctionnelle doit, elle-mme, respecter le planning du contrat.

Les modalits d'approbation

L'approbation des spcifications fonctionnelles permet au client de s'assurer de la bonne interprtation des besoins qu'il a exprims. Ainsi, l'analyse des carts, les rpercussions sur les cots et les dlais prennent toute leur importance. Cette approbation est officielle. Deux exemplaires sont tablis pour signature contradictoire lors d'une runion prvue cet effet. A dfaut, ils sont adresss au client, accompagns d'une lettre sollicitant l'approbation dans un dlai convenu.

En l'absence de commentaires, les spcifications fonctionnelles dcrites sont considres comme tant en adquation avec les besoins. L'approbation confre un caractre contractuel au dossier de spcifications fonctionnelles qui devient alors prpondrant par rapport au cahier des charges initial. La non-approbation amne une reprise complte du contrat. Les spcifications fonctionnelles doivent permettre de rdiger le cahier de recette et spcifier les critres de rception.

Dans la rdaction du contrat

Il est impratif d'affirmer, ds la rdaction des offres, le rle fondamental du dossier de spcifications fonctionnelles, et d'indiquer dans le contrat que ce document, prsent sous une forme lisible par tous les partenaires, une fois approuv par le client, prvaut sur tous les documents antrieurs dans la mesure o il en fait la synthse. La dmarche d'analyse suivre pour l'tablissement de ce dossier, les modalits d'approbation sont dcrire clairement dans le contrat en prcisant en particulier le repr-

sentant mandat du client, la mthodologie du travail d'analyse, les conditions selon lesquelles sont tenues les runions techniques. L'analyse des carts de fonction, avec l'incidence sur les cots et dlais, et les conditions d'approbation des accords finaux demandent une attention particulire.

GIMELEC- EXERA

10

C h a p i t r e

LES MODIFICATIONS ET COMPLMENTS DE SPCIFICATIONS FONCTIONNELLES

Pourquoi des modifications aprs les spcifications fonctionnelles ?
La ralisation d'un systme d'automatisation relve, nous l'avons vu, d'une dmarche progressive. Mais trs souvent celle-ci est galement interactive. Dans cette dmarche progressive, les principes et modes de fonctionnement doivent tre pris en compte. En effet, le dossier de spcifications fonctionnelles issu de la phase d'analyse de l'installation raliser et de son environnement constitue dans les phases suivantes d'avancement du projet, le document contractuel entre client et fournisseur pour la ralisation de la commande, le descriptif de rfrence pour faire progresser la conception et la ralisation du systme. Mais au cours de ces phases de travail, qui correspondent en parallle au dveloppement de matriel, de logiciels et souvent du procd lui-mme, il se peut que certaines modifications sur les uns et les autres vont se rvler ncessaires ou souhaitables, au fil de l'avancement du projet. Si un dtail d'expression des besoins du cahier des charges fonctionnel n'est pas dfini dans la commande, il doit tre analys en regard des principes de fonctionnement qui devront avoir t explicits dans ce cahier des charges. Les dtails de fonctionnement seront considrs comme modifications s'ils traduisent une modification de ces principes au plan qualitatif comme au plan quantitatif (voir chapitre "Rdaction du cahier des charges et des spcifications fonctionnelles p.10) :
s

ncessaires, car elles conditionnent l'atteinte des buts recherchs et la ralisation des fonctions dcrites dans le dossier de spcifications fonctionnelles, souhaitables, lorsqu'elles permettent une amlioration du systme dcrit dans le dossier de spcifications, rendant meilleures les performances, facilitant l'exploitation ou la maintenance. Ces demandes peuvent venir du fournisseur, mais aussi du client. C'est une des raisons pour lesquelles il est ncessaire que ce dernier soit tenu au courant rgulirement de l'avancement du projet. Ainsi, la dmarche de dveloppement devient interactive, les demandes de modifications conduisant des reprises de certaines tapes de la ralisation. Cependant, le projet doit avancer. Il s'agit alors, non pas d'empcher le dpt de demandes de modifications ou de les rejeter a priori, mais aussi bien pour le client que pour le fournisseur, d'adopter une rgle de conduite entranant la matrise de ces interventions. Ces demandes doivent tre dposes et tudies avec objectivit.Toutes les consquences des modifications sur le droulement du projet doivent tre envisages, en particulier les cots et les dlais. Un consensus entre les deux parties, client et fournisseur, doit tre pralable toute dcision de modification.

Il faut valuer toutes les consquences d'une modification

Une modification peut tre plus ou moins indispensable. Un classement de priorit d'une part, de criticit d'autre part, permet d'exprimer un jugement sur la rapidit avec laquelle la ralisation de la modification doit tre envisage, et sur les consquences plus ou moins importantes de cette ralisation. L'on peut, titre d'exemple, envisager quatre

niveaux de priorit pour une modification : sa ralisation conditionne l'avancement du projet, s elle doit tre effectue avant l'achvement de la phase en cours, s elle doit tre effectue avant les essais de recettes, s elle peut tre diffre.
s
GIMELEC- EXERA

11

Chapitre 3 (suite) LES MODIFICATIONS ET COMPLMENTS DE SPCIFICATIONS FONCTIONNELLES

Il faut valuer toutes les consquences d'une modification (suite)

De mme, on peut dfinir quatre niveaux de criticit : s la modification change le projet de manire significative et ncessite de revoir les phases dj ralises, s elle remet (partiellement) en cause les objectifs de la spcification, s elle ne change pas les objectifs initiaux, mais ncessite un dossier plus prcis, s elle peut tre dite "de confort". Une tude technique approfondie de la ralisation de la modification, de ses consquences sur le systme raliser, mais aussi sur les cots et les dlais, permet de caractriser telle ou telle demande et de dcider comment y donner suite. En particulier la date laquelle apparat la demande dans le cycle de vie du projet est trs dterminante. Pendant la phase de conception, et sauf modification majeure qui remet en cause les spcifications fonction-

nelles et ncessite une rvision du contrat, les consquences sont moindres ou/voire nulles que lors des phases de fabrication, de codage, ou les phases suivantes d'intgration et de validation. En effet, lors de ces dernires phases, il s'agira d'interventions sur des logiciels dj tests et qualifis, du matriel et d'une faon concomitante sur la documentation et les programmes de recettes. Il ne faut jamais que le client considre comme "allant de soi" ou le fournisseur accepte "pour faire plaisir" une modification qui, tudie trop rapidement, conduira des dpassements de dlais, de cots, ou encore une dgradation de la qualit (les fonctions de base peuvent tre mal adaptes pour supporter la nouvelle fonction), et une moindre robustesse de l'installation, donc une remise en cause de la rentabilit de cet investissement.

Comment mener les modifications ?

Des responsables techniques sont nomms chez le client et le fournisseur. Ils ont travailler ensemble pour tudier et dfinir les modifications effectuer aprs examen des demandes manant d'une partie ou de l'autre au cours du droulement du projet. Ces responsables doivent tre mme de juger du contenu technique et de l'intrt de ces modifications. Une procdure formelle de demande et de gestion des modifications (avec utilisation de documents-types par exemple) est dfinie. Ceci facilite l'examen objectif des rpercussions de la modification sur les autres phases du projet, de ses caractres de priorit et de criticit, enfin des consquences sur les cots et les dlais. Le constructeur s'engage sur un dlai de remise de cotation en fonction de l'impact des modifications, si possible en se basant sur des prix bordereaux dfinis pralablement, et le client s'engage, aprs rception de la cotation, sur un dlai de dcision. Des runions, priodiques ou non, peuvent tre prvues pour examiner les demandes de modifications, ce qui sous-entend l'intrt qu'il y a ce que le client connaisse l'avancement

du projet. Ces runions donnent lieu un compte rendu commun. Une instance de dcision est mise en place. Elle peut tre constitue des responsables du projet chez le client et chez le fournisseur. Cette instance dcide de la prise en compte des modifications, en fonction d'ventuelles adaptations contractuelles, et dfinit, si cela est ncessaire, la date de la modification. Le schma joint prsente un type de procdure permettant de grer une demande de modification. Elle met bien en vidence la ncessit, pour le fournisseur et pour le client, d'examiner et l'aspect technique, et l'aspect contractuel de la demande de modification. Lorsque la modification est dcide, le fournisseur la ralise suivant sa propre procdure de travail. Ainsi se constitue un dossier de demandes de modifications qui seront ralises ou nonqui permet la gestion des configurations (contrle des volutions durant le cycle de vie du systme, archivage de chacun des tats successifs, vrification que chacun de ces tats est complet et cohrent).

GIMELEC- EXERA

12

Chapitre 3 (suite) LES MODIFICATIONS ET COMPLMENTS DE SPCIFICATIONS FONCTIONNELLES

Dans la rdaction du contrat

Il est indispensable de dfinir la gestion des modifications, en indiquant qu'une procdure sera prvue entre les responsables du projet, chez le fournisseur et chez le client. Cette procdure va permettre un examen attentif des modifications qui paraissent nces-

saires ou souhaitables en cours de ralisation, et une prise de dcision rapide par le client prenant en compte les consquences des modifications sur les cots et les dlais.

MODIFICATION I N S TA N C E D E D C I S I O N

ELABORATION DE LA DEMANDE SELON FORMAT TYPE TECHNIQUE

Responsables techniques dfinissant avec prcision la modification effectuer

SOUHAITABLE

NCESSAIRE OU SOUHAITABLE

NI ncessaire NI souhaitable

Classement Dossier demande de modification

Stockage en pile

NCESSAIRE

CONTRACTUEL

Seuil de trop plein dfinir

EXAMEN PRIORIT "CRITICIT" COT / DLAI I N S TA N C E D E D C I S I O N

ACCORD CLIENT / FOURNISSEUR

TECHNIQUE

O Dossier demande de modification

DOSSIER DE RALISATION

PROCESSUS DE MODIFICATION PAR FOURNISSEUR

GIMELEC- EXERA

13

C h a p i t r e

LES RECETTES

Pourquoi des recettes ?

Une recette est un ensemble de vrifications excutes sur un systme en prsence du client ou de son mandataire, afin qu' ce stade, il prononce la rception, c'est--dire l'acceptation du systme. Au cours de la mise en place d'un systme d'automatisation, une telle dmarche a lieu en plusieurs tapes afin de vrifier de faon rationnelle la bonne ralisation du systme command (se rfrer au diagramme en V du cycle de dveloppement d'un projet, Chapitre 1). Le systme d'automatisation est test chaque fois dans des conditions d'environnement diffrentes qui tendent progressivement vers l'environnement de production ou d'exploitation. Les normes emploient, pour les mots "recette" et "rception" utiliss couramment chez les professionnels, les termes de validation et approbation. Ainsi dfinit-on les vrifications successives possibles :
Phases
Livraison matriel Recette matriel Rception usine

s la recette-usine (ou atelier) vrifie l'ensemble du matriel (du matriel seulement) dans les locaux du constructeur ou du fournisseur, s la recette-plate-forme vrifie la conformit du comportement du systme aux spcifications fonctionnelles (il s'agit alors du matriel et des logiciels, y compris le logiciel d'application), dans son environnement de dveloppement, c'est--dire hors de son environnement de destination, s la recette-systme vrifie la conformit du comportement du systme aux spcifications fonctionnelles dans son environnement de destination, mais hors production. s la recette provisoire se fait sur un systme mis en exploitation et intgr au systme de production ; l'on prend en compte les objectifs de fabrication ou d'exploitation, s la recette dfinitive vrifie le comportement du systme.

Les recettes apparaissent donc successivement dans le cycle de ralisation d'un projet suivant le diagramme ci-aprs.

Spcification, conception, ralisation, tests unitaires, tests d'intgration

Recette plate-forme

Rception plate-forme

Mise en service (tests)

Recette sur site

Rception systme

Mise en production

Rception provisoire

Priode probatoire

Rception dfinitive

Priode de garantie

Phases de ralisation

Phases de vrification

Etapes de rception

Temps

GIMELEC- EXERA

14

Chapitre 4 (suite) LES RECETTES

Pourquoi des recettes ? (suite)

Toutes ces recettes ont un caractre contractuel. Elles sont sanctionnes par l'mission d'un procs-verbal de recette, qui permet de prononcer la rception, assortie ou non de rserves, dont la leve suit des rgles dfinies au contrat. Ces rceptions successives dterminent certaines priodes de vie primordiales du systme, la priode probatoire et la priode de garantie. Il s'avre que la signification du terme priode probatoire peut tre variable. Pour certains, c'est une priode de monte en charge de la production sur une dure limite. Pour d'autres, c'est une priode d'observation aprs la mise en production. Elle est souvent alors beaucoup plus longue, ce qui peut conduire des astreintes de prsence ou d'aide fort diffrentes pour le fournisseur. De mme, le dpart de la priode de garantie contractuelle, priode pendant laquelle le fournisseur peut encore se trouver devoir

intervenir dans le cadre du contrat (cf. Chapitre 6 "La Garantie") est prciser, car pour certains c'est la rception aprs la recette-systme, pour d'autres la rception aprs la recette-provisoire, ou encore la rception aprs la recette dfinitive. Indiquons aussi la difficult matrielle qui existe souvent sparer la recette-systme de la recette provisoire, lorsque l'utilisateur, press par les contraintes de production, veut exploiter le systme dans les meilleurs dlais. Le bon droulement des recettes, tapes importantes puisqu'elles conditionnent l'acceptation du systme d'automatisation par le client et le paiement chelonn du fournisseur demande une attention particulire. Leur contenu et leurs modalits d'excution sont dterminer le plus prcisment possible pour viter toute ambigut sur les tches et les responsabilits du fournisseur et du client.

La prparation du contenu des recettes

C'est ds la rdaction de la proposition et du contrat que les conditions d'excution des recettes sont envisages. Puis lors de l'analyse fonctionnelle et de la conception du systme, leur contenu est prcisment indiqu et dcrit dans les documents de spcification fonctionnelle. Elles font ainsi l'objet d'une validation. Il faut dfinir, pour chacune des recettes, l'ampleur et les limites des vrifications de la conformit du systme aux spcifications fonctionnelles et des mesures des performances.
s

dans leur dure, qui est fort dpendante du niveau de dtails. Les tests sur plate-forme font appel des simulations pour crer artificiellement les conditions d'environnement du systme d'automatisation. Il s'agit soit de simples simulations des valeurs d'entre des paramtres de fonctionnement, soit d'une modlisation vritable, soit encore de l'emploi de maquettes. Les conditions, la nature et les limites de la simulation sont prvoir de faon prcise et complte, une mauvaise prparation pouvant rendre impossible la vrification du fonctionnement du systme, ou de ses performances. Le contenu des tests pour chaque recette est ainsi not dans le cahier de tests, qui aprs sa rdaction doit tre accept par le client pour servir de support l'excution de la recette.

dans leur domaine d'application : s'agit-il de vrifications sur l'ensemble du systme ou sur certaines parties ?

dans leur nombre : s'agit-il alors des vrifications sur l'ensemble du systme ou sur certaines parties ?

s dans leur niveau de dtails : les tests concernent-ils les fonctionnements-types ou envisagent-ils aussi des configurations peu courantes ?

GIMELEC- EXERA

15

Chapitre 4 (suite) LES RECETTES

L'excution des recettes

Une procdure pr-tablie permet de mener bien les recettes, car elle dcrit d'une faon prcise les modalits d'excution. Cette procdure fait appel aux outils ou informations (les ressources) prpars cet effet : s les jeux d'essais, ensemble des informations relatives au procd, s le matriel de simulation pour la recetteplate-forme, s le matriel de tests ou la plate-forme de tests, s les cahiers de tests ou de recette, s la dfinition des modalits d'excution.

Dans le cas de travaux sur l'unit en production, le contrat doit spcifier les conditions de disponibilit du personnel et de ses quipements, de l'exploitation et des flux de produits. Les obligations du client, en particulier pour les recettes sur site, sont prvoir dans cette procdure, aussi bien pour la mise disposition des installations que la participation du personnel, la conduite du travailIl ne doit rester aucune ambigut quant aux responsabilits propres du fournisseur ou du client. Le Chapitre 5 "Les Prestations sur site", prcise bien comment s'effectue le travail chez le client.

L'apprciation des rsultats

Les rsultats des tests sont ports dans les procs-verbaux de recettes. On rduira les aspects conflictuels si, au pralable, il y a eu accord entre le fournisseur et le client sur les critres d'apprciation en cas

d'cart entre les spcifications et le rsultat des tests, sur la dtection des anomalies pendant la priode probatoire, sur les conditions de prononciation de la rception et celles de la leve mises par le client.

Les modalits financires d'excution

La difficult dfinir de manire prcise la dure des tests, d'valuer les cots et les dlais est un problme important lors de la rdaction de l'offre. Pour facturer le travail de recettes, l'on peut utiliser l'engagement forfaitaire ou l'excution en rgie avec des taux horaires prdfinis au contrat. La premire formule sous-entend une dfinition prcise et de manire contractuelle du

contenu, des limites et des conditions des tests pour viter des dbordements. La deuxime formule, appliquer aux recettes sur site lorsque le contexte d'excution est mal matris, est plus souple mais ne garantit pas les dlais d'excution. Elle peut tre envisage lorsque le client ne peut assurer une mise disposition de l'installation au fournisseur dans des conditions de dure, de continuit ou de dlais satisfaisantes.

Le transfert de proprit

Le transfert de proprit peut prsenter des difficults gnralement cause de la superposition des tches de test et de mise au point d'une part, et des tches de production ou d'exploitation d'autre part. En toute rigueur, le systme d'automatisation ne devrait tre confi l'exploitant qu'aprs l'achvement des tests de fonctionnement. Or, ce n'est pas la rgle gnrale, en

raison mme des contraintes de production (ou exploitation) auxquelles est soumis l'utilisateur. Des difficults peuvent apparatre galement lorsque la mise en service du systme d'automatisation se fait de manire fractionne : une partie du systme est oprationnelle et souvent entre les mains de l'utilisateur, alors qu'une partie est encore en phase de tests.
GIMELEC- EXERA

16

Chapitre 4 (suite) LES RECETTES

Le transfert de proprit (suite)

Par ailleurs, il faut distinguer transfert de risques et transfert de proprit, qui ne sont pas toujours simultans, et qui induisent des contraintes diffrentes (cf. Chapitre 10 "L'Aspect juridique du contrat"). Enfin, notons que pendant la priode probatoire ou la phase de garantie, il faut viter tout

conflit de responsabilit qui serait d des interventions de l'utilisateur ou du client apportant des modifications au systme ayant fait l'objet de la rception provisoire (cf. Chapitre 6 "La Garantie").

Dans la rdaction du contrat

Les lments principaux contenu technique, limites, simulations, conditions d'excution concernant les recettes, surtout s'ils n'ont pas t indiqus dans le cahier des charges, sont prvoir ds la proposition et doivent figurer dans le contrat. Ainsi, il faut tout d'abord, en vitant tout terme flou ou ambigu, dcrire la place et le rle des recettes. Les conditions d'excution, les outils de simulation et les ressources ncessaires cette excution sont dfinir. L'indication prcise des responsabilits respectives du fournisseur et du client quant la prparation des recettes est importante. Il faut galement demander la validation par le client des procdures et cahiers de recettes qui vont servir l'excution de ces dernires.

La dfinition des modalits d'apprciation des rsultats des tests vitera tout litige. Les dlais et dures d'excution des recettes doivent figurer de manire explicite dans le contrat. Enfin, la dfinition prcise des modalits de transfert de proprit et du point de dpart de la garantie vite toute difficult. Il est important galement d'indiquer clairement les conditions d'intervention sur le logiciel d'application aprs rception. Le Chapitre 5 "Les Prestations sur site", qui concerne pour une large part, la mise en service ralise en mme temps que les recettes d'un systme d'automatisation, propose d'une faon trs dtaille les clauses faire figurer dans un contrat.

GIMELEC- EXERA

17

C h a p i t r e

LES PRESTATIONS SUR SITE

Quelles sont les prestations sur site ?
Les prestations sur site, ici dcrites, sont les travaux raliss sur un systme d'automatisation aprs son montage chez l'utilisateur. Elles peuvent tre lies un contrat de fourniture d'un systme complet qui prvoit la mise en uvre sur le site des quipements vendus. Deux possibilits se prsentent alors. La mise en service du systme est soit effectue par le fournisseur lui-mme, soit ralise par un tiers, mais avec supervision par le fournisseur en relation troite avec le client. Elles peuvent tre non lies un contrat de fourniture d'un systme. Elles sont demandes par un client, en gnral pour un systme install antrieurement par le fournisseur. Le plus souvent, la priode de garantie est alors termine. Les travaux ainsi dsigns supposent ce qui est l'vidence dans le second cas- que les prestations d'installation, montage et cblage du systme d'automatisation soient termines, vrifies et approuves par le certificat de fin de montage. Les travaux sous garantie, quant eux, font l'objet du Chapitre 6 "La Garantie". Ainsi, les travaux sur site sont-ils divers. LA MISE EN SERVICE SUR SITE Le fournisseur effectue la mise en service du systme d'automatisation. En face de lui, un matre d'uvre (utilisateur final, client ou tiers dsign par l'un ou l'autre) est responsable de la mise en uvre, sur le site, de l'installation. La mise en service progressive et les essais lectriques et d'automatismes concomitants raliss par le fournisseur du systme d'automatisation suivent la progression indique dans le Chapitre 4 "Les Recettes". Ce sont successivement des : - essais des diffrentes parties du systme, lectriques et mcaniques - essais en charge, mais hors production - essais en charge, avec produits en production - tests de performances avec relev des rglages - mise jour de la documentation dont la fourniture est prvue au contrat.

recette provisoire

Ces prestations sont effectues en relation avec les autres entreprises partenaires de la ralisation de l'installation. Comme convenu le plus souvent au contrat, le matre d'uvre assure la coordination gnrale des essais entre tous les partenaires, la scurit du chantier (en particulier, la gestion des consignations et dconsignations), le suivi de l'avancement des travaux avec l'tablissement des procs-verbaux de recettes, signs contradictoirement par le fournisseur et le matre d'uvre. Toutes ces prestations dbouchent sur la mise des installations la disposition de l'utilisateur final, lors de la signature du procs-verbal de la recette provisoire (rception provisoire) qui est le point de dpart de la priode de garantie (comme indiqu dans le contrat). La mise en exploitation industrielle de l'installation est alors effective. Pour raliser ces travaux, le fournisseur envoie sur le site des spcialistes, quips des outillages et appareils de mesure et d'essais et de tous les documents ncessaires au bon droulement des diffrentes phases de travail. Ces spcialistes doivent respecter le planning dfini dans le contrat. La facturation de ces prestations est forfaitaire ou en rgie. LA SUPERVISION DE LA MISE EN SERVICE Dans cette autre forme de prestations, la mise en service dcrite prcdemment est assure par le matre d'uvre ou par une entreprise laquelle il l'a confie. Alors, le fournisseur envoie sur le site une quipe de spcialistes ayant la comptence approprie en quantit limite, dont le rle n'est que d'apporter assistance et conseil lors de la mise en service et de la ralisation des essais. GIMELEC- EXERA 18

recette systme

Chapitre 5 (suite) LES PRESTATIONS SUR SITE

Quelles sont les prestations sur site ? (suite)

Le matre d'uvre est totalement responsable du droulement de la mise en service. Il est donc trs important de bien dfinir dans le contrat les obligations respectives du fournisseur et du matre d'uvre, tant donn que cette mise en service doit prouver la bonne marche de l'installation vendue par le fournisseur. Ces prestations sont ralises en rgie. LA MISE EN EXPLOITATION Aprs la signature du procs verbal de recette provisoire (rception provisoire), l'installation est remise officiellement l'utilisateur qui en assure dsormais la conduite sous sa seule et entire responsabilit. Cependant, le fournisseur a encore intervenir pour la leve des rserves ventuelles attaches la rception provisoire. A cet effet, il est contraint d'intervenir, si cela est ncessaire, pendant les priodes de disponibilit de l'installation ; contrainte d'ailleurs mutuelle, dont il ne faut pas ngliger l'importance.

Ainsi, la totalit des rserves devra tre leve pendant la priode de garantie, ainsi que l'indique le contrat. En gnral, il s'agit d'une anne aprs la signature de la rception provisoire. Comme le dcrit le Chapitre 8 "L'assistance l'exploitation", le fournisseur peut, pour les dbuts de l'exploitation industrielle de l'installation, afin d'optimiser la production, proposer une assistance l'exploitation. LES AUTRES PRESTATIONS SUR SITE Le travail l'attachement consiste assurer pour un client, dans le cadre d'un contrat dtermin, une prestation supplmentaire une fourniture principale vendue antrieurement. Dans ce cas, la mission du fournisseur est clairement dfinie, et la facturation des prestations est effectue en rgie.

Les difficults du travail sur site

LA MISE EN SERVICE PAR LE FOURNISSEUR Les prestations sur site, pour s'effectuer dans de bonnes conditions, rendent ncessaire d'viter un certain nombre d'cueils. C'est une bonne rdaction du contrat qui permettra de ne pas avoir en affronter certains, et supprimera ainsi toute source ventuelle de conflits entre les intervenants. Les difficults pourront tre vites divers niveaux. LE TRAVAIL D'ORGANISATION ET LA PRISE DE RESPONSABILITE DU MAITRE D'UVRE Le matre d'uvre doit assurer la coordination entre les divers corps de mtier, ou s'il le dsire, dlguer clairement sa responsabilit. Il lui faut prendre en charge l'organisation du chantier, ce qui demande l'tablissement des documents administratifs, des plans de travail concerts, la prvision de runions de travail, l'indication des consignes aux entreprises partenaires.

Il doit avoir conscience des activits qui lui incombent. LA PRESENCE DE DIVERS PARTICIPANTS A L'AVANCEMENT DE LA MISE EN SERVICE Les entreprises participant la ralisation (entreprise de gnie civil, mcanicien, utilisateur final,) ne doivent pas cacher leurs difficults, ni effectuer de demandes tardives de modifications, ou encore remettre en cause la spcification fonctionnelle, les fonctions tant alors supposes non assures, ou encore ncessitant un changement. Si les intervenants crent des temps d'attente, l'incidence sur les cots peut tre importante. LA REALISATION ET LE DEROULEMENT DES PRESTATIONS Les validations contractuelles doivent sanctionner les diverses tapes de la mise en service.
GIMELEC- EXERA

19

Chapitre 5 (suite) LES PRESTATIONS SUR SITE

Les difficults du travail sur site (suite)

Pour mener celle-ci terme, les moyens matriels doivent tre mis la disposition du fournisseur, comme les pices de rechange dj sur place, les fluides, les moyens locaux. Le fournisseur s'engage fournir les moyens ncessaires prvus dans le cahier de recette pour valider sa propre fourniture. Le personnel du fournisseur n'a pas dpasser les horaires lgaux ou assurer une astreinte (mise disposition complte) non prvue au contrat. LA REALISATION DES TESTS DE RECETTE Les produits ncessaires l'excution des recettes doivent tre disponibles. Des arrts sur la production, lorsqu'ils sont ncessaires pour une intervention, doivent absolument tre possibles. Si la priorit est donne la production, il peut en effet s'en suivre que l'on n'effectue pas assez d'essais avec produits pour certaines fonctions d'automatisme. Les essais pour rception ne doivent pas tre remis une date indtermine ou sinon, ces conditions alatoires doivent tre prvues au contrat. LE TRANSFERT DE L'INSTALLATION Le client doit vrifier et prciser le niveau initial de formation du personnel qui exploitera le systme. Le fournisseur s'engage lui fournir un plan de formation adapt. La non-participation des services de maintenance et d'exploitation de l'utilisateur final la mise en service rend cette tape prilleuse. Il en est de mme d'une formation insuffisante du personnel de conduite et d'entretien. L'assistance l'exploitation, si elle n'est pas prvue, peut dans certains cas, faire grand dfaut. LA SUPERVISION DE LA MISE EN SERVICE Les rgles de bonne conduite numres cidessus sont encore valables dans ce cas. De plus, le fournisseur et le client devront

tenir compte de l'indpendance contractuelle de la socit charge de la mise en service. Le fournisseur, en effet, n'a aucun pouvoir sur la valeur technique des metteurs en route (il peut arriver que la formation de ces derniers n'ait pas t assimile ou n'ait pas t donne) ; la disponibilit du matriel et des outillages prconiss ; le respect par les metteurs en route des procdures techniques, des squences des tches, des essais, des mises jour de documents, des versions de logiciel, Cependant, les spcialistes du fournisseur ne devront pas se substituer aux quipes du matre d'uvre qui devront elles-mmes assurer la mise en route. Par ailleurs, pour que le personnel charg de la supervision puisse exercer sa responsabilit, il est ncessaire que les documents de mise en service, tablis par le fournisseur, soient totalement adapts, complets et prcis. Le personnel charg de la mise en route doit d'autre part fournir des comptes rendus celui de la supervision. L'accord de ce dernier doit tre demand pour tout changement de la spcification fonctionnelle. D'une faon plus gnrale, le mot "supervision" doit tre compris de la mme manire par le fournisseur et le matre d'uvre. Dans ce cas de travail en rgie, il peut arriver que le budget du client en hommes-mois s'puise avant la fin de la mise en service. LES PRESTATIONS A L'ATTACHEMENT Les difficults de travail sont les mmes que pour la mise en service. Cependant, si ces travaux interviennent plusieurs annes aprs la mise en exploitation de l'installation, celle-ci a pu tre profondment modifie par le client, ce qui ne simplifie pas l'intervention. Lors des prestations l'attachement, le fournisseur prend moins de risques de drapage des cots dcoulant de pertes de temps, mais comme toujours, il faut viter les contestations sur les temps passs accomplir certaines tches.

GIMELEC- EXERA

20

Chapitre 5 (suite) LES PRESTATIONS SUR SITE

Dans la rdaction du contrat

Une bonne rdaction du contrat va permettre de raliser les prestations sur site dans de bonnes conditions. LA MISE EN SERVICE Ainsi, dans le contrat, les conditions de travail du personnel du fournisseur sont indiques en dtail (horaires, conditions de dpassement). Les obligations matrielles du matre d'uvre sont prcises (mise disposition du fournisseur des moyens tels que les pices de rechange, les fluides, l'nergie, les outils, ) ainsi que l'association de certains personnels du client la mise en service (service de l'exploitation, de la maintenance). Il est bien indiqu qu'avant le dbut du chantier, les modalits pratiques du suivi sont dfinir : l'attribution des tches de coordination entre les diffrentes entreprises participant au chantier, la tenue de runions priodiques, mais galement l'tablissement des documents tels que les comptes rendus de runions, le journal du chantier, les fiches de sortie de matriel. La procdure de demandes de modifications lors des interventions sur site est dcrite prcisment. Les tapes du chantier sont planifies, les tests de recettes clturant chaque tape bien dfinis. Pour les tests de recettes, les produits ncessaires, les temps indispensables sont indiqus. Une clause permet la reprise des recettes lorsque les essais n'ont pas t concluants. Les moyens de mesure, les relevs effectuer pour prouver que les performances atteindre sont obtenues, sont dcrits clairement. Les conditions de monte en production, les temps de mise disposition de l'quipement au fournisseur pour raliser les essais sont prciss, en particulier dans le cas d'une modernisation d'installation. La rception provisoire sera obtenue par dfaut par des butes dans le temps, prvues au contrat ou lies au fait que le client exploite l'quipement. Une clause prvoit que les anomalies non-bloquantes ou mineures (qui ne rendent pas l'ins-

tallation impropre l'usage) ou le refus non justifi de signer le procs-verbal de recette ne peuvent retarder que soit prononce la rception, qui sera automatique tant de jours aprs la fin de la recette. Une clause dfinit la monte en production. Il est ncessaire que le client mette l'installation industrielle la disposition du fournisseur pour ses mises au point, au cours de cette monte. Si les impratifs de production industrielle en empchait le client, la rception serait prononce suivant une clause contractuelle bien prcise. LA SUPERVISION DE LA MISE EN SERVICE Les lments de contrat indiqus pour la mise en service sont valables galement dans ce cas. De plus, le rle de personnel de supervision, les limites de ses responsabilits, ses droits et moyens d'intervention en cas de non-respect de ses consignes sont indiqus. Les responsabilits respectives du client, d'ventuels fournisseurs et du matre d'uvre de la mise en service sont dfinies, avec en particulier celle du planning des travaux (le responsable reprsentant le matre d'uvre est galement prciser). Une clause dfinit le nombre et la qualification des metteurs en route ncessaires et permet de rcuser ceux qui ne sont pas comptents. La formation de ces metteurs en route est prvue, avec l'exigence que ce soit bien le personnel form qui excute la mise en service. Il faut galement indiquer que le matre d'uvre met la disposition des metteurs en route tous les matriels ncessaires aux essais, suivant la liste tablie par le fournisseur, ainsi que toute la documentation ncessaire. LES PRESTATIONS A L'ATTACHEMENT Tous les lments concernant le travail sur site indiqus ci-dessus doivent paratre dans le contrat. Il faut de plus, prciser le point de dpart de la prestation, fixer les dlais de pravis pour les interruptions et les fins de mission, faire consigner trs prcisment les temps de prsence du personnel du fournisseur et les temps d'arrt dus aux clients ou autres intervenants sur le chantier.
GIMELEC- EXERA

21

C h a p i t r e

LA GARANTIE

Une garantie sur quoi, pendant combien de temps ?

Toute fourniture d'un systme d'automatisation prvoit une priode dite de garantie, qui commence en gnral la signature de la rception provisoire. Sa dure est fixe par le contrat. Pendant cette priode, Pour les matriels, le fournisseur s'engage raliser toute rparation, remplacement, rectification ou remise en tat de toutes les pices dfectueuses de l'quipement, l'exception des pices consommables et d'usure ; Pour les logiciels de base (incorpors dans une machine et qui aident au dveloppement et au fonctionnement des logiciels d'application) et pour les progiciels, le fournisseur assure la conformit de ces derniers aux caractristiques techniques figurant dans la documentation, la mise la disposition du client de la liste des problmes connus, appels "bogues" ("bugs") pour les logiciels", des solutions de contournement si elles existent, et des corrections au fur et mesure de leur connaissance. Il met la disposition du client une assistance technique prenant la forme soit d'une "hot line", soit d'une mission d'assistance la clientle, ou encore une possibilit de formation. Pour les logiciels d'application spcifique, le fournisseur ne peut garantir que l'utilisation du logiciel sera ininterrompue ou exempte d'erreur ; la technique informatique est en effet complexe et il n'est pas raliste de tester toutes les combinaisons possibles d'enchanement des squences du logiciel. Par contre, il s'engage assurer la correction des erreurs ventuelles du logiciel ou des non-conformits par rapport aux spcifications fonctionnelles, qui apparaissent pendant cette priode. Mais seuls les dysfonctionnements reproductibles, mme intempestifs, ou bloquants des fonctions du systme d'automatisation peuvent faire l'objet d'une action dans le cadre de garantie.

Il faut cependant indiquer les limites prcises de l'application de la garantie. La garantie ne peut, en aucun cas, couvrir une perte ventuelle de production ou d'exploitation.
s

La garantie ne s'applique qu'aux matriels et logiciels fournis au client dans le cadre du contrat, dans la version ayant donn lieu recette.
s

Un dysfonctionnement n'est pas couvert lorsque le systme d'automatisation a t utilis dans des conditions anormales ou contraires aux spcifications dfinies dans la documentation du fournisseur, si ce systme (matriels et logiciels) a t modifi sans accord pralable et crit du fournisseur, ou encore si les conditions d'environnement ont chang.
s

La garantie ne s'applique pas non plus lorsque le personnel d'exploitation montre une mconnaissance des caractristiques de la mise en uvre du systme, du fait d'une formation insuffisante ou inexistante, conformment au contrat.
s

Il faut remarquer que la mise jour systmatique des logiciels de base aux nouvelles versions n'est pas assure au titre de la garantie. Cette prestation pourrait faire l'objet d'un Contrat de maintenance applicable ds la priode de garantie (mise niveau technique : voir le Chapitre 7 "Le contrat de maintenance"). Aucune aide l'exploitation ne relve de la garantie. Si le client dsire qu'elle soit assure par le fournisseur, cette dernire devra faire l'objet d'un article spcifique dans le contrat, ou bien sera l'objet d'une commande particulire et le temps pass sera factur en sus, au tarif en vigueur au moment de l'intervention (voir le chapitre 8 "L'assistance l'exploitation"). La priode de garantie, partir de la recette provisoire, dure en gnral un an. Dans le Chapitre 5 "Les prestations sur site", des butes dans le temps sont indiques pour
GIMELEC- EXERA

22

Chapitre 6 (suite) LA GARANTIE

Une garantie sur quoi, pendant combien de temps ? (suite)

la dclaration de la rception provisoire. De mme, une bute ou un dlai maximal par rapport une date contractuelle (qui peut tre la date de la commande, ou de la rception en usine ou encore de la mise disposition sur le site ou FOB) dclenche automatiquement la fin de la garantie. Au del, les interventions relvent de la maintenance. Lorsque la dure de mise en service de l'installation complte est suprieure la dure de garantie du systme d'automatisation, un accord d'intention pour une assistance technique post-garantie peut tre conclu. Il permet au fournisseur d'assurer au client son aide

pour terminer cette mise en service. Autre caractre important lorsque la garantie d'un systme d'automatisation est globale, le remplacement d'un sous-ensemble ne peut avoir pour effet de prolonger la dure de la garantie globale. Dans le cas o un dcoupage de l'installation en systmes autonomes permet une rception partielle d'installation, la garantie doit ellemme pouvoir s'adapter ces parties d'installation.

Les prestations sous garantie

Les prestations sous garantie s'effectuent en deux phases, tout d'abord la reconnaissance du dysfonctionnement, puis l'intervention pour y remdier. LE DECLENCHEMENT D'UNE PRESTATION Une procdure doit tre prcise pour permettre au fournisseur et l'utilisateur d'oprer dans les meilleures conditions. L'utilisateur consigne tout dysfonctionnement du systme d'automatisation sur une fiche d'anomalie pr-tablie, en dcrivant le contexte d'utilisation, et la transmet au fournisseur. Le fournisseur se doit, lorsque le dysfonctionnement lui est ainsi signal, d'tablir rapidement un diagnostic. Une analyse est mene, depuis les locaux du fournisseur, l'aide de la fiche d'anomalie et du compte rendu ventuel de tldiagnostic. Elle est souvent complte par un contact tlphonique avec l'utilisateur. Si un dfaut du systme constat par le client est signal au fournisseur avec retard, celui-ci n'est pas responsable des consquences de ce retard. La remise en ordre du systme d'automatisation qui dcoule du retard n'est pas prise en compte par la garantie. Si le dysfonctionnement est non-bloquant, le fournisseur communique le dlai prvisible pour dclencher l'action corrective. Si le dysfonctionnement est bloquant, ou

si les investigations sur site sont indispensables, le fournisseur organise une intervention chez le client. Cependant, les dlais d'analyse et de suppression d'une anomalie ne pouvant absolument pas tre totalement prvisibles, le fournisseur peut assurer un dlai d'engagement de moyens, mais non un dlai de dpannage. Nanmoins, il est possible de dfinir un contrat spcifique de disponibilit avec notion de bonus-malus, de faon rendre plus incitative la ractivit du dpannage. L'INTERVENTION DU FOURNISSEUR Une fois le type de dysfonctionnement du systme d'automatisation identifi, trois cas se prsentent : Si l'intervention sur le site n'est pas ncessaire, quand le matriel est incrimin, le client renvoie chez le fournisseur l'lment du systme d'automatisation pour rparation ; quand le logiciel d'application est incrimin, le fournisseur renvoie une correction ou une nouvelle version du logiciel. Lorsque le fournisseur intervient sur le site, il effectue l'une ou l'autre des actions correctives suivantes : il remplace l'lment en panne, il rpare l'lment dfectueux, corrige la cause du dysfonctionnement ou fournit une solution provisoire de contournement avec engagement de trouver une solution dfinitive.
GIMELEC- EXERA

23

Chapitre 6 (suite) LA GARANTIE

Les prestations sous garantie (suite)

Le client a alors pour obligation envers le fournisseur de laisser libre accs l'installation aprs qu'accord ait t conclu sur le moment et la dure de l'intervention, de lui fournir les matriels de bureau (meubles, tlphone, fax, photocopieurs) ncessaires, de mettre sa disposition les pices de rechange, les fluides (air, eau), les nergies et le personnel de conduite et d'exploitation de l'installation, ncessaires au bon droulement de l'intervention. Lors de l'intervention du fournisseur dans le cadre de la garantie, le client reste responsable de l'installation. A ce titre, les manipulations doivent tre effectues sous son contrle. Le fournisseur ne peut tre rendu responsable d'une faute de manipulation et de ses consquences sur le matriel, le procd, les produits en cours d'laboration et l'environnement. Lorsque le fournisseur intervient distance (tlmaintenance), les dispositions du paragraphe prcdent s'appliquent mais avec la ncessaire coopration

entre le fournisseur qui intervient distance et les utilisateurs sur site. LES MODALITES FINANCIERES D'EXECUTION Pour toute prestation relevant de la garantie, le fournisseur prend en charge les frais de pices du systme d'automatisation et la main d'uvre. Le contrat doit stipuler la prise en charge des frais de dplacement et de subsistance du personnel du fournisseur. Si la garantie n'entre pas en jeu, les pices et la main d'uvre sont factures au tarif en vigueur la date d'intervention, avec frais de dplacement en sus.

Dans la rdaction du contrat

Il est primordial de dlimiter la priode de garantie contractuelle en indiquant par exemple que celle-ci prend effet partir de la date de rception provisoire et au plus tard dix-huit mois compter de la date de mise disposition du systme et dure une anne. Le champ d'application de la garantie doit tre nettement dtermin. Il s'agit d'intervenir aprs des dysfonctionnements reproductifs ou bloquants. Les incidents aprs adjonction ou modification apportes au systme d'automatisation sans accord du fournisseur ou aprs transformation de l'environnement, les utilisations non conformes aux spcifications de la documentation ou effectues par un personnel de formation insuffisante ne sont pas couverts par la garantie. Les conditions de paiement doivent, en ces cas, tre dfinies.

La procdure d'intervention est bien prcise : dclenchement de l'intervention, obligations du fournisseur et du client, distinction entre dlai d'intervention et dlai de dpannage Enfin, il faut bien rappeler qu'en aucun cas, le fournisseur ne peut tre tenu, au titre de la garantie, de ddommager une quelconque perte de production ou d'exploitation due un dysfonctionnement ou aprs transformation de l'environnement, mme s'il a t inform de la possibilit d'un tel dommage.

GIMELEC- EXERA

24

C h a p i t r e

LE CONTRAT DE MAINTENANCE

Pourquoi un contrat de maintenance ?

Le systme d'automatisation qui accompagne une installation demande des comptences diverses ceux qui ont en charge sa maintenance. Aussi, l'utilisateur peut-il vouloir faire appel des prestataires extrieurs travaillant sous contrat. L'entreprise fournisseur du systme, elle-mme dans le cadre de son mtier de prestataire de services, peut proposer de telles prestations de maintenance, ceci quelques fois ds la priode de garantie, lorsque le contrat de fourniture permet de disposer de prestations supplmentaires. Ainsi, le client a la certitude de bnficier dans des dlais convenus et gnralement rduits- de l'assistance et du savoir-faire d'un intervenant efficace, surtout en cas de dysfonctionnement du systme d'automatisation, ce qui lui permet de rduire ou d'annuler les oprations de maintenance effectues par son personnel et de dterminer par avance son budget de maintenance. Le prestataire de services, quant lui, garantit ainsi la charge de travail de son personnel, valorise par ces nouveaux services son savoir-faire, est assur que le systme install reste dans des conditions d'exploitation opti-

males pouvant lui servir de rfrence. L'aide apporte ne dgage cependant pas l'utilisateur de sa responsabilit dans le cadre de l'exploitation normale du systme. Dans la mesure du possible, le contrat de maintenance sera un contrat "type", c'est-dire dj mis au point, dont on matrise bien les paramtres et dont on connat l'efficacit. Ces contrats recouvrent des prestations diverses et sont facilement adaptables. Cependant, l'utilisateur du systme peut demander un contrat "sur mesure", en fonction de ses impratifs et de sa spcificit. Quoi qu'il en soit, le contrat doit tenir compte des besoins spcifiques du client, mais ne pas les dpasser, et d'autre part ne pas comporter de prestations pertinemment irralisables ; pas d'interventions inutiles, excessives pour le systme d'automatisation du client ; pas de contraintes intenables pour le prestataire concernant les dlais d'interventions, la qualification du personnel, les horaires de travail, les obligations de rsultats, de performances, de fiabilit, les pnalits.

Les diffrentes prestations de maintenance

Parmi les contrats-types, l'on trouve diverses possibilits. LA MAINTENANCE PREVENTIVE Des visites systmatiques, ou ralises lors de dpannages, permettent de vrifier l'tat gnral de l'quipement et les valeurs des paramtres de rfrence (comme des vitesses de dplacement, des tensions lectriques d'alimentation). Ces paramtres, ventuellement enregistrs, peuvent alors tre corrigs, les pices d'usure du systme, principalement les pices mcaniques, remplaces. Cependant, la fourniture de ces pices n'entre pas, en gnral, dans le cadre d'un tel contrat de maintenance.

Pour ces prestations, les oprations la charge du client ou celle du fournisseur doivent tre dtailles : dpoussirage, nettoyage, remplacement de filtres, rglages mcaniques ou encore approvisionnement en produits consommables ou en pices d'usure, selon les indications du fournisseur. LA MAINTENANCE CORRECTIVE DES MATERIELS Le prestataire de services effectue le dpannage des quipements d'automatisation sur le site ou en ses ateliers, avec rparation ou change des sous-ensembles dfectueux, dans des dlais d'intervention garantis tels vingtquatre heures, ou x jours ouvrs (du lundi au vendredi)
GIMELEC- EXERA

25

Chapitre 7 (suite) LE CONTRAT DE MAINTENANCE

Les diffrentes prestations de maintenance (suite)

Le dlai d'intervention garanti est la priode s'coulant entre, d'une part, la dclaration crite d'une panne et, d'autre part, l'arrive d'un technicien sur le site ou le dbut de l'intervention dans le cas d'une tlmaintenance. Par contre, le dlai de dpannage, priode ncessaire pour remettre l'quipement en route ou en production, n'est en gnral pas garanti par le contrat sauf clauses spcifiques prcisant les disponibilits. La maintenance corrective ne concerne pas les dysfonctionnements dus l'utilisation des matriels d'une manire impropre ou non conforme aux spcifications de la documentation du constructeur, la mise en uvre de logiciels non prvus ou non prconiss par le fournisseur ou la modification par le client, sans accord du fournisseur, du matriel et des logiciels. Dans ces circonstances, il s'agit d'une intervention facturer indpendamment, au temps pass et au tarif en vigueur au moment de l'intervention. LA MISE A NIVEAU TECHNIQUE DES MATERIELS ET LOGICIELS Une telle maintenance consiste en l'excution de toute modification qui apparat ncessaire pour augmenter la scurit ou la fiabilit du systme d'automatisation, ou bien encore toute modification dcide l'initiative du fournisseur (changement de rvision). La plupart du temps cependant, sont exclues toutes interventions sur des logiciels applicatifs non raliss par le fournisseur. Il s'agit bien de scurit et de fiabilit.Toute volution de nature augmenter les performances du systme d'automatisation ou encore tendre ses capacits fonctionnelles n'entre pas dans ce genre de maintenance. Toutefois, un tel contrat prvoit alors le plus souvent une information du client sur les volutions possibles du systme, et sur le cot de leur ralisation ventuelle.

L'ASSISTANCE TECHNIQUE Celle-ci peut tre : tlphonique (hot-line) : il s'agit alors de fourniture de renseignements techniques, de tldpannage,
s s

ou sur le site : un certain nombre de journes de prsence sont prvues pour effectuer des prestations de maintenance prventive ou corrective, de formation spcifique du personnel, de mise en place ou de gestion d'un stock de pices de rechange, de gestion de la documentation, etc En gnral, le dlai d'intervention ou de fourniture de pices de rechange, est garanti. LES PRESTATIONS HORS "HORAIRES NORMAUX" Elles consistent en une astreinte (le technicien de maintenance est la disposition complte du client) ou une permanence (le technicien est accessible) sur le site ou au domicile du technicien, avec des dlais prcis de raction et d'intervention. De telles prestations doivent faire l'objet d'un examen attentif, et tre tablies en respectant pour le personnel employ, la rglementation du travail, les accords salariaux LA MAINTENANCE DES LOGICIELS Ces prestations recouvrent :

s la remise en route de systme d'automatisation dans le cas d'une panne provenant d'un logiciel, s la mise niveau technique de logiciels, pour une bonne disponibilit, l'initiative du fournisseur du systme, s l'information du client sur les nouvelles versions des logiciels proposes la clientle, et leur installation ventuelle.

Les contrats "sur mesure" regroupent gnralement plusieurs de ces diffrents types de prestations.

GIMELEC- EXERA

26

Chapitre 7 (suite) LE CONTRAT DE MAINTENANCE

Objet et dure de la maintenance

La liste des matriels sous contrat avec leur numro de srie, la liste des logiciels avec l'indication de la version fournie prcisent l'objet de la maintenance (liste en annexe au contrat). L'implantation du matriel, le nombre de matriels identiques sont des indications indispensables. D'ailleurs, toute modification d'implantation, susceptible de modifier l'accessibilit du matriel ou les conditions d'exploitation, doit tre signale sous forme d'avenant au contrat. Aprs la livraison d'un systme d'automatisation, il est sage d'viter la mise en maintenance sous contrat d'une partie du systme, surtout lorsqu'il est difficile de prsenter un dcoupage technologique clair.

La date idale de conclusion d'un contrat de maintenance est celle de la rception provisoire du systme livr, ou au plus tard, la date de fin de garantie. Le client devrait avoir spcifi une solution pour assurer la maintenance de son systme avant cette date. Si un systme est mis sous contrat de maintenance aprs la date d'expiration de la garantie, un examen pralable et une remise en tat sur devis doivent tre prvus et effectus avant l'entre en vigueur du contrat. Il est dconseill au prestataire de services de prendre en charge la maintenance d'un quipement nouveau pour lui, dj mis en service, et exploit par un personnel de qualification non connue.

Dans la rdaction du contrat

Il est primordial d'tablir une liste dtaille de l'objet du contrat, matriels et logiciels. Les obligations du fournisseur et du client pour que la maintenance s'effectue dans de bonnes conditions sont indiquer prcisment. Pour le fournisseur, il s'agit en particulier des prestations proposes, des dlais d'intervention, de dpannage, de la priode couverte (horaires normaux ou plages horaires tendues), de la mise disposition de personnel comptent ou spcialis dans la technique du systme d'automatisation, de la mise disposition des outillages spcifiques, appareils de tests et de mesure Le client, quant lui, est dans l'obligation de prendre toutes les dispositions concernant l'installation pour permettre l'excution des oprations de maintenance. Il doit mettre gratuitement la disposition des intervenants le personnel de conduite ou d'exploitation, les fluides (air, eau) et nergie, des facilits comme le tlphone, le fax Il se doit aussi d'effectuer lui-mme avant l'intervention d'un technicien, les sauvegardes de ses programmes et logiciels. Cependant, ces obligations ne dispensent pas l'intervenant de le rappeler au client. La date de prise d'effet, la dure, l'actualisation, la rvision du contrat sont galement dfinir clairement. Le plus souvent, le contrat est conclu pour une dure minimale d'une anne, puis soit reconductible tacitement (sauf dnonciation par l'une des parties), avec des redevances actualises par une formule de rvision indique, soit

rengociable chaque anne de gr gr. La responsabilit juridique du prestataire doit tre dtaille : la responsabilit civile, en gnral illimite, la responsabilit pcuniaire, en cas de dommage cr par l'objet du contrat aux biens du client, le montant de la garantie par vnement tant souvent impos par le client. Ces deux derniers points, qui relvent d'une assurance spcifique, sont tablir par les services juridiques des partenaires du contrat. La responsabilit du fournisseur du systme d'automatisation ou du prestataire de maintenance, en cas de perte ou de destruction des supports d'information (disques, disquettes) est totalement dgage, si des sauvegardes n'ont pas t faites. Il en est de mme si l'utilisateur n'a pas suivi les conseils d'entretien ou de remise en tat du systme d'automatisation, donns avant un dysfonctionnement. Un clause de confidentialit peut tre introduite. La facturation des prestations doit tre bien dfinie. Les redevances sont en gnral trimestrielles et, par principe, payables net la rception de la facture. Une clause de bonus-malus, lie aux dlais d'intervention et de mise disposition des pices, peut exister, mais doit tre quilibre. Les pnalits, viter dans un contrat quilibr, constituent un garde-fou pour obliger le fournisseur respecter ses obligations. Elles doivent tre libratoires, dgageant aprs paiement le fournisseur de toute obligation.
GIMELEC- EXERA

27

C h a p i t r e

L'ASSISTANCE A L'EXPLOITATION

Pourquoi un contrat d'assistance l'exploitation ?

Le fournisseur d'un systme d'automatisation fournit l'utilisateur un systme intgr dans une installation. Une fois l'installation mise en service, ce systme va permettre de dmarrer l'exploitation, normalement aprs la rception provisoire et le transfert de proprit (cf Chapitres 4 "Les Recettes" et 10 "L'Aspect juridique du contrat"). L'atteinte des objectifs d'exploitation sous-entend la disponibilit de l'installation. Si celle-ci est du ressort du fournisseur du systme d'automatisation et des autres entreprises participant la ralisation de l'installation, elle dpend aussi en grande partie de l'utilisateur. Ses oprateurs doivent tre capables de conduire et contrler l'installation, l'encadrement, possder le savoir-faire indispensable son exploitation, un programme de fabrication suffisant doit tre ventuellement tabli, les produits entrants tre disponibles et de qualit. Dans la plupart des cas, le fournisseur du systme d'automatisation a tendance considrer que le personnel de l'utilisateur est totalement comptent et dispose de tous les moyens et ressources ncessaires l'exploita-

tion. S'il n'en est pas ainsi, et qu'il apparat des difficults la mise l'exploitation, le fournisseur s'expose ne jamais voir reconnatre par le client que l'installation est apte l'emploi. La prononciation de la rception provisoire peut alors tre diffre, la priode probatoire avant rception dfinitive allonge. Le fournisseur peut alors devoir rester sur le site en assistance gratuite, cependant que l'utilisateur ne comprend pas pourquoi l'installation ne rend pas les services qu'il en attend. L'utilisateur peut demander une assistance l'exploitation en diffrents mtiers (s'il ne la possde pas en interne) : expert pour le process, mcanicien pour les machines, lectricien-automaticien pour le systme d'automatisation. Utilisateur et fournisseur du systme d'automatisation ont ainsi intrt mutuel ce qu'une assistance l'exploitation soit propose par le fournisseur ds l'offre initiale. Les objectifs qui ont conduit dcider de l'investissement pourront tre atteints, l'assistance l'exploitation tant essentielle pour les raliser.

Les prestations d'assistance l'exploitation

Ainsi, par exemple, ct d'un expert en process qui va aider acqurir le savoir-faire du mtier, d'un mcanicien qui va adapter l'utilisation des machines aux conditions de production ou d'exploitation, le fournisseur du systme d'automatisation va proposer son assistance dans diffrents domaines. L'ASSISTANCE AU PERSONNEL DE "PRODUCTION OU D'EXPLOITATION" Il s'agit d'apprendre aux oprateurs utiliser rationnellement les organes de commande, pour raliser les fonctions retenues dans le dossier de spcifications fonctionnelles. Ces prestations d'assistance peuvent complter ventuellement une formation reue antrieurement.

Cette assistance recouvre galement l'apprentissage des responsables la mise en uvre du systme, dans les diffrents modes de marche prvus pour l'installation. L'ASSISTANCE AU PERSONNEL DES "ETUDES ET TRAVAUX NEUFS" Elle consiste en l'aide l'optimisation globale de l'installation, pour la part qui relve de la comptence du fournisseur d'automatisation. Les phases transitoires de fonctionnement, qui correspondent aux changements de rythme de production ou aux changements ventuels de produits ou encore aux changements de conditions d'exploitations, sont caractrises, les paramtres adapts de faon optimale.
GIMELEC- EXERA

28

Chapitre 8 (suite) L'ASSISTANCE A L'EXPLOITATION

Les prestations d'assistance l'exploitation (suite)

Les rsultats des mesures ou de l'examen des productions obtenues sont utiliss pour effectuer le paramtrage fin des rgulations et des modles mathmatiques. Des modifications par rapport aux spcifications initiales sont ventuellement suggres. L'assistance l'exploitation ncessite que la mise en service de l'installation permette dj que des produits commercialisables soient fabriqus ou qu'une exploitation au niveau minimal existe.

Il faut que le personnel d'exploitation ait dj acquis une formation initiale. L'utilisateur doit galement mettre disposition les matires premires, les nergies, les produits entrants en quantit suffisante. Toutes ces conditions doivent tre clairement dfinies dans un vritable contrat.

Dans la rdaction du contrat

Le contrat d'assistance l'exploitation doit mentionner explicitement les conditions initiales de la prestation, se rfrant la disponibilit de l'installation, ou la rception provisoire Une date bute de dbut et de fin doit tre indique mme si la prestation est en rgie, ainsi que les conditions de renouvellement telles pravis, reconduction de contrat, Le contrat dtaille la liste des types de prestations fournies, leurs priorits ou proportions respectives, leurs objectifs, leurs limites. C'est d'une faon explicite que sont indiqus le nombre des personnes mises disposition et leur comptence (technicien, ingnieur, gnraliste ou spcialiste), ainsi que les horaires de travail ou les conditions propres en cas de travail post ou en astreinte.

Les outils et moyens mettre disposition du personnel d'assistance par l'utilisateur comme par le fournisseur, y sont dcrits afin qu'il puisse raliser sa prestation, ainsi que les procdures respecter. Le contrat doit galement signaler que l'assistance, s'exerant pour ordre et compte du client, ne peut obliger le fournisseur du systme d'automatisation, au titre du contrat de fourniture du systme, rparer les dsordres qui rsulteraient de l'intervention. Si l'assistance ne s'exerce qu'aprs le transfert de proprit, ce problme ne se pose plus. Enfin, l'assistance l'exploitation est une prestation de service et de conseil. Aussi, elle n'inclut pas la fourniture de matriels complmentaires ou de rechange.

GIMELEC- EXERA

29

C h a p i t r e

LA FORMATION

Pourquoi une formation de l'utilisateur du systme d'automatisation ?

Tout au long du cycle de vie d'un systme d'automatisation, aussi bien pour la dtermination des spcifications fonctionnelles, que pour les recettes, la mise en service puis l'exploitation et la maintenance, la valeur technique du personnel concern est un lment primordial. Consciente de cet impratif, l'entreprise utilisatrice va donner une formation son personnel, qui sera soit une mise niveau des connaissances, en particulier lorsqu'il s'agit de la modernisation d'une installation, soit une formation complte, si le systme appartient

un nouvel ensemble avec lequel le personnel n'est pas familiaris. Ds les premiers contacts entre le fournisseur et un client, l'attention doit tre porte vers cette ncessit. Il faut prvoir dans l'tude du projet, les investissements que le client va consacrer la formation de son personnel ainsi que la programmation par le fournisseur des prestations de formation raliser, et en particulier les niveaux de comptences atteindre l'issue de ces prestations de formation.

Les diffrentes formations

Celles-ci concernent plusieurs niveaux de connaissances. FORMATION A L'UTILISATION PAR LES OPERATEURS Le personnel du poste de conduite d'une installation acquiert les connaissances indispensables pour exploiter le systme d'automatisation partir des moyens de communication entre l'homme et la machine : tableaux synoptiques, crans, consoles de visualisation affichage numrique. L'oprateur se familiarise avec la lecture des tats de situation et la manuvre possible des commandes de fonctionnement du systme. Il appartient en effet l'oprateur de surveiller, d'identifier les variations (voulues ou non) des paramtres de fonctionnement et de diagnostiquer les dysfonctionnements du systme. Les oprateurs reoivent ainsi une formation individuelle. Mais en mme temps, la cohsion de l'quipe ou des quipes de conduite est toujours construire. Cette formation s'acquiert sur des installations dj existantes, ou bien sur plate-forme lors de la ralisation du systme concern, ou encore sur l'installation et le systme luimme lorsqu'il est implant sur le site.

FORMATION A LA CONNAISSANCE DE L'APPLICATION A un autre niveau, les responsables doivent tre capables d'exploiter au mieux le systme en ralisant son paramtrage, de l'adapter ou mme de le faire voluer, enfin d'en assurer la maintenance. Il s'agit des services de l'exploitation, des tudes et travaux neufs, de la maintenance. Cette formation peut tre acquise notamment lors des essais en plate-forme. Le personnel concern assiste ces essais et l'intgration d'ensemble. La formation se poursuit lors de la mise en service et des autres essais de recettes. Ainsi, par ses contacts avec les responsables de la conception et de la ralisation du fournisseur, l'utilisateur acquiert une partie du savoir-faire qui lui sera ncessaire pour accomplir sa tche. Signalons que pour faire voluer ultrieurement le systme d'automatisation, les responsables doivent acqurir une connaissance approfondie des capacits du matriel et des logiciels.

GIMELEC- EXERA

30

Chapitre 9 (suite) LA FORMATION

Les diffrentes formations (suite)

FORMATION DE BASE Les formations dcrites prcdemment supposent acquises les connaissances de base concernant le fonctionnement des constituants du systme d'automatisation et de l'installation. Aussi, il appartient l'entreprise utilisatrice de s'assurer que le personnel en formation possde bien le niveau de base ncessaire.

S'il n'en est pas ainsi, elle doit en aviser le fournisseur du systme d'automatisation qui pourra assurer aide ou conseil et proposer de sous-traiter aux entreprises constructrices de constituants (machines mcaniques, quipements de contrle-commande,) les formations ncessaires.

Fourniture des prestations de formation

Le fournisseur du systme d'automatisation propose tout d'abord au titre de conseil- un plan de formation du personnel de l'entreprise utilisatrice. La concertation entre le fournisseur et le client aboutit le plus souvent la fourniture de prestations, soit prvues dans le contrat principal, soit en complment dans un contrat de formation. Dans tous les cas, le contrat principal indique l'importance de la formation et prcise qu'elle est indispensable pour atteindre les objectifs cherchs. Suivant le niveau que le personnel doit acqurir, la formation est donne en diffrents lieux : chez les constructeurs qui fournissent

les constituants de base du systme (il peut s'agir d'une sous-traitance), dans un centre de formation propre l'entreprise qui fournit le systme d'automatisation, au cours de la ralisation et des essais du systme fourni. Cette formation est dispense par des spcialistes des diffrentes techniques concernes : expert en process industriel, mcanicien, lectricien-automaticien. Pour valuer la russite des sessions de formation, des tests peuvent tre effectus auprs du personnel et des comptes-rendus envoys au responsable de l'entreprise cliente (cela suppose toujours un accord pralable).

Dans la rdaction du contrat

Il est impratif de souligner dans le contrat de fourniture d'un systme d'automatisation l'importance de la formation et de prciser qu'elle est indispensable pour atteindre les objectifs recherchs. Que la formation soit prvue dans le contrat principal ou en complment, le contrat se doit d'indiquer le nombre de personnes former, le niveau de base qu'elles doivent possder, le niveau de formation recherch. Le budget "hommes/heures" est dfinir. Il prcise le lien et les priodes de formation afin que le personnel concern soit totalement disponible (prsent par exemple, si cela est prvu, aux essais et la mise en service du systme).

La documentation distribue au cours de la formation est indique. Le contrat pourrait galement remarquer - pour assurer l'efficacit de ces prestations que les postes attribus au personnel doivent tre en accord avec la formation acquise.

GIMELEC- EXERA

31

C h a p i t r e

1 0

L'ASPECT JURIDIQUE DU CONTRAT

Une complexit juridique : la fourniture
L'activit du fournisseur de systmes d'automatisation est complexe car elle consiste en la fourniture d'un ensemble dont le bon fonctionnement dpend du bon fonctionnement simultan de produits matriels, de logiciels de base, de progiciels et de logiciels d'application spcifique. Cette complexit se retrouve dans les aspects juridiques du contrat. Il existe en effet, au sein d'un mme contrat, des lments de qualification relevant pour les uns, d'un contrat de vente, pour les autres, d'un contrat d'entreprise. Cette coexistence entrane dans la clause de garantie des incidences diffrentes sur la responsabilit du fournisseur. Un traitement diffrenci doit tre appliqu aux problmes, au sein d'une mme clause : le transfert de proprit du systme implique le transfert l'acqureur des droits de proprit du vendeur sur la chose, pour ce qui concerne les produits matriels (les utiliser, en percevoir les fruits, les aliner), et d'autre part le transfert partiel l'acqureur des droits du crateur de l'uvre de l'esprit pour ce qui concerne les logiciels (les utiliser selon certaines modalits). Les intrts des diffrents protagonistes qui sont parties au contrat ou tiers sont imbriqus d'une faon incontournable dans le contrat. Par exemple, le fournisseur de matriel, le crateur de logiciels de base ou de progiciels sont tiers par rapport au contrat. Cependant, celui-ci met directement en jeu leurs intrts puisque le vendeur du systme d'automatisation revend le matriel, ou encore les logiciels sous licence de leur fournisseur. Le vendeur du systme d'automatisation enfin est lui-mme crateur du logiciel d'application. Diffrents rgimes de protection coexistent pour la fourniture affrente un seul contrat. En effet, les produits matriels font l'objet de brevets et de marques dposes. Les dposants, souvent les inventeurs, sont titulaires de droits de proprit industrielle auxquels le contrat peut porter atteinte. Et les logiciels de base, progiciels et logiciels d'application spcifique font l'objet de marques dposes mais ne sont pas, en gnral, brevetables. Leurs crateurs sont protgs par le rgime du droit d'auteur. Notons qu'en ce qui concerne les logiciels, la notion de vice cach n'existe pas.

Les obligations souscrites par le fournisseur

Sans contestation possible, le fournisseur est tenu un rsultat, au titre de son obligation de livrer des matriels et progiciels en bon tat de fonctionnement. Il met en jeu sa responsabilit ds lors que l'on constate que le rsultat n'a pas t atteint, sans qu'il y ait prouver sa faute. Cependant, tenir ce mme fournisseur un rsultat, au titre de son obligation de livrer un systme d'automatisation rpondant aux fonctionnalits de l'analyse fonctionnelle, est souvent contestable dans la mesure o le rsultat attendu dpend bien souvent de la bonne excution par l'acqureur de ses propres obligations, en particulier la dfinition de ses besoins.

En tout tat de cause, ce n'est pas la qualification du contrat (contrat de vente, contrat d'entreprise) qui caractrise ipso facto l'obligation du fournisseur et le rgime de responsabilit qui en dcoule. Car, en qualit de professionnel, le fournisseur a envers le client une obligation de conseil. Aussi, la pratique tend gnralement mettre la charge du fournisseur une obligation de moyens, ce qui a pour consquence de soumettre la mise en jeu de sa responsabilit la preuve de sa faute, savoir qu'il n'a pas utilis tous les moyens promis pour rpondre aux besoins du client.

GIMELEC- EXERA

32

Chapitre 10 (suite) L'ASPECT JURIDIQUE DU CONTRAT

Les obligations souscrites par le fournisseur (suite)

Ainsi, tout au long de l'avancement du projet :

s

le donneur d'ordre a le devoir de collaboration et d'information vis--vis du fournisseur, le fournisseur a l'initiative de la question et de la mthodologie. Le client se doit d'y rpondre avec diligence et sans retour en arrire. le fournisseur a le devoir de mise en garde vis--vis de son client, notamment vis--vis de

la faisabilit, des performances et des dlais. Il doit exercer son professionnalisme devant le pouvoir d'autorit de son client. Ce devoir va jusqu'au refus d'obtemprer si la scurit des personnes est en cause. Une bonne rdaction du contrat, dfinissant de faon prcise le travail de chacun - et quand, comment, pourquoi il doit l'effectuer permet de dterminer les responsabilits.

Le transfert de proprit et des risques

La date du transfert de proprit et des risques dpend de l'objet et de l'tendue du contrat.

s

locale ont des consquences sur la date laquelle on transfre la proprit. Que transfre le fournisseur l'acqureur, sans porter atteinte aux droits de proprit attachs aux produits et logiciels ? L'auteur du logiciel cde ou concde tout ou partie de ses droits patrimoniaux au moyen du contrat, tout en conservant l'intgralit de ses droits moraux.
s

Si les obligations du fournisseur s'arrtent la recette-plate-forme ou la livraison du systme chez le client, le transfert a lieu l'une ou l'autre de ces deux dates, Si les obligations du fournisseur comprennent la mise en service du systme sur le site du client, le transfert a lieu la date de la rception sur site, avec procs-verbal de recette provisoire, Si les obligations du fournisseur comprennent la supervision de la mise en service, il est conseill que le transfert ait lieu la livraison. En effet, un transfert anticip de la proprit et des risques inverse la charge de la preuve en cas de problme survenant lors de l'installation ou mise en service du systme. Le client doit prouver la faute du fournisseur dans l'excution de ses prestations d'assistance pour engager la responsabilit de ce dernier. Ceci est plus scurisant pour le fournisseur, et le client l'acceptera d'autant plus facilement que le fournisseur reste tenu son gard d'une obligation d'assistance, la priode de garantie ne courant dans ce cas qu' compter de la date de la rception provisoire. Dans les contrats internationaux, les risques et la proprit peuvent ne pas tre transfrs simultanment. L'Incoterm (International Commercial Term), auquel il est fait rfrence dans le contrat, induit le moment du transfert des risques. Les termes et modalits de paiement ou la fiscalit

S'il cde l'acqureur ses droits patrimoniaux, ce dernier bnficie de l'exclusivit du droit d'utilisation du logiciel, S'il confre l'acqureur le droit d'utiliser le logiciel, il convient ce titre de bien dfinir les limites de cette utilisation. En ne donnant pas l'exclusivit du droit d'utilisation, le fournisseur garde la possibilit de fournir un systme identique ou semblable des tiers. Limiter l'utilisation un ou plusieurs sites chez le client, interdit implicitement toute copie de logiciel. Le fournisseur se rserve ainsi la possibilit de dvelopper d'autres logiciels pour ce mme client. L'utilisation est galement limite la conduite de certaines oprations, comme l'excution des travaux objets du contrat, la maintenance ou la rparation du systme hors garantie contractuelle. De plus, dans ce cas, il convient d'interdire expressment au client de transmettre tout ou partie des droits qui lui sont concds des tiers, sans l'accord pralable du fournisseur, ou encore de divulguer l'existence et le contenu des programmes en dehors des cas qui peuvent tre prvus au contrat.
GIMELEC- EXERA

33

Chapitre 10 (suite) L'ASPECT JURIDIQUE DU CONTRAT

Dans la rdaction du contrat

Dans un but de clart et compte tenu de la complexit de la matire, il est conseill de dcouper la clause concernant la proprit intellectuelle et l'tendue des droits concds, par thmes. Il faut distinguer ce qui relve du "dossier constructeur", qui est en gnral acquis par le fournisseur soit directement, soit par l'intermdiaire de tiers, et du "dossier d'application", c'est--dire ce qui est spcialement conu par le fournisseur pour la ralisation du contrat.

Il faut ensuite prciser qui est propritaire des droits sur le contenu de ces dossiers, le fournisseur en l'occurrence, et dfinir l'tendue des droits concds (en reprenant toutes ou certaines des limites indiques plus haut). Il ne faut pas omettre de mettre la charge du client une obligation de confidentialit.

GIMELEC- EXERA

34

GLOSSAIRE
Analyse fonctionnelle Dmarche d'tude permettant d'tablir le cahier des charges fonctionnel et les spcifications fonctionnelles. Anomalie Dviation par rapport ce qui est attendu. Une anomalie justifie une investigation qui peut dboucher sur la constatation d'une nonconformit ou d'un dfaut. (NF X 50-120). Non bloquante ou bloquante : les fonctions principales du systme d'automatisation sont ou ne sont pas remplies. Approbation Action d'accepter, avec ou sans rserves, le rsultat d'une phase de tests (identique rception). Astreinte Travail en astreinte : le technicien est la disposition complte du client. Cahier des charges fonctionnel Document tabli par le demandeur dfinissant les clauses techniques, les clauses de qualit et les clauses administratives applicables la fourniture recherche ; il sert de base la proposition du fournisseur et pourra faire l'objet d'un contrat. (Z 61-102) . Norme 50151 Cahier de recettes ou de tests Document dcrivant le contenu des tests de recettes (voir Test). Codage Activit permettant de traduire le rsultat de la conception dtaille d'un projet ou d'un programme l'aide d'un langage de programmation donn. C'est une des phases du cycle de vie d'un logiciel. Composant Elment ou ensemble destin remplir une fonction particulire dans un systme ou soussystme. (NF X 60-012). Conception Activit cratrice qui, partant des besoins exprims et des connaissances existantes, aboutit la dfinition d'un produit satisfaisant ces besoins et industriellement ralisable. Configuration logicielle Elment de configuration : constituant du logiciel dont il est ncessaire de matriser la dfinition et les volutions, soit en raison de sa fonction propre dans le logiciel, soit en raison de ses interfaces avec d'autres constituants (documentation, logiciel, fichier de donnes, fiche de modification). (Z 61-102). Gestion de configuration : ensemble des activits permettant d'identifier et dfinir les lments de configuration et toutes leurs relations. Elle permet de contrler les volutions durant le cycle de vie du logiciel, d'archiver chacun des tats successifs et de vrifier que chacun de ces tats est complet et cohrent. (Z 61-102). Conformit Non-conformit Non conformit : non-satisfaction aux exigences spcifies. La dfinition s'applique l'cart ou l'inexistence d'une ou plusieurs caractristiques par rapport aux exigences spcifies. La diffrence entre non-conformit et dfaut rside dans le fait que les exigences spcifies peuvent tre diffrentes des exigences de l'utilisation prvue. (NF X 50-120). Contournement Solution de contournement : biais permettant d'viter le phnomne dfectueux constat. Contrat Ensemble des lments liant un demandeur et un fournisseur et dfinissant d'une manire prcise, complte et cohrente leurs obligations respectives. (Z 61-102). Contrle Vrification de la conformit des donnes pr-tablies, suivie d'un jugement. Le contrle peut comporter une activit d'information, inclure une dcision (acceptation, rejet, ajournement) dboucher sur des actions correctives. (Z 61-102).

GIMELEC- EXERA

35

GLOSSAIRE (suite)
Cycle de dveloppement d'un logiciel Ensemble d'activits mises en uvre dans un ordre donn pour raliser un logiciel. Le cycle de dveloppement commence l'issue de la phase de spcification et se compose des phases de conception prliminaire, conception dtaille, codage, tests unitaires, intgration et validation (Z 61-102). Cycle de vie d'un logiciel Ensemble des phases du cycle de dveloppement prcd par la phase de spcification et suivi par la phase d'exploitation (Z 61-102). Dfaut Non satisfaction aux exigences de l'utilisation prvue. (NF X 50-120). Dfaillance Altration ou cessation de l'aptitude d'un bien accomplir une fonction requise. (NF X 60 010). Dlai Temps accord pour raliser une activit. Documentation Ensemble de documents sur un sujet dtermin. A chaque phase du cycle de vie d'un logiciel est attache une documentation. Celle-ci doit tre complte, prcise, comprhensible, accessible et cohrente. (Z 61-102). Donneur d'ordre Entit qui recherche un produit, met le cahier des charges en vue de son acquisition et de son utilisation par elle-mme ou par d'autres. (NF X 50-150). Dysfonctionnement Fonctionnement irrgulier, anormal du systme, pouvant aller jusqu' son blocage. Essais Jeu d'essais : ensemble des informations sur le process utilises pour l'excution d'une recette. Fiabilit Aptitude d'un dispositif accomplir une fonction requise dans des conditions donnes, pendant une dure donne. (NF X 50-120). Fonction Opration ralise par un systme (fungi, functum = s'acquitter). Formation Acquisition de connaissances particulires. Garantie Engagement par lequel on rpond de la qualit d'une fourniture. Hot-line Assistance tlphonique permanente par un technicien comptent. Intgration Activit consistant assembler progressivement les composants d'un logiciel ou d'un systme, identifis lors de la conception prliminaire et contrls lors des tests unitaires. On simule ventuellement les composants manquants. (Z 61-102). Interchangeabilit Se dit de produits qui ralisent des fonctions identiques, pour une mme qualit de service. Jeu d'essais Voir Essais Logiciel Ensemble des programmes, des procds et rgles et de la documentation relatifs au fonctionnement d'un ensemble de traitement de l'information. (Z 61-102). Maintenance Ensemble d'actions tendant prvenir ou corriger les dgradations d'un systme afin de maintenir ou rtablir sa conformit aux spcifications garanties. Matre d'Oeuvre Responsable pour la partie cliente de la mise en uvre sur le site de l'installation et de son systme d'automatisation. Obligations d'information et de conseil Le vendeur professionnel doit donner tous les renseignements sur l'utilisation et conseiller utilement le client par rapport ses besoins.
GIMELEC- EXERA

36

GLOSSAIRE (suite)
Priode Priode de garantie : priode pendant laquelle le fournisseur rpond de la qualit du systme. Priode probatoire : priode sparant la rception provisoire de la rception dfinitive. Procdure Dispositions pr-tablies pour mener bien une activit : - de modification, - de recette, - d'intervention sous garantie. Progiciel Logiciel d'application gnrale destin une clientle ayant des besoins similaires. Produit Fourniture spcifiable et livrable, rsultat d'un travail ou d'un processus industriel effectu pour rpondre un besoin (GAM-T17). Rception Acceptation faisant suite une recette. - provisoire : approbation du systme dans son environnement de destination. - dfinitive : approbation, l'issue de la priode probatoire, du systme dans son ensemble. Recette Action consistant vrifier par des tests la conformit d'un produit ses spcifications, dans un certain environnement. Rfrentiel Ensemble de composants (en gnral d'un logiciel) formellement dfini et accept un point cl, servant de rfrences pour les phases ultrieures et ne pouvant tre modifies que par l'intermdiaire d'une procdure formalise. (NF X 60-102). Rserves Observations mises lors d'une recette et impliquant des corrections ou des restrictions l'approbation. La rserve est prononce pendant la rception. C'est un cart qui n'est pas bloquant pour l'exploitation. Ressources Moyens matriels ou humains dont on dispose pour raliser une certaine activit. Simulation Cration artificielle des conditions d'environnement du systme. Spcifications fonctionnelles Ensemble des documents dcrivant de manire prcise, complte et cohrente les fonctions que le systme va raliser. Le dossier de spcifications prescrit les exigences auxquelles le produit ou le service doit se conformer. Les spcifications peuvent faire rfrence ou inclure des dessins, des modles ou d'autres documents appropris et indiquer galement les moyens et les critres suivant lesquels la conformit peut tre vrifie. (NF X 50-120). Test Technique de contrle consistant s'assurer que le comportement d'un logiciel ou d'un systme est conforme des donnes pr-tablies. (Z 61-102). Traabilit Aptitude retrouver l'historique, l'utilisation ou la localisation d'un article ou d'une activit, au moyen d'une identification enregistre (NF X 50-120). Validation Action consistant vrifier par des tests la conformit d'un produit ses spcifications dans un certain environnement (identique recette). Vice-cach Il y a vice-cach lorsque le vice est antrieur la vente, cach, inconnu de l'acheteur (le vendeur professionnel est prsum avoir eu connaissance de ce vice et tre de mauvaise foi).

GIMELEC- EXERA

37

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

ASSOCIATION DES EXPLOITANTS D'EQUIPEMENTS DE MESURE, DE REGULATION ET D'AUTOMATISME

GROUPEMENT DES INDUSTRIES DE L'EQUIPEMENT ELECTRIQUE, DU CONTROLECOMMANDE ET DES SERVICES ASSOCIES

LAssociation des Exploitants dEquipements de Mesure, de Rgulation et dAutomatisme (EXERA) est une association sans but lucratif qui regroupe les utilisateurs, les ingnieries et intgrateurs de systmes et dinstruments dans les domaines de lautomatisme de production, de linstrumentation, de lanalyse et de la mesure pour les essais. Lactivit des membres couvre lensemble des secteurs dactivits (nergie, gaz, ptrole, chimie, parachimie, mtallurgie, automobile, centres dessais, organismes de recherche, agences). Leur taille varie de la multinationale la PME/PMI. Par ses activits et les travaux de ses 22 commissions techniques, lEXERA apporte une aide aux adhrents dans la dfinition de leurs besoins, la spcification et le choix de solutions ou de produits. Elle est le lieu privilgi pour lorganisation des changes dexpriences. Elle favorise le dialogue avec le monde de loffre pour lexpression des besoins en organisant des Clubs Utilisateurs. En plus de laide prcite, ses membres bnficient dun volume important de rsultats dtudes fonctionnelles de systmes, dvaluations de produits (essais en laboratoire et sur sites industriels), de guides de choix raliss la fois par lEXERA et deux associations partenaires en Europe : EVALUATION INTERNATIONAL (UK) et le WIB (NL). Enfin, lEXERA assure la reprsentation collective des membres auprs des autorits franaises et des offreurs de matriels, mais galement dans le cadre international, notamment pour les relations avec lUnion Europenne.

Le Gimlec (Groupement des industries de l'quipement lectrique, du contrle-commande et des services associs) regroupe 200 constructeurs, systmiers et ensembliers de la filire lectricit, automatismes et contrlecommande. Ils reprsentent un CA global de prs de 56 milliards de francs (8,5 d'Euros) et oeuvrent sur les marchs de l'nergie, de l'industrie et du tertiaire. C'est autour d'une cinquantaine de divisions de produits toutes orientes march, constituant le Gimlec, que s'organisent les rflexions sur les volutions de la profession : s les volutions des mtiers s les volutions des marchs (contexte franais, europen, mondial) - dveloppement des services - dveloppement des NTIC s les volutions techniques et l'impact de la normalisation s le dveloppement des thmes caractre gnral. Ainsi, la qualit de fourniture de l'nergie lectrique, la scurit des installations, la sret de fonctionnement des process sont autant de sujets pris en compte par la profession et qui visent accrotre le niveau de performance des clients. Afin d'optimiser ces axes de dveloppement, les entreprises de la profession ont dfini un plan stratgique pour le Gimlec. Il s'articule autour de quatre ples principaux : s La promotion des nouvelles techniques de communication, leurs incidences sur les relations avec les professions avales de la filire lectrique, notamment dans les mthodes de commercialisation (portail, e-business). s La mise en valeur des services offerts par les constructeurs. s La dfinition de rfrentiels internationalement reconnus, relatifs aux nouvelles activits, par le biais notamment de la normalisation et de la certification. s L'laboration d'un cadre contractuel pour fixer les rgles commerciales et juridiques en rponse aux nouvelles exigences des clients.

GIMELEC- EXERA

38

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

Parc Technologique ALATA - BP 2 F 60550 Verneuil-en Halatte Tl. : +33 (0)3 44 24 21 00 Fax : +33 (0)3 44 24 20 90 www.exera.com

11-17 rue Hamelin 75783 Paris Cedex 16 - France Tl. : +33 (0)1 45 05 70 70 Fax : +33 (0)1 47 04 68 57 www.gimelec.fr

Mise en page : Jack Grison