Logiciel : propriété des données, vente liée / vente forcée, abus de position dominante
5 réponses
Olivier
Bonjour,
Nous sommes devant le cas de figure suivant : un =E9diteur (que nous
nommerons XX) de logiciel est leader incontestable de son march=E9. Il
propose un produit dans lequel l'utilisateur saisit ses propres
donn=E9es et en obtient un r=E9sultat.
Les donn=E9es r=E9sultat sont ensuite n=E9cessaires =E0 la bonne marche d'u=
n
second logiciel qui est plus un outil de gestion.
Depuis de nombreuses ann=E9es co-existent sur le march=E9 plusieurs outils
de gestion qui utilisent les fichiers r=E9sultat de l'outil de l'=E9diteur
XX du logiciel, dont un outil commercialis=E9 par l'=E9diteur XX lui-
m=EAme.
Du jour au lendemain, l'=E9diteur XX crypte les donn=E9es r=E9sultat afin
d'obliger ses clients =E0 utiliser son propre outil de gestion et ne
plus permettre aucune inter-op=E9rabilit=E9 avec d'autres outils que le
sien. En outre, il ne permet plus =E0 son client aucune autre extraction
de ses donn=E9es que par ce fichier crypt=E9. Il interdit de surcroit au
client du logiciel, dans ses conditions de licence, de se servir du
r=E9sultat pour pr=E9parer d'autres travaux.
Il me semble que cela contrevient =E0 la loi fran=E7aise sur plusieurs
points :
1/ Les donn=E9es saisies dans le logiciel et leur r=E9sultat me semblent
appartenir au client du logiciel (propri=E9t=E9 des donn=E9es) et non =E0
l'=E9diteur, il devrait disposer d'un moyen de les extraire de mani=E8re
lisible et utilisable =E0 des fins d'inter-op=E9rabilit=E9 avec d'autres
produits.
2/ Le cryptage du r=E9sultat ne peut =EAtre d=E9crypt=E9 que dans le second
logiciel de l'=E9diteur. Il me semble que cela s'apparente =E0 de la vente
li=E9e, et m=EAme forc=E9e puisque le client a besoin pour sa gestion
quotidienne du second logiciel.
3/ Il me semble enfin que, leader sur son march=E9 pour le premier
logiciel, l'=E9diteur XX abuse de sa position dominante et fait acte de
concurrence d=E9loyale envers l'ensemble des =E9diteurs de logiciel de
gestion utilisant ant=E9rieurement ses fichiers r=E9sultats.
- Notre raisonnement est-il correct quand nous pensons que cet =E9diteur
enfreint la loi ou n'est ce pas aussi simple ?
- Quels sont les articles de loi sur lesquels nous appuyer pour une
=E9ventuelle action en justice ?
- Une proc=E9dure de r=E9f=E9r=E9 (rapide et permettant aux =E9diteurs de l=
a
solution de gestion de continuer leur travail) permettrait-elle
d'obliger l'=E9diteur XX =E0 remettre =E0 disposition une version de son
produit fournissant ses fichiers r=E9sultats =E0 ses clients ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Dc
Bjr,
Olivier a pensé très fort :
Merci de votre aide.
C 'est aassez compliqué. Les deux extremes : 1 ) ils sont editeurs de leur logiciel, ils peuvent faire ce qu'il veulent de leurs versions successives. 2 ) ils peuvent etre accusés "d'entrave au travail" les juges aiment bien taper la dessus.
Entre les 2 , faut voir comment sont rédigées les clauses, CGV etc... Surtout au niveau "mise a jour".
S'ils avaient introduit dans le soft un dispositif qui fait que SANS changer de logiciel, l'utilisateur se retrouve coincé, la , je pense , c'est sur ils auraient tort.
S'ils ont annoncé que lors de la mise a jour, les données ne sont plus disponibles, je pense qu'il ont le droit, a condition que l'utilisateur puisse rester ou revenir a la version precedente.
Voila ce que j'en pense, je suis moi meme editeur (bof bof :-)) ) et j'ai essayé de me documenter a l'epoque ou j'ai demarré.
A mon avis, le coté : on est propriétaires de nos données ne correspond pas a ggrand chose.
Et dans toutes ces affaires, c 'est toujours tendu... Parmi les grands principes : - entrave au travail - on ne peut pas exiger d'un editeur qu'il bosse pour faire des choses en plus - on'est pas propriétaire d'un logiciel qu'on a payé...
a plus
-- - Et voila
Bjr,
Olivier a pensé très fort :
Merci de votre aide.
C 'est aassez compliqué.
Les deux extremes :
1 ) ils sont editeurs de leur logiciel, ils peuvent faire ce qu'il
veulent de leurs versions successives.
2 ) ils peuvent etre accusés "d'entrave au travail"
les juges aiment bien taper la dessus.
Entre les 2 , faut voir comment sont rédigées les clauses, CGV etc...
Surtout au niveau "mise a jour".
S'ils avaient introduit dans le soft un dispositif qui fait que SANS
changer de logiciel, l'utilisateur se retrouve coincé, la , je pense ,
c'est sur ils auraient tort.
S'ils ont annoncé que lors de la mise a jour, les données ne sont plus
disponibles, je pense qu'il ont le droit, a condition que l'utilisateur
puisse rester ou revenir a la version precedente.
Voila ce que j'en pense, je suis moi meme editeur (bof bof :-)) ) et
j'ai essayé de me documenter a l'epoque ou j'ai demarré.
A mon avis, le coté : on est propriétaires de nos données ne correspond
pas a ggrand chose.
Et dans toutes ces affaires, c 'est toujours tendu...
Parmi les grands principes :
- entrave au travail
- on ne peut pas exiger d'un editeur qu'il bosse pour faire des choses
en plus
- on'est pas propriétaire d'un logiciel qu'on a payé...
C 'est aassez compliqué. Les deux extremes : 1 ) ils sont editeurs de leur logiciel, ils peuvent faire ce qu'il veulent de leurs versions successives. 2 ) ils peuvent etre accusés "d'entrave au travail" les juges aiment bien taper la dessus.
Entre les 2 , faut voir comment sont rédigées les clauses, CGV etc... Surtout au niveau "mise a jour".
S'ils avaient introduit dans le soft un dispositif qui fait que SANS changer de logiciel, l'utilisateur se retrouve coincé, la , je pense , c'est sur ils auraient tort.
S'ils ont annoncé que lors de la mise a jour, les données ne sont plus disponibles, je pense qu'il ont le droit, a condition que l'utilisateur puisse rester ou revenir a la version precedente.
Voila ce que j'en pense, je suis moi meme editeur (bof bof :-)) ) et j'ai essayé de me documenter a l'epoque ou j'ai demarré.
A mon avis, le coté : on est propriétaires de nos données ne correspond pas a ggrand chose.
Et dans toutes ces affaires, c 'est toujours tendu... Parmi les grands principes : - entrave au travail - on ne peut pas exiger d'un editeur qu'il bosse pour faire des choses en plus - on'est pas propriétaire d'un logiciel qu'on a payé...
a plus
-- - Et voila
Moisse
"Olivier" a écrit dans le message de groupe de discussion :
Bonjour,
Nous sommes devant le cas de figure suivant : un éditeur (que nous nommerons XX) de logiciel est leader incontestable de son marché. Il propose un produit dans lequel l'utilisateur saisit ses propres données et en obtient un résultat. Les données résultat sont ensuite nécessaires à la bonne marche d'un second logiciel qui est plus un outil de gestion.
Depuis de nombreuses années co-existent sur le marché plusieurs outils de gestion qui utilisent les fichiers résultat de l'outil de l'éditeur XX du logiciel, dont un outil commercialisé par l'éditeur XX lui- même. Du jour au lendemain, l'éditeur XX crypte les données résultat afin d'obliger ses clients à utiliser son propre outil de gestion et ne plus permettre aucune inter-opérabilité avec d'autres outils que le sien. En outre, il ne permet plus à son client aucune autre extraction de ses données que par ce fichier crypté. Il interdit de surcroit au client du logiciel, dans ses conditions de licence, de se servir du résultat pour préparer d'autres travaux.
Il me semble que cela contrevient à la loi française sur plusieurs points : 1/ Les données saisies dans le logiciel et leur résultat me semblent appartenir au client du logiciel (propriété des données) et non à l'éditeur,
Puisque vous dites que l'utilisateur obtient des données, c'est forcément en clair.
il devrait disposer d'un moyen de les extraire de manière lisible et utilisable à des fins d'inter-opérabilité avec d'autres produits.
Il devrait, s'il a établi ce critère dans un cahier des charges accepté par l'éditeur ou le vendeur de ce logiciel. Autrement si vous évoquez une obligation, il faut citer le texte règlementaire qui la soutient. Je ne pense pas que l'exportation des résultats dans un format libre soit une obligation pour l'éditeur d'un logiciel
2/ Le cryptage du résultat ne peut être décrypté que dans le second logiciel de l'éditeur. Il me semble que cela s'apparente à de la vente liée, et même forcée puisque le client a besoin pour sa gestion quotidienne du second logiciel.
Vous pouvez toujours ressaisir les données obtenues en clair. Par ailleurs la vente liée porterait sur votre incapacité d'acquisition du second logiciel sans acheter le premier.
3/ Il me semble enfin que, leader sur son marché pour le premier logiciel, l'éditeur XX abuse de sa position dominante et fait acte de concurrence déloyale envers l'ensemble des éditeurs de logiciel de gestion utilisant antérieurement ses fichiers résultats.
Pourquoi voulez-vous qu'un inventeur facilite le boulot des autres qui n'ont rien investi en frais de recherche et/ou d'acquisition de licences.
- Notre raisonnement est-il correct quand nous pensons que cet éditeur enfreint la loi ou n'est ce pas aussi simple ?
C'est loin d'être simple en effet. Je vous souhaite bien du courage pour les 10 prochaines années à venir.
- Quels sont les articles de loi sur lesquels nous appuyer pour une éventuelle action en justice ?
Vous évoquez une question de fond, dans un contexte peut-être international, portant sur la propriété intellectuelle, les usages commerciaux, les normes...
- Une procédure de référé (rapide et permettant aux éditeurs de la solution de gestion de continuer leur travail) permettrait-elle d'obliger l'éditeur XX à remettre à disposition une version de son produit fournissant ses fichiers résultats à ses clients ?
Vous n'êtes pas éditeur, et ne pouvez donc soutenir utilement ce grief. Comme beaucoup vous pensez que la rapidité d'une procédure de référé permet d'obtenir un résultat immédiat alors que d'autres s'embourbent dans des années de procédure. Sauf que le référé n'examine jamais le fond d'une affaire, alors que votre interrogation porte sur le fond. C'est donc une procédure inutile dans votre cas.
Merci de votre aide.
"Olivier" <oliviergasnier@yahoo.fr> a écrit dans le message de groupe de
discussion :
4f53380a-53b1-4d52-a4fc-66e948065fa1@c10g2000yqi.googlegroups.com...
Bonjour,
Nous sommes devant le cas de figure suivant : un éditeur (que nous
nommerons XX) de logiciel est leader incontestable de son marché. Il
propose un produit dans lequel l'utilisateur saisit ses propres
données et en obtient un résultat.
Les données résultat sont ensuite nécessaires à la bonne marche d'un
second logiciel qui est plus un outil de gestion.
Depuis de nombreuses années co-existent sur le marché plusieurs outils
de gestion qui utilisent les fichiers résultat de l'outil de l'éditeur
XX du logiciel, dont un outil commercialisé par l'éditeur XX lui-
même.
Du jour au lendemain, l'éditeur XX crypte les données résultat afin
d'obliger ses clients à utiliser son propre outil de gestion et ne
plus permettre aucune inter-opérabilité avec d'autres outils que le
sien. En outre, il ne permet plus à son client aucune autre extraction
de ses données que par ce fichier crypté. Il interdit de surcroit au
client du logiciel, dans ses conditions de licence, de se servir du
résultat pour préparer d'autres travaux.
Il me semble que cela contrevient à la loi française sur plusieurs
points :
1/ Les données saisies dans le logiciel et leur résultat me semblent
appartenir au client du logiciel (propriété des données) et non à
l'éditeur,
Puisque vous dites que l'utilisateur obtient des données, c'est forcément en
clair.
il devrait disposer d'un moyen de les extraire de manière
lisible et utilisable à des fins d'inter-opérabilité avec d'autres
produits.
Il devrait, s'il a établi ce critère dans un cahier des charges accepté par
l'éditeur ou le vendeur de ce logiciel.
Autrement si vous évoquez une obligation, il faut citer le texte
règlementaire qui la soutient.
Je ne pense pas que l'exportation des résultats dans un format libre soit
une obligation pour l'éditeur d'un logiciel
2/ Le cryptage du résultat ne peut être décrypté que dans le second
logiciel de l'éditeur. Il me semble que cela s'apparente à de la vente
liée, et même forcée puisque le client a besoin pour sa gestion
quotidienne du second logiciel.
Vous pouvez toujours ressaisir les données obtenues en clair.
Par ailleurs la vente liée porterait sur votre incapacité d'acquisition du
second logiciel sans acheter le premier.
3/ Il me semble enfin que, leader sur son marché pour le premier
logiciel, l'éditeur XX abuse de sa position dominante et fait acte de
concurrence déloyale envers l'ensemble des éditeurs de logiciel de
gestion utilisant antérieurement ses fichiers résultats.
Pourquoi voulez-vous qu'un inventeur facilite le boulot des autres qui n'ont
rien investi en frais de recherche et/ou d'acquisition de licences.
- Notre raisonnement est-il correct quand nous pensons que cet éditeur
enfreint la loi ou n'est ce pas aussi simple ?
C'est loin d'être simple en effet.
Je vous souhaite bien du courage pour les 10 prochaines années à venir.
- Quels sont les articles de loi sur lesquels nous appuyer pour une
éventuelle action en justice ?
Vous évoquez une question de fond, dans un contexte peut-être international,
portant sur la propriété intellectuelle, les usages commerciaux, les
normes...
- Une procédure de référé (rapide et permettant aux éditeurs de la
solution de gestion de continuer leur travail) permettrait-elle
d'obliger l'éditeur XX à remettre à disposition une version de son
produit fournissant ses fichiers résultats à ses clients ?
Vous n'êtes pas éditeur, et ne pouvez donc soutenir utilement ce grief.
Comme beaucoup vous pensez que la rapidité d'une procédure de référé permet
d'obtenir un résultat immédiat alors que d'autres s'embourbent dans des
années de procédure.
Sauf que le référé n'examine jamais le fond d'une affaire, alors que votre
interrogation porte sur le fond.
C'est donc une procédure inutile dans votre cas.
"Olivier" a écrit dans le message de groupe de discussion :
Bonjour,
Nous sommes devant le cas de figure suivant : un éditeur (que nous nommerons XX) de logiciel est leader incontestable de son marché. Il propose un produit dans lequel l'utilisateur saisit ses propres données et en obtient un résultat. Les données résultat sont ensuite nécessaires à la bonne marche d'un second logiciel qui est plus un outil de gestion.
Depuis de nombreuses années co-existent sur le marché plusieurs outils de gestion qui utilisent les fichiers résultat de l'outil de l'éditeur XX du logiciel, dont un outil commercialisé par l'éditeur XX lui- même. Du jour au lendemain, l'éditeur XX crypte les données résultat afin d'obliger ses clients à utiliser son propre outil de gestion et ne plus permettre aucune inter-opérabilité avec d'autres outils que le sien. En outre, il ne permet plus à son client aucune autre extraction de ses données que par ce fichier crypté. Il interdit de surcroit au client du logiciel, dans ses conditions de licence, de se servir du résultat pour préparer d'autres travaux.
Il me semble que cela contrevient à la loi française sur plusieurs points : 1/ Les données saisies dans le logiciel et leur résultat me semblent appartenir au client du logiciel (propriété des données) et non à l'éditeur,
Puisque vous dites que l'utilisateur obtient des données, c'est forcément en clair.
il devrait disposer d'un moyen de les extraire de manière lisible et utilisable à des fins d'inter-opérabilité avec d'autres produits.
Il devrait, s'il a établi ce critère dans un cahier des charges accepté par l'éditeur ou le vendeur de ce logiciel. Autrement si vous évoquez une obligation, il faut citer le texte règlementaire qui la soutient. Je ne pense pas que l'exportation des résultats dans un format libre soit une obligation pour l'éditeur d'un logiciel
2/ Le cryptage du résultat ne peut être décrypté que dans le second logiciel de l'éditeur. Il me semble que cela s'apparente à de la vente liée, et même forcée puisque le client a besoin pour sa gestion quotidienne du second logiciel.
Vous pouvez toujours ressaisir les données obtenues en clair. Par ailleurs la vente liée porterait sur votre incapacité d'acquisition du second logiciel sans acheter le premier.
3/ Il me semble enfin que, leader sur son marché pour le premier logiciel, l'éditeur XX abuse de sa position dominante et fait acte de concurrence déloyale envers l'ensemble des éditeurs de logiciel de gestion utilisant antérieurement ses fichiers résultats.
Pourquoi voulez-vous qu'un inventeur facilite le boulot des autres qui n'ont rien investi en frais de recherche et/ou d'acquisition de licences.
- Notre raisonnement est-il correct quand nous pensons que cet éditeur enfreint la loi ou n'est ce pas aussi simple ?
C'est loin d'être simple en effet. Je vous souhaite bien du courage pour les 10 prochaines années à venir.
- Quels sont les articles de loi sur lesquels nous appuyer pour une éventuelle action en justice ?
Vous évoquez une question de fond, dans un contexte peut-être international, portant sur la propriété intellectuelle, les usages commerciaux, les normes...
- Une procédure de référé (rapide et permettant aux éditeurs de la solution de gestion de continuer leur travail) permettrait-elle d'obliger l'éditeur XX à remettre à disposition une version de son produit fournissant ses fichiers résultats à ses clients ?
Vous n'êtes pas éditeur, et ne pouvez donc soutenir utilement ce grief. Comme beaucoup vous pensez que la rapidité d'une procédure de référé permet d'obtenir un résultat immédiat alors que d'autres s'embourbent dans des années de procédure. Sauf que le référé n'examine jamais le fond d'une affaire, alors que votre interrogation porte sur le fond. C'est donc une procédure inutile dans votre cas.
Merci de votre aide.
Droger Jean-Paul
Olivier a écrit :
Bonjour,
Nous sommes devant le cas de figure suivant : un éditeur (que nous nommerons XX) de logiciel est leader incontestable de son marché. Il propose un produit dans lequel l'utilisateur saisit ses propres données et en obtient un résultat. Les données résultat sont ensuite nécessaires à la bonne marche d'un second logiciel qui est plus un outil de gestion.
Depuis de nombreuses années co-existent sur le marché plusieurs outils de gestion qui utilisent les fichiers résultat de l'outil de l'éditeur XX du logiciel, dont un outil commercialisé par l'éditeur XX lui- même. Du jour au lendemain, l'éditeur XX crypte les données résultat afin d'obliger ses clients à utiliser son propre outil de gestion et ne plus permettre aucune inter-opérabilité avec d'autres outils que le sien. En outre, il ne permet plus à son client aucune autre extraction de ses données que par ce fichier crypté. Il interdit de surcroit au client du logiciel, dans ses conditions de licence, de se servir du résultat pour préparer d'autres travaux.
Il me semble que cela contrevient à la loi française sur plusieurs points : 1/ Les données saisies dans le logiciel et leur résultat me semblent appartenir au client du logiciel (propriété des données) et non à l'éditeur, il devrait disposer d'un moyen de les extraire de manière lisible et utilisable à des fins d'inter-opérabilité avec d'autres produits.
2/ Le cryptage du résultat ne peut être décrypté que dans le second logiciel de l'éditeur. Il me semble que cela s'apparente à de la vente liée, et même forcée puisque le client a besoin pour sa gestion quotidienne du second logiciel.
3/ Il me semble enfin que, leader sur son marché pour le premier logiciel, l'éditeur XX abuse de sa position dominante et fait acte de concurrence déloyale envers l'ensemble des éditeurs de logiciel de gestion utilisant antérieurement ses fichiers résultats.
- Notre raisonnement est-il correct quand nous pensons que cet éditeur enfreint la loi ou n'est ce pas aussi simple ? - Quels sont les articles de loi sur lesquels nous appuyer pour une éventuelle action en justice ? - Une procédure de référé (rapide et permettant aux éditeurs de la solution de gestion de continuer leur travail) permettrait-elle d'obliger l'éditeur XX à remettre à disposition une version de son produit fournissant ses fichiers résultats à ses clients ?
Merci de votre aide.
le problème est mal posé!
Quel est le contrat entre le fabricant de logiciel et son acheteur?
Soit l'acheteur achète un produit grand public "sur étagère" et il lui appartient de vérifier que le produit lui convient (tu n'achètes pas une voiture sans les roues parceque xx te vends les roues moins chères que la marchand de bagnoles) ; il n'est jamais obligé d'accepter et d'installer une mise à jour et il peut continuer à tourner chez lui avec son bouzin acheté y a des lustres, à moins qu'il ait un contrat de mises à jour qu'il lui faut consulter
Soit l'acheteur est un véritable pro et il a établit un cajier des charges de son application, et là il définit un certain nombre de choses dont: - les données d'entrées et leur format - idem pour les données de sortie - les données intermédiaires dont il veut disposer - la durée du contrat, les modalités de mise à jour, de renouvellement et éventuellement des pénalités si le vendeur ne respecte pas certaines clauses!
Je dit données , en fait c'est toute l'information qui doit être disponible!!
Avec un contrat de ce genre y a pas de problèmes, mais c'est un peu plus cher et il vaut mieux diposer chez soi d'un informaticien capable de comprendre ce qu'il fait signer à son patron ou s'appuyer sur une boite de conseil sérieuse, indépendante du fournisseur!! Même MS en signe, en industrie cela existe pour de très nombreuses applications maintenant!!
-- Pour m'envoyer un mail, remplacer anti par droger et manama par wanadoo; to send me directly a mail replace anti with droger and manama with wanadoo;
Olivier a écrit :
Bonjour,
Nous sommes devant le cas de figure suivant : un éditeur (que nous
nommerons XX) de logiciel est leader incontestable de son marché. Il
propose un produit dans lequel l'utilisateur saisit ses propres
données et en obtient un résultat.
Les données résultat sont ensuite nécessaires à la bonne marche d'un
second logiciel qui est plus un outil de gestion.
Depuis de nombreuses années co-existent sur le marché plusieurs outils
de gestion qui utilisent les fichiers résultat de l'outil de l'éditeur
XX du logiciel, dont un outil commercialisé par l'éditeur XX lui-
même.
Du jour au lendemain, l'éditeur XX crypte les données résultat afin
d'obliger ses clients à utiliser son propre outil de gestion et ne
plus permettre aucune inter-opérabilité avec d'autres outils que le
sien. En outre, il ne permet plus à son client aucune autre extraction
de ses données que par ce fichier crypté. Il interdit de surcroit au
client du logiciel, dans ses conditions de licence, de se servir du
résultat pour préparer d'autres travaux.
Il me semble que cela contrevient à la loi française sur plusieurs
points :
1/ Les données saisies dans le logiciel et leur résultat me semblent
appartenir au client du logiciel (propriété des données) et non à
l'éditeur, il devrait disposer d'un moyen de les extraire de manière
lisible et utilisable à des fins d'inter-opérabilité avec d'autres
produits.
2/ Le cryptage du résultat ne peut être décrypté que dans le second
logiciel de l'éditeur. Il me semble que cela s'apparente à de la vente
liée, et même forcée puisque le client a besoin pour sa gestion
quotidienne du second logiciel.
3/ Il me semble enfin que, leader sur son marché pour le premier
logiciel, l'éditeur XX abuse de sa position dominante et fait acte de
concurrence déloyale envers l'ensemble des éditeurs de logiciel de
gestion utilisant antérieurement ses fichiers résultats.
- Notre raisonnement est-il correct quand nous pensons que cet éditeur
enfreint la loi ou n'est ce pas aussi simple ?
- Quels sont les articles de loi sur lesquels nous appuyer pour une
éventuelle action en justice ?
- Une procédure de référé (rapide et permettant aux éditeurs de la
solution de gestion de continuer leur travail) permettrait-elle
d'obliger l'éditeur XX à remettre à disposition une version de son
produit fournissant ses fichiers résultats à ses clients ?
Merci de votre aide.
le problème est mal posé!
Quel est le contrat entre le fabricant de logiciel et son acheteur?
Soit l'acheteur achète un produit grand public "sur étagère" et il lui
appartient de vérifier que le produit lui convient (tu n'achètes pas
une voiture sans les roues parceque xx te vends les roues moins chères
que la marchand de bagnoles) ; il n'est jamais obligé d'accepter et
d'installer une mise à jour et il peut continuer à tourner chez lui
avec son bouzin acheté y a des lustres, à moins qu'il ait un contrat de
mises à jour qu'il lui faut consulter
Soit l'acheteur est un véritable pro et il a établit un cajier des
charges de son application, et là il définit un certain nombre de
choses dont:
- les données d'entrées et leur format
- idem pour les données de sortie
- les données intermédiaires dont il veut disposer
- la durée du contrat, les modalités de mise à jour, de renouvellement
et éventuellement des pénalités si le vendeur ne respecte pas certaines
clauses!
Je dit données , en fait c'est toute l'information qui doit être
disponible!!
Avec un contrat de ce genre y a pas de problèmes, mais c'est un peu
plus cher et il vaut mieux diposer chez soi d'un informaticien capable
de comprendre ce qu'il fait signer à son patron ou s'appuyer sur une
boite de conseil sérieuse, indépendante du fournisseur!! Même MS en
signe, en industrie cela existe pour de très nombreuses applications
maintenant!!
--
Pour m'envoyer un mail, remplacer anti par droger et manama par
wanadoo; to send me directly a mail replace anti with droger and manama
with wanadoo;
anti.jean-paul@manama.fr
Nous sommes devant le cas de figure suivant : un éditeur (que nous nommerons XX) de logiciel est leader incontestable de son marché. Il propose un produit dans lequel l'utilisateur saisit ses propres données et en obtient un résultat. Les données résultat sont ensuite nécessaires à la bonne marche d'un second logiciel qui est plus un outil de gestion.
Depuis de nombreuses années co-existent sur le marché plusieurs outils de gestion qui utilisent les fichiers résultat de l'outil de l'éditeur XX du logiciel, dont un outil commercialisé par l'éditeur XX lui- même. Du jour au lendemain, l'éditeur XX crypte les données résultat afin d'obliger ses clients à utiliser son propre outil de gestion et ne plus permettre aucune inter-opérabilité avec d'autres outils que le sien. En outre, il ne permet plus à son client aucune autre extraction de ses données que par ce fichier crypté. Il interdit de surcroit au client du logiciel, dans ses conditions de licence, de se servir du résultat pour préparer d'autres travaux.
Il me semble que cela contrevient à la loi française sur plusieurs points : 1/ Les données saisies dans le logiciel et leur résultat me semblent appartenir au client du logiciel (propriété des données) et non à l'éditeur, il devrait disposer d'un moyen de les extraire de manière lisible et utilisable à des fins d'inter-opérabilité avec d'autres produits.
2/ Le cryptage du résultat ne peut être décrypté que dans le second logiciel de l'éditeur. Il me semble que cela s'apparente à de la vente liée, et même forcée puisque le client a besoin pour sa gestion quotidienne du second logiciel.
3/ Il me semble enfin que, leader sur son marché pour le premier logiciel, l'éditeur XX abuse de sa position dominante et fait acte de concurrence déloyale envers l'ensemble des éditeurs de logiciel de gestion utilisant antérieurement ses fichiers résultats.
- Notre raisonnement est-il correct quand nous pensons que cet éditeur enfreint la loi ou n'est ce pas aussi simple ? - Quels sont les articles de loi sur lesquels nous appuyer pour une éventuelle action en justice ? - Une procédure de référé (rapide et permettant aux éditeurs de la solution de gestion de continuer leur travail) permettrait-elle d'obliger l'éditeur XX à remettre à disposition une version de son produit fournissant ses fichiers résultats à ses clients ?
Merci de votre aide.
le problème est mal posé!
Quel est le contrat entre le fabricant de logiciel et son acheteur?
Soit l'acheteur achète un produit grand public "sur étagère" et il lui appartient de vérifier que le produit lui convient (tu n'achètes pas une voiture sans les roues parceque xx te vends les roues moins chères que la marchand de bagnoles) ; il n'est jamais obligé d'accepter et d'installer une mise à jour et il peut continuer à tourner chez lui avec son bouzin acheté y a des lustres, à moins qu'il ait un contrat de mises à jour qu'il lui faut consulter
Soit l'acheteur est un véritable pro et il a établit un cajier des charges de son application, et là il définit un certain nombre de choses dont: - les données d'entrées et leur format - idem pour les données de sortie - les données intermédiaires dont il veut disposer - la durée du contrat, les modalités de mise à jour, de renouvellement et éventuellement des pénalités si le vendeur ne respecte pas certaines clauses!
Je dit données , en fait c'est toute l'information qui doit être disponible!!
Avec un contrat de ce genre y a pas de problèmes, mais c'est un peu plus cher et il vaut mieux diposer chez soi d'un informaticien capable de comprendre ce qu'il fait signer à son patron ou s'appuyer sur une boite de conseil sérieuse, indépendante du fournisseur!! Même MS en signe, en industrie cela existe pour de très nombreuses applications maintenant!!
-- Pour m'envoyer un mail, remplacer anti par droger et manama par wanadoo; to send me directly a mail replace anti with droger and manama with wanadoo;
Patrick V
Moisse a écrit :
Vous pouvez toujours ressaisir les données obtenues en clair. Par ailleurs la vente liée porterait sur votre incapacité d'acquisition du second logiciel sans acheter le premier.
Et de toute façon, le Code de la Consommation ne s'applique pas aux contrats entre professionnels, donc pas d'interdiction de vente liée.
Moisse a écrit :
Vous pouvez toujours ressaisir les données obtenues en clair.
Par ailleurs la vente liée porterait sur votre incapacité d'acquisition
du second logiciel sans acheter le premier.
Et de toute façon, le Code de la Consommation ne s'applique pas aux
contrats entre professionnels, donc pas d'interdiction de vente liée.
Vous pouvez toujours ressaisir les données obtenues en clair. Par ailleurs la vente liée porterait sur votre incapacité d'acquisition du second logiciel sans acheter le premier.
Et de toute façon, le Code de la Consommation ne s'applique pas aux contrats entre professionnels, donc pas d'interdiction de vente liée.
François Guillet
"Olivier" a écrit dans le message de news:
... | Du jour au lendemain, l'éditeur XX crypte les données résultat afin | d'obliger ses clients à utiliser son propre outil de gestion et ne | plus permettre aucune inter-opérabilité avec d'autres outils que le | sien. ...
Pas très clair. Si le logiciel est fait pour obtenir à partir des données qu'on lui entre, un certain résultat exploitable, un résultat crypté est contraire à ses spécifications. Qu'est censé faire le logiciel ? Que disent la licence et la notice du produit ? Fournir un résultat exploitable (auquel cas il y a tromperie), ou fournir un fichier d'entrée pour un autre logiciel ?
"Olivier" <oliviergasnier@yahoo.fr> a écrit dans le message de news:
4f53380a-53b1-4d52-a4fc-66e948065fa1@c10g2000yqi.googlegroups.com...
...
| Du jour au lendemain, l'éditeur XX crypte les données résultat afin
| d'obliger ses clients à utiliser son propre outil de gestion et ne
| plus permettre aucune inter-opérabilité avec d'autres outils que le
| sien.
...
Pas très clair. Si le logiciel est fait pour obtenir à partir des données
qu'on lui entre, un certain résultat exploitable, un résultat crypté est
contraire à ses spécifications.
Qu'est censé faire le logiciel ? Que disent la licence et la notice du
produit ? Fournir un résultat exploitable (auquel cas il y a tromperie), ou
fournir un fichier d'entrée pour un autre logiciel ?
... | Du jour au lendemain, l'éditeur XX crypte les données résultat afin | d'obliger ses clients à utiliser son propre outil de gestion et ne | plus permettre aucune inter-opérabilité avec d'autres outils que le | sien. ...
Pas très clair. Si le logiciel est fait pour obtenir à partir des données qu'on lui entre, un certain résultat exploitable, un résultat crypté est contraire à ses spécifications. Qu'est censé faire le logiciel ? Que disent la licence et la notice du produit ? Fournir un résultat exploitable (auquel cas il y a tromperie), ou fournir un fichier d'entrée pour un autre logiciel ?
