robinsonvendredi

Si tu n'as pas la doc ni le logiciel de la banque, il n'y a rien à paramétrer. L'intégration du paiement en ligne ne dépend pas de la base de données ni même du système de boutique utilisé, les logiciels de paiement en ligne des banques s'adaptent à n'importe quelle architecture de boutique. Mais on dirait que tu souhaites des explications sur le fonctionnement d'un panier ou sur l'enregistrement de commande sur ta base ? Ne confonds-tu pas paiement en ligne et développement d'une boutique ? Ou en es tu dans ton developpement, quelle est ta technologie ? As tu développé ton panier de commande ? L'intégration du module de paiement se fait "en dernier" dans un développement e-commerce, donc il faut commencer par le commencement... Points de départ possibles : - se plonger dans un bon livre qui donne un exemple complet de boutique - louer un système e-commerce en ligne - télécharger un script Open Source - recourir à un prestataire ... ou bien un peu de tout ce qui précède

Bonjour Lecma, Comme dit justement bshop, tu souhaites peut etre conserver tes developpements actuels et non pas adopter un nouveau systeme e-commerce. A ma connaissance, la Banque Populaire utilise le programme de paiement en ligne ...le plus populaire à savoir SIPS de ATOS ORIGIN. Peu importe la structure de ta base de données, elle n'entre pas en jeu directement dans l'échange de données avec le serveur de la banque au cours de la transaction. (Toutefois, en fonction de la réponse de la banque, tu souhaites peut-être enregistrer dans ta base l'information finale, à l'issue du traitement : par exemple, la somme debitee sur le compte du client en tant qu'acompte sur la commande.) Au cours de la transaction, c'est seulement le code de tes pages web qui est concerné. Paiement en ligne mis à part, lorsque ton client a validé sa commande, il est normalement dirigé vers une page de confirmation avec un message du type "votre commande a été enregistrée". Cette page insère la nouvelle commande sur ta base SQL. Je te conseille d'insérer le code de traitement ATOS de requete sur cette page, juste avant l'insertion de la commande dans ta base. Le code ATOS de requete est normalement fourni dans un exemple intitulé "call_request". Il y a des champs dans le code ATOS qu'il faut soigneusement renseigner pour un parametrage réussi. Pour le client, le traitement visible consiste à choisir sa carte, puis à indiquer son No, etc.. ces traitements se déroulent sur le serveur de la banque et non pas sur ton serveur. A la fin de cette page, ton code peut toujours insérer la commande dans ta base SQL, mais je te conseille d'ajouter un indice "statut impayé" en attente du code retour de la banque. Puis, la réponse de la banque est retournée (page exemple intitulée "call_autoresponse"). Sur cette page, le code banque est retourné, il indique le statut de la transaction. Je te conseille de mettre à jour la commande à ce moment là : du statut impayé, elle passe à un statut payé ou éventuellement autre : il y a plusieurs dizaines de codes retour possibles. Voila, le principe est simple, maintenant consulte la doc fournie par la banque. Bon courage

Bravo pour ce succès, mais ce n'est qu'un début ! Excellente continuation !

Encore une info qui peut etre sera utile : il y a une différence entre "comptable" et expert comptable. Il existe des "comptables indépendants", qui peuvent se prétendre "agréés" ou s'attribuer d'autres titres fantaisistes. Ces personnes n'ont pas le diplome d'Etat d'expert comptable et exercent la profession illégalement. Elles font beaucoup de tort à ceux qui ont travaillé pour obtenir le diplôme, paie leurs cotisations à l'Ordre des experts comptables, et sont en règle avec la loi. Donc ne pas confondre les experts comptables et les "comptables".

D'abord une précision : aucun comptable ne valide un bilan. Les experts comptables assistent les entreprises pour établir leurs comptes annuels (entre autres missions de conseil = missions contractuelles donc non obligatoires). Les commissaires aux comptes (qui sont le plus souvent expert comptables) certifient les comptes de certaines entreprises (c'est une une mission définie par la loi donc "obligatoire"). Quelles entreprises me direz vous? L'obligation de faire certifier les comptes concerne des entreprises de statut particulier, les sociétés anonymes notamment, et les autres sociétés au delà de certains seuils, a priori vous n'êtes pas donc pas concernés. Sont également visées certaines opérations telles que les apports en nature. Expert-comptable est une profession libérale, le diplome est un bac + 8. Pour prendre une comparaison, personne ne vous interdit de vous soigner vous-mêmes en improvisant une mixture, aller chez le medecin n'est pas une obligation légale, c'est seulement conseillé

Merci pour le lien, c'est très interssant

