AML 審計後端

反洗錢審計應用後端模板
交易監控、SAR 日誌記錄和風險標記審查

Q: 當操作跨越多個網站時，哪些 AML 審計控制最重要？

AML 審計後端是一個 BaaS 架構和 API，用於交易監控、SAR 日誌和風險標記審查：調查員、交易、檔案和操作狀態。

Q: AML 審計團隊如何將日常運作與定期合規檢查對接？

它包括調查員（姓名、電子郵件、角色）、交易（transactionId、金額、貨幣、商戶、狀態）、SARLog（caseId、交易、filingStatus、submittedAt、備註）和風險標記（交易、嚴重性、ruleCode、審核者、actionStatus），還有 ER 圖、API 體驗場和 AI 代理提示。

Q: 以結構化的方式導出 AML 審計證據給外部審核者是否實際可行？

Back4app 提供了管理數據庫、身份驗證、實時查詢和靈活的結構，使您能夠在不運行自己後端的情況下發送交易監控、SAR 日誌和風險標記。

Q: 我如何在 Flutter 中運行交易查詢？

使用交易和風險標記類查詢並顯示 AML 隊列，利用 Back4app SDK。

Q: 我如何使用 Next.js Server Actions 管理 AML 審計訪問？

使用伺服器操作為 SARLog 創建一個 Parse 對象，包含交易指針和 filingStatus。可選在 Cloud Code 中進行驗證。

Q: React Native 能否離線緩存 AML 記錄？

可以。啟用本地數據存儲並固定交易、SARLog 和風險標記結果，以便調查員在沒有連接的情況下瀏覽保存的案件數據。

Q: 我該如何防止未授權的AML記錄訪問？

在Cloud Code的beforeSave中對RiskFlag和SARLog進行審核檢查，並在調查員未被指派的情況下拒絕更新。

Q: 在Android上顯示AML隊列的最佳方法是什麼？

查詢Transaction和RiskFlag類別以顯示可疑活動隊列和申報狀態，使用Back4app SDK進行數據管理。

Q: 交易監控流程是如何端到端運作的？

調查員登錄，載入Transaction行，當規則被觸發時創建RiskFlag，然後如果審核被升級，則寫入SARLog條目。

一個生產就緒的 AML 審計後端 在 Back4app，具有交易監控、SAR 日誌和風險標記。包括 ER 圖、數據字典、JSON 架構、API 玩耍場和一個 AI 代理 提示以快速啟動。

與 AI 代理一起建立選擇您的技術

AML 審計要點

此模板為您提供一個具有交易監控、SAR 日誌和風險標誌的 AML 後台，以便調查員和操作人員可以更快地查看活動。

交易監控結構 — 模擬交易行以金額、貨幣、商戶和狀態進行日常審查。
SAR 日誌跟蹤 — 儲存 SAR 日誌條目，包含檔案狀態、案例備註和提交時間戳，以便進行審計跟進。
風險標誌審查 — 將風險標誌記錄與可疑模式、嚴重程度和審查者行動連結。

反洗錢審計應用程序後端概覽

當反洗錢審計團隊跨站點操作時，一致的分類法可以防止審計記錄中出現「同一問題，五個不同名稱」。成本體現在回調和信用上。Back4app 使調查員、交易、日誌和標誌都具有時間戳和可歸屬性 — 這是當審查來臨時反洗錢審計團隊所需的基準。該架構覆蓋調查員（姓名、電子郵件、角色）、交易（transactionId、金額、貨幣、狀態、商家）、SAR 日誌（caseId、申報狀態、提交時間、備註）和風險標誌（交易、嚴重性、規則代碼、審核者），並內建授權和審計友好的工作流程。連接您首選的前端並加速交付。

最佳選擇：

反洗錢監控應用程序SAR 申報儀表板風險標誌審查工具交易監控系統合規操作團隊調查案件追蹤

這個 AML 審核後端是如何組織的

AML 審核不僅僅是速度；當有人問「告訴我你是怎麼知道這是真的。」時，這事關可防禦性。

首先檢查調查員、交易和日誌，然後打開堆疊卡以查看特定於 SDK 的附註和整合模式。

核心 AML 審核功能

本中心的每個技術卡片都使用相同的AML後端架構，包括調查者、交易、SAR日誌和風險標誌。

調查員訪問和任務分配

調查員存儲每位審核人的姓名、電子郵件和角色。

交易監控隊列

交易捕獲交易Id、金額、貨幣、商家和狀態。

SAR日誌記錄

SAR日誌跟蹤caseId、filingStatus、submittedAt和備註。

風險標誌追蹤

風險標誌將交易、嚴重性、規則代碼以及審核者聯繫在一起。

