Intégration Odoo - HULFT

Pendant l'utilisation d'Odoo pour des grandes entreprises, nous avons croisé le chemin de HULFT . Cette technologie apporte certainement une valeur ajoutée, des performances et une fiabilité en ce qui concerne l'échange de données entre Odoo et d'autres systèmes qui n'ont pas de fonctionnalités d'API en temps réel.

Bien que HULFT n'est PAS un système API, il permet un échange de données hautement efficace et rapide et devient un allié puissant lorsque vous placez Odoo au cœur des systèmes transactionnels nécessitant une mise à jour des données « proche du temps réel ».

Denis Guillot , CTO de Port Cities, fournit plus de détails sur son expérience avec le puissant transfert de fichiers géré (MFT) middleware dans cette analyse informative. Découvrons-en plus sur HULFT par rapport à d'autres protocoles de transfert de fichiers standard (SFTP) .

Un peu à propos de HULFT

HULFT 8 est un logiciel intermédiaire MFT de nouvelle génération utilisé par des entreprises leaders pour envoyer des données critiques de manière fiable, sécurisée et efficace. Robuste et puissant, il peut servir de fondation à votre infrastructure d'entreprise, HULFT peut gérer les conversions de codes caractères, se connecter à différents environnements d'exploitation et traiter une gamme de types de fichiers et de systèmes de codes. En utilisant la sécurité du protocole TCP / IP standard de l'industrie, HULFT livre vos données plus rapidement et ne surcharge pas votre réseau.

Comme on peut s'y attendre, HULFT est compatible avec UNIX, Linux et Windows. Il prend également en charge les systèmes d'exploitation de grand système tels que z/OS, MSP et VOS. HULFT fonctionne même avec des systèmes de taille intermédiaire exécutant i5/OS.

Avec HULFT, l'intégration de données transparente entre une grande variété d'applications commerciales est possible. Transférez des fichiers entre les différents sites de votre entreprise, ou avec des organisations externes. HULFT devient la norme pour le transfert de fichiers géré (MFT).

HULFT contre (S)FTP standard

Dans cette section, nous comparons les échanges de fichiers bidirectionnels entre 2 systèmes avec SFTP et HULFT.

HULFT	SFTP
Fournit une solution combinée par triple instance nous donnant : ● Redondance des volumes d'origine et de destination en direct / basculement ==> HULFT était capable de mirroiter les fichiers dans plusieurs emplacements et de garantir les échanges bilatéraux, même si le serveur du client échouait. ● HULFT est un système de communication à triple couche capable de détecter la défaillance d'origine ou de destination et de différer, reporter, reprendre une file d'attente en fonction de l'état des instances à l'envoi ou à la réception.	● FTP ne peut pas livrer cela. ● Avec le FTP standard, il n'y a pas de détection de défaillance et de fonctionnalité de reprise automatique décente, et encore moins sur une liste de fichiers qui augmente toutes les 5 secondes.
HULFT peut garantir le transport de fichiers tandis que FTP ne le promet que.	Avec SFTP, vous devez installer 2 serveurs FTP et 2 services clients FTP à l'intérieur de deux instances et envoyer des fichiers "à l'aveugle" dans les deux sens, en espérant que les deux clients FTP envoyants et les deux serveurs FTP récepteurs sont en ligne, disponibles et fonctionnels.
HULFT est capable de créer une liste de choses à faire de fichiers à transférer entre différentes instances et de l'exécuter.	Avec SFTP, nous comptons sur 4 processus individuels indépendants sans coordination... Nous poussons simplement et "espérons" qu'il sera reçu.
HULFT est capable de fournir un contrôle complet de l'intégrité des fichiers et une validation aux extrémités réceptrices. Cela signifie un transfert sans erreur. En cas d'erreur, de corruption ou de segmentation, le transfert devra être réinitialisé et exécuté correctement.	Avec SFTP, nous poussons à nouveau et espérons que tout se passe bien. Nous supposons que le fichier est correct. Avec un nouveau fichier généré toutes les 5 secondes, nous faisons face à un monde de problèmes.
HULFT dispose d'un service de manipulation de fichiers haute performance qui permet d'exécuter des manipulations de fichiers à un rythme très élevé. Couplé avec ObjectiveFS, nous avons réussi lors du POC à déclencher le transport en direct de 500 fichiers CSV de 20Ko en 1 seconde entre 2 conteneurs HULFT différents.	Avec FTP, dans les mêmes conditions et en utilisant un réseau interne local dans le même DC, nous avions besoin de 3 secondes de latence, juste pour pousser le premier fichier de 20Ko, uniquement parce que les services FTP nécessitent le temps d'authentification standard. Après l'authentification, nous avons pu pousser de 1 à 5 fichiers par seconde, selon le tamponnage et le multithreading du serveur FTP. Lorsque nous avons décidé d'échanger des fichiers CSV de transactions des systèmes tiers vers Odoo à un rythme soutenu, SFTP est devenu un gros problème.
HULFT effectue une compression en temps réel « en transit » des fichiers qu'il gère. Pour un CSV de 20Ko, le service HULFT a réduit le poids à 1,64 Ko pendant notre POC. Cela n'explique pas seulement la vitesse... c'est aussi très important lorsque les fichiers que vous envoyez depuis Odoo vont devenir plus gros et plus nombreux.	Bien que HULFT n'ait aucun problème à diviser cela par presque 20 fois, SFTP ne le fait pas et cela implique que le temps en transit va augmenter très rapidement, rendant un rafraîchissement rapide des données impossible.
HULFT est livré avec HULFT SCRIPT, qui permet de manipuler, renommer, déplacer et traiter les fichiers et la file d'attente de fichiers aux deux extrémités, avant qu'ils ne soient envoyés et après qu'ils aient été reçus. Cela inclut la génération de noms de fichiers horodatés et le déplacement vers l'archive des fichiers qui ont été traités.	La technologie FTP ne permet pas ce traitement du cycle de vie des fichiers et cela implique que nous devons écrire plus de scripts soit au niveau du système d'exploitation, soit au niveau d'Odoo pour manipuler ces fichiers et les déplacer une fois qu'ils ont été envoyés ou reçus et traités.

