Development #11579
sips2 : prise en charge de captureDay
0%
Description
En attendant de pouvoir se poser correctement sur la question dans sa globalité (#10969), je propose de déjà gérer captureDay en paramétrage global côté sips2.
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a presque 8 ans
- Fichier 0001-sips2-add-capture_day-parameter-11579.patch 0001-sips2-add-capture_day-parameter-11579.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Mis à jour par Benjamin Dauvergne il y a presque 8 ans
Je n'ai pas de souci avec ce patch ce qui m'ennuie c'est qu'il n'y a pas encore de mapping des codes d'annulations vers les codes internes à eopayment (DENIED, CANCELLED, ERROR, ...) et que la doc d'ATOS ne détaille pas ce qu'il se passe en cas d'annulation dans le backoffice contrairement à celle de Payzen/Systempay.
Donc on va certainement pouvoir annuler dans un certain délai, mais je ne sais pas ce que ça va faire.
Il y a un code 60: Transaction pending que je suppute vouloir dire "transaction autorisée mais pas validée". Dans la lib PHP d'ATOS ils considèrent que la transaction est réussie si c'est 00 ou 60 et donc je me dit qu'on a jamais de retour après validation, on sait juste que la transaction a été autorisée.
Mis à jour par Frédéric Péters il y a presque 8 ans
- Statut changé de En cours à Résolu (à déployer)
commit 9ee9fe567c3cbbff414d90ed72d8e2ec3823bdd0
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Fri Jun 24 14:19:41 2016 +0200
sips2: add capture_day parameter (#11579)
Mis à jour par Frédéric Péters il y a plus de 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
sips2: add capture_day parameter (#11579)