robinsonvendredi

Bonjour à tous, Vu les questions assez fréquentes sur les codes barre, je met à votre disposition un générateur de codes barre, qui permet d'envisager les applications possibles dans le cadre du e-commerce. En espérant que ceci vous sera utile.

Oui ça ferait gagner du temps en re-saisie. Je te conseille de reprendre les noms et adresses clients aux nouvelles normes de la Poste (notamment majuscules au lieu des minuscules), supprimer certains caractères spéciaux, etc... A ce sujet, tu peux faire des tests sur notre generateur de code barre Au sujet de ton logiciel de gestion, permet moi d'insister sur la possibilité de meilleures solutions de back office (mais tout reste possible...d'ailleurs il existe une société qui propose un package e-commerce pour EBP, cette solution a été citée plus haut... )

Je vous répond par messagerie privee.

API : Application programming interface. C'est une bibliothèque de classes qu'on implémente sur son site , les classes appellent des traitements à distance. C'est ce que l'on appelle les webservices. Les technos utilisées sont les suivantes : SOAP XML WSDL

1- Les deux sont possibles, ceci dépend principalement de la gestion des bons de livraison : si vous n'avez pas beaucoup de BL différents des factures (reliquats sur commandes généralement nuls), je vous conseille de traiter vos factures sur votre logiciel e-commerce, avec automatisation des journaux de vente qui sont importés dans la compta. Vos reliquats seront gérés manuellement, s'il n'y en a pas beaucoup, ceci ne pose pas de problème. En revanche, si vous avez besoins de fonctions avancées de gestion commerciale (suivi complexes de reliquats de commande, contremarques, etc...), il est préférable d'importer les commandes dans votre logiciel de gestion, pour un meilleur traitement des BL. Un connecteur permettra, chaque nuit, de mettre à jour le statut des commandes sur le site (reliquats, statuts BL, facturation, etc..) pour que vos clients puissent en suivre l'évolution. 2-oui il y a différents prestataires qui peuvent vous aider à réaliser un connecteur sur ce forum...dont ma société 3- Il y a des logiciels e-commerce (dont le notre), qui permettent d'éditer des étiquettes de colisage sur mesure. Le format colissimo est un codebarre à la norme EAN128, comme Fedex et comme la plupart des transporteurs routiers. En ce qui concerne Fedex, il existe une interface logicielle, on fait quelques tests, et Fedex donne une accréditation pour passer en production. Il se peut que colissimo offre les mêmes services dans l'avenir.

Autant pour moi.

D'après ce que j'ai compris en visitant le site Kadishop, (mais je n'ai peut-etre pas tout lu... ) le panier n'est pas géré par ton script mais par leur script. Pareil pour l'identification des clients. Donc (simple déduction, à vérifier aurpès de Kadishop) : si ces scripts tournent sur leur serveur, ils ont accès aux informations personnelles de tes clients. Si c'est le cas...restons prudents...il faut s'assurer auprès d'eux que ces informations resteront confidentielles, c'est très important pour ton business comme sur le plan juridique, car il existe des risques.(voir les lois en France sur l'informatique et les libertés).

Si tu es étudiant en informatique, il y a peut être mieux à faire que de t'installer tout de suite à ton compte comme développeur web. Réussir en indépendant n'est pas si facile que ça lorsqu'on manque d'expérience. Voici mon (très) humble avis, pour trouver un boulot aujourd'hui en tant qu'informaticien pour le web. Sachant que les PME n'embauchent que rarement des informaticiens spécialistes du développement (il n'y a que peu de budgets), il est vivement conseillé de se former sur des technologies utilisées par les grandes entreprises. En termes de techno de programmation les entreprises demandent de plus en plus de développeurs php et .NET. Ceci dit la majorité des demandes concernent encore des développeurs java J2EE. Au niveau des bases de données Oracle est encore la star incontestée, mais Mysql progresse, et sqlserver progresse sur son marché (windows). Pour ce qui est des OS, linux et unix, et dans une moindre mesure windows, sont utilisés. Pour les applications de gestion, SAP est le roi de nos contrées. Peut être y aura-t-il un DRH pour donner son avis, il y a sans doute beaucoup de jeunes qui se posent ces mêmes questions.

