bshop

Bonjour, Tu trouveras dans ce forum la créme des prestataires e-commerce !!! Contactes les, présentes ton projet, fais ton choix ... contrôle anti fraude : Fia-net couplé a une offre Bancaire de qualité ... a++

Bonjour a tous, Je vois que dés qu'on aborde le sujet 'banques' beaucoup d'entre vous sortent l'épée du fourreau, la révolte gronde, et je dois dire que c'est assez justifié ... En effet, d'une part, beaucoup de banques aujourd'hui commercialisent du paiement sécurisé et ne savent la plupart du temps pas ou peu ce qu'elles vendent et surtout comment ça marche. Mais relativisons tout de même : aujourd'hui les solutions bancaires sont les plus économiques pour celui qui fait de gros volumes (bref pour un véritable e-commercant, dans le sens ou c'est ce qui le fait vivre et non pas une activité parallèle..) en comparaison des 5, 8 voir 10% et plus de commission prise par les intermédiaires financiers... Sans parler de la fiabilité du service, combien ici ont eu recours a accés-sécurisé.com, qui a déposé le bilan du jour au lendemain il y a 3 ou 4 ans en laissant des centaines de clients à la rue ....??!! qu'est ce qui vous assurent que ça n'arrivera pas demain a tel ou tel intermédiaire... pour un service vital pour votre e-commerce, moi je vous recommande d'y réfléchir à deux fois... Mis à part Paypal qui commence a grignoter quelques parts de marchés chez les pros (même si ce n'est pas encore la panacée...) , les intermédiaires ne tiennent pas la route face aux banques... Maintenant je suis d'accord avec vos griefs, il y a un manque de services, les banques sont très frileuses pour équiper un nouveau commerçant (demandent une ligne de crédit suffisante, un secteur dactivité non risqué etc..), et la fiabilité n'est pas totale. Je prend en exemple le problème de communication entre serveur bancaire et site e-commerce faisant que parfois il se peut que le compte du client soit débité mais que la commande ne soit pas historisée correctement coté e-commerce...cest un problème récurent .... l'horreur pour le commerçant envahie d'appels par des clients qui sont débités mais qui ne voient pas arriver leur commande, faute de commande en back office justement... Et la intervient le choix du prestataire parce que tout autant que la banque, le prestataire qui va mettre en place l'interfaçage avec votre site e-commerce est primordial. En effet c'est lui qui va mettre en place les outils nécessaires à la récupération d'infos perdues suite à des problèmes de comm entre banque et site de vente.... s'il ne le fait pas... commencez a transpirer et ce quelque soit le système bancaire utilisé... Lannée dernière nous avons eu plusieurs appels de marchands qui ne s'en sortaient pas et perdaient leurs commandes et se faisaient insulter par leurs clients...cest pourtant assez simple à gérer, mais bien souvent mal fait... vérifiez donc bien ce point la ... Apres le système bancaire utilisé... bof ...ils sont tous plus ou moins pareil, beaucoup basés sur ATOS, certains auront de meilleur service client que d'autres, mais en définitive le service client vous renseigne et ne résoud que très rarement votre problème étant donné que c'est coté e-commerce qu'il faut mettre en place les bons outils... Certains comme la caisse d'épargne offrent des systèmes novateurs comme l'envoi du numéro CB en 2X (sms+web) mais ça protége uniquement le client (et le rassure) .... Après personnellement jai tendance a privilégier les banques qui sinvestissent vraiment dans le-commerce et nen font pas uniquement parce que toutes les autres le font....

Bonjour, j'ai du mal a comprendre ta question, j'ai l'impression que tu confonds les notions de CA, de publicité, de CPC et autres concepts... peux tu préciser ta question? Sinon si on parle uniquement de rentabilité , ton site est rentabll au meme titre que n'importe quelle entreprise à partir du moment ou le CA généré te permet de payer -tes fournisseurs, -tes charges, frais etc.. -tes employés, et dégager une petite marge..

parfaite analyse de la situation

Mea culpa, c vrai qu'a la base je prévois court et souvent je m'étends ;) Par contre bravo à toi pour ce pamphlet buccolique rafraichissant lol... Suis tout à fait d'accord avec toi. Par nature, un projet Open Source amene inévitablement à la mise en oeuvre de certains projets plus ou moins amateurs et dans ce cas plutôt que de critiquer il faut voir que c'est certainement un premier pas dans l'e-commerce, qui vaut ce qu'il vaut et qui a en tout cas le mérite de mettre le pied à l'étirer du web-marchand.... Par contre les résultats trés discutables de certains presta soit-disant pro sont à mon avis bien plus discutables et c'est ici qu'il y a débat AMA... Enfin je te rejoins sur le fait qu'avant de choisir un partenaire technique il faut en effet étudier le marché, connaitre les acteurs, leur téléphoner, tester leur compétences etc... ca va j'ai fait court là ??!!

Hello, Oui en effet cette contribu semble intéressante, je t'avoue que je ne la connaissais pas mais je vais la tester de ce pas. Je ne suis pas vraiment spécialisé dans les contrib car la plupart du temps, nous les developpons nous même car c'est plus rapide que de tester en long et en large quelque chose développé par quelqu'un d'autre... malgré tout tu peux aussi regarder ceci : http://www.oscommerce.com/community/contri...earch,suppliers gestion du shipping pour plusieurs fournisseurs.. http://www.oscommerce.com/community/contri...earch,suppliers prix différents pour un même produit Je te fais un retour rapidement au sujet de ton module ... Par contre dis toi une chose: il faudra de toute maniére rentrer en profondeur dans le code tu ne trouveras pas de contrib répondant totalement a tes besoins et 100% fonctionnelle et opérationnelle. Mais partir de modules existants est une possibilité...

Ben désolé, on prend des vacances nous aussi ...parfois ... Sinon pour te répondre enfin, sans faire de pub, non plus (!) : Je pense qu'en effet tes différents modules (affiliation + paiesec) ont étés intégrés à ton site mais aujourd'hui l'un ne tient pas compte de l'autre... C'est souvent le probléme quand on fait de l'intégration oscommerce, beaucoup intégrent tout un tas de modules mais au final on obtient une usine a gaz qui ne fonctionne pas ... Quoi qu'il en soit je pense que ton probleme n'est guére compliqué, un développeur oscommerce quelque peu expérimenté pourra résoudre cela rapidement.. ++

Bonjour, 1 - Oscommerce / Phpshop sont tous deux des scripts Php, une fois le script assimilé tu peux faire quasiement ce que tu veux avec . Aprés je ne connais pas suffisament phpshop pour donner un avis significatif sur la facilité d'implémentation/modification de nouveaux modules, mais ca doit pas etre bien compliqué... Quoi qu'il en soit , oscommerce est la Rolls pour l'e-commerce, hautement personnalisable (je ne lui connais pas de limite en fait) pour peu que tu ai les compétences requises ... 2- Bon alors au passage petite remarque ca fait toujours du bien les piqures de rappel : On ne fait pas un site e-commerce en installant simplement un 'package' oscommerce. Ca c'est bon pour les pseudo prestataires qui (pour moi) sont responsables du fait que l'entrepreneur qui veux vendre en ligne aujourd'hui ne comprend rien aux offres e-commerce étant noyé sous des offres a deux balles qui n'apportent aucune valeure ajoutée... Installer un bête package oscommerce ca prend 4 minutes donc je vois pas le prix que ca peux être facturé Non, monter une solution e-commerce c'est tout un travail d'adaptation, de développement, de personnalisation et de sécurisation . Dans ton cas tu as au minimum à intégrer ton travail graphique dans le moteur, pour info la réalisation d'une charte graphique nous prend au minimum 2 jours aprés ca peux aller plus loin si on fait un site plein de flash etc... + mise en place sécu serveur + deploiement paiement sécu + developpements spécifiques + formation du client etc... etc... aprés c'est la formule bien connue Nb Jours X Tarif journalier .. En fait je considére personnellement qu'on ne peut pas chiffrer un projet de création de site e-commerce sans savoir de quoi il retourne. En fonction du besoin du client la charge de développement peut varier considérablement. Un site BtoC destiné à la vente d'un produit basique est différent d'un site BtoB en liaison avec plusieurs dépots etc etc.. On revient donc à des fourchettes, seule info valable avec les infos actuelles.... Personnellement je considére qu'un projet e-commerce digne de ce nom ne se réalise pas en dessous de 2/3 K ou alors on fait du jetable.... et le budget doit être bien plus conséquent si c'est un projet d'envergure impliquant bcp de développements. Bonne continuation..

Bonjour et bienvenue sur le HUB !! Moi personnellement, une fois n'est pas coutume, je partirai sur de l'oscommerce Je déclinerai/dupliquerai la notion de fabricant pour en faire une notion de fournisseur. Ensuite oscommerce te permet de créer plusieurs administrateurs avec des droits par exemple uniquement sur le catalogue produit. Ici petit développement à réaliser : ne donner accés (visu/modif/ajout/suppression) à ces profils qu'aux produits qui les concernent. Ensuite il serait interessant de realiser (par le biais d'un super administrateur par exemple) une notion de base de produits :quand une fiche produit est optimisée, la basculer dans une base spécifique accessible aux fournisseurs par exemple, il n'auront pas ainsi à ressaisir les fiches produits a terme et cela evitera les doublons.. ensuite il suffit d'adapter la notion de frais de port en tenant compte du fait qu'il existe plusieurs fournisseurs ... et mettre en place un script automatiquement envoyant aux fournisseurs en questions les Bons de Livraison correspondant à leurs produits respectifs... Bon tout ca c'est le fruit de 3 minutes de reflexion autour de ta problématique, il faut creuser un peu plus pour ne pas batir une usine a gaz, et surtout en étudiant en profondeur le sujet tu verras que le périmétre est très vaste et que tu auras besoin de nombreux autres développements. Parce qu'en gros, tu cherches a faire du priceminister Bon je ne te cache pas que c'est un bon petit boulot mais AMA tout à fait réalisable... En tout cas projet intéressant, voir trés intéressant. Pour conclure, je pense qu'il te faut soit partir d'oscommerce et faire les adaptations qui s'imposent, soit passer par une solution propriétaire qui fait deja ce que tu souhaites mais ces solutions seront hors de prix ... En tout cas encadre toi bien... bon courage

