Discussion :

[sam01]

Bonjour à tous,

Nous avons une chaîne qui, à la fin de son traitement, envoi un fichier à une société extérieur,
dans son serveur de recette.

Cette société extérieure, vérifie ces fichiers, s'ils ne sont pas bons ,
il faut refaire passer une autre chaîne, qui va à son tour effectuer un nouvel envoi dans leur serveur de recette,
et ainsi de suite.

S'ils sont OK, nous devons renvoyer ces même fichiers dans leur serveur de production.

Comment auriez-vous géré ce cas en production ?

[Pico-----]

Bonjour,

Il manque quelques informations pour avoir une réponse bien précise comme principalement :

• Quelle est la fréquence de l'envoi ?
• Quelles sont ses contraintes par rapport aux autres traitements ?
• Est-ce que les versions du fichiers sont indépendantes ou "cumulatives" ? (si un envoi n'arrive pas à se faire, est-ce que le prochain corrige ou est-ce que toutes les versions du fichiers doivent impérativement arriver ?)

Je pars du principe qu'il est quotidien et sans contraintes (d'un point de vue "expéditeur" il est fort probable que ce soit le cas) avec des versions indépendantes.

Première étape : vérification de l'envoi précédent.
Il faut donc mettre en place un système d'historisation des envois avec gestion des accusés de réception.
Si l'envoi n'a pas été validé, il faut gérer le problème.

Deuxième étape : Envoi du fichier

Troisième étape : retour du destinataire
L'idéal est d'avoir un accusé de réception de la part du destinataire. Si il ne veut pas en envoyer, il faut convenir d'un délai de prévenance, qui lorsqu'il est dépassé valide automatiquement l'envoi.

Quatrième étape : Gestion d'un retour positive du destinataire
Validation de l'envoi dans l'historique d'envoi du fichier

Cinquième étape : Gestion du retour négative du destinataire
Passage de la chaine de "rattrapage".
Envoi du nouveau fichier.
Retour à la troisième étape

Il faut aussi gérer le cas de multiples rejets du fichier par le destinataire : voir à quelle moment on passe en gestion manuelle du problème...
Il faut fixer un seuil d'envoi de fichier à partir duquel les traitements s'arrêtent, sinon on peut rentrer dans une boucle "infinie"

[escartefigue]

Autres points à prendre en compte :

• Il n'est pas rare que la plate forme distante de recette (voir locale aussi) soit gérée manuellement, alors que celle de production acquitte et traite les fichiers automatiquement, on n'a donc pas les réponses au même moment dans un cas et dans l'autre, en cas de traitement piloté par les échéances ce n'est pas neutre
• Comment garantir que le fichier qui a fait l'objet d'une validation en recette, sera bien exactement le même qui sera envoyé en prod, il faut non seulement versionner localement les fichiers et les transférer de façon sécurisée du Z/OS de recette vers le Z/OS de prod, mais aussi s'assurer que le site distant aura géré de la même façon les 2 envois (par exemple s'il a cumulé n fichiers en recette, il faudra qu'il cumule les mêmes n fichiers en prod)
• Enfin en terme de contenu, les fichiers de recette portent souvent un identifiant logique différent de ceux de prod, mais parfois également des données différentes pour sécuriser encore plus l'échange, il faut dans ce cas un automatisme qui transforme le préfixe de contenu dédié à la recette en son équivalent réservé à la prod, sans alterer le reste du contenu.

[sam01]

Bonjour et merci pour vos retours.
Voici ce que nous avons fait.
Dans une même application, l'envoi du fichier en recette et en production est prévu. De cette façon, nous sommes sûr (en cas de validation) d'envoyer le même fichier (car il n'y a aucune différence entre les deux).
Dans un premier on effectue l'envoi en recette, ensuite la chaîne TWS s'arrête au niveau d'un poste manuel.
Le fichier est donc envoyé dans le serveur de recette du partenaire qui se charge d'effectuer ses tests de validations.
En attendant, l'application TWS est toujours bloquée au poste manuelle en attendant une validation ou un abandon (cas où le fichier n'est pas valable).
Si le fichier n'est pas bon, on effectue un abandon de la chaîne TWS (donc pas d'envoi de fichier en production) et archivage des fichiers de la chaîne. Une nouvelle chaîne sera demandée.
Si le fichier est validé, on complete le poste manuel afin de débloquer le job qui effectuera l'envoi du fichier sur le serveur de production.

Ce n'est pas complètement automatisé car il y a une action manuelle (complete du poste manuelle ou abandon de chaîne), mais ça à le mérite d'envoyer le bon fichier.