robinsonvendredi

Outlook est bien adapté à la gestion de contacts, et selon la problématique e-mail, ça peut être une excellente solution. Tout dépend de qui fait quoi dans l'entreprise, quelle est l'intéraction avec les contacts, etc...

Votre question est ambigüe : vous souhaitez directement utiliser un de ces logiciels sur votre serveur web (1), ou c'est seulement pour gérer vos contacts en interne avant de les répliquer sur une base de données web (2) ? (1) Aucun des 3. Excel n'est pas fait pour gérer une base de données en ligne, bien qu'il y ait des possibilités de requêtes SQL, filemaker et access sont un peu faibles s'il y a un nombre important d'accès simultanés. J'ai déjà vu des sites tournant sur access mais ce n'est pas l'idéal. Mieux vaut choisir une base de données adaptée pour le web comme mysql, sql server, postgres, IBM DB2, ...il y en a plein. (2) N'importe lequel des trois, celui avec lequel vous êtes le plus familier dans votre entreprise fera l'affaire. Personellement j'aurais une préférence pour Outlook. Il faudra développer un connecteur entre votre base de données locale et le site web, pour éviter les copier-coller incessants. Par exemple un connecteur VB entre excel ou access et un site en techno windows est une solution simple à mettre en oeuvre.(Toutefois attention, les données ne sont pas typées dans excel, ce qui peut créer des bugs dans le traitement).

Dans la suite du conseil de Dan, et dans l'ordre à mon avis : HTML , CSS, PHP, SQL, XML (pour commencer...)

Pour moi c'est surtout l'échantillon qui pose problème. Lorsqu'on est rémunéré pour répondre à une enquête en ligne, c'est qu'on est un spécialiste des promotions marketing et autres astuces pour arrondir ses fins de mois. Donc très mal placé pour participer à une enquête sur le e-commerce.

exactement, sous réserve que ton script est libre de droits de propriété intellectuelle sur le fond. (son nom est libre, et il est bien à 100 % de toi, sous réserve des éventuels droits Open Source, etc...) Evidemment il ne faut pas ouvrir l'enveloppe... En complément je te conseille de déposer son nom + logo à l'INPI

Il faut demander au fournisseur un document avec la mention "Invoice" et la date. Pour qu'une charge puisse être déduite du résultat imposable il y a des conditions de fond et de forme. Le moins qu'on puisse dire c'est qu'un document falsifié ne satisfait pas aux conditions de forme, d'où un risque inutile en cas de contrôle fiscal, surtout si c'est pour un petit montant. Par ailleurs, comme cela a été dit plus haut, il n'y a pas de TVA déductible. Si ça ne coûte pas cher, autant faire les choses proprement c'est à dire ne déduire ni la TVA ni la charge. <oups Arlette a été plus rapide> <edit Arlette : J'ai enlevé la citation que j'avais éditée pour ne pas laisser de trace de ce mauvais conseil >

Le signe "copyright" représente la propriété intellectuelle de ton code. Elle est acquise sans faire de démarche particulière. Pour apporter la preuve de ton antériorité sur cette oeuvre tu peux t'envoyer en effet un recommandé (date certaine). La propriété industrielle de ton projet est un problème plus complexe : fais une recherche sur "brevet logiciel" pour en savoir plus.

Si c'était le cas il n'y aura pas beaucoup de formulaires sur les sites internet ! Toutefois il existe des problèmes de taille en effet, pour l'envoi de fichiers XML en http. Selon ma modeste expérience il vaut mieux faire une boucle pour 10 envois de 500 lignes qu'un seul envoi de 5000. Je suppose que ça dépend aussi de la techno utilisée

page 26 : An XML request is sent to an interface via the HTTP POST method... Je ne connais pas php mais en techno MS j'utiliserais l'objet COM : XMLHTTP pour l'envoi du fichier XML respectant le format UPS et la réception du message retour. peut-être existe-t-il un équivalent à XMLHTTP en php. Tu peux faire des recherches sur l'implémentation de SOAP en php, ça doit bien exister car c'est un besoin basique en e-commerce.