Hello, Ton expérience viendra enrichir les débats. Soit le bienvenue en tout cas Non, nous ne serons pas présent à la convention, une intervention de notre part était prévue mais ce que nous proposait l'organisation ne nous convenait pas... (y'aurait de quoi alimenter des pages de posts au sujet de ces 'evenements') Pas bien grave, d'autant que nous avons passé les trois derniers mois à faire beaucoup de R&D et cela nous à pris quasiement toutes nos ressources. Nous présenterons l'ensemble de ces développements dans les (proches) semaines à venir ... Par contre si tu souhaites qu'on échange nos expériences, je suis toujours ouvert aux collaborations mutuellement enrichissantes EDIT : Olivier je me permets de te tutoyer, c'est un peu la régle ici

Salut a tous, la MS1 est obsoléte. la MS2 est la version actuelle. La CRELOAD est une version MS2 avec ajout plus ou moins stables d'un certain nombre de modules.

Oulala ne confondez pas tout là .... Oscommerce ne propose rien, ce n'est pas une banque. Oscommerce SUPPORTE moyennant l'intégration du module de paiement sécurisé correspondant, les modules de VAD de la plupart des prestataires bancaires (donc banques ou intermédiaires) ... Si une banque n'est pas supportée en standard (c'est a dire par l'ajout du module qui va bien ..) il est trés facile d'en développer un.

