blman

Bonjour à tous, je suis le webmaster d'une boutique en ligne hébergé sur un serveur dédié professionnel chez OVH avec en option un disque de backup. Mais voila, le disque principal du serveur a eu des secteurs déffectueux, donc on a demandé une prestation de copie coldplug du disque deffectueux vers un nouveau disque, pour le remplacer par le nouveau disque. Au départ, le site ne devait être inaccessible qu'1/2 heure. Mais voila, pendant l'opération de copie, le disque principal a cramé et maintenant le site est inaccessible depuis presque 48 heures et on ne peut plus récupérer les données (heureusement que j'avais fait un backup la veille). Le pire, c'est que notre disque de backup est en retard d'1 journée (ça craint quand même dans le e-commerce) donc, pour moi, il ne sert à rien. Notre prestataire en infogérance est en train de se battre comme un malade pour tout remettre en ordre. Donc voila, vu que je ne veux plus avoir à faire à ce genre de problème, je recherche une solution (toujours chez OVH) qui me garantirais 2 choses : - la sauvegarde de mes données en temps réel (pas de décalage dans le temps). - la disponibilité à 100% (allé 99%) de mon site. Vu que je n'y connais pas grand chose dans ce domaine, je m'adresse à vous. Est-ce que mes ambitions sont réalisables ? Si oui, pourriez-vous me donné quelques pistes de comment c'est réalisable ? (j'ai quelques idées là dessus, notamment avec la technologie RAID mais je ne trouve rien d'équivalent dans les offres OVH) En gros, quelle config chez OVH choisiriez-vous ?

Et généralement, quand on a déposé plainte, est-ce que ça abouti à quelque chose ou est-ce que de toute manière le marchand l'a dans l'os ?

Juste 2 questions : - C'est la banque qui fournie l'IP des fraudeurs ou c'est au webmaster de l'enregistrer ? - Est-ce que cette IP a vraiment une valeur auprès d'un tribunal ?

Personnellement, je ne choisirais aucune solution toute faite. J'embaucherais un bon webmaster pour te créer le site, travailler le référencement, animer le site, faire de la promo en ligne, ... Tout le travail de catalogue, achats, expéditions, ... te revenant !

J'ai récemment eu cette discussion sur un autre forum : http://www.webrankinfo.com/forums/viewtopic_49632.htm . Ce n'est pas classé par ordre de priorité, mais ça peut déjà donner une idée.

Hé bien, en fait, je pense que oui. E-transaction fonctionne sous le logiciel ATOS donc tous les logiciels qui fonctionnent sous ATOS doivent fonctionner pareil, peut importe la région ou la banque.

Asgarel, il s'agit bien d'un contrat standard. Voici ce que dit la doc : 5. La capture différée Lenvoi en banque dune transaction, également appelé capture ou remise dune transaction, peut être défini à laide de deux paramètres : capture_mode et capture_day. Le champ capture_mode précise le mode denvoi en banque, tandis que le champ capture_day indique le délai avant lenvoi en banque. Le champ capture_mode peut prendre les valeurs AUTHOR_CAPTURE ou VALIDATION, tandis que le champ capture_day peut varier de 0 à 99. Dès lors que le capture_day est non nul, on parle de capture différée car lenvoi en banque ne se fait pas le même jour que la création de la transaction. Si les champs capture_mode et capture_day ne sont pas renseignés au niveau de lAPI, ils sont respectivement initialisés par le serveur à AUTHOR_CAPTURE et 0 pour signifier une capture immédiate après lacceptation du paiement. Le choix du mode VALIDATION ou AUTHOR_CAPTURE dépend du souhait du commerçant de contrôler ou non lenvoi en banque des transactions. 5.1. Mode AUTHOR_CAPTURE Dans ce mode, les transactions sont automatiquement envoyées en banque par le serveur E-Transactions, aucune action nest nécessaire au commerçant. Cependant, si le commerçant souhaite annuler tout ou partie de la transaction avant lenvoi en banque, il peut le faire à laide du module office. Par exemple, si le champ capture_mode est vide et le champ capture_day a la valeur 6, le serveur de paiement E-Transactions fait une demande dautorisation en ligne du montant réel lors de la transaction. Cette dernière est ensuite envoyée en banque à jour + 6. 5.2. Mode VALIDATION Les transactions ne sont envoyées en banque quaprès la validation du commerçant. La validation dune transaction se fait à laide du module office. Si une transaction nest pas validée dans le délai fixé par le capture_day, elle expire. La transaction est alors perdue. Par exemple, si le champ capture_mode est à VALIDATION et le champ capture_day a la valeur 6, le serveur de paiement E-Transactions fait une demande dautorisation en ligne du montant réel lors de la transaction. Le commerçant à capture_day jours pour valider la transaction. La transaction est envoyée en banque le jour de la validation.