Vous évoquez trois problemes différents : 1. la capacité de traitement de requêtes en volume mensuel, 2. en instantané (nombre d'accès simultanés), 3. le nombre de clients ou de produits gérés sur la base (taille de la base) --- 1. Je suis d'accord avec Toutcouleur, ceci dépend principalement du "hardware" : bande passante, serveurs, accès Internet de l'hébergeur. Au niveau de la bande passante de 6Go, le calcul de la saturation est facile, taille d'une page moyenne x nombre de pages vues par mois > 6Go. C'est correct pour un site à trafic "faible" ou "moyen". 2. Le nombre d'accès simultané dépend aussi du hardware Une petite précision, dans le cadre d'un site à très fort trafic, voici 2 moyens en ASP pour améliorer le traitement des requêtes au niveau logiciel : - composants COM - procédures stockées sur SQL server L'emploi d'appel à des composants et des procédures compilées est préférable à des requetes directes dans le code des pages web qui doivent être recompilées à chaque fois que la page est affichée. 3. taille de la base La taille du catalogue ou du fichier client ne pose pas de probleme de bande passante, elle concerne la taille de la base de données. En pratique, un très bon hébergement mutualisé : - BP instantanée 512 ko/s - BP mensuelle 50 Go - Base de données 200 Mo - serveur de données quadri-processeur. Les spécialistes de l'hébergement (dont je ne fais pas partie )vous diront qu'un site qui "explose" demande un hébergement dédié avec plusieurs serveurs, une personne qui en fait la maintenance, etc...

Le nom sert peut-être a des contrôles a posteriori en cas de fraude comme la signature sur les cartes etrangeres ?

Installer un logiciel est à la portée d'un débutant, mais ce n'est que le début de l'aventure. Si vous vendez un produit très simple de manière très simple à une clientèle facile à cibler et que vous avez un quasi monopole... Vous avez de la chance ! Mais la plupart du temps les entreprises vendent des produits un peu compliqués de manière assez personnelle sur un marché concurrentiel. Dans ce cas, il vous faut un développeur + un graphiste + un référenceur. Il y en a plein sur ce forum, moi j'ai déjà un client qui vend des toners donc désolé mais il faudra trouver un autre prestataire!

AMHA ce sont des logiciels qui se valent. Comme 99 % des logiciels de boutique : 1. Vous risquez de passer des nuits blanches à recopier votre catalogue, vos stocks, vos commandes entre votre site web et votre logiciel de gestion. 2. L'e-commerce suppose des traitements de gestion, or il existe une règlementation dans notre beau pays à ce sujet. Il faut fuir les logiciels qui n'ont pas à l'origine été concus pour le marché français, car les traitements effectués peuvent s'avérer faux voire illégaux. 3. Il faut fuir les produits Standard avec un grand S, ceux qui proposent 1000 fonctions qui vous seront inutiles. En e-commerce, souvent, une fonction destinée "à tout le monde" ne sert à (presque) personne : l'approche "paquet de lessive" n'est pas bonne. Investissez un minimum d'argent, aucun informaticien ne va se pencher sur vos besoins pour quelques dizaines d'euros...

Je ne suis pas utilisateur Paypal (mes clients ont des contrats VAD) mais il semble que Paypal ne requiert aucune installation de logiciel sur le serveur. j'ai lu raqpidement cette page www.paypal.com/fr/cgi-bin/webscr?cmd=_wp-standard-integration-outside et le fichier pdf telechargeable, je n'ai pas vu de procedure d'instal comme avec les banques. Donc je ne vois pas ce qui pourrait empecher d'utiliser Paypal.?

Vous pouvez consulter l'offre crystaltech sur www.crystaltech.com. Je suis un client satisfait : pas d'interruption de service, excellente bande passante instantanée, cout defiant toute concurrence sur le mutualisé : Par exemple, 350 Mb de données SQL serveur, 1 Gb d'espace disque et 100 Gb de BP mensuelle = 36 USD / mois ! Merci d'indiquer le nom de ma société si vous retenez cet herbergeur (www.babelbiz.com)

C'est un contrat qui repose beaucoup sur la confiance mutuelle, car si les prestations ne sont pas bien détaillées, en revanche avec la clause "travaux exceptionnels" vous pouvez demander la lune... Dans l'ensemble je crois que c'est correct, mais je trouve que les aspects développement, référencement et même l'hébergement sont mal quantifiés : J'aurais demandé, au moins pour pour la prestation initiale (45 jours) : - un cahier des charges succinct (annexé au contrat ou dans le texte) : Quelles sont les fonctionnalités du site Quelles sont les phases de développement, combien de jours de travail pour chaque phase Idem pour les autres prestations : (référencement très vague). - Hébergement : quelle est la bande passante instantanée (> 512 ko/s c'est préférable) - y a til un engagement de taux de service (par exemple 95%) - Sauvegardes : quelle est la fréquence des sauvegardes (tous les jours c'est bien) (Remarque AMHA sauf trafic exceptionnel, il vaut mieux un bon hébergement mutualisé qu'un mauvais dédié) Le droit de faire figurer le nom du prestataire sur le site ou "tout autre document": pourquoi pas si c'est IBM (je rigole!) "Le Client sera donc libre de modifier ou de reproduire lensemble des pages du site Internet pour une durée illimitée." Si vous abandonnez ce prestataire, vous pourrez "reproduire" le site sur un autre hébergement, mais sans jamais vous en être occupé vous-mêmes, vous ne saurez pas du tout le faire évoluer. Demandez un petite formation à la mise à jour des pages. Au moins vous pourrez en faire evoluer le contenu à défaut des fonctionnalités: La remise du code-source ne garantit pas que quelqu'un voudra ou saura le reprendre en cas de défaillance. (en ce qui me concerne je ne regarde même pas le code de quelqu'un d'autre, même s'il est documenté, et je ne suis pas le seul ! )

Magicoyo : tu as raison, il existe un probleme de fond lorsqu'un prestataire devient defaillant, si le prestataire lui as remis l'intégralité du code source au départ il peut en effet embaucher quelqu'un d'autre pour reprendre la suite...c'est OK si le code de base est hyper connu et peu modifié, c'est moins vrai si il y a une création originale. Ceci dit, il existe une possibilité de déposer son code dans une association de droits d'auteurs, en cas de défaillance il est remis aux ayant-droit (les clients). C'est auprès de l'INPI que j'ai obtenu cette information, dans ma région, l'INPI achète certains logiciels de cette façon à des petits prestataires. The rec : Le principe d'un web service c'est en effet une librairie externe + éventuellement des données. Le client a acces au code de son site et à tes librairies, il peut en faire ce qu'il veut. Prenons un exemple d'un dév original sur une base OScommerce par exemple. Le prestataire a developpé un configurateur produit qui fait appel à des connaissances pointues en programmation de contraintes. Ce programme est précieux, tant qu'il n'est pas publié en Open Source il a une valeur en tant que tel. Le client fait ce qu'il veut du code OSC, en revanche il doit utiliser tes classes pour le configurateur. Je ne vois pas le problème d'éthique que cela pose de le louer, et même assez cher : c'est un dev qui demande bac + + + et un gros travail de R & D, tu ne vas quand même pas donner ton code gratuitement...

The Rec : Avec les web services il est possible de simplifier ton problème : Tes classes tournent sur ton serveur et tu les implémentes sur le site qui lui, tourne sur le serveur du client. C'est un peu la version "21eme siècle" d'un code compilé...

C'est légitime de vouloir préserver ses droits sur ses propres développements. Mais le client, de son côté, a besoin du code source pour pouvoir le reprendre par son équipe par exemple. Voici une proposition de document grâce auquel les exigences de chacun peuvent être satisfaites. Ce serait intéressant d'avoir l'opinion des "juristes" du Hub, et des clients, bien sûr... A lattention de Monsieur [Développeur], représentant la société [sSII,Web Agency] LETTRE DE CONFIDENTIALITE Nous reconnaissons que vous nous avez fourni des informations strictement confidentielles. Le terme « Informations confidentielles » signifie toutes informations et/ou données dordre technologique, technique, méthodologique ou autres, relatives au code source du [le logiciel] développé par vous-mêmes. Le système dinformation de la société [client] a été construit en partie sur la base de votre progiciel, dont nous possédons une licence dutilisateur final. Nous nous engageons irrévocablement à conserver strictement confidentielles les données techniques, schémas, codes sources ou parties de codes sources que vous nous avez transmis, ou nous transmettrez, dans le cadre de notre collaboration et notamment, dans le cadre du projet ... Nous nous interdisons de commercialiser auprès de tiers, directement ou indirectement, tout ou partie de ces informations confidentielles, notamment le code source du progiciel informatique développé par vous-mêmes ; Vous pourrez en poursuivre la commercialisation en toute propriété. Nous nous interdisons dutiliser les noms [sSII,Web Agency] ou [programme] à des fins commerciales. Le présent engagement de confidentialité engage la société que nous représentons, ainsi que ses dirigeants, salariés, agents ou conseils qui seraient amenés à connaître ces informations confidentielles, et à la connaissance desquels nous porterons lexistence de cet engagement de confidentialité. Nous prenons bonne note du fait que, compte tenu de la valeur de ces informations et du secteur particulier de votre activité, toute violation de notre part de cet engagement vous causerait des dommages certains. Nous certifions que nous sommes habilités à signer le présent accord et en assurer lexécution. Fait à [adresse client], Le ..........................en deux exemplaires Monsieur [client], représentant la société [client].

bshop, tu as raison, je suis un peu exaspéré mais ce n'est pas tellement pour défendre mon job, qui va très bien merci ! C'est surtout parceque je considère .NET et java comme les meilleurs langages informatiques, que je pense qu'il y a de meilleures bases de données que MySQL et que les jeunes webmasters qui nous lisent et se lancent dans le développement devraient avoir de la curiosité pour tout ça...

Je ne suis pas tout à fait d'accord bshop. Le fait que le développement soit fait en open source ne présuppose pas que le client obtiendra le code source et réciproquement rien n'empêche de céder ses droits sur un dév java ou Microsoft me semble-t-il. Dans la plupart des grands contrats de développement informatique les droits sont cédés au client quelle que soit la technologie.

Peut-etre que cette discussion pourrait donner un éclairage sur les différents types de contrats possibles e-commerce. Avantages et inconvénients des boutiques avec forfait mensuel, de la prestation ponctuelle, de la rémunération au pourcentage du chiffre d'affaire, des formules mixtes... Beaucoup de clients se demandent ce qu'ils possèdent un fois le contrat terminé, et quel est leur véritable dépendance vis à vis des développeurs. Il y a tellement de brouhaha technique qu'il ne savent pas ce qu'il faut croire et ne pas croire. Il faudrait donner des exemples de bonnes pratiques et de pièges à éviter, sans tomber dans la promotion systématique d'un produit, ou d'une techno informatique. Enfin une discussion ou on le lirait pas "c'est facile tu fais du php et du mysql et c'est bon." ?

Du point de vue du prestataire : 250 euros x 12 = 3000 euros. La première année il doit mettre en place un serveur dédié pour vous + la maintenance que cela suppose vu le type de contrat + trafic non limitée (mais quelle est la BP du serveur ?) + développement "complexe" + référencement. L'ensemble peut représenter un bon mois de travail à temps plein (dont éventuellement sous-traitance) si la prestation est sérieuse + coût matériel + 2 à 5 déplacement(s) chez le client par exemple (formation, etc). Bien sûr, ce n'est qu'une approximation, et selon le niveau de service offert ça peut être beaucoup plus... Clairement, ce type de projet ne peut commencer à lui rapporter quelque chose que la seconde année. Donc il prend un risque puisqu'il ne vous engage que sur 12 mois mais il espère que vous resterez client au moins 24 ou 36 mois minimum. Mise à part la qualité du prestataire, le principe de rémunération n'est pas mauvais puisque le prestataire a intérêt à réussir le lancement du projet.

Je n'ai pas testé ce logiciel, mais voici mon conseil : - Si vous arrivez à générer une boutique qui vous convient avec magkit, vous pouvez envoyer par FTP vos visuels dans les pages générées à la place des visuels du logiciel (s'il y en a...). - Si en plus, vous souhaitez conserver votre site actuel comme pages d'accueil (ou pour le référencement) il faut faire des liens vers les pages du site générées par le logiciel. AMHA vous risquez de perdre du temps à décoder des pages générées par un logiciel, dans le but d'y "mélanger" le code Frontpage. Seule possibilité, si vous connaissez un peu HTML : il faut repérer des portions de code HTML dans les pages magkit (par exemple un tableau), et y insérer un peu de votre code HTML Frontpage. Ne pas oublier de recopier les définitions de styles dans les balises HEAD en haut de page et de FTP le répertoire image au bon endroit sur le site. Mais pour un résultat professionnel, le mieux est de demander un site clef en mains dans la rubrique "prestation de service" de ce forum...

