企業支出
使用 AI 代理構建
企業支出後端

企業支出應用後端模板
卡片管理、交易和限額

一個在 Back4app 上的生產就緒的企業支出後端,包括用戶、卡片、交易和限額。包含 ER 圖、數據字典、JSON 架構、API 操作台,以及用於快速啟動的AI 代理提示。

關鍵要點

此模板為您提供一個企業支出後端,包含用戶、卡片、交易和限額,讓您的團隊可以專注於財務管理和控制流程。

  1. 以用戶為中心的架構設計使用清晰、可查詢的結構來建模用戶的資料、卡片和交易。
  2. 實時交易更新利用 Back4app 的實時功能進行交易監控和警報。
  3. 卡片管理管理實體和虛擬卡片,實時執行限額和交易追蹤。
  4. 交易和限制功能允許用戶無縫創建、跟踪和管理交易。
  5. 跨平台支出後端通過單一的REST和GraphQL API為用戶、卡片、交易和限制提供移動和網頁客戶端服務。

什麼是企業支出應用後端模板?

Back4app是一種後端即服務(BaaS),用於快速產品交付。企業支出應用後端模板是一個預構建的架構,包含用戶、卡片、交易和限制。連接您偏好的前端(React、Flutter、Next.js等)並更快交付。

最佳適用於:

企業支出管理應用財務控制平台支出追蹤應用程式以移動設備為優先的財務應用程式MVP 發佈選擇 BaaS 進行金融產品的團隊

概覽

企業支出管理產品需要用戶檔案、卡片、交易和限制。

此模板定義了用戶、卡片、交易和限制,具有實時功能和所有權規則,以便團隊能夠快速實施財務控制。

核心企業支出功能

此中心的每張技術卡片都使用相同的企業支出後端架構,包括用戶、卡片、交易和限額。

用戶檔案和卡片

用戶類別儲存用戶名、電子郵件、密碼、個人資料圖片和卡片。

卡片發行和管理

卡片類別連結號碼、類型、限額和用戶。

交易追蹤

交易類別儲存卡片參考、金額和日期。

限額執行

限額類別追蹤卡片消費限額。

為什麼要使用 Back4app 構建您的企業支出後端?

Back4app 提供用戶、卡片、交易和限額的基本功能,讓您的團隊可以專注於財務控制和合規,而不是基礎設施。

  • 用戶和卡片管理: 用戶類別具有配置文件字段,卡片類別用於財務管理,支持支出控制。
  • 交易和限額功能: 通過實時更新管理交易,輕鬆執行支出限額。
  • 實時 + API 靈活性: 使用 Live Queries 進行交易更新,同時保持 REST 和 GraphQL 可供每個客戶使用。

快速構建和迭代財務管理功能,通過一個後端合約支持所有平台。

核心優勢

一個企業支出後端,幫助您快速迭代而不犧牲結構。

快速財務啟動

從完整的用戶、卡片和交易架構開始,而不是從零設計後端。

實時交易支持

利用實時交易監控和警報來增強財務控制。

清晰的卡片管理流程

管理實體和虛擬卡片,實時執行限額和交易跟蹤。

可擴展的權限模型

使用ACL/CLP以便只有用戶可以管理他們的個人資料和卡片,並跟蹤交易。

交易和限額數據

存儲和匯總交易和限額,以便顯示和控制而不需要重置架構。

AI 引導流程

通過一個結構化的提示快速生成後端框架和整合指導。

準備好推出您的企業支出管理應用程式了嗎?

讓 Back4app AI 代理為您的企業支出後端搭建框架,並從一個提示中生成用戶、卡片、交易和限額。

免費開始 — 每月 50 次 AI 代理提示,不需要信用卡

技術堆疊

此企業支出後端模板中包含的一切。

前端
13+ 技術
後端
Back4app
資料庫
MongoDB
身份驗證
內建身份驗證 + 會話
API
REST 和 GraphQL
實時
Live Queries

ER 圖

企業支出後端架構的實體關係模型。

