Modèle d'API d'intégration de la passerelle de paiement
Coordination fluide des paiements et des transactions

Principaux enseignements

Aperçu

Pour les applications e-commerce et transactionnelles, une passerelle de paiement efficace est essentielle pour traiter les paiements en toute sécurité.

Ce modèle représente les paiements, les utilisateurs, les transactions et les notifications avec des fonctionnalités de traitement sécurisé et des intégrations simples, rationalisant le cadre de traitement des paiements.

Pourquoi créer l'intégration de votre plateforme de paiement avec Back4app ?

Back4app offre tous les essentiels pour la gestion des paiements afin que votre équipe puisse se concentrer sur l'expérience utilisateur et l'efficacité transactionnelle plutôt que sur l'infrastructure.

• •Gestion des paiements sans faille: Une gestion structurée des paiements ainsi que des informations utilisateur associées produit des solutions transactionnelles efficaces.
• •Traitement sécurisé des transactions: Gérez les détails des transactions avec des fonctionnalités de sécurité intégrées et des paramètres configurables pour l'accès.
• •Flexibilité des API en temps réel: Utilisez Live Queries pour les mises à jour des transactions tout en maintenant les options REST et GraphQL pour tous les clients.

Construisez et affinez rapidement les fonctionnalités de la passerelle de paiement avec un backend unifié pour toutes les plateformes.

Avantages principaux

Un backend de passerelle de paiement qui vous aide à déployer rapidement sans compromettre la sécurité.

Stack technique

Ce modèle de backend de passerelle de paiement englobe les technologies suivantes.

Diagramme ER

Modèle de relation d'entité pour le schéma du backend du système de paiement.

erDiagram
    User ||--o{ PaymentMethod : "user"
    User ||--o{ TransactionHistory : "user"
    User ||--o{ AccessLog : "user"
    PaymentMethod ||--o{ TransactionHistory : "payment"
    
    User {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    PaymentMethod {
        String objectId PK
        Pointer user FK
        String type
        String details
        Date createdAt
    }

    TransactionHistory {
        String objectId PK
        Pointer user FK
        Number amount
        String status
        Date timestamp
        Date createdAt
    }

    AccessLog {
        String objectId PK
        Pointer user FK
        String action
        Date timestamp
        Date createdAt
    }

Flux d'intégration

Flux d'exécution typique pour l'authentification des utilisateurs, la gestion des paiements, le suivi des transactions et les notifications.

sequenceDiagram
  participant User
  participant App as Payment Gateway Integration API App
  participant Back4app as Back4app Cloud

  User->>App: Login
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Add payment method
  App->>Back4app: POST /classes/PaymentMethod
  Back4app-->>App: Payment method objectId

  User->>App: Make transaction
  App->>Back4app: POST /classes/TransactionHistory
  Back4app-->>App: Transaction details

  App->>Back4app: Log access
  Back4app-->>App: AccessLog objectId

Dictionnaire de données

Référence complète au niveau des champs pour chaque classe dans le schéma de la passerelle de paiement.

Sécurité et autorisations

Comment la stratégie ACL et CLP sécurise les utilisateurs, les paiements, les transactions et les notifications.

Schéma (JSON)

Définition du schéma JSON brut prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.

{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "PaymentMethod",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "type": {
          "type": "String",
          "required": true
        },
        "details": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "TransactionHistory",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "amount": {
          "type": "Number",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "timestamp": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AccessLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "action": {
          "type": "String",
          "required": true
        },
        "timestamp": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

API Playground

Tester les points de terminaison REST et GraphQL contre le schéma de la passerelle de paiement. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.

Utilise le même schéma que ce modèle.

Ce que vous obtenez avec chaque technologie

Chaque stack utilise le même schéma de passerelle de paiement et les mêmes contrats d'API.

Questions Fréquemment Posées

Questions courantes sur la création d'un backend de passerelle de paiement avec ce modèle.