sdelaunay

et je rajouterai que j'aurai honte de marquer Société de développement en voyant le site Internet de ce "prestataire"...

Promis Mamat j'a rien contre toi Je rejoint BShop : Développer une solution cousu main prendre moins de temps ? Je pleure rigole.. - Développer le backend (en XHMTL strict ou en ce que tu veux, c'est pas si important, à priori la version que tu dis 'sale' de OSC devrait suffir). Tu as en bien pour quelques mois J/H si tu veux faire au moins égal. - Développer le frontend : le panier, la gestion clients, catalogue, paiement, livraison, etc.. + sorties en normes W3C. Allez, bien quelques mois encore J/H. - L'accès aux contribs, il n'y en a pas. Si tu prends OSC : - Modifier toutes les sorties en format W3C côté frontend. Dans tous les cas, tu devras te farcir faire toutes les sorties écrans avec ou sans solution de base. Avec une version dite sale existante prendra un peu plus de temps, mais tu y gagneras largement sur les développements de TOUTE la solution. Il ne s'agit pas que de pisser du code, qui ne représente qu'à peine 1/3 d'un projet les 2/3 restant vont de la phase d'analyse aux tests et recette qui prennent une part non négligeable et souvent sous-estimé mais qui te pète à la tronche tôt ou tard. Pendant des années j'ai fait comme tu dit du 'à la mano' et je peux te dire qu'aujourd'hui c'est la dernière chose que je propose. C'est un complément. Si tu veux réinventer un panier, un catalogue, une gestion clients, etc, je te conseil de te tourner vers les scripts existants qui ne manquent pas. Partir de 0 c'est se donner des contraintes importantes. OSCommerce est un produit fruit de plusieurs années d'expériences, qui a effectivement des lacunes, mais qui se corrigent suivant les besoins clients, le nombre de prestataires maîtrisant l'outil est maintenant important, ce que n'aura pas à l'évidence ta version "el mano". Dans ce cas, je dis OUI au cheveux cassants code dit "sale" avec un nettoyage el mano..

C'est tout à fait la méthode Startup : On à un super outil, le meilleur, on pense qu'à ça, il va tout déchirer ! Mais on aurait pas oublié l'essentiel ? Le P R O D U I T L'outil est certe indispensable mais il est à prendre comme tel, un moyen de vendre son produit. Et la bulle éclate.. Promis j'écrirais un billet la dessus

Je n'interviens que rarement dans les forums (get a life), mais là je ne pouvais laisser passer ça.. Ce n'est pas une question d'Open Source, mais de rigueur et d'habitude. En exemple dotClear c'est du html strict, only CSS no Tab.. d'ailleurs je crois que tu l'utilises ? Microsoft est le bon exemple qui ne respecte pas les normes. Il y a quelques temps, faire du code normalisé était relativement rare, aujourd'hui on recherche une qualité du code voir plus. C'est aussi une demande client, qui n'existait pas non plus avant. Opquast est un bon exemple, et fait référence en la matière. Il s'impose tout simplement parce que le besoin est évident, comme le sont aujourd'hui des produits comme FIA-NET, Paypal ou d'autres dans les méthodes de paiement. L'époque du farwest se termine, où les développeurs passez leur temps à faire du spécifique, à développer des frameworks en interne. Aujourd'hui l'offre OS est importante et viable, ne pas la prendre en compte revient à sortir de la réalité économique dans de nombreux domaines. L'amateurisme va perdre du terrain. A titre d'exemple, auparavant j'utilisais parfois quelques scripts OS pour mes dév' spé. mais aujourd'hui je n'en ai plus l'intérêt, je passe progressivement mes sites sur des plateforme reconnus en apportant mes spécificités, mon domaine s'orientant principalement sur le CMS et l'e-Commerce. Pour répondre à la demande de GlouGlou, le meilleur e-Commerce est celui qui te correspondras le mieux et que tu maitriseras le mieux. Parmis les propositions qui ont été cité, il faut bien prendre en compte tes exigences professionnelles (méthodes de travail, facturation, gestion clients, stocks, flux etc..). A toi de préciser si aujourd'hui ton activité te permet de t'adapter facilement à un outil, dans ce cas ton choix n'en sera que plus important ou que les contraintes sont plutôt rigides, dans ce cas il te faut nous les indiquer. A ce moment là, un conseil sur une ou plusieurs plateformes particulières sera réaliste. Le conseil que je peux te donner : préfère une solution Open Source, parce qu'au moins tu as les plans de la machine Bonne chance en tout cas dans ta prospection.

