Délai de garantie d'un site web...

[MagicYoyo]

>> Non je parle plutôt d'une fonctionnalité qui marchait avant et plus maintenant...

ah ben garantie à vie alors. si ca marchait avant et que cela ne marches plus, c est que tu as pal fait ton boulot

C'est pas comme ça que ça marche. Si un soft marchait et qu'il marche plus, c'est qu'il y a un truc dans son environement, dans son utilisation (i.e. dans sa conception) qui le fait planter.

Quand tu livres un site, tu prévoies une période de garantie durant laquelle le client doit tester son application. Après un mois, si tu fais les choses bien tu fais signer un PV de recette. Ce PV stipule que l'application livrée est conforme aux spécifications et fonctionne.
Théoriquement, toute intervention au delà est facturable.

Evidemment, s'il est manifeste que le soft ne marche pas à cause d'un défaut de fabrication ou une non-conformité aux spécifications; tu peux prendre à ta charge la remise en état.
Mais cela ne concerne pas les disfonctionnement liés à un changement d'hébergement de ton fait. Tu aurais dû préparer ça avec eux.

[bzctoons]

le redéploiement d'un site sur un nouveau hebergement implique souvent une reconfiguration, parce que on ne sait jamais comment le nouveau serveur est configuré (les paths, register_globals, safe_mode,versions apache/php,mysql,...)
C'est souvent une assez mauvaise idée de redéployer un site sans en connaitre toutes les finesses et ce genre de choses se fait avec le développeur et se planifie afin d'eviter que le service soit interrompu. Même si l'hebergement est mauvais il faut organiser la migration : d'ailleurs "trouver en catastrophe un autre hebergeur" est souvent synonyme de "rajouter des problémes là ou il y en a déjà".

Dans le cas présent il aurait été judicieux de négocier le redéploiement : a priori le code est ok puisque le site marchais mais l'hebergment n'étant pas fiable il faut définir qui est responsable de l'hebergement. Si le prestataire à été payé pour coder, il ne peut pas être tenu pour responsable des problémes d'hebergement. Si le prestataire facture une prestation d'hebergement (même si il est uniquement revendeur) il est tenu de maintenir son service en état.

Pour finir, un site même si on a tendance à penser le contraire, un site web est quelque chose d'assez complexe à réaliser et à maintenir. De plus, il évolue dans le temps au fur et à mesure que la fréquentaion augmente des bugs ou défaults de performances apparraissent. Il est donc assez important de bien s'entendre avec le codeur. Si on est pas soi même techniquement à l'aise, il faut savoir s'entourer en ayant un "technicien" sous la main.
D'ailleurs la perrenité du prestataire doit faire partie des critéres de choix.
Bien sur ceci à un prix et au final en faisant des économies sur la réalisation du site (je ne dis pas que c'est ce qui se passe dans le cas present) on y perd souvent par la suite.

Pour l'image, quand on fait de la course automobile on a forcement un staff qui s'occupe de la voiture : difficile d'etre pilote et mécano.

[Dexenium]

Mon problème est plus ambigu.

Le fait de changer d'hébergeur a mis en l'air des fonctionnalités.

Mais si j'ai du changer d'hebergeur c'est que le mien était incapable de fournir une prestation correcte.

Donc j'ai paye pour un nouvel hebergeur, je dois payer pour rétablir le site : j'ai franchement l'impression que je me suis fait avoir.

D'autant qu'il n'est aucunement stipulé que le site ne fonctionnera peut-être pas s'il est hébergé ailleurs que chez celui que fait le site...

Dex

[Dexenium]

Bien sur ceci à un prix et au final en faisant des économies sur la réalisation du site (je ne dis pas que c'est ce qui se passe dans le cas present) on y perd souvent par la suite.

Mon site m'a coûté largement plus de 7000 € ht, ce n'est pas rien...

[loletech]

Ce qui se pratique couremment dans l'industrie informatique d'après mon expérience (pas spécialement dans le développement de sites intenets mais pour tous types de développements) :

1) Si il s'agit d'un développement "au forfait", la période de garantie est spécifiée dans le contrat. Il n'y a pas vraiment de règle sur sa durée, ça dépend surtout de la durée initiale du développement et plus globalement du prix que tu as payé. En tous cas, c'est uniquement contractuel et en général de l'ordre de 1 à 3 mois (sauf très gros projets ou la durée peut-être beaucoup plus importante).
2) S'il s'agit d'un développement "en régie", pas de garantie

Maintenant, il est aussi très classique que le développeur prenne a sa charge des corrections au-delà de la période de garantie s'il est manifeste que le problème est uniquement de son fait. C'est toute fois complètement à son bon vouloir et en général motivé par la possibilité de te vendre autrechose après.

Et si tu veux une vraie "garantie" après l'expiration de la période contractuelle, il faut que tu passe un contrat de TMA comme expliqué dans un post précédant (pas forcément avec le concepteur d'origine du site d'ailleur...).

Dans ton cas précis, c'est le service d'hébergement qui est défaillant et pas le développement en tant que tel du site. Tu peux surement obtenir le remboursement d'une partie de ce tu as payé pour l'hébergement en les menaçant de poursuites. Maintenant, si le site fonctionnait bien je ne pense pas que tu puisse les obliger à te le re-paramettrer/modifier sur ton nouveau serveur.

