robinsonvendredi

Le mieux placé pour te répondre est l'expert comptable de ton client : lui as tu posé la question ?

Ce n'est pas tout à fait ça... Ce que tu décris est une logique HTML : je fais 500 pages qui, mises bout à bout, forment un site au moyen de liens hypertextes. C'est correct pour des contenus qui n'évoluent pas ou peu (risque de liens brisés) et les fonctionnalités sont très réduites. Il faut passer à d'autres concepts. Une page HTML ne permet que d'afficher ce que tu as codé mot après mot, un point c'est tout. Or pour faire un panier tu dois manipuler des données : passer une requête d'une page à une autre au moyen de formulaire, manipuler une variable de session, interroger un compte de client, enregistrer un commande, etc... HTML est relégué à un rôle d'affichage, tandis que Php va permettre d'obtenir, d'organiser, modifier des données. Si tu as des centaines de fiches articles, une base de données (mysql) est tout indiquée. Dans le principe tu n'as qu'une seule page php (fiche type) qui selon le contexte affiche tel ou tel enregistrement de la base de données (article). Bon j'espère t'avoir mis sur la voie, le mieux c'est de récupérer un tutoriel sur php et SQL, avec un cas pratique de panier de commande.

C'est une idée originale. Mon avis, sans être 100% affirmatif, car il faudrait qu'un juriste nous précise quels élements d'un site Internet relèvent d'un fonds de commerce : c'est non. Un fonds de commerce ne peut être détenu et donc loué que par un commerçant à un autre commerçant (entreprise ou personne physique).

