Le 21/04/2011, Jacques Trepp a supposé :JeAn-PhI a présenté l'énoncé suivant :Gilles a formulé ce jeudi :Jacques Trepp a présenté l'énoncé suivant :Bonjour,
Techniquement, vu que c'est une base postgresql, il suffit de pgadmin3
pour que n'importe informaticien s'en sorte en 10 minutes.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe,
les droits, oui, d'ailleurs ils ont tout ça.
Il n'y a pas de problème à lui fournir une documentation.
Dès qu'il aura payé pour cette prestation.
Que dit votre contrat? Est-ce que les sources ou les documentations sont
mentionnées??
En somme, à moins que le contrat (s'il y en a un) ne le dise
explicitement, toute demande nécessite un travail payé (et là fais toi
plaisir, charge la mûle), et bien entendu avec 80% d'arrhes...
attention, je ne crois pas que dans ce cas lui fournir le schéma de la bdd
soit payant, lui formater les données dans le format voulu peut
éventuellement l'être.
Merci pour vos réponses rapides.
En fait, et la nuit donnant conseil, Je ne vois aucune objection à lui
donner le schéma de la base. J'ai pour habitude de donner des noms
explicites dans mes bases : code_client, adresse, cpostal, ville, etc.
Pas de piège de ce côté la.
Il s'agit d'une base sous Postgresql. Pgadmin3 est installé sur une des
machines, donc, aucun piège pour ouvrir la base et l'exploiter (export cvs,
excel, texte) y compris la dumper.
2eme point, le logiciel élaboré avec windev n'est qu'une interface avec la
base. J'utilise les classes de firetox, soit avec sqlmanagerX, ou plus
souvent des requètes.
Vu que client n'a pas payé les sources du logiciel, je ne vais pas les lui
donner (soyons sérieux !).
Donc, si son nouveau prestataire ne réussit pas à extraire les données (ce
dont je doute), je me ferai une joie de lui établir un DEVIS (majuscule
parce que c'est un gros devis), et je ne bougerai qu'après avoir encaissé
80% du devis.
Merci encore
cordialement
Le 21/04/2011, Jacques Trepp a supposé :
JeAn-PhI a présenté l'énoncé suivant :
Gilles a formulé ce jeudi :
Jacques Trepp a présenté l'énoncé suivant :
Bonjour,
Techniquement, vu que c'est une base postgresql, il suffit de pgadmin3
pour que n'importe informaticien s'en sorte en 10 minutes.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe,
les droits, oui, d'ailleurs ils ont tout ça.
Il n'y a pas de problème à lui fournir une documentation.
Dès qu'il aura payé pour cette prestation.
Que dit votre contrat? Est-ce que les sources ou les documentations sont
mentionnées??
En somme, à moins que le contrat (s'il y en a un) ne le dise
explicitement, toute demande nécessite un travail payé (et là fais toi
plaisir, charge la mûle), et bien entendu avec 80% d'arrhes...
attention, je ne crois pas que dans ce cas lui fournir le schéma de la bdd
soit payant, lui formater les données dans le format voulu peut
éventuellement l'être.
Merci pour vos réponses rapides.
En fait, et la nuit donnant conseil, Je ne vois aucune objection à lui
donner le schéma de la base. J'ai pour habitude de donner des noms
explicites dans mes bases : code_client, adresse, cpostal, ville, etc.
Pas de piège de ce côté la.
Il s'agit d'une base sous Postgresql. Pgadmin3 est installé sur une des
machines, donc, aucun piège pour ouvrir la base et l'exploiter (export cvs,
excel, texte) y compris la dumper.
2eme point, le logiciel élaboré avec windev n'est qu'une interface avec la
base. J'utilise les classes de firetox, soit avec sqlmanagerX, ou plus
souvent des requètes.
Vu que client n'a pas payé les sources du logiciel, je ne vais pas les lui
donner (soyons sérieux !).
Donc, si son nouveau prestataire ne réussit pas à extraire les données (ce
dont je doute), je me ferai une joie de lui établir un DEVIS (majuscule
parce que c'est un gros devis), et je ne bougerai qu'après avoir encaissé
80% du devis.
Merci encore
cordialement
Le 21/04/2011, Jacques Trepp a supposé :JeAn-PhI a présenté l'énoncé suivant :Gilles a formulé ce jeudi :Jacques Trepp a présenté l'énoncé suivant :Bonjour,
Techniquement, vu que c'est une base postgresql, il suffit de pgadmin3
pour que n'importe informaticien s'en sorte en 10 minutes.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe,
les droits, oui, d'ailleurs ils ont tout ça.
Il n'y a pas de problème à lui fournir une documentation.
Dès qu'il aura payé pour cette prestation.
Que dit votre contrat? Est-ce que les sources ou les documentations sont
mentionnées??
En somme, à moins que le contrat (s'il y en a un) ne le dise
explicitement, toute demande nécessite un travail payé (et là fais toi
plaisir, charge la mûle), et bien entendu avec 80% d'arrhes...
attention, je ne crois pas que dans ce cas lui fournir le schéma de la bdd
soit payant, lui formater les données dans le format voulu peut
éventuellement l'être.
Merci pour vos réponses rapides.
En fait, et la nuit donnant conseil, Je ne vois aucune objection à lui
donner le schéma de la base. J'ai pour habitude de donner des noms
explicites dans mes bases : code_client, adresse, cpostal, ville, etc.
Pas de piège de ce côté la.
Il s'agit d'une base sous Postgresql. Pgadmin3 est installé sur une des
machines, donc, aucun piège pour ouvrir la base et l'exploiter (export cvs,
excel, texte) y compris la dumper.
2eme point, le logiciel élaboré avec windev n'est qu'une interface avec la
base. J'utilise les classes de firetox, soit avec sqlmanagerX, ou plus
souvent des requètes.
Vu que client n'a pas payé les sources du logiciel, je ne vais pas les lui
donner (soyons sérieux !).
Donc, si son nouveau prestataire ne réussit pas à extraire les données (ce
dont je doute), je me ferai une joie de lui établir un DEVIS (majuscule
parce que c'est un gros devis), et je ne bougerai qu'après avoir encaissé
80% du devis.
Merci encore
cordialement
Bonjour,
pardon pour le Hors sujet.
Un de mes clients désire changer de logiciel (et de fournisseur au passage).
C'est un mauvais payeur, et je ne suis pas faché qu'il parte.
C'est un procédurier (c'est son métier : avocat)
Il me somme de lui fournir les données de notre logiciel, au format qu'il
nous indiquera ...
Techniquement, vu que c'est une base postgresql, il suffit de pgadmin3 pour
que n'importe informaticien s'en sorte en 10 minutes.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi qui
doive fournir les données "prêtes à l'emploi"! Les mots de passe, les droits,
oui, d'ailleurs ils ont tout ça.
Vous pouvez m'éclairer ?
Merci d'avance.
Jacques
Bonjour,
pardon pour le Hors sujet.
Un de mes clients désire changer de logiciel (et de fournisseur au passage).
C'est un mauvais payeur, et je ne suis pas faché qu'il parte.
C'est un procédurier (c'est son métier : avocat)
Il me somme de lui fournir les données de notre logiciel, au format qu'il
nous indiquera ...
Techniquement, vu que c'est une base postgresql, il suffit de pgadmin3 pour
que n'importe informaticien s'en sorte en 10 minutes.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi qui
doive fournir les données "prêtes à l'emploi"! Les mots de passe, les droits,
oui, d'ailleurs ils ont tout ça.
Vous pouvez m'éclairer ?
Merci d'avance.
Jacques
Bonjour,
pardon pour le Hors sujet.
Un de mes clients désire changer de logiciel (et de fournisseur au passage).
C'est un mauvais payeur, et je ne suis pas faché qu'il parte.
C'est un procédurier (c'est son métier : avocat)
Il me somme de lui fournir les données de notre logiciel, au format qu'il
nous indiquera ...
Techniquement, vu que c'est une base postgresql, il suffit de pgadmin3 pour
que n'importe informaticien s'en sorte en 10 minutes.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi qui
doive fournir les données "prêtes à l'emploi"! Les mots de passe, les droits,
oui, d'ailleurs ils ont tout ça.
Vous pouvez m'éclairer ?
Merci d'avance.
Jacques
Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit
moi qui doive fournir les données "prêtes à l'emploi"! Les mots de
passe, les droits, oui, d'ailleurs ils ont tout ça.
Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit
moi qui doive fournir les données "prêtes à l'emploi"! Les mots de
passe, les droits, oui, d'ailleurs ils ont tout ça.
Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit
moi qui doive fournir les données "prêtes à l'emploi"! Les mots de
passe, les droits, oui, d'ailleurs ils ont tout ça.
dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.Quelle la législation à ce sujet? ça me paraît aberrant que ce soit
moi qui doive fournir les données "prêtes à l'emploi"! Les mots de
passe, les droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la
base de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils
ne se sentent pas « piégés » s'il leur prenait envie de changer de
prestataire. Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
<jacques.trepp@free.fr> ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.
Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]
Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit
moi qui doive fournir les données "prêtes à l'emploi"! Les mots de
passe, les droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la
base de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils
ne se sentent pas « piégés » s'il leur prenait envie de changer de
prestataire. Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.Quelle la législation à ce sujet? ça me paraît aberrant que ce soit
moi qui doive fournir les données "prêtes à l'emploi"! Les mots de
passe, les droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la
base de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils
ne se sentent pas « piégés » s'il leur prenait envie de changer de
prestataire. Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
Eric Demeester a formulé la demande :dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe,
les droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la base
de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils ne se
sentent pas « piégés » s'il leur prenait envie de changer de prestataire.
Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
Merci, Eric.
ça va tout à fait dans le sens que j'envisageais. Tout dépendra de son
attitude vis-à-vis du fait qu'il dit à ses collègues que notre soft est
obsolète, et qu'il a trouvé la Panacée Universelle avec son nouveau
fournisseur. Obsolète, c'est quand ça date, non ? Comme le paiement de ses
factures impayées :-D
Eric Demeester a formulé la demande :
dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
<jacques.trepp@free.fr> ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.
Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]
Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe,
les droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la base
de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils ne se
sentent pas « piégés » s'il leur prenait envie de changer de prestataire.
Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
Merci, Eric.
ça va tout à fait dans le sens que j'envisageais. Tout dépendra de son
attitude vis-à-vis du fait qu'il dit à ses collègues que notre soft est
obsolète, et qu'il a trouvé la Panacée Universelle avec son nouveau
fournisseur. Obsolète, c'est quand ça date, non ? Comme le paiement de ses
factures impayées :-D
Eric Demeester a formulé la demande :dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]Il me somme de lui fournir les données de notre logiciel, au format
qu'il nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe,
les droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la base
de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils ne se
sentent pas « piégés » s'il leur prenait envie de changer de prestataire.
Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
Merci, Eric.
ça va tout à fait dans le sens que j'envisageais. Tout dépendra de son
attitude vis-à-vis du fait qu'il dit à ses collègues que notre soft est
obsolète, et qu'il a trouvé la Panacée Universelle avec son nouveau
fournisseur. Obsolète, c'est quand ça date, non ? Comme le paiement de ses
factures impayées :-D
Bonjour, jacques
le client est proprietaire des données mais pas de la structure (analyse qui
elle est votre)
on doit lui fournir les données mais pas forcement au format ou il le desire
si cela vous coute du temps et de l'argent. il doit avoir acces aux données
donc soit un exeport simple soit un logiciel permettant de voir et modifier
les datas.
j'ai eu ce genre de probleme avec un client pour lequel j'ai repris eles
données et dont les fichiers etaient cryptés et protéger par mot de passe. le
fournisseur nous a dit qu'il ne donnerait pas les mots de passe (et bien il a
perdu) les data information mis dans n'importe quel logiciel sont la
proprieté du client car ces données parfois sensible sont issues de sont
environement. et donc il a du nous fournir les mots de passe. par conte j'ai
recu de son avocat une demande de confidentialité sur la structure du fait
que je pouvais voir les fichiers au niveau data faisait que la structure meme
des fichiers etaient visible et donc il m'ont interdit de faire de retro pour
recuperer la structure.
soit l'export vient du founrisseur (mais la aussi attention le client un peu
chiant et bien renseigné peut dire que les datas ne sont pas completes. donc
comme le fournisseur de mon client on m'a donné l'acces aux données pour que
j'en fasse ce que je veux et surtout proteger le fournisseur. et du coup le
client s'il veut un export doit soit payer les dev necessaire pour avoir le
format qu'oil veut. et cela evite de prendre le risque de retoucher ses
données.
attention : même s'il n'a pas payé ses factures les données lui appartiennent
quand meme !
cbon dev
@+
"Jacques Trepp" a écrit dans le message de
news:4db7dcdc$0$28109$Eric Demeester a formulé la demande :dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]Il me somme de lui fournir les données de notre logiciel, au format qu'il
nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe, les
droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la base
de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils ne se
sentent pas « piégés » s'il leur prenait envie de changer de prestataire.
Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
Merci, Eric.
ça va tout à fait dans le sens que j'envisageais. Tout dépendra de son
attitude vis-à-vis du fait qu'il dit à ses collègues que notre soft est
obsolète, et qu'il a trouvé la Panacée Universelle avec son nouveau
fournisseur. Obsolète, c'est quand ça date, non ? Comme le paiement de ses
factures impayées :-D
Bonjour, jacques
le client est proprietaire des données mais pas de la structure (analyse qui
elle est votre)
on doit lui fournir les données mais pas forcement au format ou il le desire
si cela vous coute du temps et de l'argent. il doit avoir acces aux données
donc soit un exeport simple soit un logiciel permettant de voir et modifier
les datas.
j'ai eu ce genre de probleme avec un client pour lequel j'ai repris eles
données et dont les fichiers etaient cryptés et protéger par mot de passe. le
fournisseur nous a dit qu'il ne donnerait pas les mots de passe (et bien il a
perdu) les data information mis dans n'importe quel logiciel sont la
proprieté du client car ces données parfois sensible sont issues de sont
environement. et donc il a du nous fournir les mots de passe. par conte j'ai
recu de son avocat une demande de confidentialité sur la structure du fait
que je pouvais voir les fichiers au niveau data faisait que la structure meme
des fichiers etaient visible et donc il m'ont interdit de faire de retro pour
recuperer la structure.
soit l'export vient du founrisseur (mais la aussi attention le client un peu
chiant et bien renseigné peut dire que les datas ne sont pas completes. donc
comme le fournisseur de mon client on m'a donné l'acces aux données pour que
j'en fasse ce que je veux et surtout proteger le fournisseur. et du coup le
client s'il veut un export doit soit payer les dev necessaire pour avoir le
format qu'oil veut. et cela evite de prendre le risque de retoucher ses
données.
attention : même s'il n'a pas payé ses factures les données lui appartiennent
quand meme !
cbon dev
@+
"Jacques Trepp" <jacques.trepp@free.fr> a écrit dans le message de
news:4db7dcdc$0$28109$426a74cc@news.free.fr...
Eric Demeester a formulé la demande :
dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
<jacques.trepp@free.fr> ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.
Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]
Il me somme de lui fournir les données de notre logiciel, au format qu'il
nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.
Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe, les
droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la base
de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils ne se
sentent pas « piégés » s'il leur prenait envie de changer de prestataire.
Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
Merci, Eric.
ça va tout à fait dans le sens que j'envisageais. Tout dépendra de son
attitude vis-à-vis du fait qu'il dit à ses collègues que notre soft est
obsolète, et qu'il a trouvé la Panacée Universelle avec son nouveau
fournisseur. Obsolète, c'est quand ça date, non ? Comme le paiement de ses
factures impayées :-D
Bonjour, jacques
le client est proprietaire des données mais pas de la structure (analyse qui
elle est votre)
on doit lui fournir les données mais pas forcement au format ou il le desire
si cela vous coute du temps et de l'argent. il doit avoir acces aux données
donc soit un exeport simple soit un logiciel permettant de voir et modifier
les datas.
j'ai eu ce genre de probleme avec un client pour lequel j'ai repris eles
données et dont les fichiers etaient cryptés et protéger par mot de passe. le
fournisseur nous a dit qu'il ne donnerait pas les mots de passe (et bien il a
perdu) les data information mis dans n'importe quel logiciel sont la
proprieté du client car ces données parfois sensible sont issues de sont
environement. et donc il a du nous fournir les mots de passe. par conte j'ai
recu de son avocat une demande de confidentialité sur la structure du fait
que je pouvais voir les fichiers au niveau data faisait que la structure meme
des fichiers etaient visible et donc il m'ont interdit de faire de retro pour
recuperer la structure.
soit l'export vient du founrisseur (mais la aussi attention le client un peu
chiant et bien renseigné peut dire que les datas ne sont pas completes. donc
comme le fournisseur de mon client on m'a donné l'acces aux données pour que
j'en fasse ce que je veux et surtout proteger le fournisseur. et du coup le
client s'il veut un export doit soit payer les dev necessaire pour avoir le
format qu'oil veut. et cela evite de prendre le risque de retoucher ses
données.
attention : même s'il n'a pas payé ses factures les données lui appartiennent
quand meme !
cbon dev
@+
"Jacques Trepp" a écrit dans le message de
news:4db7dcdc$0$28109$Eric Demeester a formulé la demande :dans (in) fr.comp.developpement.agl.windev, Jacques Trepp
ecrivait (wrote) :
Bonsoir Jacques,
J'ai lu l'ensemble de la discussion ayant fait suite à ta demande avant
de te répondre, je ne reviendrai donc pas forcément sur tous les points
déjà abordés.Un de mes clients désire changer de logiciel (et de fournisseur au
passage).
[...]Il me somme de lui fournir les données de notre logiciel, au format qu'il
nous indiquera ...
C'est son droit le plus strict de souhaiter récupérer ces données, dans
la mesure elles lui appartiennent.Quelle la législation à ce sujet? ça me paraît aberrant que ce soit moi
qui doive fournir les données "prêtes à l'emploi"! Les mots de passe, les
droits, oui, d'ailleurs ils ont tout ça.
Pour ce qui est du format des données, la logique pour moi est de les
transmettre dans un « format d'échange » documenté [1] et suffisemment
universel (disons des fichiers CSV avec variables délimitées) pour que
le client, directement ou via son nouveau prestataire, soit capable de
les relire et de les intégrer facilement dans un nouveau contexte.
Pour en revenir au format qu'il t'indiquera, s'il s'agit d'un format
d'échange genre export CSV des tables de la base de données actuelle, je
ne vois aucune raison de lui facturer cette prestation [2], puisque ça
peut se faire en quelques clics via un dump de la base.
S'il demande en revanche un export dans un format exotique et que ça te
demande du boulot, là, il ne faut pas hésiter à faire un devis.
[1] Quand je développais sous Windev, j'avais intégré dans mes logiciels
la possibilité pour les clients d'exporter tout ou partie de la base
de données HF (pas de C/S à l'époque) en CSV, histoire qu'ils ne se
sentent pas « piégés » s'il leur prenait envie de changer de prestataire.
Pour la petite histoire, aucun ne m'a quitté, et ils
ont été bien tristes quand je leur ai dit que j'abandonnais cette
activité et qu'ils auraient dorénavant d'autres interlocuteurs.
[2] Mais retarder voire bloquer sa réalisation si le client en question
te doit encore de l'argent me paraît tout à fait légitime.
Merci, Eric.
ça va tout à fait dans le sens que j'envisageais. Tout dépendra de son
attitude vis-à-vis du fait qu'il dit à ses collègues que notre soft est
obsolète, et qu'il a trouvé la Panacée Universelle avec son nouveau
fournisseur. Obsolète, c'est quand ça date, non ? Comme le paiement de ses
factures impayées :-D