Bien d'accord avec toi, d'ou le savant dosage nécessaire entre quantité d'information et rapidité du processus de vente ...

Un conseil, contact plusieurs prestataire, discute longuement avec eux tu arriveras rapidement à cerner le niveau de prestation de chacun. Compare plusieurs offres et plusieurs technos aussi si possibles. Les couts année N et suivantes. petite parenthése : Je déconseille aux futurs marchands sur le web de passer par les sites fédérants les Appels d'offres (connais pas particulierement prestaclic, mais ils sont 3 ou 4 sur le marchés...) pourquoi : - un prestataire qui fait bien sont travail aujourd'hui ne passe pas par ce genre de service tout simplement parce qu'il a déjà suffisament de demandes à traiter sans devoir payer pour obtenir les coordonnées d'un prospect (futur marchand). Il ne faut donc pas croire que ce genre de service apportera au marchand l'assurance d'avoir le meilleur prestataire.

Tu as décidé de faire cette réponse sur tous les posts ? bon romaincmail, comme te le dis Portekoi, tu parts dans tous les sens là. Personne ne pourra t'expliquer le principe technique et fonctionnel d'un site e-commerce, le fonctionnement d'un panier, du paiement sécurisé, comme cela en quelques minutes (et dans ton cas il ne s'agit pas de minutes... ) je te conseillerai de partir d'une base de type oscommerce, et en t'aidant des différents posts du hub et de sites comme oscommerce.com et oscommerce-fr.info avancer pas à pas dans la réalisation de ta boutique.

Bonjour Milou, Un conseil, contacte les principales banques Belges, elles te proposeront en principe toutes une offre de paiement sécurisé plus économique (si nombre de transactions suffisament conséquent) qu'une solution proposée par un intermédiaire financier.

Hello, tu peux nous contacter nous intégrons régulierement ATOS mais si j'ai bien compris tu es en mutualisé et ce n'est pas la meilleure méthode AMA pour partir sur de l'e-commerce... mais on peut toujours en discuter...

Heu ok mais là je ne vois que la partie Blog... ton annonce n'est elle as un peu prématurée ....

Le principe ici est simple : on intervient pour faire avancer les débats et apporter une réelle valeure ajoutée aux questions des membres du forum. Si tu viens pour uniquement faire de la mise en avant de tes services tu seras vite identifié comme 'spammer' comme tu dis mais par contre si tu aides les personnes qui recherchent des infos sur la création e-commerce, c'est tout naturellement que la 'communauté' te considérera comme un véritable acteur du hub... A toi de voir... AMA Intervenir sur le hub demande investissement en temps et refllxion et patience...

