You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Frédéric Péters 31b85ae9fd ogone: mark status 95 as success (#24287) 4 years ago
debian Add 'debian/' from commit '50ea90445844f6d1e4180dad992e31be997a5463' 7 years ago
eopayment ogone: mark status 95 as success (#24287) 4 years ago
tests introduce a new "WAITING" status and use it for ogone (#19358) 4 years ago
.coveragerc add .coveragerc 6 years ago
.gitignore gitignore update (#7496) 6 years ago distribute request & response 6 years ago
README.txt release 1.8 6 years ago jenkins: install latest pylint 5 years ago setup: ship VERSION file (#14057) 5 years ago
tox.ini refactor tests around py.test 6 years ago


Interface with French's bank online credit card processing services

Services supported are:
- ATOS/SIPS used by:
- BNP under the name Mercanet,
- Banque Populaire (before 2010/2011) under the name Cyberplus,
- CCF under the name Elysnet,
- HSBC under the name Elysnet,
- Crédit Agricole under the name e-Transactions,
- La Banque Postale under the name ScelliusNet,
- LCL under the name Sherlocks,
- Société Générale under the name Sogenactif
- and Crédit du Nord under the name Webaffaires,
- SystemPay by Banque Populaire (since 2010/2011) and Caisse d'Épargne
- Ogone
- Paybox
- SPPlus by Caisse d'épargne (obsolete)
- Payzen

You can emit payment request under a simple API which takes as input a
dictionnary as configuration and an amount to pay. You get back a
transaction_id. Another unique API allows to handle the notifications coming
from those services, reporting whether the transaction was successful and which
one it was. The full content (which is specific to the service) is also
reported for logging purpose.

The spplus and paybox module also depend upon the python Crypto library for DES
decoding of the merchant key and RSA signature validation on the responses.

Some backends allow to specify the order and transaction ids in different
fields, in order to allow to match them in payment system backoffice. They are:
- Payzen
- SystemPay

For other backends, the order and transaction ids, separated by '!' are sent in
order id field, so they can be matched in backoffice.


- fix UTF-8 character in non unicode log message

- check responses and raise ResponseError when theyr are malformed

- fix payzen service_url
- rationalize Payment object constructors

- uniformize constructors
- fix service_url in the payzen backend

- add sips2 backend to conform with version 2.3 of their interface

- add payzen backend
Map all the world