robinsonvendredi

Un vrai intégrateur...je ne doute pas que tu en sois un bshop mais ce qu'on cherche c'est un logiciel existant qui propose ces fontionnalités CMS à intégrer à nos développements...l'intégration on sait faire.

OK merci c'est noté.

Oui moi aussi je suis un peu étonné. Si ton client est un grossiste il faut des modes de règlements à terme car peu de ses clients paient au comptant. Donc : des interfaces pour paramétrer les règlements par exemple: - 20% de la commande à 60 jours fin de mois le 10 par traite acceptée, - 50% à 90 jours nets par LCR, - le solde à hauteur de 2000 euros au comptant par chèque et le solde final à 60 jours par BOR. Mais je ne suis pas certain qu'OSCommerce soit très adapté pour ceci ? Peut être que les spécialistes d'oSCOmmerce peuvent répondre ?

Les logiciels e-commerce dignes de ce nom ont des fonctions avancées CMS , entre autres fonctions (configurateurs produits, comparateurs, advanced selling, contract selling, intégration ERP, etc...). Les plus connus : Broadvision, Access Commerce. Au sujet des CMS, trop de logiciels se contentent de faire de l'affichage web de documents, avec au mieux une possibilité d'indexation sur un moteur de recherche interne. Selon ma modeste expérience, l'intérêt d'un CMS est de capturer, analyser, et indexer toutes sortes de documents de Word à Excel en passant par pdf puis de les restituer dans différents formats. Quelqu'un connait-il un CMS ...payant ou Open source capable de faire ceci ? On est en train de le développer dans ma société, mais si ca existe dèjà e suis preneur.

C'est ce que nous avons fait dans ma société : un développement à partir d'une page blanche, complètement à l'opposé de l'Open Source. La route est beaucoup-beaucoup plus longue. C'est d'abord un choix de technologie : si tu choisis php, il n'y a aucune raison de ne pas profiter des développements Open Source, de la plus petite brique à un logiciel complet (OSCommerce par exemple). L'option Open Source-php est sans doute pour toi la plus intéressante, sauf si ton entreprise est une PME qui travaille en environnement Windows, pour laquelle les technologies Microsoft sont plus indiquées pour faire de l'intégration que php à mon très humble avis. Ceci dit c'est une affaire de goût car il y a beaucoup de prestataire sur ce forum qui te diront que php est le meilleur choix quelle que soit ta structure. Pour notre part, nous avons préféré écarter php et l'Open Source , pour la raison citée plus haut, mais aussi : - nous sommes confronté à des "moutons à 5 pattes", par exemple des développements remettant en cause les bases du programme, ce qui serait plus difficile en Open Source, - nous avons la politique de vendre nos logiciels plutôt que de les donner .... ce qui est contraire aux principes de l'Open Source. Donc en conclusion : si ton objectif est de faire une boutique e-commerce remplacant des 500 pages html : lis un bon bouquin sur php avec un gros chapitre sur SQL + un cas pratique de boutique en ligne. Comme dit Xpatval tu peux trouver réponse à tes questions sur des forums dont celui-ci bien sûr - le meilleur ! Si tu cherches à faire quelque chose de plus compliqué qu'une boutique simplette: telecharge OSCommerce et cherche un prestataire qui t'aidera un peu.

Par defaut ATOS recherche le fichier réponse à la racine de ton site est-ce le cas ?