查看圖表來源
Mermaid
erDiagram
    User ||--o{ Card : "user"
    Card ||--o{ Transaction : "card"
    Card ||--o{ Limit : "card"
    User ||--o{ Notification : "user"

    User {
        String objectId PK
        String username
        String email
        String password
        String profilePicture
        Date createdAt
        Date updatedAt
    }

    Card {
        String objectId PK
        Pointer user FK
        String cardType
        String cardNumber
        Date expiryDate
        Date createdAt
        Date updatedAt
    }

    Transaction {
        String objectId PK
        Pointer card FK
        Number amount
        String currency
        Date transactionDate
        Date createdAt
        Date updatedAt
    }

    Limit {
        String objectId PK
        Pointer card FK
        Number limitAmount
        String period
        Date createdAt
        Date updatedAt
    }

    Notification {
        String objectId PK
        Pointer user FK
        String message
        Boolean read
        Date createdAt
        Date updatedAt
    }

整合流程

身份驗證、用戶資料、卡片、交易和限制的典型運行流程。

查看圖表來源
Mermaid
sequenceDiagram
  participant User
  participant App as Corporate Spend App
  participant Back4app as Back4app Cloud

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

  User->>App: View Cards
  App->>Back4app: GET /classes/Card
  Back4app-->>App: Card details

  User->>App: Create Transaction
  App->>Back4app: POST /classes/Transaction
  Back4app-->>App: Transaction objectId

  Back4app-->>App: Real-time Limit Enforcement
  App-->>User: Transaction confirmation or limit warning

數據字典

企業支出模式中每個類別的完整字段級別參考。

字段類型描述必需
objectIdStringAuto-generated unique identifier自動
usernameStringUser login name
emailStringUser email address
passwordStringHashed password (write-only)
profilePictureStringURL of the user's profile picture
createdAtDateAuto-generated creation timestamp自動
updatedAtDateAuto-generated last-update timestamp自動

User中的7欄位

安全性和權限

ACL和CLP策略如何保護用戶、卡片、交易和限制。

用戶擁有的個人資料控制

只有用戶可以更新或刪除他們的個人資料;其他人無法修改用戶內容。

卡片和交易完整性

只有持卡人可以管理他們的卡片和交易。使用Cloud Code進行驗證。

範圍讀取權限

限制交易並將讀取權限限制於相關方(例如,用戶只能看到自己的交易和限制)。

架構(JSON)

原始 JSON 架構定義,準備複製到 Back4app 或用作實施參考。

JSON
{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "profilePicture": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Card",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "cardType": {
          "type": "String",
          "required": true
        },
        "cardNumber": {
          "type": "String",
          "required": true
        },
        "expiryDate": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Transaction",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "card": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Card"
        },
        "amount": {
          "type": "Number",
          "required": true
        },
        "currency": {
          "type": "String",
          "required": true
        },
        "transactionDate": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Limit",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "card": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Card"
        },
        "limitAmount": {
          "type": "Number",
          "required": true
        },
        "period": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Notification",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "message": {
          "type": "String",
          "required": true
        },
        "read": {
          "type": "Boolean",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

使用 AI 代理構建

使用 Back4app AI 代理從此模板生成一個真實的企業支出應用,包括前端、後端、身份驗證,以及用戶、卡片、交易和限制流程。

Back4app AI 代理
準備構建
在Back4app上創建一個企業支出管理應用的後端,使用這個精確的架構和行為。

架構:
1. 用戶(使用Back4app內建):用戶名、電子郵件、密碼;objectId、createdAt、updatedAt(系統)。
2. 卡片:號碼(字符串,必填)、類型(字符串,必填)、限額(數字,必填)、用戶(指向用戶的指針,必填);objectId、createdAt、updatedAt(系統)。
3. 交易:卡片(指向卡片的指針,必填)、金額(數字,必填)、日期(日期,必填);objectId、createdAt、updatedAt(系統)。
4. 限額:卡片(指向卡片的指針,必填)、最大金額(數字,必填);objectId、createdAt、updatedAt(系統)。

安全性:
- 只有用戶可以更新/刪除他們的個人資料。只有持卡人可以管理他們的卡片和交易。使用雲代碼進行驗證。

身份驗證:
- 註冊、登錄、登出。

行為:
- 列出用戶、發行卡片、跟踪交易、執行限額。

交付:
- Back4app應用,包含架構、ACLs、CLPs;用戶資料、卡片、交易和限額的前端。

按下下面的按鈕以打開代理,該模板提示已預填。

這是沒有技術後綴的基本提示。您可以在之後調整生成的前端堆疊。

幾分鐘內部署每月50個免費提示不需要信用卡

API 遊樂場

在企業支出架構上嘗試 REST 和 GraphQL 端點。響應使用模擬數據,不需要 Back4app 帳戶。

正在加載遊樂場…

使用與此模板相同的架構。

選擇您的技術

展開每張卡以查看整合步驟、狀態模式、數據模型範例和離線註釋。

Flutter 企業支出後端

React 企業支出後端

React 原生 企業支出後端

Next.js 企業支出後端

JavaScript 企業支出後端

Android 企業支出後端

iOS 企業支出後端

Vue 企業支出後端

Angular 企業支出後端

GraphQL 企業支出後端

REST API 企業支出後端

PHP 企業支出後端

.NET 企業支出後端

每種技術的優勢

每個技術堆疊都使用相同的企業支出後端架構和 API 合約。

統一的企業開支數據結構

一個全面的架構來管理用戶、卡和交易。

對 企業開支 的實時交易監控

即時更新支出活動以跟踪開支。

對 企業開支 的安全共享

與利益相關者安全地共享交易詳細信息。

對 企業開支 的可自定義支出限額

根據您的組織需求設置和管理支出標準。

對 企業開支 的 REST/GraphQL API

靈活的 API 以無縫集成前端。

未來增長的擴展性

隨著您的企業開支需求的演變,輕鬆擴展功能。

企業開支框架比較

比較所有支持的技術的設置速度、SDK 風格和 AI 支持。

框架設置時間企業開支利益SDK 類型AI 支援
~3–7 分鐘手機和網絡的企業開支單一代碼庫。Typed SDK完整
快速(5 分鐘)設置企業開支的快速網頁儀表板。Typed SDK完整
~5 分鐘企業開支的跨平台手機應用程序。Typed SDK完整
大約 5 分鐘企業開支的服務器渲染網頁應用程序。Typed SDK完整
不到 5 分鐘企業開支的輕量級網頁集成。Typed SDK完整
~3–7 分鐘企業開支的原生 Android 應用程序。Typed SDK完整
快速(5 分鐘)設置企業開支的原生 iOS 應用程序。Typed SDK完整
~5 分鐘React 的企業開支網頁 UI。Typed SDK完整
大約 5 分鐘企業開支的企業網頁應用程序。Typed SDK完整
~2 分鐘企業開支的靈活 GraphQL API。GraphQL API完整
不到 2 分鐘REST API 的企業開支集成。REST API完整
~3–5 分鐘企業開支的服務器端 PHP 後端。REST API完整
~5 分鐘.NET 的企業開支後端。Typed SDK完整

設置時間反映從項目啟動到使用此模板架構進行首次交易查詢的預期持續時間。

常見問題

關於使用此模板構建企業支出後端的常見問題。

什麼是企業支出後端?
企業支出模板包含什麼?
為什麼要使用Back4app來開發財務管理應用程式?
如何使用Flutter運行使用者和卡片的查詢?
如何使用Next.js Server Actions創建交易?
React 原生應用可以離線緩存用戶和卡片嗎?
如何防止重複交易?
在 Android 上顯示用戶資料和卡片的最佳方式是什麼?
交易流程從頭到尾是如何運作的?

受到全球開發者的信賴

加入使用 Back4app 模板更快交付金融產品的團隊

G2 Users Love Us Badge

準備好構建您的企業支出應用程式了嗎?

在幾分鐘內開始您的財務管理項目。無需信用卡。

選擇技術