Discussion :

[atc666]

Bonjour ,

voila , d habitude le client ne me demande jamais le code source se contentant du fichier d installation
Mais la un client me demande pour le programme qu il veut que je lui fasse , qu en plus du fichier d install je lui remette le code source
l application devrai me prendre dans les 150 h de travail et serai facturee entre 5 et 6000 euro

est ce que je doit lui donner ou pas le code source de ce programme quand il sera fini ?

[ophois]

Tout dépends du contrat de réalisation que tu as signé avec le client. Dans le monde du web il est d'usage de "céder" les droits au client à la mise en ligne définitive du site.

si le logiciel est développé uniquement pour ce client et que personne d'autre ne l'utilisera, lui donner le code source lui donnera entière satisfaction et le fidélisera.

Si tu penses pouvoir revendre la même application à d'autre clients, tu dois rester maître du code source.

[atc666]

en fait j ai pas encore de contrat signe , nous en sommes encore au stade de la discussion.
et bon j ai deja au moins 1 client potentiel pour ce programme
et de plus je pense d ici quelques temps ouvrir une petite societe pour ma femme qui aurai besoin aussi de ce programme
c est un truc plutot "pointu" comme utilisation donc je ne doit pas trop rever trouver 10 client pour ce prog dans mon pays , mais bon , je peut tjs tenter de l exporter et la j aurai surement pas mal de client interesser d apres ce que j ai pu constater en voyant la detresse de ceux qui sont interesser ici, si elle est comparable dans les pays environants ...

en fait , j avoue ne pas avoir la moindre envie de donner mon code , deja pour les raisons evoquees precedement , mais aussi parce que je sais qu ils pourront des que notre contrat sera fini le confier a n importe quel bricolo qui pour quelques euro tentera de faire des modifs dans le programme ...

de plus sur le contrat en discussion ils veulent une garantie de tres longue duree ( plus d 1 an ) avec refonte du logiciel si celui devait avoir une defaillance de conception ... mais considere que la garantie ne peut faire l objet d un surcout ...
quels arguments utilises pour leur refuser cela ?
j ai constate sur de nombreux site de vente de programme ou de conception de programme que la garantie couvrait au maxi 90 jours
et dans certain post ici , qu elle devrait etre facturee a 15% de la valeur du reste du contrat .
Est ce que j ai bien compris ou est ce que je me plante en considerant que c est "la norme" ?

[ophois]

Tu as raison d'avoir des doutes sur la possibilité qu'un bidouilleur mette les mains dans ton code si tu fournis le source.

Si tu en es encore au stade de la négociation, tu peux toujours dire que tu développes ce programme pour plusieurs personnes et que le prix est "mutualisé", que tu gardes l'exclusivité du source et que le prix est plus bas que si tu développais uniquement pour eux.

Pour la maintenance du produit, c'est à toi de voir ce que tu leur propose. Mais normalement, tout se paye. Tu peux proposer une garantie correcte (90jours) et un contrat de maintenance si ils veulent une période plus longue.

Je crois qu'ils abusent sur les conditions. Normalement la garantie d'un produit prévoit l'amélioration des défauts, la correction des bugs, aucunement la refonte. c'est comme si peugeot te donnait les caractéristiques d'un nouveau modèle pendant la garantie.

[atc666]

Surtout que la sur leur dernier mail , j ai un peu l impression qu ils veulent carrement qu en plus du taf de realiser le soft, je m occupe un peu de tout
genre le cachier des charges qu on devait faire en commun , je me suis retrouver seul pour le faire. et on veut me reduire mes temps de travail sur des choses tel que l analyse des techniques a utiliser, le temps de test et d optimisation ... bref quelques part ce qui me permettrai de deceler un reel defaut dans le programme et qui de ce fait me permettrai de leur livrer un programme excent de tout defaut.
de plus il veulent de ma part un sysnopsis de l ensemble ( leur materiel et son fonctionnement , + celui de mon soft , jusqu au moindre detail , les appels au hd etc ) bref , soit le mec n y connais rien et veut me prendre la tete soit il veut me bouffer un max de temps avant de decider si il accepte le contrat ou pas.
j ai bien envie de lui sortir un devis prealable pour l etude du programme independamment de celle de celui ci .

