KYC/AML 클라이언트 로그 백엔드 템플릿
신원 확인, 위험 점수화 및 PEP 스크리닝 로그
생산 준비가 완료된 KYC/AML 클라이언트 로그 백엔드가 Back4app에 있으며 클라이언트 기록, 신원 확인, 위험 점수화 및 PEP 스크리닝 로그를 포함합니다. ER 다이어그램, 데이터 사전, JSON 스키마, API 플레이그라운드 및 빠른 부트스트랩을 위한 AI 에이전트 프롬프트가 포함되어 있습니다.
주요 요점
이 템플릿은 운영 팀이 단일 구조화된 진실 출처에서 작업할 수 있도록 신원 확인, 위험 평가 및 스크리닝 로그가 포함된 KYC/AML 클라이언트 로그 백엔드를 제공합니다.
- 클라이언트 신원 로그 — 각 검증 단계가 명명된 고객 프로필에 연결될 수 있도록 클라이언트 및 IdentityCheck 객체 모델링.
- 위험 평가 기록 — 감사 친화적인 결정을 위해 명시적인 점수, 수준 및 검토자 필드가 있는 RiskAssessment 항목을 추적합니다.
- PEP 스크리닝 이력 — 모든 재검사 이벤트에 대해 PEPScreening 결과 및 일치 노트를 기록합니다.
- 운영 검토 대기열 — 관리자와 조정자가 logStatus, evidenceStatus 및 후속 요청을 모니터링할 수 있는 한 곳을 제공합니다.
- 크로스 플랫폼 준수 백엔드 — 클라이언트 로그 및 선별 작업 흐름을 위한 동일한 REST와 GraphQL API를 통해 웹, 모바일 및 내부 도구를 제공합니다.
KYC/AML 클라이언트 로그 템플릿이란 무엇입니까?
KYC/AML 클라이언트 로그 승인 절차가 비공식적인 경우, 6개월 후에 질문이 발생할 때 직무 분리가 이루어졌음을 입증할 수 없습니다. 작은 지연이 빠르게 누적됩니다. KYC/AML 클라이언트 로그 작업 흐름이 사이트와 근무 교대간 일관성을 유지하도록 Back4app에서 Client, IdentityCheck, RiskAssessment, PEPScreening 및 LogEntry를 구조화된 준수 원시값으로 사용하십시오. 스키마는 Client(전체 이름, 고객 ID, 세그먼트), IdentityCheck(클라이언트, ID 유형, 문서 번호, 확인 시간), RiskAssessment(클라이언트, 점수, 위험 수준, 리뷰어), PEPScreening(클라이언트, 리스트 소스, 일치 상태, 선별 시간) 및 LogEntry(클라이언트, 이벤트 유형, 노트, 작성자)를 인증 및 검토 제어와 함께 포함합니다. 선호하는 프론트 엔드를 연결하고 더 빠르게 배송하세요.
최고의 용도:
이 KYC/AML 클라이언트 로그 백엔드는 어떻게 구성되어 있는지
모바일 팀과 백오피스 직원은 KYC/AML 클라이언트 로그에서 서로 다른 현실을 보며; 제품 작업은 비난 게임 없이 그 조각들을 연결하는 것입니다.
클라이언트, IdentityCheck 및 RiskAssessment를 먼저 검토한 후, 스택 카드를 열어 SDK별 노트와 통합 패턴을 확인하십시오.
핵심 KYC/AML 클라이언트 로그 기능
이 허브의 모든 기술 카드에서는 클라이언트, IdentityCheck, RiskAssessment, PEPScreening 및 LogEntry와 함께 동일한 KYC/AML 클라이언트 로그 스키마를 사용합니다.
클라이언트 등록부
클라이언트는 fullName, customerId, segment, onboardingState를 보유합니다.
ID 확인 기록
IdentityCheck는 클라이언트를 idType, documentNumber 및 verifiedAt과 연결합니다.
위험 점수
위험 평가에서는 점수, 위험 수준, 근거 및 검토자를 추적합니다.
정치적 노출 인물 스크리닝 로그
정치적 노출 인물 스크리닝은 목록 출처, 일치 상태, 스크리닝 시간 및 메모를 저장합니다.
이벤트 로그 기록
로그 항목은 각 클라이언트 행동에 대한 이벤트 유형, 메모 및 생성자를 기록합니다.
왜 Back4app로 KYC/AML 클라이언트 로그 백엔드를 구축해야 할까요?
Back4app는 관리자들이 백엔드 배관 대신 검토 결정에 집중할 수 있도록 클라이언트, 신원, 위험 및 심사 기초 자료를 제공합니다.
- •클라이언트 및 신원 추적: 클라이언트 클래스와 IdentityCheck 포인터는 여권, 신분증 또는 세금 ID 확인을 특정 고객에 연결합니다.
- •검토 맥락이 포함된 위험 점수: RiskAssessment는 점수, 위험 수준 및 검토자를 저장하여 분석가가 클라이언트가 낮은, 중간 또는 높은 위험인 이유를 설명할 수 있게 합니다.
- •PEP 심사 로그 및 재생: PEPScreening 및 LogEntry는 각 심사 실행, 일치 상태 및 후속 메모를 보존하여 나중에 검토할 수 있도록 합니다.
웹 및 모바일 도구 전반에서 하나의 백엔드 계약으로 클라이언트 검증, 점수화 및 심사를 실행하십시오.
주요 이점
규정 준수 팀이 감사 추적을 잃지 않고 신속하게 움직일 수 있도록 돕는 클라이언트 로그 백엔드.
더 빠른 클라이언트 검토 수집
검증 필드를 처음부터 디자인하는 대신 완전한 클라이언트 및 IdentityCheck 스키마에서 시작하십시오.
명확한 위험 맥락
RiskAssessment 점수, 위험 수준 및 근거를 사용하여 클라이언트가 더 많은 검토가 필요한 이유를 설명하십시오.
한 곳에 모은 스크리닝 기록
PEPScreening 실행을 동일한 클라이언트 포인터로 저장하여 반복 검사가 쉽게 비교될 수 있도록 합니다.
감사 친화적인 행동 추적
LogEntry는 각 수동 수정, 에스컬레이션 또는 검증 업데이트에 대한 eventType과 노트를 유지합니다.
일관된 접근 제어
ACL 및 CLP 규칙을 사용하여 승인된 직원에게만 클라이언트 로그, 화면 및 검토자의 노트를 제한합니다.
AI 부트스트랩 워크플로우
구조화된 하나의 프롬프트로 백엔드 스캐폴딩 및 통합 가이드를 신속하게 생성합니다.
KYC/AML 클라이언트 로그 앱을 시작할 준비가 되셨나요?
Back4app AI 에이전트가 귀하의 KYC/AML 클라이언트 로그 백엔드를 스캐폴딩하고, 하나의 프롬프트에서 아이덴티티, 리스크 및 스크리닝 로그 흐름을 생성하도록 하세요.
무료 시작 — 월 50개의 AI 에이전트 프롬프트, 신용카드 필요 없음
기술 스택
이 KYC/AML 클라이언트 로그 백엔드 템플릿에 포함된 모든 것.
ER 다이어그램
KYC/AML 클라이언트 로그 스키마에 대한 엔티티 관계 모델입니다.
고객, 신원 확인, 위험 평가, PEP 스크리닝 로그 및 이벤트 항목을 포괄하는 스키마입니다.
다이어그램 소스 보기
erDiagram
Analyst ||--o{ Client : "owner"
Analyst ||--o{ VerificationLog : "verifiedBy"
Analyst ||--o{ RiskAssessment : "assessedBy"
Analyst ||--o{ PepScreening : "screenedBy"
Analyst ||--o{ ActivityNote : "author"
Client ||--o{ VerificationLog : "client"
Client ||--o{ RiskAssessment : "client"
Client ||--o{ PepScreening : "client"
Client ||--o{ ActivityNote : "client"
Analyst {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
Client {
String objectId PK
String fullName
String externalRef
Date dateOfBirth
String governmentIdLast4
String riskTier
String ownerId FK
Date createdAt
Date updatedAt
}
VerificationLog {
String objectId PK
String clientId FK
String verifiedById FK
String idType
String idStatus
Date verificationDate
String notes
Date createdAt
Date updatedAt
}
RiskAssessment {
String objectId PK
String clientId FK
String assessedById FK
Number riskScore
String riskLevel
String scoringRule
String reviewStatus
Date createdAt
Date updatedAt
}
PepScreening {
String objectId PK
String clientId FK
String screenedById FK
String screeningSource
String matchStatus
Number matchScore
Date screenedAt
Date createdAt
Date updatedAt
}
ActivityNote {
String objectId PK
String clientId FK
String authorId FK
String subject
String body
String noteType
Date createdAt
Date updatedAt
}
검증 흐름
로그인, 클라이언트 조회, 신원 확인, 위험 점수화 및 PEP 스크리닝 로그의 일반적인 실행 흐름입니다.
다이어그램 소스 보기
sequenceDiagram
participant Analyst
participant App as KYC/AML Client Log App
participant Back4app as Back4app Cloud
Analyst->>App: Sign in to review client logs
App->>Back4app: POST /login
Back4app-->>App: Session token
Analyst->>App: Open client register
App->>Back4app: GET /classes/Client?include=owner&order=-updatedAt
Back4app-->>App: Client list
Analyst->>App: Save ID verification log
App->>Back4app: POST /classes/VerificationLog
Back4app-->>App: VerificationLog objectId
Analyst->>App: Run risk scoring and PEP screening
App->>Back4app: POST /classes/RiskAssessment
App->>Back4app: POST /classes/PepScreening
Back4app-->>App: Assessment and screening results
App->>Back4app: GET /classes/ActivityNote?include=client,author
Back4app-->>App: Activity notes
Back4app-->>App: Live updates for client log changes데이터 사전
KYC/AML 클라이언트 로그 스키마의 모든 클래스에 대한 전체 필드 수준 참조입니다.
| 필드 | 유형 | 설명 | 필수 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 자동 |
| username | String | Login name used by KYC/AML staff | |
| String | Work email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Staff role such as manager, coordinator, or reviewer | |
| createdAt | Date | Auto-generated creation timestamp | 자동 |
| updatedAt | Date | Auto-generated last-update timestamp | 자동 |
7 필드가 Analyst에 있습니다.
보안 및 권한
ACL 및 CLP 전략이 클라이언트, 검증 단계, 위험 점수 및 스크리닝 로그를 어떻게 보호하는지.
직원 전용 리뷰 접근
승인된 관리자 및 조정자만 클라이언트, 신원 확인, 리스크 평가 및 PEP 스크리닝 항목을 생성하거나 수정할 수 있습니다.
클라이언트 로그 무결성
변경 사항을 저장하기 전에 documentNumber, score, matchStatus 및 reviewer를 검증하기 위해 Cloud Code를 사용하십시오.
범위 지정된 읽기 권한
직원이 자신의 팀이나 대기열에 할당된 클라이언트 로그 및 스크리닝 항목만 볼 수 있도록 읽기를 제한합니다.
스키마 (JSON)
Back4app에 복사하거나 구현 참조로 사용할 수 있도록 준비된 원시 JSON 스키마 정의입니다.
{
"classes": [
{
"className": "Analyst",
"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": "Client",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"fullName": {
"type": "String",
"required": true
},
"externalRef": {
"type": "String",
"required": true
},
"dateOfBirth": {
"type": "Date",
"required": false
},
"governmentIdLast4": {
"type": "String",
"required": false
},
"riskTier": {
"type": "String",
"required": true
},
"owner": {
"type": "Pointer",
"required": true,
"targetClass": "Analyst"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "VerificationLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"client": {
"type": "Pointer",
"required": true,
"targetClass": "Client"
},
"verifiedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Analyst"
},
"idType": {
"type": "String",
"required": true
},
"idStatus": {
"type": "String",
"required": true
},
"verificationDate": {
"type": "Date",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "RiskAssessment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"client": {
"type": "Pointer",
"required": true,
"targetClass": "Client"
},
"assessedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Analyst"
},
"riskScore": {
"type": "Number",
"required": true
},
"riskLevel": {
"type": "String",
"required": true
},
"scoringRule": {
"type": "String",
"required": true
},
"reviewStatus": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PepScreening",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"client": {
"type": "Pointer",
"required": true,
"targetClass": "Client"
},
"screenedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Analyst"
},
"screeningSource": {
"type": "String",
"required": true
},
"matchStatus": {
"type": "String",
"required": true
},
"matchScore": {
"type": "Number",
"required": true
},
"screenedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ActivityNote",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"client": {
"type": "Pointer",
"required": true,
"targetClass": "Client"
},
"author": {
"type": "Pointer",
"required": true,
"targetClass": "Analyst"
},
"subject": {
"type": "String",
"required": true
},
"body": {
"type": "String",
"required": true
},
"noteType": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}AI 에이전트로 빌드하기
이 템플릿을 사용하여 프론트엔드, 백엔드, 인증, 클라이언트 확인, 위험 평가 및 스크리닝 로그 흐름을 포함한 실제 KYC/AML 고객 로그 앱을 생성하려면 Back4app AI 에이전트를 사용하세요.
다음과 같은 정확한 스키마와 동작으로 Back4app에서 KYC/AML 고객 로그 앱 백엔드를 생성하세요. 스키마: 1. 사용자 (기본 내장 사용): 사용자 이름, 이메일, 비밀번호; objectId, createdAt, updatedAt (시스템). 2. 클라이언트: fullName (문자열, 필수), customerId (문자열, 필수), segment (문자열, 필수), onboardingState (문자열, 필수); objectId, createdAt, updatedAt (시스템). 3. 신원 확인: 클라이언트 (클라이언트에 대한 포인터, 필수), idType (문자열, 필수), documentNumber (문자열, 필수), verifiedAt (날짜, 필수), verifiedBy (사용자에 대한 포인터, 필수), result (문자열, 필수); objectId, createdAt, updatedAt (시스템). 4. 위험 평가: 클라이언트 (클라이언트에 대한 포인터, 필수), score (숫자, 필수), riskLevel (문자열, 필수), rationale (문자열, 필수), reviewer (사용자에 대한 포인터, 필수), assessedAt (날짜, 필수); objectId, createdAt, updatedAt (시스템). 5. PEP 스크리닝: 클라이언트 (클라이언트에 대한 포인터, 필수), listSource (문자열, 필수), matchStatus (문자열, 필수), screenedAt (날짜, 필수), notes (문자열); objectId, createdAt, updatedAt (시스템). 6. 로그 항목: 클라이언트 (클라이언트에 대한 포인터, 필수), eventType (문자열, 필수), notes (문자열, 필수), createdBy (사용자에 대한 포인터, 필수), createdAt (날짜, 필수); objectId, createdAt, updatedAt (시스템). 보안: - 승인된 직원만 고객 로그를 생성하거나 수정할 수 있습니다. 유효성을 검사하려면 클라우드 코드를 사용하세요. 인증: - 회원가입, 로그인, 로그아웃. 동작: - 클라이언트 나열, 신원 확인 생성, 위험 평가 기록 및 PEP 스크리닝 로그 저장. 배포: - 스키마, ACL, CLP가 포함된 Back4app 앱; 클라이언트 로그, 확인, 점수 및 스크리닝 워크플로를 위한 프론트엔드.
아래 버튼을 눌러 미리 채워진 템플릿 프롬프트와 함께 에이전트를 열어보세요.
이것은 기술 접미사가 없는 기본 프롬프트입니다. 생성된 프론트엔드 스택은 이후에 수정할 수 있습니다.
API 플레이그라운드
KYC/AML 클라이언트 로그 스키마에 대해 REST 및 GraphQL 엔드포인트를 사용해 보세요. 응답은 모의 데이터를 사용하며 Back4app 계정이 필요하지 않습니다.
이 템플릿과 동일한 스키마를 사용합니다.
기술 선택
각 카드를 확장하여 선택한 기술 스택과 Client, IdentityCheck, RiskAssessment를 통합하는 방법을 확인하십시오.
Flutter KYC/AML 클라이언트 로그 백엔드
React KYC/AML 클라이언트 로그 백엔드
React 네이티브 KYC/AML 클라이언트 로그 백엔드
Next.js KYC/AML 클라이언트 로그 백엔드
JavaScript KYC/AML 클라이언트 로그 백엔드
Android KYC/AML 클라이언트 로그 백엔드
iOS KYC/AML 클라이언트 로그 백엔드
Vue KYC/AML 클라이언트 로그 백엔드
Angular KYC/AML 클라이언트 로그 백엔드
GraphQL KYC/AML 클라이언트 로그 백엔드
REST API KYC/AML 클라이언트 로그 백엔드
PHP KYC/AML 클라이언트 로그 백엔드
.NET KYC/AML 클라이언트 로그 백엔드
모든 기술에서 얻는 것
모든 스택은 동일한 KYC/AML 클라이언트 로그 스키마 및 API 계약을 사용합니다.
통합된 클라이언트 로그 구조
클라이언트 관리, 신원 확인, 위험 평가, PEP 스크리닝 및 로그 항목을 하나의 스키마에서 관리합니다.
신원 확인 워크플로우
각 클라이언트 확인에 대해 idType, documentNumber, verifiedAt 및 verifiedBy를 캡처합니다.
검토 대기열에 대한 위험 점수
점수, 위험 수준 및 근거를 사용하여 클라이언트를 적합한 검토자에게 라우팅합니다.
감사 추적을 위한 PEP 스크리닝 로그
모든 스크리닝 실행에서 listSource, matchStatus 및 screenedAt을 유지합니다.
운영 팀을 위한 REST/GraphQL API
유연한 API를 사용하여 대시보드, 내부 도구 및 모바일 검토 앱을 통합합니다.
KYC/AML 프레임워크 비교
모든 지원되는 기술 전반에 걸쳐 설정 속도, SDK 스타일 및 AI 지원을 비교합니다.
| 프레임워크 | 설정 시간 | KYC/AML 이점 | SDK 유형 | AI 지원 |
|---|---|---|---|---|
| 약 5분 | 모바일 및 웹에서 클라이언트 검토를 위한 단일 코드베이스. | 입력된 SDK | 전체 | |
| 5분 이내 | 검증 대기열을 위한 빠른 웹 대시보드. | 타입된 SDK | 전체 | |
| ~3–7 분 | 현장 검증을 위한 크로스 플랫폼 모바일 앱. | 타입된 SDK | 전체 | |
| 빠른 (5 분) 설정 | 리뷰 팀을 위한 서버 렌더링 운영 콘솔. | 타입된 SDK | 전체 | |
| ~3–5 분 | 클라이언트 로그를 위한 경량 브라우저 통합입니다. | 타입된 SDK | 전체 | |
| 약 5분 | 규정 준수를 위한 네이티브 Android 앱입니다. | 타입된 SDK | 전체 | |
| 5분 미만 | 검토 및 심사 작업을 위한 네이티브 iOS 앱입니다. | 타입된 SDK | 전체 | |
| 약 3–7분 | 사례 처리를 위한 React 웹 UI입니다. | 타입된 SDK | 전체 | |
| 빠른 (5분) 설정 | KYC/AML 팀을 위한 기업 운영 앱. | 타입된 SDK | 전체 | |
| 2분 이내 | 중첩 클라이언트 검토 쿼리를 위한 유연한 GraphQL API. | GraphQL API | 전체 | |
| 빠른 (2분) 설정 | 스크리닝 및 로그 서비스용 REST API 통합. | REST API | 전체 | |
| ~3분 | 클라이언트 로그 도구를 위한 서버 측 __브랜드0__ 백엔드입니다. | __브랜드0__ | 전체 | |
| ~3–7 분 | 준수 시스템을 위한 __브랜드0__ 백엔드입니다. | 타입 정의된 SDK | 전체 |
설정 시간은 이 템플릿 스키마를 사용하여 프로젝트 시작부터 첫 번째 Client, IdentityCheck 또는 PEPScreening 쿼리까지 예상되는 기간을 반영합니다.
자주 묻는 질문
이 템플릿을 사용하여 KYC/AML 클라이언트 로그 백엔드를 구축하는 것에 대한 일반적인 질문들입니다.