為什麼要使用 Back4app 建立您的 AML 後端？

Back4app 為您提供交易、SAR 和風險標誌原語，讓您的團隊可以專注於審查質量，而不是管理伺服器。

•交易和 SAR 日誌建模: 交易字段，如 transactionId、amount 和 status，自然與 SAR 日誌的 caseId 和 filingStatus 配對。
•風險標記治理: 風險標記記錄保持規則代碼、嚴重性和審核人員在一起，以便可追溯的審核決策。
•即時 + API 彈性: 使用 Live Queries 來發送新的交易警報，同時保持 REST 和 GraphQL 可用於每一位客戶。

快速構建 AML 審核工具，通過一個後端合約涵蓋網絡、移動端和分析師工作站。

核心AML好處

一個幫助AML團隊加快速度，而不會在交易審核中失去線索的後端。

快速AML啟動

從完整的調查者、交易、SAR日誌和風險標誌架構開始，而不是從零設計審計後端。

審核可追溯性

保持規則代碼、提交狀態和審核者數據與每個案件路徑相關聯，以便後續跟進。

清除存取控制流程

使用 ACL 和 CLP 規則管理調查員對交易佇列和 SAR 日誌的存取。

可擴展的警報模型

使用風險標記類別追蹤高風險事件，而無需在每次規則更改時重新設計數據模型。

交易及檔案歷史

將交易行和 SAR 日誌條目一起存儲，以便分析師可以根據檔案決策比較警報。

AI 引導工作流程

使用一個結構化提示快速生成後端骨架和 AML 整合指導。

準備好啟動您的 AML 審核應用程式了嗎？

讓 Back4app AI 代理構建您的 AML 後端，並從一個提示生成交易監控、SAR 日誌和風險標誌。

與 AI 代理一起構建嘗試 API 遊樂場

免費開始 - 每月 50 個 AI 代理提示，無需信用卡

技術棧

此 AML 審計後端模板中包含的一切。

前端

13+ 種技術

後端

Back4app

數據庫

MongoDB

身份驗證

內建身份驗證 + 會話

API

REST 和 GraphQL

即時

Live Queries

AML ER 圖

AML 審計後端架構的實體關係模型。

ER 圖

查看圖表來源

Mermaid

