robinsonvendredi

Bel annuaire en effet. As tu une expérience de BlueWhale CRM ? Je rame dessus et le forum est nul.

Oops j'ai lu un peu vite l'URL, le site Oracle est en java

C'est + sérieux mais reconnais que c'est plus difficile à maitriser. Pour faire un site web, voire même une appli assez simple, ASP c'est pratique. D'ailleurs il y a plein de gros sites qui restent en ASP, par exemple oracle.com à voir l'URL citée par The Rec A mon humble avis, .NET est nécessaire pour les projets de grande envergure

Je ne pensais pas déclencher une telle levee de boucliers contre Microsoft en faisant état de la complexité de .NET ou java ! Quand je disais "plus pro" en parlant de java ou .NET, c'était simplement pour dire que la plupart des sociétés de services informatiques ont java et .NET comme principales plate-forme de développement. Java a la faveur des grosses boites, .NET celle des PME. Je n'ai pas encore vu (mais vous allez peut etre me démentir) de système d'information tournant sur php en entreprise. Au sujet des performances, d'après l'article cité par The rec, j'ai appris que php 5 était effectivement performant, j'en étais resté à php 4, désolé ! Mais l'essentiel de mon post c'était de mettre en avant la complexité de .NET pour un débutant. Par exemple, les tags HTML deviennent des controles serveurs en .NET, n'en déplaise à Dudu... Voici à quoi ressemble une checkbox : <ItemTemplate> <asp:CheckBox ID="chkSelected" Runat="server"></asp:CheckBox> </ItemTemplate>

Je suis un developpeur ASP (classique) avec 4 ans d'expérience, et je ne trouve pas que ASP.NET soit particulièrement facile : Par exemple, si tu as l'habitude de développer sur note pad comme moi, il va falloir passer à des environnements de développements complexes comme visual studio. Il faut oublier tout ce que tu sais en HTML, en ASP.NET il faut apprendre une tonne de documentation pour réapprendre les formulaires, etc Par ailleurs le deboguage n'est pas des plus faciles, les messages que renvoie le debogueur sont au début completement incomprehensibles pour un webmaster avec un capital de neurones dans la moyenne... ASP NET c'est comme java, c'est plus pro, plus performant que php ou ASP classique, mais en contrepartie c'est beaucoup plus complexe. Bon courage quand meme

PS bonne chance pour ton salon, il faut les convaincre toutes ces PME de se lancer dans l'e-business ! c'est pas une tache facile...

Tu as aiguisé notre appetit ... Au sujet de SAGE 30 le moteur et la structure des données sont quasi identique à SAGE 100. La pricipale difference est le nombre d'utilisateurs possibles. Ce qui fait de sage 30 un excellent produit à recommander AMHA de preference a CIEL et EBP qui sont moins evolutifs.

Thank you, pour ce qui est des nomenclatures de produit et les options j'ai deja la techno (gestion d'arbres hierachiques) par contre ce qui me manque c'est un solutionneur de contraintes en SQL ou .NET comme il en existe sous prolog (Ilog par exemple).

Salut Je dois faire un configurateur produit : A partir d'un produit generique (par exemple un velo) , on doit pourvoir selectionner les composants : (le cadre, les freins,etc) et les attributs (couleur du cadre). + Calcul du prix selon les options selectionnees + gestion des options incompatibles Voir un exemple en ligne : http://www.configit-software.com/demo5/BikeShop/ C'est un domaine technique (programmation de contraintes) Quelqu'un a-t-il des lumieres la dessus

Je recupere des virements bancaires qui utilisent le code IBAN, si c'est un virement europeen c'est rapide et gratuit jusqu'a 1500 euros. Si tu as un client aux bermudes ouvre un compte la bas !

Oui d'ailleurs il faudrait peut etre que je me remette au boulot... il est trop tard pour la piscine aujourd'hui

Oui à voir les imports texte mais en general ils ne concernent que la comptabilite (echange de donnees avec l'expert comptable =import de comptes clients et lignes d'ecriture), ce qui n'est pas suffisant dans ton cas. Avec SAGE ligne 30 c'est un peu mieux qu'avec EBP parceque tu as un driver ODBC existant -celui de la ligne 100 qui peut faire l'affaire, pas officiellement, mais bon...le cout pour ton client reste raisonnable. En revanche la base de donnees SAGE 30 t'interdira tout comme EBP les operations simultanees - donc les imports de commande ne seront possible que SAGE etant ferme- mais peut etre que bshop a la solution ? ...allez, dis nous tout bshop !