Je suis 100% d'accord avec xpatval pour la réponse à ta première question. Pour la seconde question : l'industrie de l'informatique repose maintenant en partie sur le web. Soit des milliards d'euros chaque année dépensés dans le monde en développements ! Donc il y a énormément de travail, mais il faut bien comprendre les règles du jeu : on demande des choses de plus en plus complexes. Aujourd'hui, les projets web de PME demandent de plus en plus d'informatique de gestion voire dans certains cas de l'intelligence artificielle. L'idée ce n'est plus seulement de communiquer ou améliorer son image de marque, mais plutôt de faire des gains de productivité, supprimer des postes de commerciaux, de gestionnaires, etc...bref le principe de base de l'informatique...

Merci pour cet etat des lieux qui je pense donne un éclairage nouveau sur ce forum. J'y ai appris un truc ou deux. bhop tu es le roi des posts super longs , mais tu as bien résumé le probleme !

Ma société ne fait pas de développement à cout unique, toutefois je peux vous apporter quelques arguments contre une solution sans aucun développement spécifique: Il est rare qu'un site de vente de qualité professionnelle puisse etre lancé sans aucun développement spécifique au début du projet. Vous n'arriverez à vendre des produits que si vous vous distinguez de vos concurrents d'une manière ou d'une autre : - un panier de commande et une gestion des clients "100% standard" ne permet pas de vendre vos produits à une clientèle professionnelle, - et ne concerne que des produits très simples, sans options paramétrables, sans caractéristiques techniques avancées. - par ailleurs, un référencement "standard" (simple inscription auprès des moteurs de recherche) vous garantit d'être classé à la page 100 sur une requête "votre produit". - enfin, comme je le répète parfois (désolé ), un site e-commerce qui n'échange de données avec aucun programme de gestion ou de comptabilité n'est pas une solution pérenne, et vous impose des re-saisies de données dignes du 19eme siècle... En résumé, avec une offre 100% standard, vous allez vous retrouver à la tête d'une gondole d'hypermarché perdue au fin fond d'une forêt, avec un vélo pour moyen de transport. Ce problème touche les offres 100% standard, avec paiement mensuel, mais c'est aussi le cas pour quelqu'un qui télécharge un package e-commerce gratuit sans rien connaître aux métiers de l'Internet.

Je ne trouve pas d'intérêt aux offres panier + paiement en ligne. - vous n'avez aucune action possible sur les fonctions du panier ou la gestion des comptes clients - dans ce système c'est vous qui trouvez les clients mais c'est eux qui récupèrent les adresses...

Il y a une solution qui consiste à capitaliser sur des développements réutilisables d'un client à l'autre. Par exemple, un module de logistique, un configurateur produit, un module multi-échéance ca peut servir à beaucoup de monde... Personnellement je crois que la capitalisation technique peut se faire de deux manière : 1 sur quelques projets d'envergure, correctement financés 2 sur des petits projets en grand nombre. Dans les deux cas, le client a l'assurance d'une prestation de qualité.

Oui c'est un peu ça... Mais il y a aussi la prochaine generation de techno, les web services, grâce auxquels tu vas louer les pièces dont tu as besoin pour faire ta voiture (ton site) : par exemple, le moteur (de recherche) ... c'est le fameux concept "On Demand business" d'IBM... Ce sera certainement plus efficace que les offres de location de sites 100% standard et hyper-packagées.