Si je comprend bien (?) tu as besoin d'indexer et de hiérachiser une base de documents dont la liste et les liens sont disponibles sur excel. En effet un script de catalogue pourrait permettre de hiérarchiser des documents en rubrique, catégorie, sous-catégorie, et de chercher ces documents si un champs description a été correctement renseigné. Parfois ce n'est pas suffisant, une indexation par mot-clé est nécessaire, dans ce cas il faut opter pour un vrai logiciel de gestion documentaire. Tu pourrais essayer de monter une maquette sur l'intranet avec quelques documents bien décrits et bien indexés. Toutefois attention, si les utilisateurs sont habitués à gérer ce "catalogue" sur excel ce n'est pas forcément une bonne idée de tenter de leur faire changer d'outil: - tu es stagiaire et il y a fort à parier que personne ne va te suivre dans tes ambitions même si c'est justifié, - l'ergonomie d'un tableur est parfois meilleure qu'une application web pour certaines tâches. Une option consiste à développer pour excel (en VBA) une hiérarchie de documents : rubrique, catégorie, sous-catégorie. Bref améliorer l'outil existant plutôt qu'en changer.

Je suis de l'avis de captain Torche.L'aspect réduction sur les frais de port est spécifique. Toutefois il sera compliqué à expliquer comme argumentaire commercial, et tes clients ne vont pas comprendre comment sont calculés les frais de port. Si tu t'adresses à une clientèle professionnelle, ça vaut la peine, sinon c'est du temps perdu AMHA.

A ma connaissance Leroy Merlin utilise un configurateur produit Access Commerce (e-cameleon). Développer un configurateur produit est une tâche très ambitieuse, l'aspect visuel ne représente qu'une infime partie du travail. Mais ceci ne concerne que les produits à options (par exemple des meubles) : la sélection d'une option a pour conséquence que certaines autres options sont fermées pour la configuration choisie, tandis que d'autres options deviennent apparentes. Si ton catalogue est "plat" (sans nomenclature ni options) ce problème ne se pose pas.

Pour sécuriser ton formulaire, il existe différentes techniques, par exemple : - procédures stockées sur la base de données : le fait d'utiliser des variables passées dans une procédure sur la base limite les possiblités d'injection SQL - hash MD5 : il est préférable d'encoder les mots de passe en javascript sur un formulaire de login avant de les envoyer sur le serveur. - captcha : oblige les utilisateurs du formulaire à recopier une séquence alphanumérique. ceci évite une exploitation du formulaire par un robot - envoi d'image dans un formulaire d'annonce : contrôler que le content type de fichier est gif ou jpg, sinon le détruire. - contrôle des sessions : suivre les ID de session avant et après authentification. - FTP : il vaut mieux limiter l'accès FTP à ta seule adresse IP, idem pour le firewall. arrêter le service lorsqu'il n'est pas utilisé. Bon courage...

2 points fondamentaux de la procédure : A] Suivi en temps quasi réel des consommations de pièces : Notamment si certains chantiers sont pluri-annuels, il faut que le coût des pièces soit connu à tout moment pour permettre de calculer le degré d'avancement du chantier, qui détermine la valeur de l'en-cours, sa marge, etc. B] Gestion sécurisée des stocks physiques, surtout pour les stocks ayant une valeur importante La solution technique peut être par exemple : un intranet communiquant avec le logiciel de production de l'entreprise, avec une gestion par code barres + des terminaux portables sur les chantiers (hand held scanner)

Vaste sujet...mais ta question est un peu vague. S'agit-il de stocks de rechange de matériel de production de ton entreprise, ou de stocks incorporés dans les produits finis, ou bien des stocks destinés à la vente ? C'est pour un cahier des charges d'un intranet ou extranet ? Quel est le lien avec l'informatique de gestion de ton entreprise?

