Comment puis-je justifier ma licence d'exclusion de garanties à un client? [fermé]

Je vends des logiciels qui permettent aux utilisateurs de manipuler des informations critiques.

Dans mon contrat de licence (rédigé par un avocat spécialisé dans ce domaine), j'ai une clause standard qui se lit comme suit:

CE LOGICIEL EST FOURNI PAR L'AUTEUR `` TEL QUEL '' ET TOUTE GARANTIE EXPRESSE OU IMPLICITE, Y COMPRIS, MAIS SANS S'Y LIMITER, LES GARANTIES IMPLICITES DE QUALITÉ MARCHANDE ET D'ADÉQUATION À UN USAGE PARTICULIER SONT EXCLUES. L'AUTEUR NE SERA EN AUCUN CAS RESPONSABLE DES DOMMAGES DIRECTS, INDIRECTS, ACCESSOIRES, SPÉCIAUX, EXEMPLAIRES OU CONSÉCUTIFS (Y COMPRIS, MAIS SANS S'Y LIMITER, L'APPROVISIONNEMENT DE BIENS OU DE SERVICES DE SUBSTITUTION; LA PERTE D'UTILISATION, DE DONNÉES OU DE PROFITS; OU L'INTERRUPTION D'ENTREPRISES) ) TOUTEFOIS CAUSÉ ET SUR TOUTE THÉORIE DE LA RESPONSABILITÉ, QUE CE SOIT DANS LE CONTRAT, LA RESPONSABILITÉ STRICTE OU LE TORT (Y COMPRIS LA NÉGLIGENCE OU AUTRE) DÉCOULANT DE QUELQUE MANIÈRE QUE CE SOIT DE L'UTILISATION DE CE LOGICIEL, MÊME S'IL EST AVISÉ DE LA POSSIBILITÉ DE TELS DOMMAGES.

J'ai vu des équivalents dans presque tous les logiciels que j'utilise jusqu'à présent.

Jusqu'à présent, tous nos clients l'ont accepté sans difficulté, mais maintenant un client potentiel le conteste. En fait, il me dit quelque chose comme:

Vous voulez dire que si j'utilise votre logiciel pour acheter quelque chose à 10 $ auprès d'une société tierce, et qu'il y a un bug dans votre logiciel (comme vous ne garantissez pas qu'il n'y en a pas), et que vous transmettez une commande de 20 $, je paierai la différence de 10 $, pas vous?

Je suis un peu coincé entre ce qui semble être du bon sens de sa part, et le fait que mes compagnies d'assurance ne m'assureraient probablement pas pour ce genre de risques, et si vous considérez que nous parlons de millions, pas de dollars, ça ne marche pas ne me sens pas à l'aise d'être responsable de ce genre de perte potentielle.

Jusqu'à présent, la meilleure réponse que j'ai trouvée est que tout le monde le fait dans l'industrie (Microsoft ne garantit pas que le courrier que vous avez envoyé à l'aide d'Outlook ne sera pas modifié, par exemple en tournant tous les 10 $ en 20 $ ...)

Des conseils sur la façon de gérer cela? (en plus de faire de notre mieux pour expédier un logiciel sans bug, bien sûr: p)

"Si je vous donnais une telle garantie, et je l'ai donnée à tous mes autres clients aussi, je serais probablement en faillite très bientôt. En raison de la complexité du développement logiciel, il est actuellement pratiquement impossible de créer un logiciel qui ne contient aucun bogue.

Mais même si mon logiciel était parfait, d'autres composants de l'ensemble du système, comme le matériel, le système d'exploitation, les bibliothèques que j'utilise, le système de base de données, etc. pourraient encore contenir des bogues, et ils le font très probablement; Donc, chaque fois que quelque chose ne va pas, vous essayerez probablement de me faire payer les dommages, car je suis le seul à vous avoir donné une garantie et le problème finit par apparaître dans mon programme, car c'est l'interface avec laquelle vous travaillez. Je ne peux tout simplement pas me permettre de me défendre contre de telles réclamations. "

Je pense que vous devez avoir un entretien avec un avocat. Différentes juridictions ont des lois sur les consommateurs différentes. Au Royaume-Uni, il existe quelques lois sur les clauses contractuelles abusives. Je ne sais pas si votre avis de non-responsabilité tiendrait la route ou non (j'ai vu plusieurs contrats de grandes entreprises qui ne respecteraient pas la législation).

Si votre avocat dit que votre avis de non-responsabilité est OK, vous avez plusieurs options pour le vendre à votre client. Que diriez-vous:

"Bien que nous nous efforcions d'assurer la qualité de nos logiciels, en raison de la complexité de tous les différents logiciels impliqués dans le système d'exploitation, la base de données, le serveur Web, le navigateur, etc., dans la pratique, il est presque impossible de déterminer quelle pièce du logiciel a causé le bogue ". Par exemple, si mon logiciel échoue en raison d'un bogue dans Internet Explorer (ou autre), il serait injuste de tenir ma société responsable. "

Une alternative serait: "essayez de poursuivre Microsoft, vous ne pouvez récupérer que le prix du logiciel."

Cela dépend plutôt de votre relation avec le client.

J'ai été impliqué dans une affaire judiciaire impliquant un serveur de fichiers en panne qui a corrompu une base de données pour une entreprise. Il était presque impossible de prouver que la société qui l'avait installé avait fait preuve de négligence même si elle n'avait pas respecté les exigences matérielles du logiciel.

Je suis avocat, et la clause citée ci-dessus dit essentiellement qu'il n'y a pas de garantie, vous n'êtes donc pas responsable si le client pense que le logiciel lui fait subir un préjudice entraînant une perte. La meilleure réponse à la demande de garantie du client est que le prix du produit est basé sur l'absence de garantie. Si le vendeur prévoit une garantie, il devra être indemnisé pour cette fonctionnalité, et c'est une fonctionnalité coûteuse, en particulier en tant qu'élément unique. Le client n'est-il pas mieux de se fier uniquement à son assurance interruption de travail? Et le vendeur propose-t-il un SLA?

En effet, avec le contrat que vous avez aujourd'hui, il y a un risque implicite qui est assumé par tous vos clients (sauf celui que vous avez mentionné). Apparemment, le coût associé est acceptable, car ils continuent de faire affaire avec vous, et même si à l'avenir de tels bugs leur causent des dommages, la base de consommateurs dans leur ensemble les considère comme supportables. C'est effectivement ce qui se passe dans l'industrie du logiciel en général, et c'est pourquoi de telles clauses sont considérées comme acceptables.

Maintenant, théoriquement, vous pouvez donner à votre client ce qu'il demande - théoriquement. Ce qu'il faut, c'est avoir une assurance (comme vous l'avez mentionné) pour d'éventuels dommages, ou un processus de développement suffisamment rigoureux pour valider le comportement du logiciel, probablement une combinaison des deux. Ces choses augmentent évidemment vos coûts opérationnels / de développement, et vous devrez augmenter le prix que vous facturez pour le logiciel. Et nous parlons d'augmentations spectaculaires: par exemple, selon un tableau de Software Estimation (p. 243), le moyen le plus efficace de supprimer les défauts est le test bêta à haut volume, qui est assez coûteux, et ne supprime que 60% à 85% des défauts.

Votre client est-il prêt à payer pour de telles choses? Dans certains secteurs, les clients sont: l'aérospatiale, les systèmes embarqués pour voitures, etc. Dans d'autres, c'est une charge injustifiable.

L'essentiel est: vous ne pouvez pas fournir gratuitement ce qu'il veut. Et l'augmentation du prix qu'il devra payer ne sera probablement pas inférieure à la provision qu'il doit faire pour absorber lui-même le risque. C'est pourquoi les autres clients acceptent l'accord.

Vous devez lui dire que s'il souhaite payer pour vous d'embaucher environ cinquante mille professeurs CS pour prouver formellement que votre programme est correct, alors vous y renoncerez. Sinon, il n'y a aucun moyen de le garantir. Voilà comment fonctionne le développement logiciel.