Projet

Général

Profil

Development #32969

Surcharger dynamiquement des parametres d'une transaction

Ajouté par Emmanuel Cazenave il y a presque 5 ans. Mis à jour il y a presque 5 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
10 mai 2019
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

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 dans get_capabilities

Fichiers


Demandes liées

Lié à Combo - Development #32967: Commencer les options de transactions sur les régiesFermé10 mai 2019

Actions

Révisions associées

Révision b113829f (diff)
Ajouté par Emmanuel Cazenave il y a presque 5 ans

expose transaction capabilities (#32969)

And implement the first one, manual validation for
systempayv2 and paybox.

Historique

#1

Mis à jour par Emmanuel Cazenave il y a presque 5 ans

  • Lié à Development #32967: Commencer les options de transactions sur les régies ajouté
#2

Mis à jour par Emmanuel Cazenave il y a presque 5 ans

#3

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)

#4

Mis à jour par Emmanuel Cazenave il y a presque 5 ans

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.

#5

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.

#7

Mis à jour par Frédéric Péters il y a presque 5 ans

  • Statut changé de Solution proposée à Solution validée
#8

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.
#9

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

Formats disponibles : Atom PDF