OK, merci lafleur. Je viens de regarder dans les CGV de certains sites qui le font et rien de spécial n'est mentionné. Je vais quand même regarder ça de plus près.

il faut juste se démerder pour que ça n'éxède pas cette période. Je pense que la banque doit se débrouiller pour, non ? Si je propose 2 options "paiement comptant" & "paiement en 3 fois sans frais par CB" pour une valeur supérieure à 149 euros d'achats par exemple, je crois que plus personne ne choisira l'option "paiement comptant"

Merci beaucoup Spidetra ! Donc je viens de les appeler pour pousser une petite gueulante qui était sensée me libérer de toutes mes énergies négatives mais je n'ais même pas pu le faire puisqu'ils viennent de me dire que cette option était maintenant possible (c'est tout récent apparemment puisqu'il y a encore 1 mois, ce n'était pas possible). Seul petit bémol, c'est possible techniquement mais toutes les agences crédits agricoles ne l'autorisent pas. Donc je crois que je vais le faire très prochainement !

Spidetra, je viens de trouver une boutique qui fais du paiement en 3 fois par CB et effectivement, la banque, c'est la Société générale. Je comprend toujours pas pourquoi on ne peut pas le faire sur e-transaction puisque les 2 systèmes fonctionnent sur ATOS Arlette, tu a raison dans le cas où la banque gère le paiement en plusieurs fois (comme la société générale semble le faire). Par contre, dans mon cas, je ne sais pas trop comment ça se passe puisque je serais obligé de stocker les données moi même. J'imagine que ce n'est même pas envisageable. Pour le cas d'amazon, comment est-ce que vous pensez qu'ils stockent les coordonnées bancaires ? C'est quand même super chaud au niveau sécurité et CNIL de faire ça. Je crois que la FNAC le fait aussi...

En attendant ta réponse Spidetra, j'ai imaginé un petit système puisqu'on me parle de développement spécifique : 1- On enregistre les coordonnées bancaires du client. 2- On divise la somme totale en 3 3- Chaque mois (pendant 3 mois), on renouvelle une transaction avec les coordonnées bancaires enregistrées da la valeur de la somme dûe (total/3) J'imagine que ça fonctionne comme ça. D'ailleurs, il me semble que Amazon enregistre les coordonnées bancaires. Ca amène quand même des questions auxquelles je ne peut pas répondre pour le moment : - Comment garantir la sécurité des données enregistrées ? - Comment être crédible face aux lois informatiques et libertés ? - Comment éviter les fraudes ? (le 1er paiement peut passer sans souci, mais il est tellement facile de faire opposition sur les 2 derniers paiements) - etc...

Je crois que ça ne coute rien de plus. Pas de différence pour eux entre le mode VALIDATION ou AUTHOR_CAPTURE. Par contre, je viens de vérifier dans la doc, la valeur capture_day peut varier de 0 à 99 donc le délais maximum pour valider un paiement est de 99 jours

C'est la banque qui conserve la transaction. Elle te donne un id de transaction et tu n'a jamais accès aux coordonnées bancaires de ton client. Toutes les manipulations se font grâce à l'id de transaction. Au niveau du temps entre le paiement sur le site et la validation manuelle, c'est toi qui le configure aussi (le maximum étant de 90 jours je crois, peut-être un peu plus)

Pour le débit à l'expédition, je pense que les logiciels de paiement sécurisé des banques le font. En tout cas, moi je le fais avec le logiciel E-transaction du crédit agricole (qui n'est tout même surement pas le meilleur dès que tu veux faire des développement un peu plus poussé). Bref, voici comment ça fonctionne : - le logiciel est paramétré en mode VALIDATION ce qui implique que le paiement se déroule en 2 phases : 1- le client donne son numéro de carte, ... : la banque test sa carte sur une valeur de 2 euros. Ca permet dans un premier temps de tester la fraude. Le client n'est pas débiter mais donne une autorisation de prélèvement 2- Une fois que ta commande est prête à être expédiée, tu peux valider le paiement sur une interface mise à disposition par la banque : dans ce cas, le logiciel revérifie la validité de la carte, le plafond, ... Le paiement peut être accepté ou refusé.