C'est marrant, je me suis au moment ou je postais, que quelqu'un allait me faire la remarque ! Mais oui tu as raison je vais le mettre à jour, il faut dire qu'il est un peu tombé dans les oubliettes !

Hello, Sujet interessant, je vais vous faire par de quelques remarques à ce sujet. Je développe depuis plus de 3 ans un site Internet relié à Sage L100 SQL en temps réel, utilisant en plus une base mySQL. Les problématiques sont importantes et à tous les niveaux. A partir du moment où l'on n'utilise pas les drivers ODBC, que l'on fait du natif, il faut connaître parfaitement les processus. Pour donner un exemple, le calcul des prix, pour avoir le prix d'un client sur un produit il faut connaître et différencier : -> les promos clients (remises, etc..) -> le tarif d'un produit propre au client -> le tarif d'une famille de produits -> le tarif propre au produit Ce tarif (brut) est soit un prix calculé (coefficient) à un prix d'achat ou pondéré, soit un prix fixe, ce qui multiplie les possibilités. Après il faut appliquer les règles d'arrondis pour les prix calculés. De plus il faut différencier si le prix donnés est HT ou TTC, dans le cas du TTC il faudra récupérer la TVA du produit pour ce client. Autant dire que le processus de calcul est relativement complexe et délicat à gérer, en effet il faut prévoir une optimisation pour éviter la lourdeur du calcul, surtout si vous l'utilisez 'online'. Imaginez l'affichage de 100 produits sur le site Internet, et refaire ce calcul à chaque fois. Ceci n'est qu'un exemple (incomplet par ailleurs) d'une longue liste. Les documentations sont très maigres et seul l'expérience fait office de référence. En effet, cette expérience est la valeur ajouter d'une SSII dans le domaine, et reflète parfaitement la stratégie de SAGE : faire prospérer son réseau de partenaires, et tout cela est légitime : 'on à rien sans rien'. Bon nombre de développeurs veulent se lancer dans la course, mais beaucoup abandonnent ou baclent pour la simple et unique raison, qu'ils sont confrontés à eux-même. Vous pouvez le voir à travers les forums, entre autres, parlant du sujet : c'est beaucoup de questions pour peu de réponses. Parce que lorsque vous passez des jours à solutionner un problème, vous en avez bavé, personne ne vous a aidé, et cette connaissance acquise après tant de labeur ne mérite sûrement pas un étalage public qui servira bien plus à vos concurents. L'utilisation d'un ERP (Sage, EBP..) synchronisé avec un e-commerce pose différentes problématiques qui ne sont pas toutes gérables automatiquement. En effet le stock ne peut pas être considéré comme parfait, mais au plus juste. Une nuance importante à spécifier dans vos conditions générales de vente. Pour exemple si deux clients commandes en même temps (à quelques secondes d'intervalles) vous aurez l'impossibilité de les livrer parce que le stock, insuffisant et non réapprovisionnable, aura été rafraîchit en même temps, dans ce cas il faut gérer les priorités (la vente offline est prioritaire) et prévoir une modification de la commande client, soit en lui proposant un avoir ou un remplacement de produit (je rejoins les propos de Toucouleur à ce sujet). Ce cas n'arrive pas souvent sauf si vous gérez votre synchronisation trop espacée dans le temps. Il y a d'autres conflits possible : certaines informations peuvent être modifiées du site et de l'ERP en même temps. Il faut également établir des priorités (exemple d'un client qui modifie ses coordonnées de l'e-commerce), d'autant plus que vos procédures de 'détection' de modifications doivent être très accomplies afin de ne pas perdre les informations. Pour compléter les propos de robinsonvendredi, je dirai que le développement d'une solution SAGE <-> e-commerce ne s'improvise pas, surtout sans les connaissances structurelles côté SAGE, des connaissances de gestion approfondies. Il vous faudra des mois de travail et de l'archarnement, beaucoup d'autonomie mais rien n'est impossible. Attention à la fumisterie des 'synchro. ERP' qui sont, pour la plupart, que des 'import/export' très limités qui ne gèrent pas la majorité des problématiques liés à cette utilisation (voir exemples). Encore une fois à propos de SAGE Ligne 100 SQL, je rassure certains qui font des remarques sur le natif : 'Attention on peut flinguer la base'. Les triggers se lancent automatiquement à chaque requête, via les procédures stockées, permettant de protéger l'intégrité de Sage. Qu'on ne me parle plus de ça Dans tous les cas, bonne chance. PS : L'url du site que j'ai développé en spécifique : Nove (+ de 1000H de travail) Parmis les principales fonctionnalités avancées : - Commande directe en gestion - Consultation de tous documents de vente du client (devis, commandes, factures..) - Tarifs personnalisés - Stocks et Arrivages - Gestion des SAV (avec recherche automatique par numéro de série ou facture) - Configurateurs etc..

