Modèle de tableau de bord de paiement marchand
Analytique des transactions et insights

Principaux points à retenir

Vue d'ensemble

Un tableau de bord de paiement pour commerçants a besoin d'analyses de transactions éclairantes, d'un traitement sécurisé et d'une collaboration utilisateur.

Ce modèle définit Transaction, Analyse, et Utilisateur avec des fonctionnalités de partage sécurisé et des contrôles d'accès afin que les équipes puissent mettre en œuvre un traitement des paiements collaboratif rapidement.

Pourquoi construire votre tableau de bord de paiement marchand avec Back4app ?

Back4app fournit des données de transaction, des analyses et des primitives de gestion des utilisateurs afin que votre équipe puisse se concentrer sur l'engagement et la transparence au lieu de l'infrastructure.

• •Gestion des transactions et des analyses: Classe de transaction avec des métriques et des analyses pour des décisions guidées par les informations.
• •Fonctionnalités de partage et de visibilité sécurisées: Gérez l'accès aux données de transaction avec des permissions et permettez aux utilisateurs de visualiser et de partager des analyses engageantes.
• •Flexibilité en temps réel + API: Utilisez Live Queries pour les mises à jour de transaction tout en gardant les API REST et GraphQL disponibles pour chaque client.

Construisez et itérez rapidement sur les fonctionnalités du tableau de bord de transaction avec un contrat backend unique sur toutes les plateformes.

Avantages principaux

Un backend tableau de bord de paiement marchand qui vous aide à itérer rapidement sans sacrifier la sécurité.

Pile technique

Tout inclus dans ce modèle d'arrière-plan de tableau de bord de paiement marchand.

Diagramme ER

Modèle de relation d'entité pour le schéma du tableau de bord de paiement du marchand.

erDiagram
    User ||--o{ Transaction : "made"
    Transaction ||--|{ Payment : "processes"
    User ||--o{ AccessLog : "logged"
    
    User {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }
    
    Transaction {
        String objectId PK
        Number amount
        String status
        Pointer user FK
        Date createdAt
        Date updatedAt
    }
    
    Payment {
        String objectId PK
        Pointer transaction FK
        String paymentMethod
        Date createdAt
        Date updatedAt
    }
    
    AccessLog {
        String objectId PK
        Pointer user FK
        Date accessTime
        Date createdAt
        Date updatedAt
    }

Flux d'intégration

Flux d'exécution typique pour l'authentification, le traitement des transactions et l'analytique.

sequenceDiagram
  participant User
  participant App as Merchant Payment Processing Dashboard
  participant Back4app as Back4app Cloud

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

  User->>App: View transactions
  App->>Back4app: GET /classes/Transaction
  Back4app-->>App: Transaction list

  User->>App: Make payment
  App->>Back4app: POST /classes/Payment
  Back4app-->>App: Payment confirmation

  User->>App: Log access
  App->>Back4app: POST /classes/AccessLog
  Back4app-->>App: AccessLog objectId

Dictionnaire de données

Référence complète au niveau des champs pour chaque classe dans le schéma du tableau de bord de paiement commerçant.

Sécurité et autorisations

Comment la stratégie ACL et CLP sécurise les transactions, les analyses et l'accès des utilisateurs.

Schéma (JSON)

Définition de schéma JSON brute 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": "Transaction",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "amount": {
          "type": "Number",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Payment",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "transaction": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Transaction"
        },
        "paymentMethod": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AccessLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "accessTime": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

API Playground

Essayez les points de terminaison REST et GraphQL contre le schéma de paiement du marchand. Les réponses utilisent des données factices 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 pile utilise le même schéma de backend de paiement marchand et les contrats API.

Questions Fréquemment Posées

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