Glossaire DEUNA
Comprenez les termes liés aux paiements, à l'orchestration, SDK, API et Athia utilisés dans la documentation DEUNA.
Sur cette page
Utilisez ce glossaire pour aligner les termes utilisés par vos équipes d'intégration, d'exploitation et de finances. Chaque définition renvoie à la guide ou à la référence appropriée qui décrit le comportement complet.
Paiements et mouvements de fonds#
Acquéreur
Une institution financière ou une entreprise de paiement qui accepte les transactions par carte pour un commerçant et les transmet au réseau de carte approprié. Chez DEUNA, un acquéreur est un type de connexion de paiement.
Méthode de paiement alternative (APM)
Une méthode de paiement en dehors du flux traditionnel de carte, telle qu'un virement bancaire, un chèque-cadeau ou un portefeuille numérique. La disponibilité dépend du marché, du fournisseur, de la devise et du canal ; utilisez Catalogue des prestataires comme source d'information officielle.
Autorisation
La décision du processeur de bloquer ou d'approuver les fonds pour un paiement. Une autorisation n'est pas toujours la dernière étape du mouvement de fonds. Certaines intégrations effectuent l'autorisation et le prélèvement en une seule opération, tandis que d'autres utilisent des opérations séparées.
Capturer
L'opération qui demande le règlement des fonds après une autorisation. Une connexion peut prendre en charge le prélèvement immédiat, le prélèvement différé ou les deux. Vérifiez l'opération applicable et le statut résultant dans Workflow et statuts de paiement.
Contestation
Une annulation initiée par l'émetteur ou le réseau de cartes après qu'un client conteste un paiement. Les contestations sont distinctes des remboursements initiés par le commerçant et nécessitent leurs propres preuves, délais et processus de réconciliation.
Mode de paiement
L'instrument ou le canal utilisé par le client pour effectuer un paiement, tel qu'une carte, un portefeuille, un virement bancaire ou un chèque. Une méthode peut être disponible via plusieurs connexions de processeur.
Processeur de paiement ou passerelle
Un fournisseur qui reçoit les instructions de paiement, communique avec les réseaux de paiement ou les canaux locaux et renvoie des résultats spécifiques au fournisseur. DEUNA normalise ces connexions afin que votre intégration puisse utiliser une couche d'orchestration cohérente. Consultez les capacités actuelles dans Passerelles de paiement.
Remboursement
Une opération initiée par le commerçant qui renvoie les fonds captés au client. La disponibilité, le moment et la nature synchrone ou asynchrone du traitement dépendent de la connexion.
Règlement
Le mouvement et le reporting des fonds dus après le traitement du paiement. Les enregistrements de règlement peuvent arriver après le résultat initial du paiement, de sorte que la réconciliation financière ne doit pas considérer la finalisation du paiement comme une confirmation de règlement. Voir Règlements.
Vide
Une opération qui annule une autorisation valide avant le prélèvement ou le règlement. Utilisez un remboursement lorsque le paiement a atteint un état qui ne peut pas être annulé.
Concepts de la plateforme DEUNA#
Administrateur
L'espace de travail DEUNA contrôlé par les rôles, où les opérateurs autorisés gèrent les connexions, les stratégies de paiement, les utilisateurs, les rapports et autres paramètres de compte. Commencez par la Vue d'ensemble de l'administrateur.
Athia
La plateforme d'intelligence de DEUNA pour l'analyse des données de paiement, les recommandations et les flux de travail d'optimisation documentés. Athia peut utiliser les données d'orchestration DEUNA ou des connexions de données externes prises en charge. Voir Athia.
Connexion
Une configuration spécifique au compte et à l'environnement qui relie DEUNA à un processeur, une méthode de paiement, un fournisseur de lutte contre la fraude ou un autre service pris en charge. Les informations d'identification d'une connexion doivent être stockées dans la surface de configuration de confiance documentée, et non dans le code client.
Le commerçant et le magasin
Le commerçant représente l'organisation qui s'intègre à DEUNA. Un magasin est une unité commerciale ou opérationnelle définie dans la configuration du commerçant. Les requêtes doivent utiliser le contexte du commerçant et du magasin requis par le contrat public spécifique.
Orchestration
La couche de décision et d'exécution qui relie le processus de paiement, la lutte contre la fraude et les fournisseurs de méthodes alternatives, et applique les stratégies, les règles de secours et les règles de routage configurées. Consultez Orchestration des paiements pour le modèle de fonctionnement.
Stratégie de paiement
Un ensemble de règles configuré qui détermine comment les transactions éligibles sont traitées ou routées. Les conditions et la priorité de la stratégie doivent être examinées ensemble, car plusieurs règles peuvent correspondre à la même transaction. Voir Stratégies de paiement.
Gestionnaire technique du compte (TAM)
Votre contact technique DEUNA pour les décisions relatives à l'activation, à la certification, à la compatibilité et au déploiement en production, spécifiques à votre compte. Ne transmettez pas de noms de connexion, de clés privées, de données de paiement ou de données clients dans une demande de support.
Termes d'intégration et de sécurité#
3-D Secure (3DS)
Un protocole d'authentification utilisé par les émetteurs de cartes pour évaluer ou interroger un titulaire de carte lors d'un paiement en ligne. Lorsque le paiement nécessite une action supplémentaire, suivez la procédure décrite. Flux 3DS et Action Suivante et vérifiez le statut final du paiement.
Clé API
Un identifiant qui permet d'identifier et, pour les appels vers le backend, d'autoriser l'intégration DEUNA. Les clés API publiques et privées ont des niveaux de confiance différents. Choisissez et protégez-les en utilisant Authentification et clés API.
Code de Vérification de la Carte (CVV)
Le code de sécurité de la carte utilisé dans les flux de paiement "sans carte". La gestion du CVV dépend de la source de paiement et des capacités du processeur ; ne le stockez ni ne le logguez. Voir Tokenisation des cartes et vérification du CVV.
Clé d'Idempotence
Une valeur unique qui permet à une API de reconnaître les tentatives de reprise sûres de la même opération. Utilisez uniquement la clé originale avec la même intention et le même corps de requête. Voir Requêtes idempotentes.
Protocole de Contexte Modèle (MCP)
Un protocole qui permet aux clients d'IA compatibles d'appeler des outils fournis par un serveur distant. Le public Documentation du serveur MCP de DEUNA expose la documentation, la référence API et les outils de catalogue de fournisseurs ; il ne prend pas en charge les identifiants DEUNA.
Norme de sécurité Payment Card Industry Data Security Standard (PCI DSS)
La norme de sécurité pour les environnements qui stockent, traitent ou transmettent les données des titulaires de carte. Les SDK et les expériences de widget DEUNA hébergés peuvent réduire la quantité de données qui entrent dans votre application, mais votre architecture et votre gestion déterminent toujours votre champ de conformité.
Kit de développement logiciel (SDK)
Une bibliothèque client DEUNA qui présente les expériences de paiement, de caisse, de stockage et de suivi de paiement prises en charge sur le Web, iOS, Android ou React Native. Les capacités de la plateforme varient, commencez donc par Aperçu du SDK et utilisez ensuite la référence de la plateforme.
Tokenisation
Le remplacement des données de paiement sensibles par un jeton émis par un fournisseur ou une plateforme. Un jeton peut être limité à un fournisseur, un commerçant, un environnement ou un cas d'utilisation et ne doit pas être considéré comme portable. Voir Tokenisation de la carte.
Webhook
Une requête HTTP de serveur vers serveur envoyée lorsqu'un événement ou un appel de retour de caisse documenté se produit. Votre backend doit vérifier la signature, traiter les livraisons de manière idempotente et concilier l'état autoritaire. Voir Webhooks.
Trouver le contrat autoritaire#
Ce glossaire explique un langage commun ; il ne remplace pas le contrat pour une intégration spécifique.