노코드 KYC: 개발 없이 본인 확인 워크플로우 구축하기 (KO)

노코드 KYC(Know Your Customer) 워크플로우 빌더는 코드를 작성하지 않고도 신원 확인 로직을 구성, 테스트 및 배포할 수 있는 시각적 인터페이스입니다. 구성 패널과의 주요 차이점은 프로그래밍 가능성입니다. 조건부 분기, 중첩 결정, A/B 테스트, 원클릭 모듈 활성화 기능이 함께 제공되어 규정 준수 팀이 전체 위험 정책을 시각적으로 표현하고 코드 배포 없이 변경할 수 있습니다.

이러한 차이점은 생각보다 중요합니다. 규정 준수 요구 사항은 변하고, 위험 임계값은 이동하며, 새로운 제품 라인에는 다른 확인 범위가 필요하고, 규제 기관은 지침을 업데이트합니다. 기존 방식에서는 이러한 모든 변경 사항이 엔지니어링 백로그로 이동하여 배포 주기를 기다립니다. 노코드 워크플로우 모델에서는 변경 사항이 콘솔에서 이루어지고 규정 준수 팀의 검토를 거쳐 당일 바로 적용됩니다.

Didit의 워크플로우 오케스트레이터는 이러한 계층이며 무료입니다. 이는 엔지니어가 한 번 호출하는 통합 /v3/ API 위에 있습니다. 그 시점부터 확인 흐름의 작동 방식은 엔지니어링 결정이 아닌 제품 및 규정 준수 결정입니다.

주요 내용

• 노코드 워크플로우 빌더는 통합과 구성을 분리합니다. 엔지니어는 하나의 API 엔드포인트를 호출하고, 규정 준수 팀은 통합에 영향을 주지 않고 콘솔에서 흐름을 구축하고 수정합니다.
• 조건부 분기 및 중첩 결정은 국가, 제품 유형, 거래 금액 또는 세션 컨텍스트에서 사용 가능한 모든 필드를 기반으로 사용자를 다른 확인 세트로 라우팅합니다.
• 원클릭 모듈 활성화는 Didit의 25개 이상의 모듈(문서, 생체 인식, AML, 이메일, IP, 전화, 데이터베이스 유효성 검사) 중 어떤 것이든 워크플로우에서 몇 초 만에 추가하거나 제거합니다.
• 운영 환경에서의 A/B 테스트는 두 가지 흐름을 실제 트래픽에 대해 실행하고, 암당 완료율 및 통과율을 측정하며, 승자를 승격시킵니다. 코드 변경은 필요 없습니다.
• 규정 준수 검토를 거친 변경 사항은 라이브 워크플로우에 대한 모든 수정 사항이 실제 사용자에게 영향을 미치기 전에 승인 단계를 거친다는 의미입니다.
• 워크플로우 오케스트레이터는 무료입니다. 모듈 실행당, 호출당 비용을 지불하며, 사용자 라이선스나 플랫폼 수수료는 없습니다.

노코드 KYC 워크플로우 빌더란 무엇인가요?

확인 워크플로우는 사용자가 온보딩 중 또는 나중에 수명 주기에서 단계별 이벤트 시 통과하는 확인 순서입니다. 가장 간단하게는 신분증 스캔, 셀카 촬영, 얼굴과 문서 일치입니다. 가장 복잡하게는 고위험 관할권의 사용자가 국내 사용자와 다른 모듈 세트를 받고, 거래 규모에 따라 어떤 활성도 계층이 실행되는지 결정되며, 생체 인식이 실패하면 하드 거부 대신 검토 대기열로 라우팅되는 분기 트리입니다.

노코드 빌더는 이 트리를 시각적으로 표현합니다. 각 노드는 조건 또는 모듈이고, 각 에지는 분기입니다. 규정 준수 정책을 담당하는 사람(엔지니어가 아님)이 로직을 소유합니다. 이 소유권 분리가 핵심입니다. 위험 정책을 이해하는 사람이 이제 직접 변경할 수 있습니다.

조건부 분기 및 중첩 결정

Didit의 워크플로우 빌더는 다단계 분기를 지원합니다. 단일 워크플로우에 다음이 포함될 수 있습니다.

국가 기반 라우팅. EU 거주자는 한 경로를 따르고, 현지 등록 기관에 대한 데이터베이스 유효성 검사가 적용되는 LATAM 거주자는 다른 경로를 따릅니다. 라우팅 조건은 세션 컨텍스트에서 세션 생성 시 평가됩니다.

