Re: Interface erp avec fichier XML
Herve AGNOUX <[email protected]> Fri, 26 Aug 2005 14:23:49 +0200
| Newsgroups | gmane.text.xml.french.general |
|---|---|
| Organization | SARL diaam informatique |
| Message-ID | <[email protected]> |
Le jeudi 25 Ao=FBt 2005 11:33, Christian Falk a =E9crit : > > Un de mes clients a d=E9velopp=E9 une application m=E9tier dont les do= nn=E9es > des diff=E9rentes tables peuvent me parvenir sous format XML. > > Il s'agit de les int=E9grer dans un ERP en preservant sont int=E9grit=E9 > relationnelle, il s'agit de donn=E9es technique (Article, gamme, > nomenclature,commande vente, fiche client) > > Je suis =E0 la recherche d'un soft, d'une solution permettant d'interfa= c=E9 > ces donn=E9es Xml avec les principaux ERP( Navision,Axapta,Oracle App,S= AP) > du march=E9. Existe t'il des solutions de mapping, d'ETL light, bref un > outil me permettant de relier des champs de table issue de deux bases > diff=E9rentes et de cr=E9e une applic permettant de lancer ce traitemen= t =E0 > la demande. > Il en existe, mais je ne les ai jamais utilis=E9es. Elles sont toutes=20 propri=E9taires. > Le client souhaite un outil permettant de "packag=E9" sont offre par > rapport au diff=E9rent ERP > J'ai un client qui a le m=EAme type d'offre (un ERP maison), et apparemme= nt il=20 pr=E9f=E8re proc=E9der au coup par coup : si un de ses clients veut une i= nterface=20 avec un syst=E8me EDI, un ERP ou un service web, alors il me demande un=20 d=E9veloppement sp=E9cifique Java. Cela peut para=EEtre =E9tonnant, mais = cela lui=20 co=FBte moins cher comme cela.=20 Il n'est tout de m=EAme pas tr=E8s compliqu=E9 de transformer un document= XML en=20 autre chose avec Java (ou n'importe quel autre langage de d=E9veloppement= ,=20 certains sont m=EAme mieux adapt=E9s au XML que Java). Tout bien pes=E9 i= l semble,=20 heureusement pour moi, que faire du sp=E9cifique =E0 chaque fois co=FBte = moins cher=20 qu'une solution g=E9n=E9rique. > D'autre part, vu la structuration de l'environnement XML, ne serait-il > pas plus ais=E9 de "retravaill=E9" les donn=E9es en sortie d'applicati= on, en > utilisant des feuilles de style xml (type *.dtd-*.xsl) afin de faire > correspondre les donn=E9es aux MCD de l'erp ou mieux encore. > Cela revient un peu =E0 ce que je vous disais, je pense. Les transformati= ons par=20 XSLT, ou par SAX, sont faites pour un mode flux, et vous pouvez donc ench= a=EEner=20 les transformations, chacune ayant un r=F4le bien d=E9fini. Par exemple un de mes clients proposait un environnement de routines XSLT= =20 d=E9di=E9es aux documents bureautiques. Le principe est que l'utilisateur= final=20 utilise word ou ce qu'il veut pour entrer les informations, puis, par une= =20 macro word ou autre, il active les transformations adapt=E9es, construite= s=20 gr=E2ce =E0 la biblioth=E8que XSLT ; ce type de solution fonctionne tr=E8= s bien. Cordialement. --=20 SARL diaam informatique - 04 77 25 43 28 Ingenierie, d=E9veloppements de syst=E8mes d'information http://www.diaam-informatique.com