Produits Entr'ouvert » EOPayment

Le transaction_id n'est pas là pour faire jolie, il faut trouver un moyen de le transférer sinon impossible de différencier deux requêtes différentes.

J'ai mis dans le wiki les docs de tous les systèmes de paiement, il faut passer sur chacun d'entre eux et voir s'il y a un champ prévu pour ça. La plupart ont un champ pour la référence commande et un autre pour un id de transaction.

Si ce n'est pas le cas (notamment pour Paybox¹) alors il faut encoder transaction_id + order_id proprement dans le champs PBX_CMD (un séparateur qui n'apparait pas dans transaction_id doit suffire²) puis l'extraire quand ça revient dans la réponse.

Ensuite il faudra aussi vérifier que c'est bien cet identifiant qui apparait dans le backoffice pour la recherche de transactions, ça dépend vraiment des backoffices.

Voilà, voilà :) Et puis quand ce sera tout bien documenté, il faudra recopier ces informations dans le README d'eopayment, merci bien.

¹ http://www1.paybox.com/espace-integrateur-documentation/dictionnaire-des-donnees/paybox-system/

² code qui pourrait faire ça

PBX_CMD = order_id + '!' + transaction_id # entrée
order_id, transaction_id = PBX_CMD.rsplit('!', 1) # sortie

Pour tipi je virerai refdet c'est le seul à supporter ce champ, je ferai la même tambouille que pour paybox puisqu'on a un qu'un champ.

Pour TIPI je pensais garder refdet pour la retrocompatibilité.

Ok.

Il faut vérifier les formats autorisés, tout n'est pas parmis, par exemple pour payzen/system vads_order_id c'est (p.126 de la doc payzen):

vads_order_id
Description
Numéro de commande. Il est également inclu dans l'e-mail de confirmation de
paiement adressé à l’acheteur.
Champ au format alphanumérique. Seul le caractère spécial « - » est autorisé.
S'il contient un caractère spécial (&, ;, @, etc...), la plateforme de paiement
retourne une erreur.
Format an..32
Code erreur 13
Catégorie Informations sur la commande.

Donc il faut s'assurer que ça rentre dans les 32 caractères et que ça rentre et que ça respecte les limitations sur les caractères; coté sips, paybox tipi il ne semble pas y avoir de limitation, Pour ogone difficile de savoir, je dirai alphanumérique et tiret 30 caractères max (mais j'ai lu 40 aussi).

Pour Orgone je réduirai la longueur du transaction_id en fonction de la longue de order_id, sinon ça va péter dès que len(order_id) > 10, un id de transaction de 4 caractères parmi 36 ça parait suffisant au pire.

if order_id:
    if len(order_id) > 25:  # 36^4 gives more than 1 million transaction id, it should be enough 
        raise ValueError('order_id length exceed 25 characters)
    reference = order_id + '!' + self.transaction_id(30 - len(order_id) - 1, string.digits + string.ascii_letters)

Manque plus que quelque tests, voir si le order_id ressort bien dans la requête si ce qui sort n'est pas trop long.

Feature très importante pour Fondettes qui me relance aujourd'hui.
On peut envisager une mise en recette rapidement ?

Comme noté sur la liste j'ai fait la mise à jour de la recette avec eopayment et combo, ce patch inclus.

(comme vu dans #10029 et #10030 on ne peut pas passer ça en prod)