Cartes des clients et frais récurrents par carte

Les cartes sont conservées afin que les clients puissent être facturés selon un échéancier convenu — seuls la marque et les quatre derniers chiffres sont affichés, les cartes sont scellées et décryptées uniquement pour constituer le fichier destiné à la banque.

Abonnement, frais mensuels, paiement échelonné : le client donne son accord une seule fois et est facturé selon un calendrier précis. Le module Comptabilité → Paiements par carte gère ces trois éléments : les cartes, les autorisations de prélèvement et les lots transmis à la banque. Le système est conçu conformément à la norme de sécurité du secteur des cartes bancaires (PCI DSS), garantissant ainsi que le numéro de carte est la seule information illisible à l’écran dans TRANXACT.

Cartes

L'ajout d'une carte nécessite les informations suivantes : le client, le numéro de carte, la date d'expiration, le nom du titulaire et le code postal de facturation. Ensuite, la carte n'apparaît plus que par sa marque et ses quatre derniers chiffres, partout : à l'écran, dans les téléchargements, dans ASK et dans l'historique des modifications.

Le numéro est protégé : chiffré avec une clé spécifique (AES-256-GCM), elle-même chiffrée avec une clé de chiffrement que la plateforme conserve en dehors de la base de données. Une installation en production dépourvue de cette clé refuse systématiquement d’enregistrer une carte.
Le code de sécurité (CVV ou CVC), un code PIN et les données de la bande magnétique sont refusés s'ils sont envoyés et ne sont jamais stockés.
La même carte ajoutée deux fois est reconnue et conservée une seule fois.
La fonction Modifier change la date d'expiration, le nom figurant sur la carte, le code postal de facturation ou le statut, jamais le numéro. Une nouvelle carte est une nouvelle carte : ajoutez-la, transférez-y les mandats, puis supprimez l'ancienne.
La fonction Supprimer détruit la clé propre à la carte, de sorte que le numéro ne peut être récupéré par personne, et annule les mandats qui y sont associés.

mandats de carte

Un mandat est l'accord du client pour être débité : il précise la carte, le montant et la devise, la fréquence (ponctuelle, mensuelle, trimestrielle ou annuelle), la date du premier prélèvement et, le cas échéant, la date de fin. Le consentement du client, exprimé mot pour mot, est requis ; c'est sur ce consentement que repose toute contestation de prélèvement. Un mandat peut être suspendu, réactivé ou annulé.

lots de frais de carte

L'option « Frais dus » n'entraîne qu'une seule facturation pour chaque mandat dû à la date d'exécution, et pas une de plus : une nouvelle exécution pour la même date ne facture personne deux fois.
L'exportation vers la banque génère le fichier que l'acquéreur ou la banque reçoit. C'est le seul endroit où un numéro de carte est décrypté ; cette opération nécessite une autorisation spécifique (exportation par lot de cartes), et chaque exportation est enregistrée, sans les numéros de carte. Téléversez le fichier, puis supprimez votre copie.
La réponse de la banque est enregistrée pour chaque opération : réglée ou refusée.

Qui peut faire quoi

Les cartes, les mandats de carte, les lots de facturation par carte, l'exportation de lots de cartes et l'API de cartes (intégrations externes) sont tous gérés via Plateforme → Rôles et autorisations, comme pour n'importe quel autre écran. L'accès ASK et aux agents est refusé pour chaque transaction par carte, quel que soit leur rôle.

Cartes de votre site web : l’API des cartes

Un site web ou une application qui accepte les paiements par carte peut les stocker via une API externe, de sorte que le numéro ne transite jamais par une personne.

Appel	Ce que cela fait
POST /api/accounting/card-api/v1/cards	Stocke une carte. Envoyez un en-tête Idempotency-Key : la même clé envoyée deux fois ne stocke la carte qu’une seule fois et renvoie la même réponse.
GET /api/accounting/card-api/v1/cards	Les cartes, masquées — la marque et les quatre dernières.
PATCH …/cards/{id}	La date d'expiration, le nom figurant sur la carte, le code postal de facturation ou le statut. Jamais le numéro.
SUPPRIMER …/cards/{id}	Détruit la carte, tout comme la fonction Supprimer.
/api/accounting/card-api/v1/mandats	Crée et lit les mandats, avec une clé d'idempotence de la même manière.

L’appelant s’authentifie à l’aide du jeton d’un compte de service (voir Comptes de service), et le rôle de ce compte de service nécessite une autorisation explicite sur l’API Card (intégrations externes). Un rôle disposant de tous les droits, ou un rôle d’administrateur, ne suffit pas : l’autorisation doit être accordée par nom.
En production, les appels sont acceptés uniquement via HTTPS.
Le nombre d'appels est limité par compte, et une série de cartes refusées ou invalides — le schéma habituel de quelqu'un testant des numéros volés — bloque l'appelant.