제품 기반 라우팅. 거래 계정에는 전체 문서와 활성도가 필요하고, 저축 계정은 이메일과 IP로 확인됩니다. 동일한 사용자가 다른 제품을 개설하면 하나의 워크플로우, 하나의 workflow_id, 하나의 통합 내에서 다른 분기로 들어갑니다.

거래 금액 게이트. 임계값 미만의 첫 입금은 더 가벼운 확인을 받고, 그 이상은 전체 흐름을 트리거합니다. 금액 조건은 세션 페이로드로 전달되고 엔진에 의해 평가됩니다.

실패 상태 라우팅. 첫 번째 생체 인식 시도 실패는 하드 거부 대신 사람 검토 대기열로 라우팅됩니다. 분기는 별도의 통합이 아닌 모듈 결과에 대한 조건입니다.

조건은 중첩될 수 있습니다(조건 내 조건). 따라서 정책 맵은 비즈니스에 필요한 만큼 세분화될 수 있습니다. 이 모든 것은 백엔드 코드가 아닌 시각적 빌더에서 표현됩니다.

원클릭 모듈 활성화

Didit의 모듈 라이브러리는 신원 확인 및 사기 라이프사이클 전체를 다룹니다. 신분증 확인, NFC 읽기, 수동 활성도, 능동 활성도, 얼굴 매칭 1:1, 얼굴 검색 1:N, 연령 추정, AML(자금 세탁 방지) 심사, 지속적인 AML 모니터링, 이메일 확인, 전화 확인, IP 분석, 장치 인텔리전스, 데이터베이스 유효성 검사, 주소 증명, 맞춤형 설문지 등.

워크플로우 빌더에서 각 모듈은 카드 형태로 나타납니다. 워크플로우에 추가하는 것은 한 번의 클릭으로 이루어집니다. 제거하는 것도 한 번의 클릭입니다. 모듈은 실행될 때 사용량에 따라 청구됩니다. 따라서 한 분기에만 모듈을 추가하면 해당 분기에 도달하는 사용자에게만 청구됩니다.

이는 규정이 변경되고 모든 워크플로우에 새로운 필수 확인이 추가되어야 할 때 가장 중요합니다. 코드 기반 통합에서는 백엔드 변경, 검토, 배포 주기입니다. 워크플로우 빌더에서는 콘솔의 관련 흐름에서 모듈을 활성화하고 규정 준수 검토를 위해 제출하는 것입니다. 통합 계층은 변경되지 않습니다.

운영 환경에서 워크플로우 A/B 테스트

확인 설계 선택(문서 우선 대 셀카 우선, 3단계 대 2단계, 능동 활성도 대 수동 활성도)이 전환에 미치는 영향은 예상보다 큰 경우가 많으며 일반적으로 측정되지 않습니다. Didit의 내장 A/B 테스트는 측정을 직접적으로 가능하게 합니다.

두 가지 워크플로우 변형 간에 트래픽 분할(예: 50/50)을 구성합니다. 둘 다 운영 환경에서 실제 사용자에게 실행됩니다. 콘솔은 암당 완료율, 통과율, 결정 분포를 나란히 보여줍니다. 승자에 대한 확신이 있을 때, 코드 변경 없이, 라이브로 전환되기 전 규정 준수 검토를 거쳐 콘솔에서 100% 트래픽으로 승격하세요.

동일한 메커니즘이 규정 준수 중심 변경 사항에도 적용됩니다. 새로운 필수 확인이 추가될 경우, 의무적 출시일 전에 전환 영향도를 측정하기 위해 기존 흐름과 A/B 테스트를 할 수 있습니다. 이는 제품 팀에 가정이 아닌 데이터를 제공합니다.

통합 /v3/ API: 한 번 통합하고 영원히 반복합니다

기본 아키텍처는 이를 대규모로 실용적으로 만듭니다. 모든 모듈, 모든 분기, 모든 워크플로우 버전은 동일한 /v3/ API 표면을 호출합니다. 엔지니어는 workflow_id와 함께 POST /v3/session/을 호출하고 사용자를 세션 URL로 리디렉션합니다. 워크플로우 엔진은 모듈 시퀀싱, 분기 로직, 결과 전달 및 웹훅 디스패치를 처리합니다.

규정 준수 팀이 워크플로우를 수정해도 workflow_id는 동일하게 유지됩니다. 엔지니어링 측에서는 아무것도 변경되지 않습니다. 통합은 안정적이며, 정책은 실시간으로 변경 가능합니다.