Je vais te donner un avis prudent mais il paraît que la chance sourit aux audacieux...donc tu en fais ce que tu veux. Si tu rédiges une "note" qui ne mentionne pas de No de RCS, ton client (l'agence) va déclarer ta "note" sur sa déclaration annuelle des salaires (DADS) en tant qu'honoraires. La DADS est transmise aux administrations. A partir de là, le recoupement est plus que probable avec ta propre déclaration d'impôt et ta situation vis à vis de la sécurité sociale. C'est une activité commerciale, et tu es réputé être commercant. En tant que tel, tu dois t'acquitter des obligations qui y sont liées, aussi bien au titre des impôts, que de la sécurité sociale, que du droit commercial. Je te conseille d'aller au centre de formalités des entreprises et de déclarer en bonne et due forme cette activité. Si c'est ce que tu décides, fais plutôt une facture qui mentionne "RCS en cours" + toutes les mentions légales telle que listées par Arlette plus haut.

SI cela peut interesser quelqu'un, il existe aujourd'hui de nombreuses bases de données gratuites de niveau "entreprise" : MaxDB (anciennement SAPDB) http://www.mysql.com/products/maxdb/ Oracle XE http://www.oracle.com/technology/products/...e/xe/index.html SQL server express http://www.microsoft.com/downloads/details...&displaylang=en Postgres http://www.postgresql.org/ Firebird http://www.firebirdsql.org/ Enterprise DB http://www.enterprisedb.com/ Daffodil http://www.daffodildb.com/

Offre et demande de prestations de service Au sujet du développement, je crois que compte tenu de ton activité et de ton site qui me parait très bien tel qu'il est, c'est décidément la meilleure solution. Je ne suis pas développeur php, mais il y en a beaucoup sur ce forum, il y en aura bien 1 qui saura prendre en charge ce dev.

Bonjour, Il n'y a pas une seule bonne réponse à votre question. Tout dépend de vos moyens et de vos besoins, il faut trouver un compromis entre un système complètement standard et le "truc magique", sur-mesure, qui colle parfaitement à votre activité, mais qui coûtera plus cher. Il y a deux questions à se poser : - 1. Le temps réel est-il nécessaire ? ------------------------------------------- Vos stocks par exemple, doivent-ils être justes sur votre gestion commerciale et sur votre site à tout instant ? Les bons de livraison doivent-ils être traités en continu, avec un suivi des commandes en temps réel sur le site ? Un décalage de quelques minutes, d'une ou deux heures, ou d'une nuit, est-il acceptable? - 2. Vos pratiques commerciales sont-elles "simples" ? -------------------------------------------------------------- Les fonctionnalités de votre site internet, doivent respecter vos pratiques commerciales, ce qui peut vite devenir compliqué si vous vendez autre chose que des "paquets de lessive" à "Monsieur-tout-le-monde". La difficulté pour interfacer un programme de gestion commerciale avec un site web, commence dès que vos besoins sortent un peu de l'ordinaire : abonnements, plusieurs niveaux de tarifs, multi-échéances, produits à nomenclatures, etc... Par ailleurs, un site web marchand doit faire le même travail qu'un vendeur, "répondre aux questions du client", l'orienter. Pour prendre une commande, devez-vous poser de nombreuses questions à votre client pour le conseiller ? Votre métier est-il technico-commercial ? La plupart des programmes de gestion de PME ne savent pas formaliser ce type d'interaction, avant de faire un devis ou prendre une commande, on en "discute avec le client" . Donc selon votre activité, la solution Internet doit être très spécifique, voire "intelligente", bien plus que votre logiciel de gestion. Si votre activité est exigeante sur les deux points qui précèdent, il n'y a pas de solution bon marché. Il y aura forcément, une part de sur-mesure dans les développements. Sinon du standard peut faire l'affaire. Si vous êtes une PME : SAGE, CEGID, INTERLOGICIEL, ADONIX, NAVISION, (entre autres, il y en a un très grand nombre) proposent des logiciels de gestion avec des sites web standard et parfois des prestations sur mesure. Le niveau de tarif est extrèmement variable. Ce que je vous conseille est de rédiger un cahier des charges avant toute chose. Cordialement

OK dans ce cas c'est un développement à partir de ton site web que tu recherches : Edition d'une facture, mise à jour des stocks réservé / BL , stocks entrants et étiquette d'expédition. Je te conseille d'aller jusqu'aux écritures comptables de vente, car ces écritures tu pourras facilement les importer dans EBP compta, qui est fait pour ça. Tu peux aussi faire une interface de vente au comptoir pour centraliser toutes tes commandes sur la base web. Pourquoi ne pas poster une demande de prestation dans la rubrique appropriée ?

Tu veux conserver EBP : dans ce cas, le mieux c'est de t'en remettre à Oxatis...A mon humble avis...

En Open source, MySQL propose MaxDB, la "grande soeur" de mysql, qui a les fonctionnalites OLAP nécessaires je pense. http://www.mysql.com/products/maxdb/ Je l'ai testé pendant plusieurs mois, c'est vraiment une base de données géniale.

Oui mais tu peux avoir différents groupes de clients . Pour le groupe par défaut "visiteurs" seuls les tarifs catalogue public s'affichent (ou pas de prix du tout). De même pour les stocks, parfois il n'est pas souhaitable que tout le monde connaisse les niveaux de stocks. En revanche, le client qui s'enregistre peut passer à un groupe "client1" qui a accès à une info plus poussée-Autre option, il est en groupe "prospect" et ce sera à l'administrateur de lui attribuer un groupe. En principe dans les logiciels de gestion il existe différentes catégories tarifaires qui peuvent correspondre à divers groupes de clients sur le web. En tout cas c'est ce que nous avons retenu comme approche. Après tu gères une variable de session "groupe", qui selon les paramétrages définis par l'administrateur, permet d'accéder à telle ou telle information sous telle ou telle forme. Sinon, pour le SSL sur la page d'identification, c'est vrai qu'il peut rassurer le client, sauf les fois où il tombe sur l'affichage du certificat en cours de réactualisation (désirez vous poursuivre avec un certificat périmé ?) là c'est la cata !

C'est un sujet super intéressant. Je crois que le risque lié à l'absence de certificat SSL n'est pas le plus important. Le certificat SSL n'est vraiment nécessaire AMHA que si on collecte des données très sensibles (santé, défense...). En revanche, il y a 2 risques bien réels: les fuites de données chez l'hébergeur, et en interne chez le client. 1.Chez l'hébergeur : - Au niveau des documents confidentiels comme des schémas techniques, - Au niveau de la base clients Moi je suis partisan d'un cryptage de certaines données et documents avec une clé différente pour chaque client. 2.Chez le client : le piratage de données dans l'entreprise par du personnel mal intentionné. Trop de systèmes d'identification ne reposent que sur 2 variables (nom, mot de passe), certains même sur email-mot de passe et parfois même le mot de passe est en cookie.... là tu as de grandes chances d'avoir des fuites côté client. Nous avons opté pour un système avec trois variables (nom, No compte, mot de passe), les informations sensibles, comme les prix, ne s'affichent qu'en fonction d'un profil testé sur la base lors de l'identification, avec un contrôle du groupe et du profil individuel de l'utilisateur avant de créer les variables de session. En fait, de mon point de vue, le No de compte est rapidement nécessaire, dès qu'on veut mettre en place un système d'identification vraiment professionnel. Notamment, le No de compte assure l'intégrité des comptes web (par exemple, un client peut avoir deux utilisateurs nommé avec un seul No de compte). Autre utilité : le No de compte peut être celui du fournisseur dans les comptes du client, ce qui permet au client de s'identifier depuis sa plate-forme d'achat sur l'extranet du fournisseur. Bon là je m'éloigne un peu du sujet, c'est la passion qui parle...

Si tu as une table MOTSCLES avec 3 colonnes : critere1, critere2, critere3 La requete SQL est la suivante : SELECT critere1, critere2, critere3 FROM MOTSCLES GROUP BY critere1,critere2, critere3 WITH CUBE La requête sort toutes les combinaisons possibles y compris avec les NULL. Ceci dit elle ne mélange pas les positions, tu auras toujours le critère1 en première position, le critère2 en seconde, etc. Mais est-ce que cela pose un problème de référencement ? Selon moi, (mais j'aimerais connaître votre avis), si on est référencé sur critère1 critère2 on l'est aussi sur critère2 critère1 ?

150% d'accord avec katmars. Une commission de 35% est très courante en informatique. Tout dépend du carnet d'adresse du commercial. Par exemple, un commercial qui apporte une affaire "grand compte" contribue énormément au développement de ton activité. Evidemment, il ne faut recourir au commercial que si on a une prestation déjà très bien structurée à proposer - donc pas pour du dev 100% sur mesure, ni pour sous-traiter - ce qui reviendrait à accepter de travailler à perte.

Qu'entend tu par "ciblés"? Est-ce qu'il s'agit de prospection en rapport avec les produits ou les services précédemment commandés ? Dans ce cas ce ne sont plus des prospects mais des clients. As tu des sources précises à ce sujet ? Je pensais qu'en cas de prospection auprès de professionnels on pouvait leur adresser n'importe quel e-mail à une adresse générique (info_AT_prospect.com)?

Si le livre est vendu en Angleterre il y aura une différence au niveau des remises autorisées (la loi Lang en france interdit une remise de plus de 5%) et au niveau de la TVA. Pourquoi ne pas le vendre sur ebay.co.uk avec paypal.

Je ne connais pas grand chose aux tee-shirts mais 2 euros sur un tee-shirt à 60 euros c'est mal payer l'effort que tu consacres à trouver un client et faire le design. C'est juste un point de vue de néophyte...

Je suis d'accord avec Magicoyo Javascript est parfait pour modifier des formulaires et faire des calculs à la volée. Extrèmement utile pour réaliser un back-office e-commerce. Je ne vois pas comment se passer de javascript pour faire une interface de saisie de facture par exemple. La comparaison avec Flash m'échappe un peu, je croyais que Flash c'était pour faire mumuse?...(joke ) Cecit dit quelqu'un qui maîtrise (ce n'est pas mon cas, bien plus celui de Toucouleur) peut en faire un bon usage...

Ahhh j'ai cru que c'était une question d'un prestataire internet... en fait lilip88 est la miss qui veut se lancer sur la toile...bon lilip88 il faut revoir votre copie et revenir nous voir...

Je maintiens que ce système est illégal, s'il génère un revenu. L'instrument qui permet de se procurer des revenus sans les déclarer est illégal. Celui qui développe le sytème, peut être inquiété au même titre que le commanditaire AMHA. Pareil pour le développeur d'un casino en ligne, d'une banque en ligne, ou même d'un site e-learning. En fait, la prudence serait d'obtenir de nos clients la copie des autorisations administratives pour toutes les activités réglementées, du simple commerçant (KBIS), au pharmacien, en passant par le notaire...on ne sait jamais.

Si vous tirez un revenu ou un avantage de votre système, (d'une manière ou d'une autre), il est illégal.

Il faudrait à mon avis que le règlement intérieur soit modifié pour informer tout le personnel que les notes de service sont dorénavant disponibles sur l'intranet. Par exemple en faisant passer une note de service qui sera signée par tout le monde.