Je me vois souvent dans le besoin de mettre en place un transfert automatisé de messages/données/fichiers entre les entreprises. En plus du monstrueux EDIFACT, Odette et quelques autres grandes normes d'échange de données électroniques, chaque industrie a quelques dizaines ou même quelques centaines de formats de fichiers relativement légers, relativement bien documentés pour les commandes et autres.Comment envoyer des messages entre entreprises
Ce qui me manque est le bon protocole pour déplacer des fichiers dans ce format de machine à machine. Le protocole devrait soutenir
- authentification
- utilisable avec des outils standards sur MS Windows et unix
- soutien transaction quelque chose comme: un fichier est transféré ou non. mais il n'est jamais reçu à moitié transféré. pare-feu
- cryptage de transport
- amical
- un moyen de "paquet", par exemple une description XML et un tas de fichiers PDF.
Aujourd'hui, tout le monde revient à FTP. Mais les serveurs FTP ont du mal à satisfaire les exigences 3, 5 et 6.
Y a-t-il un meilleur moyen? Est-ce que des choses comme Amazon SQS peuvent envoyer des messages d'une entreprise à l'autre?
Clarification: Je veux dire les petites et moyennes entreprises. Nos partenaires n'ont généralement pas de développeurs internes et parfois même pas d'informaticiens internes. Il doit donc y avoir un effort d'installation minimal aboli au moins d'un côté de la connexion.
Ça sonne bien. Mais quels sont les outils standard sur Windows et Unix? – max
Eh bien, ils ont besoin d'un peu plus d'infrastructure que, disons, FTP, mais il y a toute une série de frameworks qui fournissent un support natif pour SOAP, en particulier en Java. J'ai ajouté un lien à ma réponse avec une liste. – Simon
... bien sûr l'avantage de Java est sa nature multiplateforme – Simon