Correction d’une erreur dans le CRE switching account
Description : Lors de la crĂ©ation d’un CRE switching account, si l’un des mandats Ă©tait dans l’Ă©tat OBSOLETE alors le
rapport d’Ă©vĂ©nement n’Ă©tait gĂ©nĂ©rĂ©
Correction : Le rapport d’Ă©vĂ©nement pour le CRE switching account est maintenant gĂ©nĂ©rĂ© lorsqu’il contient des mandats
OBSOLETE.
Root cause : Legacy issue
Suppression du contrĂŽle de l’IBAN et du BIC lors de l’intĂ©gration d’un fichier de RTransaction
Description : Lors de la rĂ©ception d’un fichier RTransaction, si le compte bancaire du crĂ©ancier a Ă©tĂ© modifiĂ© entre
l’Ă©mission de pain008
et la réception du fichier RTransaction, alors le fichier a été rejeté
Correction : Le contrĂŽle de l’IBAN et du BIC lors de l’intĂ©gration d’un fichier de Sdd RTransaction a Ă©tĂ© supprimĂ©
Root cause : Legacy issue
[FCC] Impossible d’importer un certificat sur SPS-SIGN
Description : Le téléchargement du certificat SPS-SIGN via le module FCC ne fonctionnait pas
Correction : Le téléchargement du certificat SPS-SIGN via le module FCC a été corrigé
Root cause : RĂ©gression lors de la correction d’un bug (R22.10)
Echec de crĂ©ation de MEV quand l’UMR n’est pas dĂ©fini
Description : Lors de l’importation de MEV avec un fichier CSV, si l’UMR n’Ă©tait pas fourni dans la demande
MEV, mĂȘme si l’organisation autorise la gĂ©nĂ©ration d’UMR, chaque session de signature Ă©chouait Ă l’Ă©tape 2
Correction : L’UMR est maintenant gĂ©nĂ©rĂ©e sur SPS avant la crĂ©ation de la session de signature sur SPS-SIGN et le
processus de signature fonctionne
Root cause : Legacy issue
Données invalides dans le tableau de bord des statistiques SDD
Description : Dans le tableau de bord SDD, les RTransactions n’Ă©taient pas correctement fusionnĂ©es par code de rejet
Correction : Dans le tableau de bord SDD, les RTransactions sont désormais fusionnées par code de rejet
Root cause : Legacy issue
Mauvais type d’utilisateur technique affichĂ© sur la page d’Ă©dition d’un utilisateur
Description : Lors de l’Ă©dition d’un lot d’utilisateurs techniques, le type d’utilisateur technique “Webservice” Ă©tait sĂ©lectionnĂ© par dĂ©faut.
Correction : Lors de l’Ă©dition d’un utilisateur technique, le bon type d’utilisateur technique est sĂ©lectionnĂ© par dĂ©faut.
Root cause : Legacy issue
Un utilisateur technique suspendu ne devrait pas pouvoir exĂ©cuter une requĂȘte REST
Description : Lors de l’exĂ©cution d’une requĂȘte API REST, le statut de l’utilisateur technique n’Ă©tait pas contrĂŽlĂ© et un crĂ©ancier disposant d’un certificat valide et d’une association avec un utilisateur pouvait exĂ©cuter une requĂȘte API REST mĂȘme si l’utilisateur Ă©tait suspendu
Correction : Lors de l’exĂ©cution d’une requĂȘte REST API, le statut de l’utilisateur technique doit ĂȘtre ACTIF
Root cause : Legacy issue de la migration REST
Gestion du retour chariot lors de l’intĂ©gration d’un fichier pain008 pauvre
Description : Lors de l’intĂ©gration d’un fichier pain008 pauvre, si un champ contenait un retour chariot, la transaction Ă©tait acceptĂ©e et le rapport d’intĂ©gration du fichier et le CRE Ă©taient des fichiers CSV invalides.
Correction : Les retours chariot sont désormais supprimés du nom du débiteur dans les fichiers pain008 pauvres.
RĂ©ponse vide pour l’API GetRTransaction lorsque le code de rejet est AM05
Description : Lors d’une requĂȘte API GetRTransaction, si le code de rejet de la RTransaction est AM05, une rĂ©ponse vide Ă©tait renvoyĂ©e.
Correction : Le code AM05 a été ajouté dans le SOAP xsd, et la RTransaction est maintenant renvoyée pour chaque code de RTransaction.
Root cause : Legacy issue
La reference du fichier pain001 n’Ă©tait pas retournĂ©e dans les API REST et SOAP GetSCT
Description : Lors d’une requĂȘte API GetSCT, la reference du fichier pain001 n’Ă©tait jamais retournĂ©e, quel que soit le statut du SCT
Correction : La référence du fichier pain001 est maintenant retournée dans les API REST et SOAP GetSCT si le champ existe
Root cause : Bug introduit lors de la crĂ©ation de l’API REST GetSCT
Adresse du dĂ©biteur obligatoire lors de la crĂ©ation d’une session de MEV avec un mandat CORE
Description : Lors de la crĂ©ation d’une session de MEV pour un mandat CORE, l’adresse complete du dĂ©biteur doit obligatoirement ĂȘtre saisie
Correction : Lors de la crĂ©ation d’une session de MEV pour un mandat CORE, l’adresse du dĂ©biteur est facultative. Cependant, si celle-ci est renseignĂ©e, elle doit ĂȘtre complete
Root cause : Legacy issue
Adresse du dĂ©biteur obligatoire lors de la crĂ©ation d’un mandat par API REST
Description : Lors de la crĂ©ation d’un mandat par API REST, certains champs comme “addressType” sont prĂ©cisĂ©s comme obligatoire alors qu’ils ne le sont pas
Correction : Lors de la crĂ©ation d’un mandat par API REST, les informations concernant l’adresse du dĂ©biteur ne sont plus obligatoires
Root cause : Legacy issue