Lol, a vrai dire on n'intervient pas dans le même cas de figure que ce soit sage 30 ou 100 (et sup.). Déjà parce qu'il s'agit de technos différentes (Sage et sa manie de racheter les sociétés les unes aprés les autres ) et que les clients n'ont pas en général les mêmes besoins, ni moyens comme tu le précises. Pour la ligne 30 de sage on fait en effet de l'échange de fichiers, ce sont des mises à jours en différées assez simples comme on peut le faire avec des outils du type EBP. Pour la ligne 100 c'est bien différent: que ce soit en ligne 100 propriétaire ou SQL(on traite les 2), il s'agit d'une connexion en temps réel (+connexion différée si coupure réseau, bref la totale niveau sécurité) avec un ensemble de librairies qui permettent des échanges d'informations intélligentes (on attaque pas la base Sage comme cela, il y a un ensemble de controles à effectuer etc...). A notre niveau on à travaillé plusieurs mois pour mettre en place ce genre d'outils, il y a un gros travail d'étude a réaliser en amont, ce n'est pas uniquement une problématique 'technique' loin de là... Bon je m'arrete la parce que je dois justement présenter tout ca lors d'un salon prochainement et il faut bien que je garde une part d'inédit mais dans ton cas en effet c'est AMA la rolls royce des solutions aprés tout dépend de ton activité, ce type de solution est utile pour de gros volumes... par contre l'idée d'utiliser l'odbc ligne 100 avec la 30 est sympathique,ca m'intéresse, même si comme je l'ai dit on n'adresse pas le même type de clientéle, ni de budget...

OUi, je vais pas te donner quelques pistes: l'idée est un concept qu'on utilise notamment dans la vente de produits informatiques de type configurations PC. avec des produits compatibles (ou non) avec d'autres produits. Je te conseille donc de prendre exemple sur les outil de création de devis en ligne qui sont sommes toute assez basiques mais serviront de base et de developper une notion de produit parents/enfants avec des attributs : exemple : une carte mere, produit parent avec des attirbuts de type carte graphique AGP, ou PCI- Express, DDR ou SDRAM etc... tes produits enfants ont ensuite le meme type d'attributs et ensuite tu matches le tout... il ne te reste plus qu'a gérer également la notion d'option de produits... attention le tout est de faire attention a ton algorithme qui va gérer la compatibilité car on arrive vite à mettre en place une usine a gaz qui engendre des temps de traitement relativement longs.. bon avec ca tu devrais avoir de quoi t'amuser... ... ++

salut zedo, Oui il s'agit bien d'oscommerce... rolls royce actuelle des moteurs e-commerce

exactement si je comprend bien on est les deux seuls rigolos à pps prendre de congés en Aout robinson

Heu ouais mais des solutions comme celle là non merci Le seul avantage qu'elles ont est d'être intégrées parce que question vente en ligne ca n'a d'e-commerce que le nom...

Oula je met mon grain de sel ca m'intéresse. Xpatval en lisant ton sujet de départ je ne comprend pas ta problématique de cette maniére: tu souhaitais en fait ne recourir qu'a une seule BDD pour ton outil de gestion co et pour oscommerce c'est ca ? Dans ton cas : EBP 1- tu ne peux pas utiliser la base osco avec EBP 2- Utiliser ta base propriétaire EBP pour Oscommerce releve de l'utopie. Ca sera toujours bancale, il va falloir que tu modifie tout osco en profondeur pour t'adapter a une base qui n'est pas optimisée pour l'e-commerce. Bon qu'est ce qu'il te reste, et regardons tes objectifs. A priori tu souhaites vendre en ligne et en magasin. conserver EBP Pourquoi ne pas utiliser osco également pour la vente en magasin. C'est une problématique couramment abordée, cela te demandera d'adapter un peu le fonctionnement de la boutique pour créer un genre de super utilisateur pouvant prendre les commandes en magasin. Ensuite concernant la connectivité, EBP, car j'imagine que tu vas vouloir le conserver pour ta gestion, si mes souvenirs sont bons (je n'ai pas travaillé dessus depuis longtemps et je confonds toujours avec ciel) permet selon la version un import /export par fichier texte (en fin de journée par exemple pour mise à jour, c'est simple à développer, pas énormément de contraintes) . Bon de toute maniére pour être honnête tu t'engages là dans un domaine périlleux car EBP etant un outil entrée de gamme en gestion co tu n'auras pas bcp de marge de manoeuvre. Si tu veux faire des échanges Temps réels avec ta gestion co, envisage de t'équiper avec une ligne Sage (ou quelque chose dans cette gamme), ca sera bien plus efficace AMA.