Discussion :

[yomismo]

Bonjour,

Pour continuer a avoir un agrément professionnel dans mon entreprise de ecommerce et gestion de stocks, il m'est imposé d'utiliser un logiciel développé par une entreprise ou je vais saisir les données sur les pages web de leur appli n tiers. ce logiciel est imposé a toutes les filiales.

Pb, je souhaite développer ma propre application ou continuer a utiliser mon appli développée en interne que j'utilise actuellement pour beaucoup de raisons( disons qu'en ayant l'a main sur mon appli le la fait évoluer comme je veux.)

mais j envisage d avoir mon apli delphi X4 sur la quelle je suis et je rentre des infos qui devraient aller alimenter un autre progiciel pro avec certaines données saisies en delphi l autre appli est une appliweb java ou php

l'editeur de ce logiciel est d accord sur le principe maii ne veut )as faire de développement sur son progiciel et c moi qui doit envoyer les requêtes avec les info dont il a besoin

comment pourrais je faire?

merci de votre aide précieuse

[skywaukers]

Bonjour,

là je dirai qu c'est d'abord le fournisseur du logiciel qui peut t'aider. Sont logiciel expose-t-il par exemple des webservices pour permettre ce genre d'interfaçage ? Est-ce juste des requettes HTTP ? Y-a-t-il une authentification à faire ? Je pense qu'il faudrait définir avec lui au moins une méthode possible, après on pourra surement t'aider à comment le faire avec Delphi.

@++
Dany

[yomismo]

L'idée c''est que l'éditeur de l'appli pro ne veut pas ouvrir de budget pour moi et mes spécialisations il autorise les simulations de clic il est OK avec le fait que je dois garder ma propre appli mais lui a besoin de moins d'information mais exige l utilisation de leur appli sans devoir développer.

En gros j'ai plein de fonctionnalités dont lui s'en fou, il veut juste la remontée des prix et des stocks moi c'est tout le contraire j'ai plein d'info.

le problème c'est qui n'est pas d accord visiblement pour développer de son coté et donc les webservices sur son server web pas sur quil accepte...

donc je pensais a un navigateur web avec une appli Delphi N TIER ou on saisit des info et une page spécifique qui remplit ou appelle la page de l'appli de l éditeur pour qu'il remplisse ses infos... je n ai pas d'autres idées....

[Paul TOTH]

L'idée c''est que l'éditeur de l'appli pro ne veut pas ouvrir de budget pour moi et mes spécialisations il autorise les simulations de clic il est OK avec le fait que je dois garder ma propre appli mais lui a besoin de moins d'information mais exige l utilisation de leur appli sans devoir développer.

En gros j'ai plein de fonctionnalités dont lui s'en fou, il veut juste la remontée des prix et des stocks moi c'est tout le contraire j'ai plein d'info.

le problème c'est qui n'est pas d accord visiblement pour développer de son coté et donc les webservices sur son server web pas sur quil accepte...

donc je pensais a un navigateur web avec une appli Delphi N TIER ou on saisit des info et une page spécifique qui remplit ou appelle la page de l'appli de l éditeur pour qu'il remplisse ses infos... je n ai pas d'autres idées....

la navigateur ne sert à rien.

Delphi est capable de faire des requêtes Web, un navigateur c'est juste une interface graphique permettant à l'utilisateur de faire des requêtes web.

Le seul problème que tu vas rencontrer est lié aux évolutions de leur logiciel. Exemple, aujourd'hui l'URL http://server/fonction/script permet d'enregistrer le stock d'un produit avec les paramètres ID = n° de produit et QTE = quantité en stock. Si demain ils décident de changer cela, il faudra adapter ton logiciel pour leur nouveau fonctionnement.

L'utilisateur ne se pose pas ces questions, il regarde ce qu'il y à l'écran et renseigne les champs demandés, si les désignations changent il s'adapte...ton programme quand à lui peu au mieux remonter une alerte si la page web n'a pas l'allure attendue, c'est tout.

PS: si tu ne te sent pas de faire cette interface tu peux sous-traiter

[yomismo]

Exactement Paul, si le référentiel produit est mis a jour cela pose un pb. je ne sias pas encore comment procéder

notre principal limite est que l’éditeur ne veut pas faire de développement et ne veut pas entendre parler de web service il ne veut pas non plus quon mette a jour directement leur base de données

la seule chose quil accepte c'est que nous remontons que les informations des ventes quel produit est vendu quel prix, le nom du client il s'en fou donc on peut créer un client unique et lui affecter l’ensemble des ventes,
je pensais utilisé un SEND KEY pour ensuite saisir les références des produits vendu mais je ne sais pas si cest jouable
l autre idée est d'utiliser un logiciel de recetage qui reçoit un script des produit vendu et qui rempli l'application web automatiquement le soir par exemple

[Paul TOTH]

Exactement Paul, si le référentiel produit est mis a jour cela pose un pb. je ne sias pas encore comment procéder

notre principal limite est que l’éditeur ne veut pas faire de développement et ne veut pas entendre parler de web service il ne veut pas non plus quon mette a jour directement leur base de données

la seule chose quil accepte c'est que nous remontons que les informations des ventes quel produit est vendu quel prix, le nom du client il s'en fou donc on peut créer un client unique et lui affecter l’ensemble des ventes,
je pensais utilisé un SEND KEY pour ensuite saisir les références des produits vendu mais je ne sais pas si cest jouable
l autre idée est d'utiliser un logiciel de recetage qui reçoit un script des produit vendu et qui rempli l'application web automatiquement le soir par exemple

le SEND KEY est pire encore que la requête WEB

dans ta situation je passerais par des requêtes HTTP pour simuler le navigateur avec des contrôles sur le contenu HTML afin de repérer les mises à jour tout en sachant que le code devra être éventuellement adapté. Peut-être accepteront-ils au moins de t'informer des modifications planifiées.