Perso je fais le choix inverse : partir d'un template aux normes, et l'enrichir de fonctionnalités. A ce sujet, il existe une technique très souple : XML-XSLT. - les contenus de ton template sont remplacés par des balises Xpath, - le fichier template devient ainsi une feuille de style XSL - les contenus sont placés dans des fichiers XML, - de même, les variables de paramétrage fonctionnel sont placées sur des fichiers XML, - un fichier asp, php, jsp...(enfin ce qui t'arrange ça n'a pas d'importance) transforme le tout en sortie HTML qui reprend pile poil le template de départ...et le tour est joué !!! La séparation du code et de la présentation est parfaite, et ceux qui comme moi ne maîtrisent pas bien le graphisme et CSS...sont contents

Bienvenue sur le Hub, et bonne route à votre CMS

A voir les interfaces disponibles pour Xpress (base de données access?)

Merci pour ce lien Davidm, c'est très intéressant.

Sous quelle forme les articles sont-ils actuellement gérés par le journal ? C'est important de le savoir, peux-tu imposer aux utilisateurs de re-saisir 2 fois leurs articles ? J'ai travaillé sur une problématique similaire, je suis parti de l'existant plutôt que de cibler tel ou tel logiciel. En supposant que tu as une base articles en word, pdf, ou xpress, si c'est possible, il est souhaitable de récupérer et organiser les contenus automatiquement ("xmliser" leur base). Une fois que tu as mis au point ce programme tu peux te pencher sur l'affichage web proprement dit. bon courage !

Alors moi je préfère le nouveau, mais le bandeau du haut est un peu petit, et il reste à faire un logo.

Avec un peu de retard... <% Set tonObjet = Server.CreateObject("Microsoft.XMLDOM") ' **********utilise l'objet tonObjet pour récuperer le ficher XML***** tonObjet.Load Request %>

Je vous conseille de vous entourer des services d'un professionnel de l'internet. Vos inquiétudes au sujet du paiement en ligne ne sont pas justifiées, car c'est la partie la plus facile dans la réalisation d'un site marchand. C'est le serveur de votre banque qui prendra en charge les transactions. Votre site ne joue qu'un rôle assez secondaire (sur le plan technique) dans cette opération. Les boutiques en lignes qui mettent en avant leur "partenariat" avec des banques pour rassurer les clients, profitent de leur méconnaissance de cette question. En revanche, un design réussi, des fonctionnalités adaptées à votre métier , l'intégration avec votre logiciel de gestion, les aspects juridiques et le référencement sont franchement plus complexes que le paiement en ligne. Si vous avez déjà une petite expérience de la création de sites vitrines c'est mieux, car vous serez capables de faire vivre votre site, mais ne comptez pas que sur vos propres ressources. Pourquoi ne pas utiliser le forum "demande de prestation de services" ?

Bonsoir, C'est un peu léger Je te donne une solution assez complète, à toi de faire le tri et ajouter si besoin des compléments. Au niveau du nombre de tables, il faut en principe 3 tables, de préférence dénormalisées par rapport au reste de la base : par exemple, un produit peut disparaître, ta commande doit elle, demeurer. Les tables : 1- en tête de commande 2- lignes de commandes (dépendante de l'en tête) 3- modes de paiement commande (dépendante de l'en tête) 1-En tête de commande : Références commandes internes, coordonnées complètes de ton entreprise (6 champs), Références commandes client, No de tracking (permet de distinguer les commandes validées en ligne et/ou par courrier ou fax), date de commande, date souhaitée de livraison, transporteur, No d'expédition, remise pied de commande, No compte client, date d'échéance exceptionnelle, commandé par, nom du commercial, statut (par exemple 5 indices), 5 champs timestamp avec les dates des différents statuts, 5 champs XML avec les données de commandes complètes à chaque transformation d'un statut à l'autre, Nom du client, Adresse de facturation (6 champs), Adresse de livraison (6 champs), e-mail, téléphone, fax, nom du contact, montant total TTC, frais de port HT, autres frais HT, TVA/ventes, TVA/frais, poids brut, poids net, acompte, commentaire...Ouf ! Une petite précision sur les champs XML : Il est intéressant de conserver une trace complète des commandes au moment du passage d'un statut à l'autre. XMl est le bon choix de format pour transmettre le document à un tiers (le client ou un partenaire) et ce sous la forme dont il a besoin. 2 - Ligne de commande : ici tu dois reprendre toutes tes données produit : références, désignation, quantité, coût unitaire, TVA, reliquat (reste à livrer), +tous les autres champs nécessaires selon ce que tu vends. 3 - modes de paiement : Une commande peut avoir plusieurs modes de règlement : exemple : 30% au comptant par virement et 70% à 60 jours par traite. Evidemment lorsque tu passes une commande, tu mets à jour les stocks de produits, les stats de vente, en-cours clients, etc... Alors bon courage !

Je suis de l'avis de Captain Torche : à ta place je ne toucherais pas aux ID des enregistrements gérés par le moteur SQL. Si tu veux gérer une incrémentation bien à toi il existe des fonctions de séquence, selon les bdd.

De mon point de vue, le code source de ton site est bien la propriété du webmaster, toutefois il ne doit pas peser bien lourd si c'est un template Flash. Retire les images et les contenus rédactionnels et il ne reste rien ou pas grand chose. Donc c'est avant tout la propriété d'une création graphique et de contenus rédactionnels que tu peux revendiquer. Ton concurrent ne doit pouvoir utiliser aucune image, fond d'image, layer, ni aucun contenu, ou arborescence de contenu : c'est votre oeuvre commune. Si j'étais toi je commencerai par demander la source des fichiers flash et html , de faire la liste de tous les éléments ci-dessus et t'envoyer à toi-même le tout en courrier recommandé avec AR sans ouvrir l'enveloppe. Rassemble tes relevés de banque qui montrent les dépenses aussi bien de création que d'hébergement. Puis tu envoies un courrier AR à ton webmaster en lui interdisant formellement d'exploiter les éléments dont tu donnes une liste succincte. Enfin tu vas voir un avocat spécialiste de l'internet avec ton dossier complet. J'ai une adresse d'un cabinet avec qui j'ai déjà travaillé, tu peux me demander par MP - (ou demande les coordonnées de celui d'Arlette) Bon courage

Comme Harry20, je te conseille plutôt un lien sur un formulaire prérempli qui récupère sur l'URL l'ID du prospect. La validation du formulaire désinscrit le prospect sur ta base de données mailing

+1 avec Brocexco et Arlette. Si ton modèle économique te laisse le choix, les options sociales, fiscales, juridiques sont à définir avec "l'homme de l'Art".

Salut Alglop Bienvenue sur le Hub ! On espère aussi que tu nous apprendras plein de choses.

Tu as le choix entre l'exercice sous la forme d' "Entreprise Individuelle" ("profession libérale" désigne plutôt certaines professions réglementées), ou exercice sous la forme sociale (eurl, sarl, autres sociétés). Le modèle économique de ton portail suppose une bonne crédibilité : on peut penser que tu n'auras pas de client si tes garanties sont jugées insuffisantes. Donc tourne toi plutôt vers une constitution de société avec un capital le plus élevé possible.

D'après tes critères : - un sujet le plus récent possible : MIN(Date du jour - date de lancement) - un sujet fraichement répondu : MIN(Date du jour - date de dernière réponse) Tu pourrais régler ta requête avec un coefficient entre ces deux critères - avec le plus grand nombre de réponses possible : MAX(nombre de réponses) Ce qui revient à minimiser : (Coef*(Date du jour - date de lancement)+(Date du jour - date de dernière réponse))/ (nombre de réponses) c'est juste un avis en passant...

Bienvenue ! Espérant que le Hub répondra à tes attentes

tu peux lire cet article.

Oui : Compiere. Mais bon, problème de francisation des traitements comptables comme toujours. Sinon au niveau techno c'est du java et la cible c'est plutôt des PME assez importantes (50 à 200 salariés par exmeple)

Ca peut faire du bruit en effet ! Si tu as un projet dans ce sens...

Et bien bshop où etais tu passé? Au départ l'idée de SUGAR de copier salesforce n'était pas très originale- en comparant les deux il y a vraiment beaucoup de points communs, comme quoi les idées simples sont parfois les meilleures. C'est vrai que Sugar CRM est très au point, bien traduit en français, bon marketing, etc. Les web services disponibles permettent de l'intégrer à d'autres applications d'entreprise, ce que nous faisons en ce moment pour un client. Dommage, la version Open Source est un peu "light" il faut passer à la version payante pour avoir une ergonomie correcte. Réunir SUGAR CRM + OSC , ça fait quand même beaucoup d'interfaces différentes, et de fonctionnalités redondantes AMHA. Mais malheuseusement dans tous les cas, il n'y a pas de fonctions de gestion commerciale et comptable correctement francisée => donc des budgets de développement inaccessibles aux plus petits clients.

La technique la plus classique est de reposter ta page (bouton "recalculer le panier") Si on modifie les quantités de produits dans la panier, ceci remet à jour ta variable de session et tu recalcules ligne par ligne le poids total du panier et les frais associés. Evidemment tu as une table de paramétrage des frais qui fournit les élements de ce calcul