이것은 또한 동일한 통합이 Didit이 출시하는 모든 미래 모듈을 지원한다는 것을 의미합니다. 콘솔에서 원클릭 활성화, 사용량에 따른 청구, 재통합 작업 없음. 새로운 모듈(새로운 국가에 대한 데이터베이스 유효성 검사, 새로운 활성도 계층, 새로운 AML 제공업체)이 빌더에 나타나고 즉시 모든 워크플로우에서 사용할 수 있습니다.

워크플로우 오케스트레이터는 트랜잭션 모니터링과 동일한 /v3/ API에 있기 때문에 KYC 세션은 동일한 vendor_data 참조를 통해 트랜잭션 위험 프로필에 연결될 수 있습니다. 온보딩 시 설정된 신원은 하나의 플랫폼, 하나의 통합을 통해 지속적인 모니터링 계층으로 직접 흐릅니다.

사용 사례

새로운 제품을 출시하는 규제 대상 핀테크. 고객 위험 프로필이 다른 새로운 제품 라인에는 다른 확인 범위가 필요합니다. 콘솔에서 새로운 워크플로우 분기를 구축하세요. 엔지니어링 스프린트는 필요 없습니다. 감사 로그는 타임스탬프와 작성자와 함께 모든 변경 사항을 캡처합니다.

암호화폐 VASP 및 거래소 규정 준수. FATF 여행 규칙 의무는 관할권 및 거래 상대방 유형에 따라 다릅니다. 국가 및 금액 기반 분기가 있는 워크플로우는 시장별 맞춤형 백엔드 로직 없이 거래 범주별로 올바른 정책을 적용합니다.

양면 온보딩이 있는 마켓플레이스 플랫폼. 구매자 및 판매자 계정은 다른 위험 프로필을 가집니다. 콘솔에서 관리되고 감사 로그에서 버전 제어되는 다른 모듈 세트를 가진 두 개의 워크플로우(또는 하나 내의 두 개의 분기). 엔지니어는 하나의 통합을 배포했습니다.

iGaming 운영자. 책임 있는 게임 요구 사항은 관할권 및 사용자 세그먼트에 따라 다릅니다. 완료율에 대한 흐름 길이를 A/B 테스트하고, 규정 준수 검토가 모든 변경 사항을 게이트하는 것은 스페인, 영국, 몰타의 규제 기관이 점점 더 기대하는 규제 패턴입니다.

자주 묻는 질문

워크플로우 오케스트레이터는 정말 무료인가요?

네. 오케스트레이션, 분기, A/B 테스트, 모듈 활성화 로직에는 요금이 부과되지 않습니다. 모듈 실행당, 호출당 비용을 지불하며, 사용자 라이선스나 플랫폼 구독료는 없습니다.

노코드 빌더가 백엔드 통합을 대체하나요?

아니요. 엔지니어는 여전히 백엔드에서 POST /v3/session/을 호출합니다. 빌더는 이 호출로 엔진이 무엇을 할지 구성합니다. 정책이 변경될 때 재통합할 필요가 없어지지만, 통합 지점을 제거하지는 않습니다.

규정 준수 검토를 거친 변경 사항은 어떻게 작동하나요?

콘솔에서 라이브 워크플로우에 대한 모든 수정 사항은 변경 사항이 실제 사용자에게 영향을 미치기 전에 검토 단계를 트리거합니다. 감사 로그는 누가 언제 무엇을 변경했는지 캡처하며, 이는 대부분의 규제 변경 관리 문서 요구 사항을 충족합니다.

워크플로우 빌더를 트랜잭션 모니터링과 결합할 수 있나요?

네. KYC 세션은 동일한 vendor_data 참조를 통해 트랜잭션 모니터링 프로필에 연결됩니다. 따라서 온보딩 신원은 재통합 없이 온보딩 후 트랜잭션 위험 계층으로 흐릅니다. 트랜잭션 모니터링의 AWAITING_USER 상태는 동일한 워크플로우 엔진을 통해 재조정 KYC 세션을 생성할 수 있습니다.

하나의 워크플로우에 몇 개의 모듈을 결합할 수 있나요?

정해진 제한은 없습니다. 워크플로우는 정책에 필요한 모든 분기 깊이로 Didit의 25개 이상의 모듈을 어떤 순서로든 어떤 조합으로든 활성화할 수 있습니다.

시작할 준비가 되셨나요?

• 기능 알아보기 → 문서
• 플랫폼에서 확인하기 → 신원 확인 제품 페이지
• 가격 확인 → 가격 책정 — 워크플로우 오케스트레이터 무료, 모듈은 호출당 가격
• 무료 시작 → business.didit.me — 월 500회 무료 확인