[gangsoleil]

Bonjour,

Il faut distinguer deux choses :
Soit tu abandonnes les droits sur les sources au profit du client, auquel cas tu ne peux plus les utiliser ni revendre le logiciel a d'autres personnes
Soit tu fournis au client le minimum vital pour qu'il puisse continuer l'exploitation du logiciel si tu fais faillite. Dans ce cas, passe par une societe exterieure specialisee en depot de source.

Dans tous les cas, les sources, ca se paye.

[atc666]

l ennui c et que je ne suis pas en europe, je vit et je travaille en afrique
dans mon pays adoptif, par exemple les droits d auteurs pour les artistes n existe meme pas encore
c est en projet pour dans quelques annees ...
donc certaines solutions ne sont pas trop applicables par ici.

enfin j en deduis que si je les leurs donne , ca peut etre une vente de droit ou juste un moyen pour eux d avoir une solution pour continuer le devellopement de ce programme. Est ce que ce serai contre tout usage de demander une clause dans le contrat leur imposant que moi seul ou la societe pour laquel je travaillerai a ce moment la , ai le droit de faire une modif dans le code ? ( pendant la periode de garantie , ca ne devrai meme pas effleurer leurs esprits car il s agirai la d une cause de pertes de la garantie , meme si ce n etait pas preciser dans le contrat il me semble non ?)

sinon pour ma seconde question sur la norme cote garantie , quelqu un peut m aider ?
15% pour 3 mois , et pour le reste ca serai quoi la norme ?
Et qu est ce que doit couvrir la garantie ? une erreur de conception comme ils le prevoient , a partir du moment ou ils ont signe un cahier des charges et les specifications du programme , c est qu ils ont accepter le modele de conception du programme non ?

J ai jamais eu de client aussi pointilleux , j avoue que je me sens un peu depasse par leur facon de faire

[Hédhili Jaïdane]

Bonjour.

Cette histoire de sources a toujours posé un problème, personnellement je le traite au cas par cas.

Avant tout si tu veux gagner et fidéliser le client, il faut accepter de faire quelques gestes sans trop en faire sinon ces concessions vont être considérées comme de la faiblesse et tu traîneras ça pendant toutes interventions avec ce client.

Si je dois céder les source parce que c'est du "spécifique" client :
- le client devient de facto le propriétaire du logiciel.
- il doit le payer plus cher, ça peut aller du simple au double voire plus
- la garantie (3 à 12 mois) avec même une retenue de garantie qui peut aller jusqu'à 10% du prix payable à la fin de la garantie.
- cette garantie couvre les anomalies de fonctionnement et toute différence par rapport au cahier des charges.
- cette garantie ne s'applique en aucun cas dès que le client réutilise les sources pour recréer (régénérer) tout ou une partie du logiciel.
- il ne doit pas le commercialiser, ni le distribuer même à titre gracieux, à la limite il peut l'utiliser en plusieurs copies en interne mais pas chez des filiales par exemple. Ceci doit figurer dans le contrat.
- tu restes tout de même propriétaire du logiciel et de ses sources quitte à y apporter quelques modifications (droits de création d'oeuvre) si le client t'en conteste la propriété.
- etc...

Maintenant quelques réflexions :
- admettons que le client fait modifier le logiciel à partir du source par le premier venu. Çà marche tant mieux pour lui. Çà ne marche pas ? Généralement c'est toi qu'on appellera, et là tu sera en position de force. Et dans tous les cas de figure ça te fait de la pub, des références et de l'expérience.
- tu peux aussi mettre des clés cryptées, genre le nom du client, l'adresse, etc..(pas le S/N de la machine, le client a le droit d'en changer) pour prévenir les copies non autorisées. La première chose qu'un client change dans un logiciel, c'est son identification.
- si tu fais des gestes gratuits pour un client, il en redemandera toujours sans aucune retenue.
- personnellement :
+ je ne prends rien sur le client pendant toute la période de garantie. Pire je lui laisse une retenue de garantie. Mais il faut être sûr de son logiciel.
+ pour l'assistance et la maintenance après la période de garantie, si le client le demande, c'est autour de 10% l'an payable par mois. Cela donne une estimation du temps moyen que je peux passer sur cette maintenance. Ce terme "maintenance" est à bien définir avec le client, son champs d'application doit être bien délimité, sinon on passe en régie.