Bravo BShop pour ces longs discours ! Partant du principe que beaucoup de monde utilise OSCommerce comme fondation à son site e-commerce, sachant qu'il est en open source, il est tout à fait normal que l'on voit de l'amateurisme et des sites horribles, comme des sites superbes, et très pro. C'est juste la raison de l'open source : l'ouverture. Qui à le droit de juger les moches, les riches, les pauvres, les beaux, etc ? C'est ce qui fait la richesse aujourd'hui de notre monde, il faut de tout, celui qui à fait le site le plus horrible de la planète à votre goût la quand même mis en ligne, il c'est sûrement planté, mais il l'a fait, et se sera certainement rendu compte qu'il n'était pas sur la bonne voie. Qu'un client ne soit pas sur de la qualité du prestataire, certainement, il suffit de comparer, de voir les sites précédemments développés, pourquoi pas lcontacter les webmasters ? Internet reflète la vie, le meilleur comme le pire.

Pinceau, Aujourd'hui les sites Internet c'est le far-west, il y a à boire et à manger. Des très pro. et des amateurs, comment se retrouver dans cette jungle lorsque l'on est pas dans le milieu ? Je vous conseil de passer par un consultant spécialisé dans l'e-commerce. Il va vous aider à faire votre choix impartial. Il sera décrypter le devis, poser les bonnes questions, éventuellement vous aider à rédiger le cahier des charges pour votre prestataire. Pour quelques euros vous aurez le conseil d'un professionnel. Je ne me fais pas de la pub, mais peu de personne savent que c'est possible, et vous pourrez dormir serein ! Pensez-y. Cherchez des consultants sur les sites Web, regardés leurs parcours, leurs sites, faite vous une opinion ! Bonne chance.

Maudax, Cela fait 9 ans que je fais des sites Webs, et 15 dans l'informatique. Voici mes conseils : Facturer par journée, parce que le client va prendre la mauvaise habitude de te prendre 1h par ci ou par là, et dans tes devis, il va trier, bref la galère. Une journée de développement dépend du niveau de ta prestation et de la quantité. J'ai commencé à 280 EUR la journée, j'en suis entre 470 et 1150 EUR aujourd'hui. Je te conseil de faire un comparatif par rapport à des concurents qui propose la même chose (il suffit d'appeler et de parler de ton projet, tu pourras avoir un ordre d'idée). Une prestation en dessous de 400 EUR jour ne me paraît pas sérieuse. Un projet Internet s'inscrit dans la durée. Tu devras assurer la correction des bugs entre autres et le client qui a un problème reviendra vers toi. Prévois une assistance ou une maintenance, ou calcul le dans ton prix. Une formation éventuelle (tu peux taper dans les 1% formation de l'entreprise soit coût presque nulle pour cette dernière), l'hébergement, etc.. Un site e-commerce complet développé en spécifique est relativement long (exemple : Poly 26), effectivement OSCommerce est une bonne base pour ton développement. Biensûr ces conseils n'engagent que moi, à toi de te faire une opinion, en tout cas bonne chance dans ton projet.