AML审计后台

反洗钱审计应用后台模板
交易监控、SAR日志记录和风险标志审查

Q: 当操作跨多个站点时，哪些 AML 审计控制最为重要？

AML 审计后端是一个 BaaS 架构和 API，用于交易监控、SAR 日志和风险标记审查：调查员、交易、提交和行动状态。

Q: AML审计团队如何将日常操作与定期合规检查协调起来？

它包括调查员（姓名，电子邮件，角色），交易（transactionId，金额，货币，商家，状态），SARLog（caseId，交易，filingStatus，提交时间，备注），以及风险标志（交易，严重性，ruleCode，审核员，actionStatus），还有ER图，API游乐场和AI代理提示。

Q: 以结构化的方式导出AML审计证据给外部审核员是否实际？

Back4app 提供托管数据库、身份验证、实时查询和灵活的架构，让您能够在不运行自己后端的情况下交付交易监控、SAR日志和风险标志。

Q: 我如何在 Flutter 中运行交易查询？

使用Transaction和RiskFlag类来查询和显示AML队列，利用Back4app SDK。

Q: 我如何使用 Next.js Server Actions 管理AML审计访问？

使用服务器操作为SARLog创建一个包含Transaction指针和filingStatus的Parse对象。可选择在Cloud Code中进行验证。

Q: React Native可以离线缓存AML记录吗？

是的。启用本地数据存储并固定交易、SARLog和风险标志结果，以便调查员在无连接的情况下浏览保存的案件数据。

Q: 我怎么防止未经授权访问AML记录？

在云代码的beforeSave中，对RiskFlag和SARLog执行审核者检查，并拒绝更新如果调查员未被分配。

Q: 在Android上显示AML队列的最佳方法是什么？

查询Transaction和RiskFlag类以显示可疑活动队列和提交状态，使用Back4app SDK进行数据管理。

Q: 交易监控流程是如何从头到尾工作的？

调查员登录，加载Transaction行，当规则触发时创建RiskFlag，然后如果审核升级，写入SARLog条目。

一个生产就绪的AML审计后台，在 Back4app 上，具有交易监控、SAR日志和风险标志。包括ER图、数据字典、JSON架构、API沙盒，以及一个用于快速引导的AI代理提示。

与 AI Agent 一起构建选择您的技术

AML 审计关键要点

此模板为您提供了一个具备交易监控、SAR 日志和风险标志的 AML 后端，以便调查人员和运营员工能够更快地审查活动。

交易监控结构 — 使用金额、货币、商家和状态建模交易行，以便日常审查。
SAR 日志跟踪 — 存储带有归档状态、案例笔记和提交时间戳的 SAR 日志条目以进行审计跟进。
风险标志审查 — 将风险标志记录链接至可疑模式、严重性和审核员操作。

反洗钱审计应用程序后端概述

当反洗钱审计团队在多个站点操作时，一致的分类法可以防止审计记录中出现“同一问题，五种不同名称”。这通常会在回调和信用中显现出成本。Back4app 保持调查员、交易、日志和标记具有时间戳和可归属性——这是审计团队在面临审查时所需的基本反洗钱审核标准。该架构涵盖调查员（姓名、电子邮件、角色）、交易（transactionId、金额、货币、状态、商户）、SAR日志（caseId、filingStatus、submittedAt、备注）和风险标记（交易、严重性、规则代码、审核员），并内置了符合授权和审计要求的工作流程。连接您首选的前端并更快发货。

最佳适用：

反洗钱监控应用程序SAR报告仪表板风险标记审核工具交易监控系统合规操作团队调查案例跟踪

这个 AML 审计后端是如何组织的

AML 审计不仅仅是关于速度；还涉及到当有人问“请给我看看你是如何知道这是真的”的时候，如何提供防御性。

首先查看调查员、事务和日志，然后打开堆栈卡查看特定于 SDK 的说明和集成模式。

核心 AML 审计功能

这个中心中的每个技术卡片都使用相同的AML后端架构，包括调查员、交易、SAR日志和风险标记。

调查员访问和分配

调查员为每位审查者存储姓名、电子邮件和角色。

交易监控队列

交易捕获 transactionId、金额、货币、商户和状态。

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 Playground

免费开始 — 每月50个AI代理提示，无需信用卡

技术栈

此AML审计后端模板中包含的所有内容。

前端

13+ 技术

后端

Back4app

数据库

MongoDB

认证

内置认证 + 会话

API

REST 和 GraphQL

实时

Live Queries

AML 实体关系图

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 集成流程

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日志记录；Cloud Code可以验证状态更改。

范围审查访问

将交易和风险标志的读取限制为指定的合规组，并仅向授权人员公开SAR日志提交的具体细节。

AML架构（JSON）

准备复制到Back4app或用作实施参考的原始JSON架构定义。

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. 风险标记：交易（指向交易的指针，必填）、严重性（字符串，必填）、规则代码（字符串，必填）、审阅者（指向调查员的指针）、操作状态（字符串，必填）、评论（字符串）；objectId，createdAt，updatedAt（系统）。

安全性:
- 只有调查员可以更新他们的资料。限制交易、SARLog和风险标记的编辑权给授权审阅者。
- 使用云代码验证提交状态的过渡和基于规则的标记更新。

认证:
- 注册、登录、退出。

行为:
- 列出交易，创建SAR日志，更新风险标记，并分配审查所有权。

交付:
- 带有模式、ACL、CLP的 Back4app 应用；为调查员提供前端、交易队列、SAR日志和风险标记审查。

点击下面的按钮以打开预填充此模板提示的代理。

这是没有技术后缀的基本提示。您可以在之后调整生成的前端技术栈。

几分钟内部署每月50个免费提示无需信用卡

AML API游乐场

尝试针对AML审计模式的REST和GraphQL端点。响应使用模拟数据，无需Back4app帐户。

加载演示区中…

使用与此模板相同的模式。

选择您的AML技术

展开每张卡片以查看如何将调查员、交易和日志与您选择的技术栈集成。

您每种技术都能获得的内容

每个堆栈使用相同的AML后端架构和API合同。

统一的AML数据结构

使用一致的架构轻松管理调查员、交易、SAR日志和风险标记。

AML的交易监控

审核可疑支付并将其排队等待分析员处理。

AML的SAR日志跟踪

保持归档历史和案件备注与特定交易审核相关联。

可定制的审核角色

定义针对合规操作量身定制的访问级别和批准。

用于AML的REST/GraphQL APIs

与仪表板、移动工具和后台审核系统集成。

可扩展的合规架构

随着您的监控程序的发展，添加新的风险规则或案件字段。

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 分钟	用于反洗钱操作的 React 网页 UI。	输入型 SDK	完整
Angular	快速 (5 分钟) 设置	用于反洗钱合规团队的企业网页应用程序。	输入型 SDK	完整
GraphQL	少于 2 分钟	灵活的 GraphQL API 用于 AML 案例审查。	GraphQL API	完整
REST API	快速（2分钟）设置	用于 AML 监控的 REST API 集成。	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日志记录和风险标志审查