C'est exactement ce qu'on fait, ( bishop )l'avantage c'est que ton moteur de recherche indexe les documents et les produits de la meme maniere

xpat tu dois d'abord decider quelle est la base de donnees directrice et pour quelle operation : selon moi: - base de donnees directrice pour les nouveaux comptes clients et les nouvelles commandes (internes ou externes) crees sur le web = OSC eventuellemnt tu peux gerer sur OSC les planchers et plafond de commnde pour differentes zones de lvraison (non pris en charge par EBP) - base de donnee directrice pour toutes les autres operations (mises a jour comptes clients, mise a jour structure catalogue, traitement des commandes, taxes, etc...= EBP) Sur le plan de l'architecture AMHA: ta pseudo boutique sert aux commandes internes (interfaces plus "pro" qu'un site grad public) et sert aussi a assurer les stocks temps reel : donc c'est la meme base de donnees que la boutique publique et elle devrait etre sur le meme serveur : en fait ce n'est que quelques pages web de plus. Les echanges de donnees decrits + haut entre EBP et ta base web dependent de 2 choses : - trouver un bon driver ODBC pour DBASE qui a ma connaissance est la base de donnees EBP. - la techno d'echange de donnees proprement dite serait un flux XMLhttp généré par un connecteur visual basic sur le serveur sur lequel se trouve EBP. Ce connecteur envoie ses donnees sur un serveur web IIS qui attaque ta base mysql. Ceci suppose d'avoir quelques pages ASP ou .NET qui recoivent et envoie les messages. Il te faut donc un hebergeur qui propose du linux pour tes pages php et du microsoft pour tes pages ASP-tu as besoin de 2 sites. Tout ceci n'est pas bien complique sur le plan de l'architecture. La plus grande difficulte que tu rencontreras c'est que la base EBP sera sollicitee en interne par les personnes qui font la gestion (par exemple le comptable) en meme temps que tu vas inserer des commandes web. Et la c'est un gros probleme car dBASE n'est pas une vraie base de donnees client-serveur donc il est tres probable que tu auras des plantages de la base en cours d'utilisation. Mais une solution doit bien exister, oxatis la vend...( http://www.oxatis.fr/ ). Bon courage

Tu veux mettre à jour les stocks dans le logiciel proprietaire a partir de la boutique web si j'ai bien compris. Gerer seulemnt les mises a jour de stocks ce n'est pas suffisant en general il faut inserer les commandes completes a partir desquelles le stock se met a jour automatiquement dans le logiciel de gestion. Pour arriver a obtenir toutes les données necessaires a la constitution d'une commande valide sur OSCommerce (commande qui sera acceptee par le logiciel de gestion en insertion) tu dois importer dans OSC toutes les données necessaires CAD les fiches clients, la structure du catalogue produits, et toutes les relations entre les deux comme les tarifs. Ceci suppose que ta base OSC soit formatee (type et longueur des champs) pour recuperer correctment les données. C'est quoi ce logiciel de gestion de stock? base de données standard client-serveur ou "merd..." du style dBASE, etc...

PS je ne dis pas que php est une mauvaise plate-forme ce serait idiot. C'est l'argument de la gratuite des licences qui conduirait à un partage universel des codes sources qui est un peu demago AMHA

Si c'est son outil de travail il est parfois intéressant d'investir un peu d'argent dans un bon code source et une bonne plate-forme, ce qui est vrai pour un client l'est aussi pour un prestataire me semble-t-il. Heureusement qu'il y a le libre pour faire baisser les tarifs M$... C'est une bonne competition qui profite aux clients !

En gratuit tu as les starter kits sur asp.net + pas mal de scripts sur sourceforge.net En payant il y a plein de scripts par exemple storefront.net

Oublie Access (trop faible en client serveur) oublie Oracle (trop cher trop compliqué). Reste : mysql, SQL server, Firacle, Postgres, SAP DB (MaxDB) Tout ca c'est de la bonne base de données gratuite. (SQl server est annoncé gratuit pour la rentrée)

Pour un faire un business plan il n'y a pas de différence entre un business en ligne et un autre business. Il y a 3 parties : 1. Présentation du projet, ses fondateurs, son marché, ses clients, ses concurrents Explication détaillée de l'exploitation. Cette partie est la plus difficile à rédiger, elle établit les hypothèses pour les prévisions d'exploitation : - Niveau de Chiffre d'affaire, Cout de la logistique, Cout du marketing, cout des produits que tu vends en ligne Détail des charges, salaires, impots, etc... 2. investissements prévus, niveau d'embauches prévues Cette partie est importante car le business plan sert à obtenir un financement il faut expliquer pourquoi et combien. Vraisemblablement, tu vas avoir besoin d'investir une somme assez importante dans tes stocks. Pour l'investissement dans la plate-forme, il faut chiffrer avec générosité, car meme si tu démarres avec un petit budget il faut voir grand à l'horizon 3 ans. 3.Projections financières Cette partie, plus technique, justifie que les sommes prétées seront remboursées en temps et en heure. Les documents normalement produits sont : prévisions d'exploitation 12 mois, prévisions de trésorerie 12 mois soldes intermédiaires de gestion 3 ans Bilan 3ans Tableaux de financement 3ans Si tu cherches un financement, le plus efficace est de t'adresser à un expert comptable qui a des rapports privilégiés avec une banque, car tout ceci est une question de confiance. Essaie de te renseigner auprès de certains cabinets dans ta région. Si ton banquier a confiance en toi et que tu veux lui présenter toi même ton BP tu peux t'adresser à un diplomé expert comptable, n'importe lequel... comme moi ! Si tu veux avoir le choix va sur www.compta-online.com. Une facturation d'une demi journée pour ce type de prestation est réaliste.

Encore quelques précision pour ceux qui souhaitent se lancer dans cette aventure comme je l'ai fait. Cette appli doit comporter (en plus de la partie e-commerce), la gestion des stocks et des contremarques, les grilles de tarifs, la chaine devis-facturation, la saisie de caisse (pour les magasins), la gestion des reglement, le multi-échéances (pour les clients pros), les nomenclatures produits, les taux de tva, la gestion du plan comptable (pour les exports de journaux), + divers parametrages comptables notamment chaque zone de livraison, chaque famille de produit et chaque produit. En fait, il faut regarder ce qu'il y a dans un logiciel de gestion comme SAGE et choisir les fonctionnalités de base qui vont servir à la plupart des clients. Par exemple, le multi-devise ne sert plus à rien, de ma modeste expérience. Idem pour les abonnement, la gestion par affaires, les mises à jour de tarifs qui sont de toute facon très mal gérées par ces logiciels. C'est très long à faire mais pas si compliqué et au final, on a une appli de gestion/ e-business temps réel : stocks, encours clients, etc...

Sujet very interesssant ! Les éditeurs de soft tels que SAGE ou EBP ont leur propres logiciels de e-business qui n'ont rien a voir avec OS Commerce. Il ne s'agit pas du tout de temps reel mais de synchronisations de temps en temps (au maximum 12 synchro / jour), ce qui rend ces solutions impropres à une utilisation réellement professionnelle : les stocks sont faux en permanence. A vrai dire il n'y a pas de solution logicielle vraiment pro tout intégrée pour pas cher, le premier prix si on peut dire, c'est la nouvelle version d'Adonix X3 qui est full web et s'adresse à de grosses PME. Au sujet d'une éventuelle synchro SAGE avec un produit e-commerce (OSC ou autre), il faut savoir que seule la version pour SQL server permet un échange de données "pseudo temps réel" , car la base propriétaire SAGE est un un peu faible pour ce genre d'utilisation. Or la version SQL server de SAGE 100 est assez chère : il faut compter 15 à 20 000 euros pour une dizaine de postes utilisateurs rien que pour la gestion commerciale. Si tu ajoutes le developpement web (de préférence sur base SQLServer, car tu peux dans certains cas préférer une réplication de base à base plutot que des flux XML), tu te retrouves avec un système d'information dont le cout risque d'effrayer tes clients ! J'en ai fait quelque uns, je peux te dire que la signature ne tombe pas comme ca ! En fait la vraie solution consiste à développer une appli web qui gère à la fois toute la gestion et l'e-business, avec des connecteurs non synchrones vers les logiciels de comptabilité, dont SAGE (les échanges de journaux comptables n'ont pas besoin d'etre en temps réel, une mise à jour la nuit est suffisante). Ceci représente un boulot important, mais qui vaut le coup... sachant que la partie e-commerce ne pourra que difficilement être standardisée par les éditeurs (qui savent que les web agencies n'arrivent pas bien à vendre leurs heures !!) En revanche pour ce type de dev il faut bien connaitre : - l'informatique de gestion , - les technos d'échanges de données avec des appli microsoft (eh oui malheureusement on n'en sort pas facilement ... ) Bon courage

Je n'en doute pas, d'ailleurs on voit bien que les intervenants de ce forum connaissent leur job. Quant à moi, je prepare la commercialisation d'une plate-forme B to B qui beneficie de ma modeste experience aupres des PME qui m'ont fait confiance depuis quatre ans, et grâce auxquelles j'ai décroché un label de l'ANVAR. Dès que l'offre sera prête, vous en serez les premiers informés... Il y a des experts-comptables dans notre équipe, ce qui explique l'orientation "petit ERP" du produit ... et mes innocentes taquineries ! A+

OK OK je ne dirai plus de mal d'OS Commerce... mais il me semble que néanmoins il demeure une question importante : On fait tous (ou presque) de l'integration SAGE 100 pour les PME qui se lancent dans l'e-commerce. Ceci n'est pas l'avenir, ni pour les clients, ni pour notre profession. Techniquement c'est dejà pas le top en full Microsoft, pour marcher, ça marche, (et encore ce n'est pas du vrai temps réel), mais dès que le client change un peu ses procedures, il faut changer un truc ici ou là, et d'un client à l'autre ou d'une version à l'autre il y a un coté bricolage-je ne sais pas ce que ca donne en techno mixte Linux-Windows mais si vous me dites que c'est le nirvana, je suis désolé mais je n'y crois pas. Pour les plus petites entreprises, il n'y a pas de solution economiquement viable, j'entend par là, l'équivalent web de suites logicielles comme CIEL ou EBP, avec en plus un module e-commerce, le tout pour un cout raisonnable. Ces programmes ne concernent pas des grosses structures mais de simples petites boites "normalement organisées" avec une gestion, une compta, des paies à gérer à la fin du mois : c'est à dire je pense 90% de nos clients... Enfin, certains font de l'integration pour les grands comptes, je n'ai pas cette expérience et je laisse ceux qui l'ont s'exprimer sur ce sujet. L'Open Source a les moyens de développer une solution globale telle que toutes les PME et les petites boites en rêvent: il y a suffisamment de monde et de competence, alors pourquoi vous êtes vous limités à des programmes d'e-commerce, CRM, content management, e-marketing etc...on se croit encore dans des expos Internet world d'il y a 5 ans...? Il y a bien des initiatives Open Source comme Compiere et OfBiz mais elles peinent à trouver une audience en France, rien n'est vraiment abouti, on dirait que la communauté Open Source a choisi de laisser les éditeurs faire le boulot laborieux à sa place. Je le dis et je le repete, il faut reprendre les developpements en amont pour proposer des solutions vraiment globales ! Malheureusement je suis certain que les éditeurs seront prêts avant nous dès que le marche sera mûr c'est a dire très, très bientot. Il est donc grand temps de se secouer ! Amicalement

Salut à tous, Cette intervention est très intéressante et je suis globalement d'accord mais je crois qu'il faut rendre à Cesar ce qui est a Cesar. Je n'ai pas d'actions chez Intershop, mais comment peut on comparer une solution informatique faite pour de grandes entreprises avec des systemes de boutiques certes gratuits, mais destines aux petites boites? Une boutique e-commerce Open Source est une solution miracle, pour une entreprise individuelle (le gars qui imprime ses Tshirt dans sa cave, la fille qui vend ses confitures, etc...) ou au mieux avec un ou 2 salariés. Mais ne demandez pas à OSCommerce (ou toute autre solution semi-gratuite Open Source ou non ) de prendre en charge des traitements de gestion dont ont besoin les entreprises, n'en déplaisent à certains webmasters, qui ne jurent que par le référencement et le graphisme. Pour une entreprise plus organisée ce peut être un choix desastreux. Il manque beaucoup de choses sur le plan fonctionnel (gestion, comptabilité...c'est pas aussi marrant que Flash mais c'est nécessaire) : - absence de traitements normés (la plupart des fonctions liées à la comptabilité, rapprochement bancaire, déclaration de TVA, téléprocédures, traitement de la paie... ) Tiens au fait, à quand une rubrique sur l'informatique de gestion pour Internet? - base de données mysql peu ou pas adaptée aux processus de gestion : absence de procedures stockees, gestion des transactions perfectible : je ne sais pas si c'est encore la cas, mais j'ai vu une démo OSCommerce en 2002, une boutique qui semble-t-til etait en exploitation, mais il fallait deconnecter le site web pour faire de l'administration. Conclusion : Une solution Intershop à 100 000 euros ne se compare pas à un OSCommerce à 10 000 euros, voire moins (je me demande comment ils font tous ces prestataires pour proposer moins de 15 jours de dev sur un projet e-commerce).