Les tâches programmées du Crontab d'Odoo ont un écart d'exécution minimal de 1 minute. Que se passe-t-il lorsque vous devez traiter plus rapidement que cela ?

HULFT peut gérer tous les échanges de fichiers, peu importe la charge.

Avec FTP, nous devrons relever les défis suivants : ● déclarer les utilisateurs autorisés aux deux extrémités. ● déterminer les limites de connexions simultanées autorisées. ● configurer une limite de temps d'attente de connexion (pour lorsque la file d'attente est bloquée pendant un transfert et que tout s'arrête) ● s'assurer à tout moment que la limite de temps d'attente de connexion n'est pas trop basse... sinon, cela interrompra les transferts lorsque plusieurs fichiers sont plus gros et nécessitent plus de temps.

HULFT est livré avec un protocole de sécurité prêt à l'emploi reposant sur un service multiplexé à un port.

FTP et SFTP, en revanche, sont beaucoup plus basiques. Nous devrons gérer les identifiants des serveurs et des clients bilatéraux des deux côtés et prêter plus d'attention à l'aspect sécurité puisque FTP / SFTP sont la cible numéro un des hackers et des bots.

Bien avec HULFT, mais qu'en est-il de l'interaction Odoo ?

C'est à ce moment-là que le HULFT SCRIPT la technologie entre en jeu. HULFT SCRIPT est utilisé pour créer des flux de traitement appelés « script » sur un écran de développement et de paramètres GUI (Studio). Cela permet non seulement de se connecter à HULFT, mais aussi de réaliser des calculs, des conversions et d'autres traitements pénibles sans code. Une connaissance détaillée est nécessaire pour un codage complexe et l'analyse des spécifications n'est pas nécessaire.

HULFT SCRIPT permet l'utilisation de :

• Déclencheurs de script : Surveille les fichiers de journal de transfert de HULFT et exécute le traitement si un ID de fichier, etc., répond à certaines conditions.

• Déclencheurs de fichiers : Exécute le traitement lorsque des fichiers à surveiller sont nouvellement créés, mis à jour ou supprimés.

• Déclencheurs de planification : Exécute le traitement selon un calendrier défini.

À partir de là, des déclencheurs peuvent être utilisés directement, liés ou manipulés par :

• Tâches programmées d'Odoo.

• Événements ORM.

• Actions déclenchées par des fonctions/widgets ORM.

Avantages de HULFT et de HULFT SCRIPT en un mot

Il y a une très bonne raison POUR LAQUELLE HULFT a réussi à fournir des solutions de transfert et d'échange de fichiers pour la banque d'entreprise, l'assurance et le secteur de la vente au détail :

• Fiabilité

• Simplicité

• Sécurité

• Performance

Comme vous pouvez maintenant le comprendre, les solutions basées sur SFTP standard n'offrent aucune des 4 qualités ci-dessus.

Pendant ce temps, HULFT SCRIPT permet d'automatiser et d'intégrer toutes les opérations nécessaires au sein de l'écosystème Odoo.

Le champ d'application devient très large et permet d'automatiser tout processus d'importation / exportation / mise à jour de données « proche du temps réel » entre Odoo et les systèmes transactionnels de génération précédente qui n'offrent pas de fonctionnalités API mais nécessitent une communication constante.

Êtes-vous une grande entreprise qui a besoin d'aide pour connecter Odoo avec d'autres systèmes nécessitant de gros échanges de données ? Contactez-nous et nos consultants sont heureux de vous aider.