Development #32969
Surcharger dynamiquement des parametres d'une transaction
0%
Description
En commençant par la validation manuelle, systempayv2 et paybox offrent cette possibilité.
- une nouvelle méthode
get_capabilities
à implémenter sur les backends qui expose ce qui est accepté comme paramètre 'en plus' lors de la génération d'une transaction - les méthodes
request
des backends acceptent ces paramètres qu'il déclarent dansget_capabilities
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Emmanuel Cazenave il y a presque 5 ans
- Lié à Development #32967: Commencer les options de transactions sur les régies ajouté
Mis à jour par Emmanuel Cazenave il y a presque 5 ans
- Fichier 0001-expose-transaction-capabilities-32969.patch 0001-expose-transaction-capabilities-32969.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Frédéric Péters il y a presque 5 ans
Il y a déjà dans eopayment un système qui expose des options, avec vocation à ce qu'elles soient présentées dans une UI (c'était fait dans auquotidien), un exemple d'option :
{ 'name': 'consider_all_response_signed', 'caption': 'All response will be considered as signed ' '(to test payment locally for example, as you ' 'cannot received the signed callback)', 'type': bool, 'default': False, },
ce serait bien que ce système, proche, utilise le même format, et donc, modifier :
{ 'name': 'manual_validation', 'label': _('Validation manuelle'), 'type': 'bool', 'default': False }
pour remplacer 'label' par 'caption' et la valeur de 'type' par le type même, pas une chaine de caractère.
Mais de cette remarque, je npte qu'on a déjà ces options dans "parameters", que peut-être ça pourrait passer par un attribut supplémentaire aux paramètres, genre 'scope', qui serait soit 'global' soit 'transaction'.
Et ainsi, dans l'écran "PaymentBackend" on aurait la construction d'un formulaire d'option qui prendrait tous les paramètres, et dans l'écran "Régie" le même code, mais construisant un formulaire avec seulement les options qui ont scope==transaction.
~~
(et détail bien sûr, ne pas envoyer à gettext une chaine en français)
Mis à jour par Emmanuel Cazenave il y a presque 5 ans
- Fichier 0001-expose-transaction-capabilities-32969.patch 0001-expose-transaction-capabilities-32969.patch ajouté
Frédéric Péters a écrit :
(et détail bien sûr, ne pas envoyer à gettext une chaine en français)
La majorité des chaînes à traduire est en français, pas de fichier de traduction, bref autre ticket pour revoir cela.
A part ça j'ai tenu compte.
Mis à jour par Frédéric Péters il y a presque 5 ans
La majorité des chaînes à traduire est en français, pas de fichier de traduction, bref autre ticket pour revoir cela.
Qu'a minima les chaines ne soient pas marquées pour traduction.
Mis à jour par Emmanuel Cazenave il y a presque 5 ans
- Fichier 0001-expose-transaction-capabilities-32969.patch 0001-expose-transaction-capabilities-32969.patch ajouté
Voilà.
Mis à jour par Frédéric Péters il y a presque 5 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Emmanuel Cazenave il y a presque 5 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit b113829f2ec9a9bb37429413af222403cf97a537 Author: Emmanuel Cazenave <ecazenave@entrouvert.com> Date: Fri May 10 17:03:03 2019 +0200 expose transaction capabilities (#32969) And implement the first one, manual validation for systempayv2 and paybox.
Mis à jour par Frédéric Péters il y a presque 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
expose transaction capabilities (#32969)
And implement the first one, manual validation for
systempayv2 and paybox.