Ceci dit, c'est au cas par cas qu'on traite ce genre de choses. Et au fur et à mesure de ton expérience, tu arrêteras tes propres normes.

[gl]

Je n'ai sans doute pas compris le sens de tes propos, car les clauses suivantes me semblent contradictoires :

- le client devient de facto le propriétaire du logiciel.
- il ne doit pas le commercialiser le logiciel, ni le distribuer même à titre gracieux, à la limite il peut l'utiliser en plusieurs copies en interne mais pas chez des filiales par exemple. Ceci doit figurer dans le contrat.
- tu restes tout de même propriétaire du logiciel et de ses sources quitte à y apporter quelques modifications (droits de création d'oeuvre) si le client t'en conteste la propriété.

Si tu revends l'intégralité du logiciel à un client (donc y compris les sources et les droits) et qu'il devient donc d facto le propriétaire du logiciel, pourquoi chercher à restreindre l'usage qu'il peut en faire ou essayer de conserver des droits sur ce logiciel ?

Pour faire simple (voire simpliste) :

• Soit le client souhaite avoir les sources pour des questions de pérennités (pourvoir continuer à maintenir et faire évoluer l'application malgré la disparition du créateur original), d'audit de code, de process qualité, etc., et dans ce cas, les deux dernières clauses que j'ai citées prennent tout leur sens mais le client ne devient pas le propriétaire du logiciel.
• Soit il souhaite avoir les sources pour en faire ce qu'il désire (faire évoluer le logiciel dans le sens qu'il désire, développer les évolutions en interne ou auprès d'autres sous-traitants, réutiliser le code dans d'autres projets, le revendre, etc.) et dans ce cas il devient propriétaire du code et les deux autres clauses citées non pas lieu d'être.
• Le troisième cas de figure est une "propriété partagée" où chacune des parties peut faire un peu ce qu'elle souhaite du logiciel et dans ce cas la clause concernant les restrictions n'a pas lieu d'être.

Je n'arrive pas à concevoir un cas réel où les trois clauses puissent exister simultanément.

[Hédhili Jaïdane]

En effet il y a peut être des contradictions entre les différentes contraintes que j'ai citées. Ce ne sont que des reflexions à la volée. Elles ne constituent pas toutes des clauses contractuelles. Celles-ci doivent être mises sur la table et discutées avec le client. Plus elles sont contaignantes pour le client, moins il payera le surplus dû à la cession des sources.
Si le développement est fait en régie, le client payera le temps passé sur toutes les phases de développement et de mise en exploitation et dans ce cas il est libéré de toute contrainte.

[gl]

En effet il y a peut être des contradictions entre les différentes contraintes que j'ai citées. Ce ne sont que des reflexions à la volée. Elles ne constituent pas toutes des clauses contractuelles. Celles-ci doivent être mises sur la table et discutées avec le client. Plus elles sont contaignantes pour le client, moins il payera le surplus dû à la cession des sources.

OK, je n'avais pas compris que tu donnais différentes piste de discussion. C'est beaucoup plus clair pour moi.

Merci