Personnellement je trouve que windows est plus simple. Mais c'est mettre la charrue avant les boeufs si tu démarres. Il faut d'abord choisir un langage de développement, et monter quelques petits sites sur des hébergements mutualisés avant de songer à gérer un serveur.

Merci pour vos avis. Pour certains flux, les éditeurs indiquent dans leur conditions d'utilisation que l'archivage est interdit. Mais pour les autres c'est flou...

Bonjour à tous, A-t-on le droit de stocker des fil de news RSS provenant de site de magazine, quotidiens nationaux, etc...? C'est à dire, conserver sur sa propre base de données les news pour en permettre l'accès et la consultation différée. Evidemment, ces news seront identifiées comme provenant de tel ou tel site et on conserverait le lien retour. L'idée c'est d'enrichir une base de données orientée "encyclopédie" avec des news. Bonne journée

J'ai des clients chez CrystalTech uniquement pour les boites aux lettres (exemple une PME avec 20 utitlisateurs et beaucoup de documents attachés). Très fiable, toutefois l'anti-spam n'est pas d'une efficacité extraordinaire. Le support technique est bon en termes de délais (2 à 3 heures de délai de réponse en général), mais pas toujours "expert".

Oui. Toutefois je n'ai pas tout compris lorsque que tu décris des créations de fichiers dans des dossiers...pour moi c'est un peu bizarre. En principe à partir d'un formulaire on ne "crée pas de fichier dans un dossier" mais on fait un enregistrment dans une base de données : par exemple une commande. Lorsque le client a payé, le message en retour de la banque permet de valider ou d'invalider cette commande dans la base de données. Une interface web permet de consulter la base de données : clients, commandes, etc... tu peux aussi envoyer un e-mail au client, pour confirmer l'état de ses commandes en ligne, mais il doit avoir accès à une interface personnelle pour consulter son compte. les technos les plus utilisées pour faire tout cela sont ASP, ASP.NET, php et java. Si ton besoin est assez particulier, tu devras développer toi-même, mais si tu as besoin d'une boutique standard, il existe des scripts tout faits, qui vont t'épargner beaucoup de travail. Consulte le forum e-commerce, pour prendre des idées

L'environement d'exécution de l'API est un exécutable qui peut en effet être appelé par un scripts en PERL selon ma doc. A vérifier dans la tienne. Au sujet du traitement de la réponse de la banque, celui-ci ne concerne que ton serveur donc peu importe le langage de développement. En revanche l'idée du courriel me semble mauvaise. Il vaut mieux développer une interface de suivi des commandes, qui sera toujours plus fiable qu'un e-mail.

Pour permettre une parfaite traçabilité des écritures comptables. La question de la traçabilité des opérations est importante, non seulement en comptabilité mais dans toute procédure de gestion. Imaginez un service après-vente dans lequel rien ne garantit la séquence des réclamations clients : au bout d'un moment, les réclamations les plus difficile à traiter seront ignorées.

Je confirme, les No de facture doivent se suivre, mais ce n'est pas suffisant. Un logiciel de gestion qui permet de générer des écritures comptables doit remplir un certain nombre de critères définis par l'Administration. Il existe des directives de l'Administration fiscale, ainsi qu'une procédure d'agrément. Je vous conseille de travailler avec un logiciel agréé, pourquoi risquer un rejet de comptabilité en cas de contrôle? Il est plus sage d'interfaçer un logiciel de comptabilité que de vouloir tout gérer dans une appli web.

Bonjour ipocam et bienvenue sur le Hub Le forum Administration apportera des réponses à tes questions. Mais je te conseille de voir un expert comptable si ton projet est concret.

Je te conseille d'installer les CMS qui t'intéressent, puis tu peux avoir toute sorte de rapports paramétrables avec des logiciels tels que embarcadero.