Au sujet de Dolibarr, ca semble un programme de gestion qui fait en même temps gestion des contacts, mais...: - il n'y a pas de module comptabilité (sous l'onglet "comptabilité" on trouve des fonctions de gestion) - il n'y a pas d'exportation vers un logiciel de compta du marché En fait les concepteurs ont fait des raccourcis (la TVA par exemple, doit être paramétrable et se gère par type d'opération/catégorie et famille de produits). Par ailleurs, pas mal de bugs dans la version en demo...

Ni vous, ni aucun prestataire ne va passer ses nuits à recopier votre catalogue et vos prix sur votre site web. Il faut donc automatiser ceci pour éviter de payer régulièrement des mises à jour de bases de données manuelles. C'est normal que le programme permette une mise à jour d'une fiche produit, c'est mieux s'il permet une mise à jour à partir d'excel, c'est encore mieux s'il permet une mise à jour à partir de votre logiciel de gestion. Oui et non. La solution "à coût unique" met l'accent sur le développement de fonctionnalités specifiques à votre métier, ce que n'offre pas une formule standard. Ceci dit il faut qu'il y ait vraiment un effort d'adaptation à votre métier, avec une justification des heures passées : - pour vous uniquement, suivant vos besoins exprimés dans un cahier des charges, - ou pour des clients du même métier que vous, sur des projets d'envergure. Par exemple, un prestataire qui a développé un système de réservation ne vous en fera pas cadeau, s'il est utilisé par des entreprises plus importantes que la vôtre. D'un autre côté, les coûts mensuels sont très variables , l'hébergement dépend du trafic sur votre site, et des technologies utilisées, le référencement et la publicité peuvent coûter très cher si vous n'êtes pas sur une niche.

tout a fait de ton avis. J'ajouterais qu'un webmaster n'a pas besoin de Maya + Photoshop + toute la gamme Macromedia. Il y a les logiciels libres comme dit Anonymus, ainsi que des clones bon marché. A ce propos, quelqu'un a-t-il un avis sur Sothink (un substitut de Flash). Bonne journée

Ce sont des questions essentielles. Il y a des prestations "ponctuelles" qui ne sont pas destinées aux entreprises clientes mais aux professionnels de la communication. Ceci s'explique facilement : une agence de com, par exemple, a besoin d'un développeur, puis, elle va prendre en charge la construction et la mise à jour du site, le graphisme, le référencement, etc... Dans ce cas là, tout va bien, il y a un intermédiaire qui est le véritable interlocuteur du client dans la durée. Parfois, le client peut prendre en charge la mise à jour des contenus, s'il y a du personnel dont c'est la fonction (c'est plutôt rare dans les PME). Mais le plus souvent, l'entreprise a besoin d'un interlocuteur dans la durée "pour tout", aussi bien pour les mises à jour (les mises à jour d'un catalogue produit doivent être automatisées ), que pour le référencement, etc... Il faut donc prévoir un cout répétitif, malheureusement...et ce quelque soit la formule de départ (Open source, logiciel, développement sur mesure) ....Sachant qu'il n'est pas facile de trouver un prestataire qui fait tout : -Un développeur aura du mal à amortir une plate-forme spécialisée sur un métier avec un seul client, - En revanche, un référenceur ne devrait travailler qu'avec un seul client par métier, pour éviter les conflits d'intérêt.

Petit-Ourson : Tu as raison, on peut dissimuler une partie de son expérience professionnelle dans son CV, on peut aussi dissimuler ses diplomes pour obtenir un job, ca se voit beaucoup de nos jours, mais ca doit etre difficile a assumer. Je ne connais pas capbijoux.com, donc, sans référence aucune à ce site : A vue de nez, pour ce type d'activité : Investissement minimum : - 2 mois de développement du site pour votre papa informaticien, - 15 000 euros de fonds de roulement : stock de départ , 1 salaire sur 3 mois, charges sociales, publicité, frais techniques (référenceur, graphiste), frais de constitution, honoraires juridiques, un peu de matériel. Exploitation minimum : Le chiffre d'affaires pour en retirer un SMIC : environ 50 000 euros HT/an. Avec une marge de 75 % frais de ports déduits et quelques invendus ...: marge brute 30 000 euros /an Charges fixes : 5 000 euros / an : publicité, référencement, frais techniques, agios, honoraires conseils Reste 25 000 euros donc environ 12 500 euros nets en salaire.

Attention, si vous vous souhaitez devenir commercante (à condition d'être majeure bien sûr), il faut pouvoir développer le chiffre d'affaires, réunir des fonds pour démarrer, y consacrer énormément de temps !!! Compte tenu du chiffre d'affaire previsionnel que vous annoncez, vous ne couvrirez pas les charges d'une entreprise, même "virtuelle". Par ailleurs, ceci n'a peut-être pas de rapport avec votre question, mais si vous êtes étudiante, créer un commerce est une expérience professionnelle très mal reconnue et acceptée en France, vous risquez de ruiner votre CV, aux yeux des recruteurs que vous rencontrerez plus tard. En tout cas, si vous êtes décidée, il faut absolument consulter un expert comptable ou un conseil juridique.

Il existe des "tolérances administratives" pour vendre occasionnellement des biens (les vides greniers, le troc, les brocantes...) ou même des services. Vous devez déclarer ces revenus aux impôts (bénéfices industriels et commerciaux non professionnels). Vous serez imposés au titre de la CSG/CDRS et de la taxe professionnelle. En revanche, si vous en faites une activité professionnelle régulière, quelque soit le canal de vente, vous devez vous enregistrer à la chambre des métiers ou à la Chambre de Commerce et d'Industrie. Adressez vous à un expert comptable pour plus de precision

Il existe 2 systemes de déduction pour les depenses d'entretien de la voiture : - indemnités forfaitaires : un bareme fiscal pour les dépenses liées au véhicule qui dépend du nombre de kilometres parcourus et de la puissance (chevaux fiscaux) de la voiture. C'est un forfait, il n'y a donc pas lieu de déduire les frais sur facture.(reparation, entretien) - au réel : déduction de chaque facture à condition qu'il s'agisse d'une utilisation professionnelle, mais pas de calcul d'indemnités. Pour toutes les charges, la règle est que l'on ne peut déduire que la fraction qui correspond à l'utilisation réellement professionnelle, et à l'exception de "frais somptuaires". Par exemple, je vous deconseille de deduire des tickets de peage Paris- Nice le 31 juillet, sauf si vous avez un client sur place. Par exemple : deduction 100% d'une ligne de téléphone à usage strictement professionnelle OK. Pour le loyer, on peut appliquer un prorata de la surface mais pas toujours. (si vous vivez sur un yacht...ce serait mal vu )

J'ai fait supprimer le message auquel tu fais référence.

bshop tu m'as démasqué !... Non sérieusement, je n'ai pas d'action chez microsoft, mais c'est vrai que j'aime bien...ceci dit pour atteindre l'objectif "site e-commerce" rapidement et efficacement, php-mysql-oscommerce est une super bonne idée.

Sur ton site www.smash-sports.fr, il me semble qu'il il y a autant de pages HTML que de produits, autrement dit tu n'utilise pas actuellement de base de données ? En fait tu as développé un catalogue dit "statique", ce qui est acceptable si tu as un nombre de produits limité, en revanche, il te manque la gestion des clients, et des commandes, pour lesquels il faut enregistrer les données dans une base. La question du paiement en ligne est accesssoire. Une fois que tu auras développé l'indentification + gestion des clients, l'enregistrement des commandes et le panier, la mise en place du paiement en ligne sera facile. Option 1 : Prendre un livre et récupérer (après l'avoir compris) le code qui te manque. Inconvénient : beaucoup de travail Avantage : tu auras une bonne maitrise technique, après quelques bons mois de travail... Il faut d'abord apprendre les rudiments de SQL sur une base de données "facile" comme MySQL ou Access. MySQL est utilisable en production, pas Access. Il y a peut être dans Dreamweaver des outils d'accès aux données pour générer du code automatiquement. Au début ça aide, mais le code généré automatiquement est toutjours un peu "sale". Pour maîtriser vraiment SQL il existe d'autres bases de données un peu plus "riches", telles que PostgresSQL, ou SQL server. Ensuite il faut apprendre un langage pour accéder aux données et les exploiter dans ton site. PHP ou ASP sont faciles à apprendre. ASP.NET est un peu plus "riche" à mon humble avis (mais un grand nombre de Hubiens te conseilleront mieux sur php). Donc, tu vas dans une bibliothèque, tu cherches un livre d'introduction à PHP ou ASP ou .NET, dans lequel est développé un exemple de site e-commerce. Tu récupères le code pour l'identification des clients et la gestion des comptes clients, la gestion des cookies, la gestion des sessions (panier) et l'enregistrement des commandes. Tu peux tout reprendre tel quel, y compris la structure de la base puisque tu n'as encore rien, c'est un avantage. Il te manquera sans doute quelques petits trucs comme la gestion des frais de port, tu auras donc un peu de travaux pratiques... Option 2 : récupérer un code source complet du type oscommerce, et reprendre tes visuels, et tes contenus statiques dans le programme. Inconvénient : sans doute quelques difficultés pour reprendre toutes les spécificités de ton site actuel. Peut être un peu moins de maitrise technique, car tu n'auras pas à tout comprendre "en profondeur" pour que ça marche. Avantage : un code très complet et efficace, une bonne navigation. Si tu veux faire un site e-commerce, un point c'est tout, la bonne idée c'est de t'initier à php Mysql, avec la possibilité de basculer sur oscommerce en cours de route. Si en revanche tu veux aller plus loin en informatique de gestion, je te conseille ASP.NET et SQL server. Bon courage !