Les coûts de services
Les coûts de services de CentralPay sont répartis en 3 catégories :
- Les frais d’interchange liés aux transactions par carte bancaire
- Les frais techniques par opération
- Les frais de fonctionnement CentralPay
Frais d'interchange ++
L’interchange correspond à la valeur chargée par l’établissement émetteur d’une carte de paiement (la banque du client final) à l’établissement acquéreur (la banque du commerçant).
Les "Card Scheme Fees" correspondent aux frais pris par les réseaux Cartes (Visa, Mastercard, CB) pour faire fonctionner le service.
INTERCHANGE +
Les frais d’Interchange + les frais des réseaux cartes (card scheme fees).
INTERCHANGE ++
Les frais d’Interchange + les frais des réseaux cartes (card scheme fees) + les frais de fonctionnement de l'Etablissement
Le modèle économique de CentralPay est celui de l’INTERCHANGE ++.
Depuis décembre 2015, l’interchange a été normalisé en Europe. En dehors de l’Espace Économique Européen, les frais sont plus élevés et moins homogène.
Frais d’interchange E-commerce (carte non présente) applicable aux Agents de Centralpay:
Interchange Intrarégional (EEA)
- Débit, prépayé CB, VISA, MASTERCARD : 0,2 %
- Crédit, débit différé CB, VISA, MASTERCARD : 0,3 %
- Corporate réseau CB: 0,9 %
- Corporate EU VISA ou MASTERCARD : 1,8%
- AMERICAN EXPRESS : 1.8%
Interchange Interrégional (Hors EEA)
- Débit, prépayé CB, VISA, MASTERCARD : 1,15 %
- Crédit, débit différé CB, VISA, MASTERCARD : 1.5 %
- Corporate VISA ou MASTERCARD : 1,9 %
- AMERICAN EXPRESS : 2.6%
Card scheme fees (EEA)
- Opération Intraregionale réseau CB: 0.044%
- Opération Intraregionale réseau VISA : 0.044%
- Opération Intraregionale réseau MASTERCARD : 0.23 %
Card scheme fees (Hors EEA)
- Opération Intraregionale réseau VISA : 0.47 %
- Opération Intraregionale réseau MASTERCARD : 0.78 %
Frais d’interchange Point de vente physique (Carte Présente) applicable aux Agents de Centralpay:
Interchange Intrarégional (EEA)
- Débit, prépayé CB, VISA, MASTERCARD : 0,2 %
- Crédit, débit différé CB, VISA, MASTERCARD : 0,3 %
- Corporate réseau CB: 0,9 %
- Corporate VISA, MASTERCARD EU : 1,8%
- AMERICAN EXPRESS : 2.6%
Interchange Interrégional (Hors EEA)
- Débit, prépayé VISA, MASTERCARD : 0,2 %
- Crédit, débit différé VISA, MASTERCARD : 0,3 %
- Corporate VISA, MASTERCARD : 1,9%
- AMERICAN EXPRESS : 2.6%
Card scheme fees (EEA)
- Opération Intraregionale réseau CB: 0.044%
- Opération Intraregionale réseau VISA : 0.014%
- Opération Intraregionale réseau MASTERCARD : 0.23 %
Card scheme fees (Hors EEA)
- Opération Intraregionale réseau VISA : 0.47 %
- Opération Intraregionale réseau MASTERCARD : 0.78 %
Calculs des frais d'interchange
Afin de permettre au compte "Plateforme" de connaître les coûts éventuels d’une transaction Carte, CentralPay fournit le détail de la carte dans le JSON de l’objet card :
europeanEconomicArea = False / True
Si la carte a été émise depuis l’espace économique européen, alors les règles d’interchange Intrarégional s’appliquent.
CommercialBrand
- VISA
- MASTERCARD
- AMEX
- OTHER
CardType
- DEBIT
- PREPAYED
- CREDIT
- DIFF_DEBIT
Region
- US
- CANADA
- EU
- ASIA_PACIFIC
- LATIN_AMERICA
- CEMEA
ProductType
- CONSUMER
- CORPORATE
Conseil : pour connaître le coût lié à une transaction, procéder comme suit :
- Une fois le cardTokenId reçu, faire un GET pour obtenir les informations de la carte
- Si europeanEconomicArea = False, la transaction est INTERRÉGIONNAL et la tarification maximale s’applique, soit 2.49%
- Si europeanEconomicArea = True, alors calculer les valeurs du couple Type et Product type
- Si type = prepayed ou débit et productType = consumer alors le coût est 0.285%
- Si type = differed debit ou credit et productType = consumer alors le coût est 0.385%
- Si productType = corporate, alors le coût est 0.985 %
Exemple de retour JSON de l’objet Card :
"card": {
"cardId": "9140aec5-0c6e-4c70-a6c2-b96e43792d03",
"merchantCardId": null,
"creationDate": "2018-08-13T14:31:07.009+02:00",
"commercialBrand": "VISA",
"first6": "400000",
"last4": "0002",
"expirationMonth": 12,
"expirationYear": 2018,
"country": "fr",
"cardholderName": "John DOE",
"cardholderEmail": "jdoe@gmail.com",
"description": null,
"customerId": null,
"fingerprint": "7b3572ef401515f48ed58282bbedad69236408e3",
"additionalData": {},
"cardTokenId": "ea9d68cd-152b-4176-8911-5e1a5062bcfa",
"cardType": "debit",
"region": "EU",
"productType": "consumer",
"europeanEconomicArea": "true",
},Frais de technique
CentralPay facture des frais monétiques unitaires HT sur chaque transaction entrante ou sortante de sa "Plateforme".
Frais de transaction par carte bancaire
Frais unitaire par transaction : 0.15 €.
Ces frais intègrent les coûts suivants : frais d’autorisation, de capture, de remise, de 3DS, d’antifraude et de SMS.
Frais de remboursement
Frais unitaires par opération : 0.50 €
Frais d'annulation
Gratuit
Frais de virement entrant ou sortant issue de la zone SEPA
Frais par virement sortant : 0.15 €
Frais de fonctionnement CentralPay
L'Etablissement facture à ses "Agents de Services de Paiement" des frais de fonctionnement basés sur le volume d’opérations réalisées au cours d’un mois donné.
Onboarding
Le service d’enrôlement (ou onboarding) permet de répondre aux besoins de conformité et de connaissance client des Agents de services de paiement et des Apporteurs CentralPay.
Un certain nombre de documents à télécharger sont requis pendant le processus d’enrôlement. Ces documents vont permettre de procéder aux vérifications clients avant transaction (connues sous le nom de KYC – Know Your Customer), conformément à la loi européenne anti-blanchiment d'argent. La liste de documents nécessaires peut varier selon votre pays d'incorporation.
Les Agents de services de paiement et les Apporteurs ont donc la possibilité d’enregistrer leurs clients afin de leur permettre d’accéder aux services de paiement qu’ils auront développés.
Pour réaliser ces opérations, CentralPay a conçu un service d’enrôlement entièrement dématérialisé, réalisable à distance depuis un portail dédié accessible depuis un mobile ou un ordinateur.
Le service d’enrôlement (ou onboarding) assure :
- La collecte d’informations et de documents liés aux futurs titulaires du compte.
- La vérification de ces informations dans le cadre de nos obligations de lutte anti-blanchiment et de financement du terrorisme.
- La prise de consentement du titulaire par signature électronique sur les conditions générales d’utilisation du service et des conditions tarifaires de l’Agent ou celles de l'Etablissement pour les Apporteurs.
Récapitulatif des pièces demandées et des seuils d'encaissement :
|
Statut |
Risque faible |
Risque moyen |
Risque élevé |
|
Individuel |
<10 K€
|
> 10K€ En plus de ce qui est demandé :
|
|
|
Entrepreneur individuel |
<50K€
|
Entre 50 et 100K€ En plus de ce qui est demandé :
|
>100K€ Justificatif de domicile (moins de 3 mois) |
|
Personne morale |
<200K€
|
Entre 200 et 500 K€
|
>500K€ La liste des personnes détenant plus de 10% des actions ou des droits de votes |
Le processus d’enrôlement
Pour chaque statut de compte, différentes pièces sont à fournir conformément à la loi européenne anti-blanchiment des capitaux. L’équipe CentralPay se chargera de contrôler la véracité des pièces transmises. Si des éléments complémentaires sont requis, les équipes de Centralpay le feront directement dans le système, lequel le notifiera à la partie concernée (client ou l’agent). Au final, il appartient toujours à Centralpay de valider ou non un compte.
Chaque enrôlement est nécessairement précédé par une demande d’enrôlement qui peut être réalisée soit par l’API, soit depuis le Backoffice.
Le tronc commun à cette demande est la pré-soumission des informations connues du profil utilisateur.
La demande d’enrôlement permet la pré-soumission des éléments suivants :
- Préparation du profil utilisateur :
- Prénom
- Nom
- Adresse
- Mobile
- Date
- Ville de naissance
- Pays de naissance
- Préparation du choix du type de compte :
- Inconnu
- Entreprise, association, secteur public, ...
- Nom de la personne morale
- Ancienneté
- Prévisionnel d’encaissement
- Autoentrepreneur, artisan, commerçant, ...
- Prévisionnel d’encaissement
- Particulier
- Prévisionnel d’encaissement
- Prévisionnel d’encaissement
- Choix du mode de workflow :
- Continu
- Séquentiel
Ces informations permettent la définition de la classe de risque et donc la collecte d’informations conséquente. L’utilisateur peut ensuite se connecter au portail selon le mode d’intégration choisi par le partenaire (voir plus bas).
Selon le mode de workflow sélectionné lors du pré-enrôlement, l’utilisateur sera amené à soumettre des éléments différents.
1/ Workflow « Continuel »
Le workflow « Continuel » permet de définir le choix de la classe de risque dès le départ. Le futur titulaire est donc directement intégré dans un workflow de demande d’information propre à sa classe de risque. Tant qu’il n’a pas fourni l’ensemble des pièces, son compte n’est pas validé.
ETAPE 1 : création du profil utilisateur
- Ecran 1 : Prénom, nom, email, mobile, date, ville de naissance, pays de naissance
- Ecran 2 : Adresse complète
- Ecran 3 : Collecte des documents d’identité (CNI ou Passeport)
- Ecran 4 : Définit un mot de passe
ETAPE 2 : Création du compte
- Ecran 1 : Choix du type de compte si non défini (Individuel, Entrepreneur individuel, personne morale)
- Ecran 2 : Collecte des données selon le type de compte défini
- Ecran 3 : Collecte de données complémentaires selon la classe de risque
- Ecran 4 : Saisie de l’IBAN+BIC et de la copie de l’IBAN
ETAPE 3 : Validation
- Ecran 1 : Valide les CGU et de la grille tarifaire
- Ecran 2 : Confirmation du statut du compte
2/ Workflow « Séquentiel »
Le workflow « séquentiel » permet, lui, la création d’un wallet avant de devoir fournir les documents d’identification. Le compte et le wallet associé ainsi créés possèdent le statut de compte « Non Vérifié ». Il est donc limité dans ses usages à 2 500 € en réception et 150€ en émission par année civile. Les limites pourront être levées après fourniture et validation des documents relatifs à son type de compte (voir les différents statuts de comptes plus bas). Pour renforcer la sécurité, les comptes non vérifiés sont bloqués en PAYOUT et automatiquement débloqués lors du passage en compte vérifié.
Nous pouvons débloquer manuellement un PAYOUT (demande au service client) pour les clients qui souhaiteraient récupérer des fonds inférieurs à 150 € mais qui ne souhaiteraient pas poursuivre la relation avec l'agent ou centralpay. Le compte sera ensuite bloqué.
ETAPE 1 (compte actif non validé) : Le titulaire confirme ou remplit les informations manquantes :
- Ecran 1 : Prénom, nom, email, mobile, date, ville de naissance, pays de naissance
- Ecran 2 : Adresse complète
- Ecran 3 : Définit un mot de passe
- Ecran 4 : Choix du type de compte (Individuel, Entrepreneur individuel, personne morale)
- Ecran 5 : Saisie de l’IBAN+BIC
- Ecran 6 : Valide les CGU et de la grille tarifaire
- Ecran 7 : Affiche la confirmation du statut de compte créé non vérifié et laisse la possibilité de lever les limites.
ETAPE 2 : Le titulaire peut lever les limites pour passer au niveau 1 - risque faible
ETAPE 3 : Le titulaire peut lever les limites pour passer au niveau 2 - risque moyen
ETAPE 4 : Le titulaire peut lever les limites pour passer au niveau 3 – risque fort
Les deux modes d’intégration du service
CentralPay a développé 2 modes de consommation du service d’enrôlement :
- Enrôlement depuis le portail CentralPay :
- Mode asynchrone : le futur titulaire du compte reçoit un SMS ou email incluant un lien vers le portail lui permettant de finaliser le processus d’enrôlement qui peut être réalisé à n’importe quel moment.
- Mode synchrone : le partenaire effectue des demandes d’enrôlement depuis ses propres formulaires via l’API qui lui fournit un identifiant d’enrôlement lui permettant d’afficher le portail d’enrôlement directement en Iframe, pop-in. Le client poursuit donc le processus de manière synchrone.
- Mode asynchrone : le futur titulaire du compte reçoit un SMS ou email incluant un lien vers le portail lui permettant de finaliser le processus d’enrôlement qui peut être réalisé à n’importe quel moment.
- Enrôlement complet depuis l’API CentralPay : le partenaire a complètement interfacé l’API d’enrôlement avec ses propres formulaires.
Les notifications Webhook
Les notifications liées au service d'enrôlement suivantes sont disponibles :
- ONBOARDING_ENROLLMENT_CREATED
>> Une demande d'enrôlement a été générée
- ONBOARDING_ENROLLMENT_STATUS_UPDATED
>> Un changement d'état d'un enrôlement a été constaté- Partiel
- Attente de validation
- Terminé
- Refusé
- ONBOARDING_ADDITIONAL_DOCUMENT_REQUESTED
>> La conformité a émis une demande de document
- ONBOARDING_ADDITIONAL_DOCUMENT_UPDATED
>> Le client a mis à jour le document demandé
- ONBOARDING_PAYMENT_ACCOUNT_CREATED
>> Le compte a été créé
Pour plus d’information sur ce service, voir : https://ref-api.centralpay.net/plateform#207-onboarding
Règlements, reversements et pays autorisés
Pays autorisés en règlement
Europe
- Andorra
- Austria
- Belgium
- Bulgaria
- Cyprus
- Czech republic
- Denmark
- Estonia
- Feroe Islands
- Finland
- France
- Georgia
- Germany
- Gibraltar
- Greece
- Greenland
- Hungary
- Ireland
- Iceland
- Italy
- Latvia
- Liechtenstein
- Lithuania
- Luxembourg
- Republic of Macedonia
- Malta
- Man (Isle of)
- Monaco
- Moldova
- Netherlands
- Norway
- Poland
- Portugal
- San Marino
- Slovakia
- Slovenia
- Spain
- Sweden
- Swiss
- Turkey
- United Kingdom
- State of Vatican City
Africa
- Benin
- Burkina Faso
- Cameroon
- Cap-Vert
- Congo (Republic of the Congo)
- Comoros
- Djibouti
- Kenya
- Lesotho
- Malawi
- Morocco
- Rwanda
- Saint Helen's Island
- South Africa
- Swaziland
- Tanzania
- Togo
- Senegal
America
- Argentina
- Brazil
- Canada
- Chile
- Curaçao
- Dominica
- Dominican Republic
- Falkland Islands
- Honduras
- Jamaica
- Mexico
- Paraguay
- Peru
- Puerto Rico
- Saint Martin (Dutch)
- Salvador
- United States of America
- Uruguay
- United States Virgin Islands
Middle East
- Armenia
- Azerbaijan
- Bahrein
- Israel
- Jordan
- Occupied Palestinian Territory
- Oman
- Qatar
- Saudi Arabia
- Tunisia
Asia
- Bhutan
- China
- East Timor
- Hong Kong
- India
- Japan
- Malaysia
- Philippines
- Singapore
- South Korea
- Taiwan
- Thailand
- Vietnam
Oceania
- Australia
- Brunei Darussalam
- Cocos Island
- Cook Islands
- Fiji
- Kiribati
- New Caledonia
- New Zealand
- Solomon Islands
Devises autorisées dans les transactions
Le tableau ci-dessous liste les devises de processing acceptées dans les Transactions Carte réglées en EURO.
Le taux de change est communiqué dans un service dédié.
| ISO_CODE | SWIFT_CODE | CURRENCY NAME |
|---|---|---|
| 784 | AED | U.A.E. Dirham |
| 971 | AFN | Afghanistan Afghani |
| 008 | ALL | Albainian LEK |
| 051 | AMD | Armenian Dram |
| 532 | ANG | Netherlands Antillia |
| 973 | AOA | Angola Kwanza |
| 032 | ARS | Argentine Peso |
| 036 | AUD | Australian Dollar |
| 533 | AWG | Aruban Guilder |
| 944 | AZN | Azerbaijanian Manat |
| 977 | BAM | Bosnian Conv. Mark |
| 052 | BBD | Barbados Dollar |
| 050 | BDT | Taka |
| 975 | BGN | Bulgarian Lev |
| 048 | BHD | Bahraini Dinar |
| 108 | BIF | Burundi Franc |
| 060 | BMD | Bermudan Dollar |
| 096 | BND | Brunei Dollar |
| 068 | BOB | Bolivian Peso |
| 986 | BRL | Brazilian Real |
| 044 | BSD | Bahamian Dollar |
| 064 | BTN | Ngultrum |
| 072 | BWP | Pula |
| 974 | BYR | Belarussian Ruble |
| 084 | BZD | Belize Dollar |
| 124 | CAD | Canadian Dollar |
| 976 | CDF | Franc Congolais |
| 756 | CHF | Swiss Franc |
| 152 | CLP | Chilean Peso |
| 156 | CNY | Yuan Renminbi |
| 170 | COP | Colombian Peso |
| 188 | CRC | Costa Rican Colon |
| 192 | CUP | Cuban Peso |
| 132 | CVE | Cape Verde Escudo |
| 203 | CZK | Czech Koruna |
| 262 | DJF | Djibouti Franc |
| 208 | DKK | Danish Krone |
| 214 | DOP | Dominican Peso |
| 012 | DZD | Algerian Dinar |
| 818 | EGP | Egyptian Pound |
| 232 | ERN | Eritrean Nakfa |
| 230 | ETB | Ethiopian Birr |
| 978 | EUR | Euro |
| 242 | FJD | Fiji Dollar |
| 238 | FKP | Falkland Islands |
| 826 | GBP | Pound Sterling |
| 981 | GEL | Georgian Lari |
| 936 | GHS | Ghana Cedi |
| 292 | GIP | Gibraltar Pound |
| 270 | GMD | Dalasi |
| 324 | GNF | Syli |
| 320 | GTQ | Quetzal |
| 328 | GYD | Guyana Dollar |
| 344 | HKD | Hong Kong Dollar |
| 340 | HNL | Lempira |
| 191 | HRK | Croatian Kuna |
| 332 | HTG | Gourde |
| 348 | HUF | Hungarian Forint |
| 360 | IDR | Rupiah |
| 376 | ILS | Israel Shekel |
| 356 | INR | Indian Rupee |
| 368 | IQD | Iraqi Dinar |
| 364 | IRR | Iranian Rial |
| 352 | ISK | Iceland Krona |
| 388 | JMD | Jamaican Dollar |
| 400 | JOD | Jordanian Dinar |
| 392 | JPY | Japanese Yen |
| 404 | KES | Kenyan Shilling |
| 417 | KGS | Kyrgyzstan Som |
| 116 | KHR | Riel |
| 174 | KMF | Comoros Franc |
| 408 | KPW | North Korean Won |
| 410 | KRW | Korean Won |
| 414 | KWD | Kuwaiti Dinar |
| 136 | KYD | Cayman Island Dollar |
| 398 | KZT | Tenge |
| 418 | LAK | Kip |
| 422 | LBP | Lebanese Pound |
| 144 | LKR | Sri Lanka Rupee |
| 430 | LRD | Liberian Dollar |
| 426 | LSL | Lesotho Loti |
| 440 | LTL | Lithuanian Litas |
| 428 | LVL | Latvian Lat |
| 434 | LYD | Libyan Dinar |
| 504 | MAD | Morrocan Dirham |
| 498 | MDL | Moldovian Leu |
| 969 | MGA | Malagasy Ariary |
| 807 | MKD | Macedonian Denar |
| 104 | MMK | Kyat |
| 496 | MNT | Tugrik |
| 446 | MOP | Pataca |
| 480 | MUR | Mauritius Rupee |
| 462 | MVR | Maldive Rupee |
| 454 | MWK | Malawi Kwacha |
| 484 | MXN | Mexican Peso |
| 458 | MYR | Malaysian Ringgit |
| 943 | MZN | Mozambique Metical |
| 516 | NAD | Namibia Dollar |
| 566 | NGN | Naira |
| 558 | NIO | Cordoba |
| 578 | NOK | Norwegian Krone |
| 524 | NPR | Nepalese Rupee |
| 554 | NZD | New Zealand Dollar |
| 512 | OMR | Rial Omani |
| 590 | PAB | Balboa |
| 604 | PEN | Peru Inti |
| 598 | PGK | Kina |
| 608 | PHP | Philippine Peso |
| 586 | PKR | Pakistan Rupee |
| 985 | PLN | Polish Zloty |
| 600 | PYG | Guarani |
| 634 | QAR | Qatari Rial |
| 946 | RON | New Romanian Lei |
| 941 | RSD | Serbian Dinar |
| 643 | RUB | Russian Ruble |
| 646 | RWF | Rwanda Franc |
| 682 | SAR | Saudi Riyal |
| 090 | SBD | Solomon Islands Doll |
| 690 | SCR | Seychelles Rupee |
| 938 | SDG | Sudanese Pound |
| 752 | SEK | Swedish Krona |
| 702 | SGD | Singapore Dollar |
| 654 | SHP | St. Helena Pound |
| 694 | SLL | Leone |
| 706 | SOS | Somali Shilling |
| 968 | SRD | Suriname Dollar |
| 678 | STD | Dobra |
| 222 | SVC | El Salvador Colon |
| 760 | SYP | Syrian Pound |
| 748 | SZL | Lilangeni |
| 764 | THB | Thailand Baht |
| 972 | TJS | Tajik Somoni |
| 934 | TMT | Manat |
| 788 | TND | Tunisian Dinar |
| 776 | TOP | Paanga |
| 949 | TRY | Turkish Lira |
| 780 | TTD | Trinidad and Tobago |
| 901 | TWD | New Taiwan Dollar |
| 834 | TZS | Tanzanian Shilling |
| 980 | UAH | Hryvnia |
| 800 | UGX | Uganda Shilling |
| 840 | USD | United States Dollar |
| 858 | UYU | Uruguayan Peso |
| 860 | UZS | Uzbekistan Sum |
| 937 | VEF | Bolivar |
| 704 | VND | Dong |
| 548 | VUV | Vatu |
| 882 | WST | Tala |
| 950 | XAF | CFA Franc BEAC |
| 951 | XCD | East Caribbean Dolla |
| 952 | XOF | CFA Franc BCEAO |
| 953 | XPF | CFP Franc |
| 886 | YER | Yemini Rial |
| 710 | ZAR | Rand |
| 967 | ZMW | Zambian Kwacha |
| 716 | ZWD | Zimbabwe Dollar |
Pays autorisés pour l'établissement d'une relation
Nous pouvons entrer en relation et ouvrir des comptes de paiement pour des personnes physiques ou morales issues de tous les pays de l’Espace Économique Européen, à condition que les titulaires des comptes ou directeurs soient en mesure de fournir des justificatifs d’identité en alphabet Latin. Dans ce sens, tous les passeports sont ainsi acceptés.
Nous n’acceptons pas pour le moment l’entrée en relation avec des personnes physiques ou morales issue des États-Unis d’Amérique.
L'objet transfer
Vue d'ensemble
L’objet transfer permet le mouvement de fonds entre des comptes walletId de la plate-forme. Ce service n’est accessible qu’à partir d’un compte possédant des droits "Plateforme".
Il donne ainsi la possibilité de distribuer les fonds reçus d’un compte "Plateforme" qui initie les transactions depuis l’API vers un compte "Basic" connecté, selon des règles métier spécifiques à l’agent. Chaque opération de transfer est identifiée par un merchantTransferId unique.
Les transferts sont effectués dans cette configuration, à l’initiative de la plateforme, soit directement en complément d’une transaction ou wireTransfer existant, soit manuellement indépendamment de toute action. Ce mode asynchrone étant réservé aux Agents de service de Paiement.
Des frais peuvent être appliqués et affichés sur chaque opération de manière à les afficher sur le relevé de compte du destinataire. Ces frais diminuent le montant brut et rentrent dans le calcul du Montant net.
Les fonds issus de transfers issus d'une Transaction Carte Bancaire, Visa ou Mastercard, sont disponibles à J+2.
Exemple 1 :
Amount = 100
Fee = 30
Le détenteur du compte de destination recevra 70 et constatera 30 de frais sur un montant brut de 100.
Exemple 2 :
Amount = 70
Fee = 0
Le détenteur du compte de destination recevra 70 sans indication de frais.
Vue compte plateforme qui initie les transaction et les transfer
Vue client compte "Basic" qui ne voit pas les transaction mais constate les transfer
Type de transfer
1Mode Asynchrone Manuel (valable uniquement pour les Agents)
La "Plateforme" réalise la transaction pour le compte d’un ou plusieurs bénéficiaires, puis dans une deuxième étape réalise des appels POST /transfer pour reverser les fonds sur les comptes concernés. Le mode asynchrone est donc réalisé après la transaction sous forme de BATCH.
Exemple :
POST transaction -> dans la devise de l’autorisation POST /transfer (1 fois par compte) -> dans la devise de règlement (payout).
Pensez à vérifier le solde disponible lorsque vous faites un mouvement car vous ne pouvez transférer que des fonds réellement disponibles.
2Mode synchrone Auto
Le compte "Plateforme" réalise une transaction en indiquant, avec de nouveaux paramètres, les comptes concernés et leurs parts respectives afin de déclencher automatiquement des appels POST /transfer à la date convenue. Les montants à reverser sont indiqués dans la transaction et donc calculés par l’initiateur.
Exemple :
POST transaction (mt1 pour ss-marchand1, mt2 pour ss-marchand2…) -> dans la devise de règlement (payout)
Exemple :
transfer[] = { "destinationWalletId": "89fe34c9-5731-44bf-8451787e9ad8a72a", "amount": 100 }
transfer[] = { "destinationWalletId": "fe385c40-bbe7-4aec-ae5b0a832241eb73", "amount": 40, "fee": 5 }Veillez à intégrer les frais de services de CentralPay (Interchange ++) dans le calcul des Fees. Vous ne pouvez déplacer qu’un montant net qui laisse suffisamment de fonds pour régler nos frais.
Opérations possibles
Il est possible de réaliser des transferts automatiques lorsqu’ils sont associés aux objets transaction ou wireTransfer. Il est donc possible, par exemple, de faire une autorisation seule (transaction avec capture=0) et d’initialiser le transfert jusqu’à 7 jours après lorsque la transaction passe avec le statut capture=1.
Pour réaliser cette opération, il faut rattacher la source initiale de l’opération réalisée et donc préciser les attributs sourceType et sourceId.
http://ref-api.centralpay.net/plateform#182-create-a-transfer
| sourceId String (36) |
Identifier of the transfer source Required: no Validation: Authorized for merchant |
|
sourceType String |
Currency Required: yes (if the HTTP parameter sourceId is set) Values: TRANSACTION |
transferReversal
Cette fonction vous permet de rappeler des fonds que vous avez préalablement versés sur un wallet.
Cette fonction vous sera utile en cas d’erreur ou si vous avez émis un refund depuis une transaction. En effet, dans ce cas, les fonds sont retirés de votre wallet et vous devrez les retirer à votre tour sur le wallet de votre client.
Des frais peuvent être perçus sur cette opération en utilisant refundFee.
Le montant réalisable dans un transferReversal équivaut à la somme des available et pending disponibles. Cela vous permet d'effectuer un transferReversal avant la date de libération des fonds.
L'objet payout
Les Payouts sont configurables par les profils utilisateurs de type "Légal" dans les attributs de leur compte. Ils peuvent être paramétrés en automatique ou manuel.
Cas des reversements automatique
Le titulaire du compte peut définir la période : quotidien, hébdomadaire (choix du jour de la semaine) ou mensuel. Le PAYOUT exécute les sommes disponible à J-1. Exemple d'un reversement hebdomadaire le mardi :
Centralpay exécutera la demande de virement le mardi avec les fonds disponibles sur le wallet jusqu'au mardi 00:59:59.
Cas des reversements manuels
Les fonds ne sont pas automatiquement reversés et les PAYOUT doivent être déclenchés par son titulaire.
Dates de reversement
Par défaut les fonds issues d'une transaction par carte bancaire sont disponibles à J+2. Une transaction réalisée le lundi, apparaîtra en "Pending" le lundi et le mardi et passera à "Available" le mercredi. Une date d'Escrow peut influer sur la date de disponibilité des fonds et repousser d'autant leur utilisation.
Règles de PAYOUT
Modification et ajout de l'IBAN par l’agent
Le changement d’IBAN sur un compte Centralpay nécessitent une procédure de vérification renforcée. Chaque titulaire a la possibilité d’en changer les paramètres depuis l’accès sécurisé à son compte.
Une triple validation est requise : Identifiant / Mot de passe, OTP Email, OTP SMS. Cependant, si le titulaire n’est pas en mesure d’accéder à l’interface Centralpay pour réaliser cette opération, l’Agent peut le réaliser à sa place. Le changement d'IBAN s'effectue en suivant ces étapes :
1- Accéder au Compte titulaire
Accéder au compte du titulaire depuis le menu “compte lié”
2- Création d'un nouveau compte
2 – Dans l’onglet “Compte bancaire” cliquer sur le bouton “Nouveau Compte” comme dans l’exemple ci-dessous.
3- Remplir les informations
3 – Saisissez toutes les informations requises, notamment :
- Libellé
- Titulaire du compte
- Adresse du titulaire
- Iban
- Bic
- Devise
- Copie de l’IBAN (cette information est importante car elle permet de vérifier la cohérence de l ’information)
4- Validation de l'IBAN par Centralpay
Une fois ces étapes franchises, la conformité de Centralpay validera les données et activera l’IBAN.
- Si une pièce est refusée, alors un mail détaillant les manquements vous sera adressé
- Si la pièce est acceptée alors le compte bancaire sera créé et apparaitra dans le compte du client.
Le client ou l’Agent à la possibilité de definir un compte comme étant son compte par défaut.
