Une solution définitive, pour les GRETA qui souhaitent entériner la disparition du principe de synchronisation des numéros de transfert. Dans ce cas, il faudra activer une option, que l’administrateur académique pourra positionner pour chaque GRETA; il s’agit de l’option 80_CNRGFC (« Contrôle numérotation Retour GFC ») qui fonctionnera comme décrit ci – dessous :
Si l’option est absente, le fonctionnement sera le même qu’auparavant (synchronisation obligatoire des envois et retours).
Si l’option est présente, le champ «Paramètre» listera les GRETA pour lesquels on autorise la désynchronisation (les GRETA non listés resteront donc en fonctionnement synchronisé), sous la forme xxx|X, yyy|X, … où
– xxx, yyy correspondent aux codes dossiers des GRETA
– | («pipe») est un séparateur entre le code dossier et une option de contrôle de séquentialité
– X définit le contrôle de séquentialité à mettre en œuvre : A : Alerte non bloquante (message d’alerte avec possibilité pour l’utilisateur de confirmer qu’il veut intégrer le fichier). B : Erreur bloquante (message d’erreur, et impossibilité d’intégrer le fichier).
Le contrôle de séquentialité porte sur les numéros de transfert renvoyés par GFC, et a pour but de vérifier si on a un «trou » dans la numérotation (perte d’un fichier, par exemple).
Ainsi le réglage de l’option 80_CNRGFC avec : «19A|B, 19B|A» signifie que :
Le GRETA 19A accepte la désynchronisation des envois et retours GFC, mais impose la
séquentialité des numéros de transfert renvoyés par GFC.
Le GRETA 19B accepte la désynchronisation des envois et retours GFC, alerte l’utilisateur en cas de non-séquentialité des numéros de transfert renvoyés par GFC, mais ne bloque pas l’intégration du fichier.
Les autres GRETA restent sur le principe de la synchronisation