[bzctoons]

Bien que je soit d'accord sur le fait que le probléme soit ambigu, pour prendre un exemple commun le fait de démonter ou modifier un produit acheté annule la garantie.
Un site web est un applicatif tournant dans un environnement technique les deux sont trés liés et à la limite ne font qu'un (un site web sur un CD n'est pas vraiment un site web ).
Si le site dont vous parlez est celui qui est dans votre profil, il a une vocation commerciale. Du coup contrairement à ce qu'on pense le site est plus qu'un investissement : c'est une charge (plus ou moins fixe) qui demande une budgetisation en terme de maintenance, d'hebergement, de communication .....

En gros quand on a un site commercial (ou pas) il faut :
- donner de l'argent pour un nom de domaine
- donner de l'argent pour l'hebergement
- donner de l'argent pour de la pub
- donner de l'argent pour être référencé
- donner de l'argent pour avoir une plate forme de paiement digne de ce nom
- donner de l'argent pour que la base de donnée explose pas parce qu'il y trop d'entrées
- donner de l'argent pour que quelqu'un surveille et previenne les problémes avant que ça arrive
- donner de l'argent pour pouvoir s'occuper de son buisness, avoir l'esprit tranquille et en tenter d'en gagner.

Le client veut en donner le moins possible, les prestataires veulent en gagner le plus possible... normal
Tout le reste n'est que négociation... mais si il y a conflit il n'y a plus de négociation possible et tout le monde y perd (sauf l'hebergeur, la regie pub, le prestataire de paiement,... )

[MagicYoyo]

Tu ne t'es pas fait arnaquer, tu t'es précipité.
Je suis sur que tu aurais pu faire valoir auprès de ton prestataire la défaillance de son hébergement et organiser une migration sans frais supplémentaires vers un hautre hébergement.

La conciliation aurait été sans doute plus efficace pour toi et moins coûteuse. J'espère que tu ne t'est pas fâché avec ton prestataire, parce que maintenant il va falloir reprendre le dialogue.

S'il refusent le dialogue, parles-en a ton avocat.

[Dexenium]

Non, le dialogue est ouvert.

Moi je veux simplement que les 3 ou 4 fonctions qui ne tournent plus soient rétablies et fonctionnent comme avant.

Pour le prix que j'ai payé, et tous les problèmes que j'ai eu pendant 2 mois, je pense que commercialement il pourrait y avoir un geste sans brandir le contrat de maintenance.

Moi j'ai demandé et payé pour avoir un site qui fonctionne, pas pour deux mois de galères, de soucis et de perte de temps.

Encore une fois ok pour le contrat de maintenance, mais il faut rétablir les fonctions qui sont "out"

Merci de vos conseils

[MagicYoyo]

Je pense que tu dois négocier à partir de la défaillance de l'hébergement. Plusieurs pistes :
- ils te remboursent l'hébergement défaillant et tu payes la ré-installation
- ils prennent à leur charge 1 an de ton nouvel hébergement
- tu prends les 2 hébergements à ta charge, mais ils s'occupent de faire marcher le système sur le nouveau

Mais avant tout, fais toi préciser la nature et le coût du re-paramétrage.

...en espérant que la migration soit techniquement possible
Sinon, dis nous ce que tu as besoin comme hébergement (espace, langages , BdD, librairies...) et on te trouvera une bonne solution.

[Dexenium]

Merci Magic Yoyo.

En fait au niveau hebergement on est passé chez Zonepro

C'est à mon avis là que ça pose un problème à mon ancien prestataire, la fait de perdre l'hebergement de notre site.

Mais vraiment ce n'était plus possible.

Maintenant c'est vrai que c'est plus dur de négocier et de leur faire remettre en place les qqs éléments qui ne vont pas vu qu'on est plus chez eux...

Dex

[TotoZeRigolo]

D'après ce que je comprend le problème viens du déplacement d'hébergement. En effet, si le nouveau serveur n'est pas paramêtré comme l'ancien, le code peu ne pas y fonctionner dessus.
Dans ce cas, impossible de s'en prendre au prestataire du développement qui lui à fourni au départ un code fonctionnel.
Maintenant, si il y a eu changement de serveur, et que tout ne fonctionne pas comme avant, il faudrait surtout voir à rétablir les fonctionnalités du serveur ...
Ensuite, si il s'avère qu'il faut modifier le code, c'est une mise à jour qui est facturable.

Enfin, c'est mon avis.

A+
Nico

[MagicYoyo]

Sachant que le changement d'hébergement a pour origine la défaillance de l'hébergement fourni par le même pretataire, ça se négocie.

[TotoZeRigolo]

Pour pas partir dans de grosses procédures, essaye de voir si tu ne peu pas paramêtrer le nouveau serveur comme nécessaire.

Enfin, c'est mon avis.

A moins que l'ancien prestataire est verouillé son code ou mis des trucs spécifiques à son serveur, le site doit pouvoir fonctionner sur un autre serveur.

A+
Nico