Que se passe-t-il si une connexion avec Exact se bloque ?

Imaginons que :

Cette nuit, 300 commandes provenant d'une boutique en ligne ou d'un système de gestion d'entrepôt (WMS) devaient être traitées dans Exact.

La commande n° 1 se passe bien. La commande n° 2 aussi. Les commandes n° 3 à 46 également.

Une erreur se produit à la commande 47.

L'embrayage se désengage.

Le lendemain matin, tout le monde se met au travail comme d'habitude. Jusqu'à ce que quelqu'un découvre qu'il n'y a que 46 commandes dans Exact.

C'est alors que commence la recherche.

Où sont les 254 commandes restantes ?

C'est précisément pour cette raison qu'une bonne intégration ne doit pas se limiter à la simple mise en relation.

Il faut aussi savoir s'il fonctionne encore.

 

Une connexion qui fonctionne n'est pas forcément une connexion fiable

Au cours de la mise en œuvre, on vérifiera bien sûr si les données peuvent être transférées correctement de l'application A vers Exact et inversement.

Mais c'est là que les choses sérieuses commencent.

Chaque jour, des données sont traitées. Les commandes, les clients, les articles, les mouvements de stock, les factures ou d'autres informations circulent entre différents systèmes.

Et dans ce contexte, tout peut arriver.

Une application est temporairement indisponible.

Une API renvoie un message d'erreur.

Un champ obligatoire est manquant.

Cet article n'existe pas.

Un processus reçoit des données inattendues.

Ou bien une étape d'un processus plus large n'est pas exécutée correctement.

Cela ne signifie pas pour autant que l'intégration dans son ensemble soit mauvaise.

Cela signifie toutefois qu'il faut être conscient que cela se produit.

 

La question n'est pas de savoir si quelque chose finira par mal tourner

Lors d'intégrations entre plusieurs systèmes, vous êtes confronté à plusieurs environnements techniques.

Exact.

Un système de gestion d'entrepôt (WMS).

Un CRM.

Une boutique en ligne.

Une API externe.

Peut-être encore un opérateur, un prestataire de paiement ou une autre application.

Tous ces systèmes peuvent subir des modifications ou être temporairement indisponibles.

C'est pourquoi une autre question nous semble plus intéressante :

Que se passe-t-il en cas de problème ?

L'erreur est-elle enregistrée ?

Est-il possible de déterminer quelle transaction a échoué ?

Les transactions suivantes vont-elles se poursuivre normalement ?

Est-il possible de relancer le traitement ?

Et peut-être plus important encore :

Qui va l'apprendre ?

 

“ Le raccord ne fonctionne pas ” ne suffit pas

C'est peut-être l'une des plus grandes sources de frustration en matière d'intégrations.

Un utilisateur constate qu'il manque des données et signale :

“ Je crois que le raccord ne fonctionne pas. ”

Ensuite, quelqu'un devra mener une enquête technique.

À quel moment les choses ont-elles mal tourné ?

Quelles données ont été traitées ?

Lesquels pas ?

D'où vient le problème ?

Quel était le message d'erreur ?

Et que faut-il proposer à nouveau ?

Moins on comprend le fonctionnement de l'intégration, plus il faut de temps pour s'y retrouver.

C'est pourquoi, selon nous, la surveillance fait partie intégrante d'une architecture d'intégration professionnelle.

 

De la mise en relation à la surveillance

Au sein de Sense-Cloud, les différents services ont donc des responsabilités distinctes.

Clickker® | L'API dédiée à Exact assure l'accès à Exact.

Clickker Automation Suite gère les flux et la logique métier entre les applications.

Et l'interface de surveillance Watcher observe ce qui s'y passe.

Non pas pour ajouter une couche technique supplémentaire à l'embrayage, mais pour en expliquer le fonctionnement.

En effet, lorsque des centaines ou des milliers de transactions sont traitées automatiquement, on ne veut pas dépendre d'un employé qui découvrirait par hasard qu'il manque quelque chose.

Tu veux pouvoir voir ce qui se passe.

 

Revenons à ces 300 commandes

Supposons à nouveau qu'il faille traiter 300 commandes cette nuit.

Alors, vous ne voulez pas seulement savoir :

“ La connexion est-elle active ? ”

Au final, vous souhaitez pouvoir déterminer :

• 300 commandes proposées
• 299 traités correctement
• 1 commande a échoué
• motif : données manquantes ou non valides

C'est une situation de départ totalement différente.

Désormais, plus personne n'a besoin de comparer manuellement 300 commandes le matin pour vérifier s'il manque quelque chose.

Tu sais où se situe le problème.

Cela permet également de déterminer de manière beaucoup plus ciblée ce qu'il faut faire.

 

Toutes les erreurs ne justifient pas nécessairement la fermeture de toute l'autoroute

Il y a encore autre chose.

Une erreur dans une transaction ne signifie pas nécessairement que toutes les transactions suivantes doivent également être interrompues.

Supposons que la commande n° 47 comporte une référence d'article erronée.

Dans ce cas, selon le processus opérationnel, il peut être beaucoup plus logique de mettre cette commande de côté et de passer à la commande n° 48.

Au final, c'est un choix de conception.

Certaines erreurs sont critiques et doivent entraîner l'arrêt immédiat d'un processus.

D'autres erreurs peuvent être enregistrées tandis que le reste du traitement se poursuit.

C'est pourquoi la gestion des erreurs doit faire partie intégrante de la conception d'un flux.

Ce n'est pas quelque chose auquel on ne pense que lorsque les choses tournent mal.

 

L'automatisation implique également de déléguer des responsabilités

C'est un point important.

Tant qu'un employé traite les données manuellement, c'est généralement lui-même qui remarque quand quelque chose ne va pas.

Avec l'automatisation, ce contrôle humain disparaît du processus.

C'est justement le but.

Mais cela implique que la technologie doive prendre en charge une partie de ce contrôle.

Automatiser sans surveillance, c'est supprimer le contrôle humain sans le remplacer par un contrôle technique.

Et ce n'est pas une situation que nous jugeons souhaitable.

 

Un bon couplage permet également de détecter quand les choses ne se passent pas bien

C'est pourquoi, chez Sense-Cloud, nous ne nous intéressons pas uniquement au « happy flow » :

réception des données → traitement → terminé.

Les exceptions sont tout aussi importantes.

Que se passe-t-il en cas d'informations manquantes ?

Que se passe-t-il si Exact est temporairement indisponible ?

Que se passe-t-il en cas d'échec d'une transaction ?

Comment les retrouver ?

Et comment faire en sorte que quelqu'un puisse intervenir lorsque cela s'avère nécessaire ?

C'est là que la surveillance et Watcher s'inscrivent dans le cadre plus large de l'intégration.

Car, en fin de compte, un lien n'a de véritable valeur que si l'on peut s'y fier.

Pas seulement quand tout va bien.

C'est justement quand les choses tournent mal.

Sense-Cloud