무료
개발, 테스트 및 초기 사용자 확보에 적합합니다.
- 매월 500건의 전체 KYC 인증
- 신분증, 라이브니스, 얼굴 매칭, 기기 및 IP 확인
- 200개 이상의 사기 신호, 차단 목록, 중복 확인
- Didit 네트워크 전반에서 KYC 재사용 가능
- 워크플로우 빌더, 케이스 관리, SDK
- AI 지원 콘솔 내 AI 에이전트, 문서, 커뮤니티.
전 세계 3,000개 이상의 기관에서 신뢰합니다.
AMLR이 요구하는 사항
2027년 7월 10일부터 EU 내 모든 의무 대상 기관은 단일 고객 실사(CDD) 규칙을 따르게 됩니다. Didit은 필요한 검사를 실행하고 증거를 제공합니다. 의사 결정과 책임은 귀사에 있습니다.
노코드 빌더에서 위험 정책에 필요한 검사(전자 신분증 또는 문서 확인, 라이브니스, 얼굴 매칭, 심사 및 설문지)를 선택하세요. 정책을 승인하면 워크플로우가 이를 적용합니다.
2024년 6월 19일
규정 (EU) 2024/1624가 EU 관보에 게재됩니다.
2024년 7월 9일
AMLR이 발효됩니다. 아직 의무 대상 기관에 적용되지는 않습니다.
2025년 7월 1일
프랑크푸르트에 본사를 둔 자금세탁방지청(AMLA)이 운영을 시작합니다.
2026년 10월 1일
AMLA는 2026년 9월 30일자 고객 실사에 대한 최종 기술 표준 초안을 발표하고 유럽 위원회에 제출합니다. 이는 최종 초안이며 법률은 아닙니다.
2027년 7월 10일
규칙이 EU 전역의 의무 대상 기관에 구속력을 갖습니다. 상품 거래 또는 서비스 제공자를 위한 현금 결제 한도 10,000유로가 같은 날부터 적용됩니다.
2028년
AMLA는 선정된 고위험 금융 기관을 직접 감독하기 시작하며, 첫 라운드에서는 최대 40개 기관을 감독합니다.
2029년 7월 10일
AMLR이 축구 에이전트 및 프로 축구 클럽에 적용되기 시작합니다.
제19조
실사 적용 시점
AMLR 요구사항
신규 비즈니스 관계 및 10,000유로 이상의 비정기 거래에 대한 고객 실사. 더 낮은 기준: 자금 이체 및 암호화폐 자산 서비스 제공업체(CASP)의 경우 1,000유로, 현금의 경우 3,000유로(신원 확인 및 검증), 도박의 경우 2,000유로.
Didit 제공사항
API 또는 호스팅된 링크를 통해 시작되는 세션은 자체 트리거로 시작됩니다. 금액 및 패턴을 플래그하는 거래 모니터링 규칙을 제공합니다.
귀하의 책임
임계값이 충족되는 시점과 연결된 거래를 결정합니다.
제22조
신원 확인 및 검증
AMLR 요구사항
각 개인(이름, 출생지 및 생년월일, 국적, 주소) 및 각 법인에 대한 고정된 데이터 세트를 모두 검증합니다.
Didit 제공사항
14,000개 이상의 문서 유형에 대한 문서 캡처, 전자 여권 및 전자 신분증의 칩 판독, 수동 및 능동 라이브니스, 얼굴 매칭 및 비문서 조회 기능을 제공합니다.
귀하의 책임
주소와 같이 문서에 데이터 포인트가 없는 경우 두 번째 신뢰할 수 있는 출처를 선택합니다.
제22조(6)
전자 신원 확인 경로
AMLR 요구사항
신분증을 통한 검증 또는 eIDAS 보증 수준이 상당하거나 높은 전자 신원 확인 및 적격 신뢰 서비스를 통한 검증.
Didit 제공사항
MitID, Finnish Trust Network, Smart-ID, Mobile-ID, BankID Sweden 등 5개의 디지털 ID 지갑이 현재 사용 가능합니다. EUDI Wallet은 곧 출시될 예정입니다.
귀하의 책임
각 제도가 필요한 보증 수준을 충족하는지 확인하고, 문서 경로를 사용한 경우 그 이유를 기록합니다. 이는 AMLA의 최종 초안 표준에서 요구하는 사항입니다.
제22조(7), 제24조, 제51조부터 제55조 및 제62조
실소유주
AMLR 요구사항
직접 또는 간접적으로 25% 이상을 소유한 모든 자연인과 다른 수단으로 법인을 통제하는 모든 사람을 식별합니다. 중앙 등록부를 조회하고 14일 이내에 불일치를 보고합니다(제24조).
Didit 제공사항
3단계(Lite, 주주, UBO)의 회사 등록 데이터, 각 소유주 또는 임원에 대한 연결된 신원 확인, 회사 및 개인 심사 기능을 제공합니다.
귀하의 책임
다른 수단에 의한 통제를 평가하고, 중앙 등록부를 조회하며, 불일치를 보고합니다. 계층 가용성은 국가별로 다릅니다.
제25조
자금의 목적 및 출처
AMLR 요구사항
관계의 목적과 의도된 성격을 이해하고, 필요한 경우 자금의 출처를 파악합니다.
Didit 제공사항
자금 출처 및 관계 목적에 대한 템플릿이 포함된 설문지를 제공합니다.
귀하의 책임
각 위험 수준에 필요한 정보의 양을 결정합니다.
제26조
지속적인 모니터링 및 업데이트
AMLR 요구사항
고위험 고객의 경우 최소 1년마다, 그 외 모든 고객의 경우 5년마다 관계를 모니터링하고 고객 정보를 업데이트하며, 이벤트 트리거를 적용합니다.
Didit 제공사항
웹훅을 통한 알림 및 각 실행 기록과 함께 매일 재심사를 제공하며, 연간 1인당 $0.07입니다. 갱신 기한이 되면 새로운 세션을 시작합니다.
귀하의 책임
각 고객의 위험 등급과 검토 날짜를 설정합니다.
제20조(1)(g) 및 제42조부터 제46조
정치적 주요 인물(PEP)
AMLR 요구사항
고객 또는 실소유주가 PEP, 가족 구성원 또는 밀접한 관계인인지 여부를 판단합니다. 고위 경영진 승인, 자산 출처 및 자금 출처 확인, 강화된 모니터링을 적용합니다. 위험 조치는 해당 인물이 퇴임한 후 최소 12개월 동안 계속됩니다.
Didit 제공사항
가족 구성원 및 밀접한 관계인을 포함하는 PEP 심사, 설문지, 수동 검토 및 4인 승인 기능을 제공합니다.
귀하의 책임
고위 경영진 승인 및 선택한 강화된 조치를 적용합니다.
제20조(1)(d) 및 제26조(4)
제재 심사
AMLR 요구사항
고객, 실소유주 및 통제하는 사람들을 EU의 특정 금융 제재 대상과 비교하여 확인하고 정기적으로 재확인합니다.
Didit 제공사항
1,300개 이상의 제재, PEP 및 감시 목록에 대한 심사를 매일 업데이트하여 제공하며, 건당 $0.20입니다. 지속적인 모니터링과 함께 매일 재심사를 진행합니다.
귀하의 책임
각 일치 항목을 검토하고 확인된 항목에 대해 조치합니다.
제26조(1) 및 제69조
거래 및 보고
AMLR 요구사항
고객에 대한 정보를 바탕으로 거래를 모니터링하고, 의심스러운 활동을 금융정보분석원(FIU)에 보고해야 합니다.
Didit 제공사항
법정화폐 및 암호화폐에 대한 실시간 규칙, 11가지 규칙 번들, 알림, 케이스 관리 및 보고서 작성을 지원합니다.
귀하의 책임
탐지 기준을 승인하고 보고서를 제출합니다.
제18조
아웃소싱
AMLR 요구사항
아웃소싱은 서면 계약, 서비스 제공자 시작 전 감독 기관 통보, 정기적인 통제를 통해 허용됩니다. 모든 책임은 귀하에게 있습니다.
Didit 제공사항
각 결과의 근거가 되는 검증 및 증거, 그리고 통제를 위한 내보내기 가능한 기록을 제공합니다.
귀하의 책임
아웃소싱할 수 없는 6가지 업무: 전사적 위험 평가 승인, 정책 및 통제 승인, 고객 위험 프로필 결정, 온보딩 결정, FIU 보고 및 탐지 기준 승인.
제77조
기록
AMLR 요구사항
고객 관계 또는 거래 종료 후 5년 동안 실사 기록을 수정 없이 보관해야 합니다. 이후 개인 데이터를 삭제합니다.
Didit 제공사항
1개월에서 10년까지 설정 가능한 보존 기간을 가진 세션 기록, 온디맨드 삭제, 기본 EU 저장소를 제공합니다.
귀하의 책임
보존 의무 자체와 당국이 요구하는 모든 연장 사항을 담당합니다.
제76조(5)
인적 개입
AMLR 요구사항
고객 수락 또는 거부, 실사 수준 변경에 대한 자동화된 결정에는 의미 있는 인적 개입이 필요합니다. 고객은 설명을 요구할 수 있습니다.
Didit 제공사항
수동 검토 대기열, 4단계 승인 및 모든 자동화된 결과의 근거가 되는 증거를 제공합니다.
귀하의 책임
인적 결정과 고객에 대한 설명을 담당합니다.
최종 검토: 2026년 10월 2일. 법률 자문이 아닙니다. 변호사와 함께 의무 사항을 확인하십시오. AMLR은 2027년 7월 10일부터 적용되며, AMLA의 기술 표준은 2026년 9월 30일자 최종 초안이며 법률이 아닙니다.
$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflow_id": "YOUR_AMLR_WORKFLOW_UUID",
"vendor_data": "customer_8412"
}'{ "url": "https://verify.didit.me/session/…" }app.post("/webhooks/didit", async (req, res) => {
const expected = crypto.createHmac("sha256", process.env.DIDIT_WEBHOOK_SECRET)
.update(req.rawBody).digest();
const sig = Buffer.from(req.get("X-Signature") ?? "", "hex");
if (sig.length !== expected.length ||
!crypto.timingSafeEqual(sig, expected)) return res.sendStatus(401);
const { event_id, timestamp, webhook_type, vendor_data, status } = req.body;
const fresh = Math.abs(Date.now() / 1000 - timestamp) <= 300; // signed field
if (!fresh) return res.sendStatus(401);
if (webhook_type === "status.updated" || webhook_type === "data.updated") {
// event_id repeats on retries: store each event once (unique key).
if (await alreadyStored(event_id)) return res.sendStatus(200);
await saveEvidence(event_id, vendor_data, req.body); // your record
if (status === "In Review") queueForReviewer(vendor_data);
// "Approved" and "Declined" are results. You decide to onboard.
}
res.sendStatus(200);
});OK# Integrate Didit for AMLR customer due diligence
Integrate Didit into <my_stack> to run the customer checks that the EU
Anti-Money Laundering Regulation (AMLR, Regulation (EU) 2024/1624) will
require from 10 July 2027. Didit supplies the checks and the evidence. The
obliged entity keeps every decision and stays fully liable (Article 18).
This prompt is not legal advice.
## What stays with the obliged entity (never automate these away)
Article 18(3) lists six tasks that cannot be outsourced:
- proposing and approving the business-wide risk assessment
- approving internal policies, procedures and controls
- deciding the risk profile of a customer
- deciding to enter a business relationship or carry out a transaction
- reporting to the financial intelligence unit (FIU)
- approving the criteria for detecting suspicious transactions
Build the integration so that a named person takes each of these decisions.
Article 76(5) also requires meaningful human intervention on automated
decisions to accept or refuse a customer.
## Published prices used below
- Full KYC (know your customer) check: $0.33
- AML (anti-money laundering) screening: $0.20 per check
- Ongoing AML monitoring: $0.07 per person per year
For every other module, read https://didit.me/pricing. Do not invent a price.
## 1. Create the applications and the workflow
Create an account at https://business.didit.me. Live and sandbox are separate
applications. Sandbox outcomes are simulated. Store the application keys and
workflow UUIDs in server-side configuration. Never expose a key to a browser.
Build the workflow in the Console, or with
POST https://verification.didit.me/v3/workflows/.
Map the checks to the regulation:
- Identification and verification (Article 22): either a digital ID wallet
(the electronic identification route of Article 22(6)(b)) or ID
Verification with chip reading, liveness and face match (the document
route of Article 22(6)(a)). Which route a customer takes is the obliged
entity's policy. Record the route and the reason in your own system.
- Sanctions and PEP (politically exposed person) screening (Article 20):
add AML Screening.
- Purpose and source of funds (Article 25): add a Questionnaire.
- Companies and beneficial owners (Articles 51 to 62): use a KYB (know your
business) workflow and start a linked identity session for each owner.
The AMLR ownership test is 25% or more, with control assessed in parallel.
Registry tiers vary by country, and a register alone is not sufficient
verification.
Publish the draft. Existing sessions keep the workflow version they started
with.
## 2. Create a session for each customer
curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: <application-key>" \
-H "Content-Type: application/json" \
-d '{
"workflow_id": "<workflow-uuid>",
"vendor_data": "<your-customer-id>"
}'
The response contains "url". Redirect the customer to it, or embed the hosted
flow. vendor_data is your own stable reference and is returned on session
events. Within one application only one unfinished session can exist per
(workflow_id, vendor_data) pair.
## 3. Receive authenticated results
Register a webhook destination for status.updated and data.updated and store
its secret_shared_key on the server.
Verify before reading a result or changing a customer's data:
- X-Signature-V2: HMAC-SHA256 over recursively sorted, compact JSON with
Unicode preserved. This header does not sign raw bytes.
- X-Signature: HMAC-SHA256 over the exact raw request bytes, captured before
any JSON middleware.
- Check the signature format and length before a constant-time comparison.
- Validate X-Timestamp and reject a difference greater than 300 seconds.
Require it to match the timestamp in the authenticated payload. The header
is not signed, so a header checked alone can be replaced on a replay.
- Make processing idempotent before any side effect: a retry reuses the same
event_id, so key on event_id and skip an event you have already stored.
Durably queue the work before acknowledging.
Session statuses: Approved, Declined, In Review, In Progress, Not Started,
Abandoned, Expired, Kyc Expired, Resubmitted, Awaiting User.
- "Approved" and "Declined" are verification results, not onboarding
decisions. Store the result, then let the obliged entity's own process
decide.
- "In Review" goes to a human reviewer.
For reconciliation read
GET https://verification.didit.me/v3/session/{sessionId}/decision/.
## 4. Keep watching (Article 26)
Enable ongoing AML monitoring for approved customers. Didit re-screens daily
and re-screens fire the usual status.updated and data.updated events.
Store a risk class and a next review date for each customer in your own
system. Article 26(2) caps the interval between updates of customer
information at 1 year for higher-risk customers and 5 years for all others,
with event triggers on top. When a review is due, create a new session.
## 5. Keep the record (Article 77)
Records are kept for 5 years from the end of the business relationship, the
occasional transaction or the refusal, and personal data is then deleted
unless another law or an authority requires otherwise.
- Set retention in Business Console -> App Settings -> Data (1 month to 10
years). The clock that matters starts when the relationship ends, so either
size the window for that or export the evidence into the obliged entity's
own archive.
- Delete a session on demand with
DELETE https://verification.didit.me/v3/session/{session_id}/delete/.
Store the session id, the status, the workflow version, the route used and
the name of the person who took the onboarding decision.
## 6. Verify the integration
1. In the sandbox application, run one customer through the wallet route and
one through the document route. Confirm both write the same record shape.
2. Send a webhook with a wrong signature and confirm it is rejected with 401.
3. Confirm an "In Review" result reaches a reviewer and that no code path
onboards a customer without a recorded human decision.
4. Confirm sandbox and live traffic use separate applications.
Docs: https://docs.didit.me/getting-started/amlr-compliance개발, 테스트 및 초기 사용자 확보에 적합합니다.
25개 이상의 모듈, 투명한 가격 정책. 자동 볼륨 할인.
대규모 볼륨 및 규제 프로그램에 적합합니다.
사용량이 증가하면 볼륨 할인이 자동으로 적용됩니다. 협상이나 영업팀과의 통화가 필요 없습니다.
Didit은 신원 및 사기 방지 인프라입니다. 저희가 직접 제품을 개발하면서 필요하다고 느꼈던 플랫폼을 만들었습니다. 개방적이고 유연하며 개발자 친화적이어서, 단순히 연동하는 블랙박스가 아니라 스택의 핵심적인 부분으로 작동합니다.
하나의 API로 개인 확인(KYC, 고객 알기), 기업 확인(KYB, 사업체 알기), 암호화폐 지갑 심사(KYT, 거래 알기), 실시간 거래 모니터링을 모두 처리할 수 있습니다. Didit의 스택은 다음과 같은 특징을 가집니다:
내부적으로는 48개 이상의 언어로 된 14,000개 이상의 문서 유형, 1,000개 이상의 데이터 소스, 그리고 모든 세션에서 200개 이상의 사기 신호를 처리합니다. Didit 인프라는 모든 세션에서 동적으로 학습하며 매일 발전합니다.
AMLR은 EU 자금세탁 방지 규정인 Regulation (EU) 2024/1624로, EU 내 모든 의무 대상 기관에 대해 고객 실사, 실소유주, 보고 및 기록 유지에 관한 직접 적용되는 일련의 규칙입니다.
주요 날짜는 다음과 같습니다:
2027년 7월 10일까지는 이전 지침을 국내법으로 전환한 법률이 계속 적용됩니다. AMLR은 규정이기 때문에 별도의 국내 전환이 필요 없지만, 회원국은 현금 한도 하향 조정과 같은 일부 선택권을 가집니다.
Didit은 고객 확인 절차를 준수하도록 돕습니다. 전체 고객 알기(KYC) 확인 비용은 $0.33이며, 제재 및 정치적 주요 인물(PEP) 심사 비용은 확인당 $0.20입니다.
최종 검토일: 2026년 10월 2일. 본 내용은 법률 자문이 아닙니다. 법률 전문가와 확인하세요.
이들은 2024년 패키지의 세 가지 구성 요소입니다:
주의할 점: 형사법을 통한 자금세탁 방지에 관한 Directive (EU) 2018/1673은 다른 법률입니다. 필요할 때에는 번호를 명시해야 합니다.
AMLA는 벤더를 인증하거나 승인하지 않으며, AMLR은 벤더 라이선스를 생성하지 않습니다. Didit은 14,000개 이상의 문서 유형에 대한 신원 확인 및 1,300개 이상의 목록에 대한 심사와 같은 확인 및 증거를 제공합니다. 감독 기관이 평가하는 것은 귀사의 자체 프로그램입니다.
제3조에 명시되어 있습니다. 주요 그룹은 다음과 같습니다:
회원국은 위험이 낮다고 입증된 일부 도박 서비스 및 일부 축구 클럽을 면제할 수 있습니다.
어떤 범주에 속하든 고객 확인 절차는 동일한 형태를 가지며, Didit은 이를 하나의 워크플로우로 실행합니다: 220개 이상의 국가 및 지역에서의 신원 확인, 그리고 각 소유주에 대한 신원 확인을 포함한 사업체 확인.
귀사가 적용 대상인지 확실하지 않다면 법률 전문가에게 문의하십시오. 본 내용은 법률 자문이 아닙니다.
네, 현재 규정상으로는 허용되지만, 최우선 선택지는 아닙니다.
규정 내용. 제22조(6)는 신원 확인을 위한 두 가지 방법을 명시합니다: 신분증 또는 eIDAS 실질적 또는 높은 수준의 보증을 갖춘 전자 신원 확인(적격 신뢰 서비스 포함). AMLR은 특정 기술을 명시하지 않습니다. “셀카”, “라이브니스”, “생체 인식”이라는 단어는 규정에 나타나지 않습니다.
초안 표준 내용. AMLA의 최종 기술 표준 초안(2026년 9월 30일자)은 전자 신분증을 기본 원격 경로로 취급합니다. 원격 문서 기반 확인은 문서를 직접 제시하기 어렵거나 적격 전자 신분증에 접근할 수 없는 고객을 위한 대안입니다. 이를 사용하는 정당성을 입증하고 안전 장치를 제시해야 합니다. AMLA는 또한 기업이 이러한 요구 사항을 충족하는 기존 원격 온보딩 도구를 계속 사용할 수 있다고 명시합니다. 이는 유럽 위원회에 제출된 최종 초안이며, 아직 법률이 아닙니다.
Didit의 역할. Didit은 두 가지 경로를 모두 지원합니다: 5개의 디지털 ID 지갑이 프로덕션 환경에서 운영 중이며, 칩 판독, 라이브니스 및 얼굴 매칭을 통한 문서 확인도 제공합니다.
아직 아닙니다. AMLA는 고객 실사에 관한 최종 초안 규제 기술 표준(RTS)을 2026년 9월 30일에 완료하고 2026년 10월 1일에 발표했습니다. 이 초안은 유럽 위원회에 제출되었습니다.
다음 세 가지 사항이 중요합니다:
AMLR 자체는 확정되었으며, 2027년 7월 10일부터 적용됩니다.
지금 해야 할 일: 규정에 맞춰 구축하고 워크플로우를 쉽게 변경할 수 있도록 유지하십시오. Didit의 노코드 빌더에서는 재배포 없이 확인 절차를 추가하거나 제거하고, 고객을 문서 경로에서 디지털 ID 지갑으로 이동시킬 수 있습니다. 각 세션은 실행된 워크플로우 버전을 기록하므로, 어떤 규칙이 적용되었는지 보여줄 수 있습니다.
AMLR에는 명시되어 있지 않습니다. 수락 의무는 AMLR이 아닌 eIDAS 규정에 있습니다.
지갑만으로는 실사를 완료할 수 없습니다. 실소유주, 목적, 제재 및 PEP 심사, 모니터링은 여전히 남아 있습니다.
현재 Didit: 5개의 디지털 ID 지갑이 프로덕션 환경에서 운영 중입니다: MitID (덴마크), Finnish Trust Network, Smart-ID (에스토니아, 라트비아, 리투아니아, 벨기에), Mobile-ID (에스토니아, 리투아니아) 및 BankID Sweden. EUDI 지갑은 곧 출시될 예정입니다. 지갑이 없는 고객을 위한 문서 확인도 제공합니다.
25% 이상입니다. 제52조(1)는 주식, 의결권 또는 기타 소유 지분의 25% 이상을 직간접적으로 보유하는 것을 소유권 기준으로 정합니다. 문구는 25% 이상이며, 25% 초과가 아닙니다.
자주 놓치는 세 가지 사항:
실소유주를 찾을 수 없는 경우, 이를 기록하고 대신 고위 경영진을 확인합니다. 중앙 등록부를 참조해야 하지만, 그것만으로는 충분하지 않으며, 불일치는 14일 이내에 보고해야 합니다.
Didit의 사업체 확인은 세 가지 계층(Lite, 주주, UBO)으로 회사 등록 데이터를 반환하며, 각 소유주 또는 임원에 대한 신원 확인을 연결합니다. 계층 가용성은 국가별로 다릅니다.
제26조(2)는 고객 정보 업데이트의 최대 간격을 설정합니다:
이는 상한선이며 목표가 아닙니다. 제26조(3)는 이벤트 트리거를 추가합니다: 고객 상황의 변화, 해당 연도에 고객에게 연락해야 하는 법적 의무, 또는 인지하게 된 관련 사실. AMLA는 이러한 기간이 기술 표준을 통해 연장될 수 없다고 밝혔습니다.
제재는 별개입니다. 제26조(4)는 고객 및 실소유주가 특정 금융 제재 대상인지 정기적으로 확인하도록 요구합니다. 신용 및 금융 기관은 새로운 지정에 대해서도 확인해야 합니다.
Didit의 도움:
각 고객의 위험 등급과 검토 날짜는 귀사가 결정합니다. Didit은 이 결정을 대신하지 않습니다.
제18조는 의무 대상 기관이 서면 계약, 서비스 제공업체 시작 전 감독 기관 통지, 정기적인 통제 등의 조건 하에 업무를 서비스 제공업체에 아웃소싱할 수 있도록 허용합니다. 아웃소싱된 업무에 대한 책임은 전적으로 귀사에 있습니다.
다음 6가지 업무는 절대 아웃소싱할 수 없습니다 (제18조(3)):
Didit이 귀사를 위해 실행할 수 있는 업무: 신원 및 문서 확인, 디지털 ID 지갑 확인, 등록부 조회 및 소유주 확인, 제재 및 PEP 심사, 일일 재심사, 승인된 규칙에 따른 거래 모니터링, 보고서 준비.
제47조는 귀사 직원이 요구 사항을 수행하는 경우 제3자 소프트웨어 또는 심사 서비스 사용은 아웃소싱이 아니라고 덧붙입니다. 귀사의 설정이 이 경계선 중 어디에 속하는지는 법률 전문가에게 문의할 문제입니다. AMLA의 아웃소싱 가이드라인은 2027년 7월 10일까지 발표될 예정입니다.
5년입니다. 제77조는 사업 관계 종료, 일회성 거래 또는 온보딩 거부 시점부터 5년 동안 고객 실사 기록, 거래 기록 및 의심 평가를 보관하도록 요구합니다. 기록은 수정되어서는 안 됩니다. 5년이 지나면 개인 데이터는 삭제되어야 하며, 다른 법률이 적용되거나 당국이 특정 사례에서 최대 5년 더 요청하는 경우는 예외입니다.
이 의무는 귀사에 있습니다. 제공업체가 기록을 저장할 수는 있지만, 의무가 이전되는 것은 아닙니다.
Didit의 처리 방식:
주의할 점: 5년은 관계가 종료될 때 시작되며, 확인이 실행된 시점이 아닙니다. 이를 염두에 두고 보관 기간을 설정하거나, 기록을 자체 아카이브로 내보내십시오.
공개된 가격으로 확인 건당 비용을 지불합니다:
사업체 확인, 디지털 ID 지갑 및 거래 모니터링도 사용량에 따라 가격이 책정됩니다. 모든 모듈의 가격은 가격 책정 페이지를 참조하십시오.
서비스 시작은 간단합니다:
통합은 하나의 API 호출과 하나의 웹훅으로 이루어집니다. 출시 기간은 귀사의 정책 및 승인 절차에 따라 달라지며, 이는 제18조에 따라 귀사에 남아 있습니다.
business.didit.me에서 무료로 시작하거나, 문의 페이지를 통해 저희에게 문의하십시오.