L'e-commerce est un vaste sujet, un simple tutoriel d'une ou deux pages ne permet pas d'en comprendre les bases. Un livre est sans doute la meilleure introduction, quelque soit la techno abordée. Il n'y a pas que php-mysql pour faire de l'e-commerce, du web ou de l'informatique en général.

Pour ce qui est des échanges de données de gestion (commandes, catalogue, stocks, etc...) il n'y a aucune solution "made by EBP". Les possibilités d'import-export de données avec EBP sont axées sur la comptabilité, afin de faciliter les échanges avec l'expert comptable. Il faudrait donc que vous disposiez d'une outil e-commerce plus complet, qui permette d'aller jusqu'à la facturation et de générer les journaux comptables vente et banque. Ce sont ces journaux qui seraient importés dans EBP comptabilité.

J'ai remarqué a ce sujet qu'il y avait sur leur site des avis d'utilisateurs satisfaits. La référence VIVENDI GAMES est très probante mais peut-etre ne s'agit-il que d'une redirection vers un site Alapage.com En revanche, si c'est une intégration réussie de web services d'Alapage, c'est tout à fait bien.

En tout cas, c'est vrai que Cybershop ASP propose une liste très longue et intéressante de fonctionnalités. Ceci dit, chaque fonctionnalité doit être validée par au moins un client de taille sérieuse...sinon c'est un peu du dev à l'emporte-pièce il faudrait savoir qui utilise vraiment ce système ! Téléphone-leur pour savoir !