erDiagram
    AnalystUser ||--o{ MonitoringCase : "assignedTo"
    MonitoringCase ||--o{ TransactionEvent : "case"
    MonitoringCase ||--o{ SarLog : "case"
    MonitoringCase ||--o{ RiskFlag : "case"
    MonitoringCase ||--o{ ReviewNote : "case"
    AnalystUser ||--o{ SarLog : "submittedBy"
    AnalystUser ||--o{ RiskFlag : "reviewedBy"
    AnalystUser ||--o{ ReviewNote : "author"
    TransactionEvent ||--o{ RiskFlag : "triggeredBy"

    AnalystUser {
        String objectId PK
        String username
        String email
        String password
        String role
        String team
        Date createdAt
        Date updatedAt
    }

    MonitoringCase {
        String objectId PK
        String caseNumber
        String customerName
        String status
        String assignedToId FK
        Date openedAt
        Date closedAt
        Date createdAt
        Date updatedAt
    }

    TransactionEvent {
        String objectId PK
        String transactionId
        String caseId FK
        Number amount
        String currency
        String channel
        String counterparty
        Date transactionAt
        String monitoringStatus
        Date createdAt
        Date updatedAt
    }

    SarLog {
        String objectId PK
        String sarNumber
        String caseId FK
        String submittedById FK
        String filingStatus
        Date submittedAt
        String regulatorRef
        Date createdAt
        Date updatedAt
    }

    RiskFlag {
        String objectId PK
        String flagType
        String severity
        String caseId FK
        String triggeredById FK
        String status
        String reason
        String reviewedById FK
        Date reviewedAt
        Date createdAt
        Date updatedAt
    }

    ReviewNote {
        String objectId PK
        String caseId FK
        String authorId FK
        String noteType
        String body
        Date createdAt
        Date updatedAt
    }

AML 整合流程

登錄、交易審查、SAR 記錄和風險標誌更新的典型運行流程。

ER 圖

查看圖表源

Mermaid

sequenceDiagram
  participant Analyst as AnalystUser
  participant AMLApp as Anti-Money Laundering App
  participant Back4app as Back4app Cloud

  Analyst->>AMLApp: Sign in
  AMLApp->>Back4app: POST /login
  Back4app-->>AMLApp: Session token

  Analyst->>AMLApp: Open monitoring queue
  AMLApp->>Back4app: GET /classes/MonitoringCase?include=assignedTo&order=-updatedAt
  Back4app-->>AMLApp: Cases and assigned analysts

  Analyst->>AMLApp: Review transaction events
  AMLApp->>Back4app: GET /classes/TransactionEvent?include=case
  Back4app-->>AMLApp: TransactionEvent rows

  Analyst->>AMLApp: Create a risk flag or SAR log
  AMLApp->>Back4app: POST /classes/RiskFlag or /classes/SarLog
  Back4app-->>AMLApp: Saved risk flag or SAR log

  AMLApp->>Back4app: Subscribe to case updates
  Back4app-->>AMLApp: LiveQuery updates for MonitoringCase and RiskFlag

AML數據字典

AML審計架構中每個類別的完整字段級參考。

字段	類型	描述	必填
objectId	String	Auto-generated unique identifier	自動
username	String	Login name for the analyst or coordinator
email	String	Work email address
password	String	Hashed password (write-only)
role	String	User role such as investigator, manager, or operator
team	String	Assigned compliance team or operations unit	—
createdAt	Date	Auto-generated creation timestamp	自動
updatedAt	Date	Auto-generated last-update timestamp	自動

8字段在AnalystUser中

AML的安全性和權限

ACL和CLP策略如何保護調查員、交易、SAR日誌和風險標誌。

調查員帳戶控制

只有調查員可以更新其個人資料；角色檢查決定誰可以查看或編輯審查分配。

交易和SAR完整性

只有經批准的審查員可以創建或修改交易註釋和SAR日誌記錄；雲端代碼可以驗證狀態變更。

範圍審查訪問權限

限制交易和風險標誌的閱讀權限僅限於指定的合規小組，並僅向授權人員揭露SAR日誌提交的細節。

AML架構（JSON）

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

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

247

248

249

250

251

252

253

254

255

256

257

258

259

260

261

262

263

{
  "classes": [
    {
      "className": "AnalystUser",
      "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
        },
        "team": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "MonitoringCase",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "caseNumber": {
          "type": "String",
          "required": true
        },
        "customerName": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "assignedTo": {
          "type": "Pointer",
          "required": true,
          "targetClass": "AnalystUser"
        },
        "openedAt": {
          "type": "Date",
          "required": true
        },
        "closedAt": {
          "type": "Date",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "TransactionEvent",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "transactionId": {
          "type": "String",
          "required": true
        },
        "case": {
          "type": "Pointer",
          "required": true,
          "targetClass": "MonitoringCase"
        },
        "amount": {
          "type": "Number",
          "required": true
        },
        "currency": {
          "type": "String",
          "required": true
        },
        "channel": {
          "type": "String",
          "required": true
        },
        "counterparty": {
          "type": "String",
          "required": true
        },
        "transactionAt": {
          "type": "Date",
          "required": true
        },
        "monitoringStatus": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "SarLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "sarNumber": {
          "type": "String",
          "required": true
        },
        "case": {
          "type": "Pointer",
          "required": true,
          "targetClass": "MonitoringCase"
        },
        "submittedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "AnalystUser"
        },
        "filingStatus": {
          "type": "String",
          "required": true
        },
        "submittedAt": {
          "type": "Date",
          "required": false
        },
        "regulatorRef": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "RiskFlag",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "flagType": {
          "type": "String",
          "required": true
        },
        "severity": {
          "type": "String",
          "required": true
        },
        "case": {
          "type": "Pointer",
          "required": true,
          "targetClass": "MonitoringCase"
        },
        "triggeredBy": {
          "type": "Pointer",
          "required": false,
          "targetClass": "TransactionEvent"
        },
        "status": {
          "type": "String",
          "required": true
        },
        "reason": {
          "type": "String",
          "required": true
        },
        "reviewedBy": {
          "type": "Pointer",
          "required": false,
          "targetClass": "AnalystUser"
        },
        "reviewedAt": {
          "type": "Date",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "ReviewNote",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "case": {
          "type": "Pointer",
          "required": true,
          "targetClass": "MonitoringCase"
        },
        "author": {
          "type": "Pointer",
          "required": true,
          "targetClass": "AnalystUser"
        },
        "noteType": {
          "type": "String",
          "required": true
        },
        "body": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

使用 AI 代理構建 AML

使用 Back4app AI 代理從這個模板生成一個真正的 AML 審計應用，包括前端、後端、身份驗證和交易、SAR 日誌以及風險標記流程。

Back4app AI 代理

準備建設

在 Back4app 上使用這個精確的模式和行為創建一個反洗錢審計應用的後端。

模式：
1. 調查員（使用 Back4app 內建身份驗證進行登錄和角色限制）：姓名（字符串，必填），電子郵件（字符串，必填），角色（字符串，必填）；objectId，createdAt，updatedAt（系統）。
2. 交易：transactionId（字符串，必填），金額（數字，必填），貨幣（字符串，必填），商戶（字符串，必填），狀態（字符串，必填），備註（字符串）；objectId，createdAt，updatedAt（系統）。
3. SARLog：caseId（字符串，必填），交易（指向交易的指針，必填），申報狀態（字符串，必填），提交時間（日期），備註（字符串）；objectId，createdAt，updatedAt（系統）。
4. RiskFlag：交易（指向交易的指針，必填），嚴重性（字符串，必填），規則代碼（字符串，必填），審核人（指向調查員的指針），動作狀態（字符串，必填），備註（字符串）；objectId，createdAt，updatedAt（系統）。

安全性：
- 只有調查員可以更新他們的個人資料。限制交易、SARLog 和 RiskFlag 的編輯權限僅限於授權審核員。
- 使用雲代碼來驗證申報狀態轉換和基於規則的標記更新。

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

行為：
- 列出交易、創建 SAR 日誌、更新風險標記、分配審核所有權。

交付：
- 包含模式、ACL、CLP 的 Back4app 應用；調查員的前端、交易隊列、SAR 日誌和風險標記審核。

按下下面的按鈕以使用這個模板提示預先填寫的方式打開代理。

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

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

AML API 遊樂場

在 AML 審計架構上嘗試 REST 和 GraphQL 端點。回應使用模擬數據，無需 Back4app 帳戶。

正在加載實驗區…

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

選擇您的 AML 技術

展開每個卡片以查看如何將 Investigator、Transaction 和 Log 與您所選堆疊整合。

使用每項技術您能獲得的內容

每個堆疊都使用相同的AML後端架構和API合約。

統一的AML數據結構

輕鬆管理調查員、交易、SAR日誌和風險標記，使用一致的架構。

AML的交易監控

審查可疑的付款並排隊等待分析師操作。

AML的SAR日誌追蹤

保持檔案歷史和與特定交易審查相關的案件筆記。

可自定義的審查角色

定義量身定制的合規操作的訪問級別和批准。

REST/GraphQL API用於AML

與儀表板、行動工具和後台審查系統整合。

可擴展的合規性架構

隨著監控計畫的發展，新增風險規則或案件欄位。

AML 框架比較

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

框架	設置時間	AML好處	SDK 類型	AI 支持
Flutter	大約5分鐘	在行動裝置和網頁上進行AML審查的單一代碼庫。	類型化SDK	全部
React	少於5分鐘	快速的網頁儀表板用於AML交易監控。	類型化SDK	全部
React 原生	約3-7分鐘	跨平台移動應用程式，用於AML審核隊列。	類型化SDK	全部
Next.js	快速（5分鐘）設定	伺服器渲染的網頁應用程式，用於AML操作。	強型別SDK	全部
JavaScript	約3–5分鐘	輕量級網頁整合，用於AML監控。	強型別SDK	全部
Android	大約5分鐘	原生 Android 應用程式，用於AML調查員。	強型別SDK	全部
iOS	少於 5 分鐘	用於反洗錢調查員的原生 iOS 應用程式。	輸入的 SDK	全部
Vue	約 3–7 分鐘	用於反洗錢操作的 Reactive 網頁 UI。	輸入的 SDK	全部
Angular	快速（5 分鐘）設置	用於反洗錢合規團隊的企業網頁應用程式。	輸入的 SDK	全部
GraphQL	少於 2 分鐘	靈活的 GraphQL API 用於 AML 案件檢視。	GraphQL API	全部
REST API	快速（2 分鐘）設置	REST API 用於 AML 監控的集成。	REST API	全部
PHP	約 3 分鐘	伺服器端 PHP 後端用於 AML 工作流程。	REST API	全部
.NET	約 3–7 分鐘	.NET 後端用於 AML 操作。	類型 SDK	全部

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

常見問題

有關使用此模板構建 AML 審計後端的常見問題。

當操作跨越多個網站時，哪些 AML 審計控制最重要？

AML 審計團隊如何將日常運作與定期合規檢查對接？

以結構化的方式導出 AML 審計證據給外部審核者是否實際可行？

我如何在 Flutter 中運行交易查詢？

我如何使用 Next.js Server Actions 管理 AML 審計訪問？

React Native 能否離線緩存 AML 記錄？

我該如何防止未授權的AML記錄訪問？

在Android上顯示AML隊列的最佳方法是什麼？

交易監控流程是如何端到端運作的？

全球開發者信賴的選擇

使用 Back4app 模板快速加入團隊，發佈 AML 審計產品

準備好打造您的 AML 審計應用程式了嗎？

在幾分鐘內開始您的 AML 專案。無需信用卡。

選擇技術

反洗錢審計應用後端模板交易監控、SAR 日誌記錄和風險標記審查