Correction des messages retournés par l’API CreateSCT (REST exclusivement)
Description : L’endpoint createSCT retournait un code 503 pour une erreur fonctionnelle au lieu de retourner un code 400 avec un message d’erreur explicite.
Root cause : régression suite à l’implémentation de nouveaux message de retour sur les APIs REST.
Correction du module FCC - impossible de se connecter aux APIs du module de signature
Description : La connexion aux APIs signature (notament dans le cadre de la gestion des certificats de signature) tombait en échec lorsque le nom créancier signature contenait un espace.
Root cause : régression suite à la migration d’une API interne de SOAP vers REST.
Correction API REST GET Mandate - retour 503
Description : L’API REST GET Mandate retournait un code 503 dès lors que le mandat avait pour receuil de consentement l’OTP (fonctionnait pour l’AIS).
Root cause : régression suite à l’ajout du champ sigantureAgreementType dans la réponde de l’API GET Mandate
Correction de la page de gestion des modèles de notification
Description : La page d’affichage et d’édition des templates de notification mail redirigeait vers une page d’erreur.
Root cause : régression suite à la montée de version d’un framework web.
Correction du formulaire de MEV pour permettre des signatures de mandat B2B
Description : L’initialisation d’une signature par formulaire MEV pour un mandate B2B redirieait vers une session de signature d’un mandat CORE.
Root cause : legacy.
Correction du endpoint GetSddsByMandate - retour vide
Description : Le endpoitn SOAP GetSddsByMandate ne gérait pas les erreurs fonctionnelles. Par exemple, si un champ obligatoire de la requête était manquant, l’endpoint retournait une réponse vide au lieu de retourner un message d’erreur.
Root cause : legacy.
Correction de la cohérence entre le NCI et l’ICS lorsque l’ICS est mis à jour
Description : La modification de l’ICS d’un mandat n’impactait pas le NCI du mandat - le NCI n’était pas mis à jour avec la valeur associée au nouvel ISC.
Root cause : legacy.
Correction sur la mise à jour de mandat pour les champs suivants : RUM, SCI, creditorName (web, web service)
Description : Lors de la mise à jour par WS de la RUM, l’ICS ou du nom du créancier, l’endpoint retournait OK cependant le mandat n’était pas mis à jour.
Lors de la mise à jour d’un mandat par la GUI, c’était impossible de choisir un nouvel ICS dans la liste des ICS disponibles et le champs “Nom du créancier” n’était pas éditable.
Root cause : régression sur du refactoring de code.
Correction de la recherche du nom de la banque débiteur dans la base de donnée Swift à partir du BIC
Description : Lors de la création d’un mandat, le nom de banque était retrouvé à partir des 8 premiers caractères du BIC (au lieu des 11 caractères standards) ce qui a pu occasionellement mener à des incohérence BIC/nom de la banque débiteur.
Root cause : legacy lié aux anciens standards SEPA (utilisation du BIC8 au lieu du BIC11).
Correction de l’erreur lors de l’export de mandat depuis l’IHM
Description : Lors de l’extraction de mandat à partir de l’IHM, une page d’erreur s’affichait.
Root cause : régression suite à la montée de version d’un framework web.
Correction de la gestion de mot de passe : changement de mot de passe non obligatoire lors de la première connexion
Description : L’application autorisait les utilisateurs à conserver leur premier mot de passe “temporaire” pour se connecter au back-office SPS (changement de mot de passe non obligatoire).
Root cause : legacy.
Correction champ manquant dans le retour de l’endpoint GET SDD (SOAP & REST)
Description : L’endpoint GET SDD ne retournait le champ pain088Ref NULL même lorsqu’un pain008 était généré.
Root cause : legacy.
Fix CreatePaymentSchedule WS (impact on signature module)
Description : L’endpoint CreatePaymentSchedule (SOAP) renvoyait une réponse vide (pas de message) et l’échéancier correspondant n’était pas créé. (Impact sur le module de signature : signature avec paiment KO).
Root cause : legacy.