Salut spidetra, La société générale permet de faire des paiements en plusieurs fois ? C'est quand même bizarre que le crédit agricole ne le fasse pas alors que les 2 fonctionne sous ATOS.

Merci à vous 2. Arlette : ce n'est pas du paiement à l'expédition que je veux faire puisque je le fais déjà mais bel et bien du paiement en plusieurs fois Myna : merci, je vais aller voir ça de plus près. Nous aussi, nous avons des paniers moyens assez élevés (environ 300 euros de moyenne mais peuvent monter très très haut) et je pense que ce type de paiement en 3 fois sans frais par CB ne peut qu'améliorer le panier moyen. Si d'autres ont des expériences la-dessus, je suis toujours preneur.

Bonjour à tous, je voulais savoir si certains d'entres vous avaient déjà mis en place du paiement en 3 fois sans frais par CB. Je me suis renseigné auprès du crédit agricole et ils m'ont répondu qu'avec le système e-transaction que nous utilisons, ce n'était pas possible . Hors je sais que certaines boutiques le font. Attention, je ne parle pas des offres de crédit style SOFINCO ou CETELEM mais bel et bien de paiement par CB grâce aux logiciels de paiement par CB fourni par les banques. Avez-vous des retours d'expérience ? Avec quelles méthode technique ? Avec quelle banque ? Est-ce que ça a augmenter votre chiffre d'affaire ? Est-ce que ça a augmenté votre taux de fraude ? Merci d'avance pour vos réponses.

Amazon a réduit son processus de commande pour mettre en place la commande en "1 clic". Je pense qu'il est évident que la validation par e-mail te fera perdre des commandes. Il me parait logique que plus le processus de commande est facile et court, moins il y a de perte. Il en va de même pour tous les formulaires trop long à renseigner, les étapes trop longues, etc... En plus l'e-mail qu'il soit valide ou pas, te sert juste à envoyer des mails de suivis de commande, j'imagine. Tu peux compenser en mettant une messagerie interne au compte client.

Tu as tout fait raison bshop, et c'est vrai que je ne pensais pas au BtoB. Cette liste (qui n'est surement pas terminée) doit être je pense la plus large possible, chacun se faisant une idée de comment l'appliquer par la suite.

Hello, sur un autre forum, j'ai essayé d'établir une liste de critère de satisfaction d'acheteur en ligne. J'ai fait ça sur WRI car je voulais interroger des acheteurs et non pas des concepteurs de boutique (qui aurait surement faussé les résultats). Enfin bon, vu que je pense que ça peut être une bonne ressource pour vous, je vous donne le lien : http://www.webrankinfo.com/forums/viewtopic_49632.htm Bien sûr, on peut en rediscuter ici

Je suis bien sûr d'accord avec vous tous. J'ai donc montré ce post à ma direction (et oui...) et c'est bon, ils m'ont accordé le fait que j'affiche le RIB sur le site. Donc merci à tous...

OK, je veux bien voir le tient par MP

C'est bien ce que je pensais

Bonjour, Sur notre site e-commerce, on propose 3 modes de paiement : carte, chèque, virement. Rien de nouveau... Par contre, mes boss sont rétissants à envoyer les RIB par e-mail pour les paiements des virements car ils ont un peu peur que nos données bancaires trainent un peu partout... Donc, à chaque fois qu'un client fait une commande par virement, on le rappelle pour lui dicter nos coordonnées bancaires par téléphone (un peu casse-couille quand même). Donc voici ma question destinée à ceux qui pratique aussi les paiements par virements : Comment faites-vous ? Y'a-t-il un risque à envoyer les coordonnées bancaires par e-mail ?