인증 워크플로우 만들기

워크플로우는 사용자가 완료하는 검사 항목과 각 결과에 따라 벌어지는 일을 정의합니다 - 워크플로우를 만들고 게시하는 방법, 그리고 예상치 못한 동작을 유발하는 실수를 피하는 방법입니다.

작성: Didit 지원팀 · 2026년 8월 19일 업데이트

Short answer

워크플로우는 애플리케이션별로 존재하므로 먼저 올바른 애플리케이션에 있는지 확인하세요. 표준 플로우라면 Simple 모드로, 분기가 필요하면 Advanced 모드로 만든 다음 반드시 게시하세요 - 초안은 적용되지 않습니다. 세션은 시작할 때의 버전을 그대로 유지하므로, 변경 사항은 새 세션에만 영향을 줍니다.

워크플로우는 신분증, 라이브니스, 얼굴 일치, AML 등 사용자가 거치는 검사 항목과, 각 결과에 따라 벌어지는 일을 정의하는 곳입니다. 모든 인증 세션은 워크플로우를 기준으로 실행됩니다.

#어디에서 만드는가

비즈니스 콘솔에서 작업할 애플리케이션을 연 다음, 사이드바의 Workflows로 이동해 Create New를 클릭하세요.

각 애플리케이션은 자체 워크플로우 세트를 가집니다. 여러 제품을 관리하거나 샌드박스와 라이브 환경을 함께 운영하고 있다면, 먼저 올바른 애플리케이션에 있는지 확인하세요 - 잘못된 애플리케이션에서 워크플로우를 만드는 것이 변경 사항이 아무 효과도 없어 보이는 가장 흔한 원인입니다.

Didit 콘솔의 Workflows 목록
  1. New Workflow는 플로우를 시작합니다 - 고정된 검사 목록에는 simple을, 분기에는 graph를 사용하세요.
  2. Features 열은 각 워크플로우가 실제로 실행하는 항목을 보여줍니다.
  3. Price는 해당 워크플로우로 완료된 세션 한 건의 비용입니다.
  4. Copy link는 해당 워크플로우의 재사용 가능한 인증 URL을 제공합니다.
워크플로우는 현재 있는 애플리케이션 범위로 한정됩니다.

#두 가지 구성 방법

  1. Simple 모드

    템플릿 - KYC, 적응형 연령 인증, 생체 재인증, 주소 인증 - 을 선택하고 원하는 검사(라이브니스, 얼굴 일치, AML, NFC, 전화, 이메일 등)를 켜고 끄세요. 표준 플로우를 가장 빠르게 구동하는 방법입니다.

  2. Advanced 모드

    시각적 그래프 빌더를 사용해 조건부 분기를 추가하세요. 국가, 문서 유형, 나이, 검사 결과에 따라 사람들을 라우팅하고 서로 다른 경로로 다른 결과를 보낼 수 있습니다. "이 검사들을 순서대로 실행"을 넘어서는 로직이 필요할 때 사용하세요.

  3. 게시

    게시하면 초안이 라이브 버전으로 바뀝니다. 이미 진행 중인 세션은 시작할 때의 버전을 그대로 사용하므로, 게시가 진행 중인 사람을 방해하는 일은 없습니다.

#순서는 보기보다 훨씬 중요합니다

거절로 구성된 단계는 워크플로우를 중단시키므로, 단계 순서는 사용자가 겪는 경험과 여러분이 지불하는 비용을 동시에 결정합니다. 비용이 큰 묶음 앞에 저렴한 위험 검사를 배치하면, 비싼 부분에 비용을 지불하기 전에 트래픽을 걸러낼 수 있습니다.

전체 그림은 결정 규칙과 임계값에 있습니다 - 이 글 다음으로 읽어야 할 글입니다. 워크플로우의 단계는 그 동작의 절반에 불과하기 때문입니다.

#추가할 수 있는 모든 모듈

카테고리모듈
문서신분증 인증, NFC, Document AI, 주소 증빙
생체수동 라이브니스, 능동 라이브니스, 얼굴 일치 1:1, 얼굴 검색, 생체 인증, 연령 추정
연락처전화번호 인증, 이메일 인증
데이터데이터베이스 검증, 설문지
위험AML 스크리닝, 지속적인 AML 모니터링, 기기 및 IP 분석

각 모듈을 활성화할 때마다 완료된 세션의 가격에 더해지며, 이 중 네 가지만 매달 무료 한도를 가집니다. 여러 개를 켜기 전에 과금 대상 검사 기준을 참고하세요.

#워크플로우 ID 찾기

각 워크플로우는 고유 ID를 가지며 콘솔의 Workflows 페이지에 표시됩니다. API로 세션을 생성한다면 이 ID가 필요합니다. 연동 방법을 참고하세요.

#검사가 실패했을 때 벌어지는 일 제어하기

기본적으로 검사가 실패하면 세션이 거절되며, 사용자는 마지막에 인증이 성공하지 못했다는 안내를 받습니다 - 어떤 검사가 왜 실패했는지는 세션 상세 정보에서 정확히 확인할 수 있습니다. Advanced 모드에서는 각 결과를 직접 라우팅할 수 있습니다. Declined로 보내거나, 팀원이 최종 결정을 내리도록 In Review로 보낼 수 있습니다.

각 결과가 어떻게 보이는지는 각 세션 상태가 의미하는 것을, 실패한 단계만 다시 시도하게 하려면 인증 재시도 허용하기를 참고하세요.

#워크플로우가 예상치 못하게 동작하게 만드는 것들

실제로 발생하는 순서대로 정리하면 다음과 같습니다.

  1. 다른 워크플로우, 또는 다른 애플리케이션의 복사본을 수정했습니다. 여러분의 세션이 사용하는 워크플로우 ID와 대조해 확인하세요.
  2. 초안이 게시된 적이 없습니다. 저장된 초안은 라이브 버전이 아닙니다.
  3. 오래된 세션으로 테스트하고 있습니다. 세션은 생성 시점의 구성을 그대로 유지합니다. 새 세션을 만드세요.
  4. 문서 유형은 허용되어 있지만 하위 유형이 선택되지 않았습니다 - 이는 모든 것이 아니라 아무것도 매칭되지 않는 결과를 낳습니다. 지원 문서 및 국가를 참고하세요.
  5. 이전 단계가 거절되어 플로우가 중단되었습니다. 그래서 테스트하려는 단계가 실행되지 않았습니다.
  6. 복사한 워크플로우가 모든 것을 그대로 가져오지 않았습니다. 워크플로우를 복제한 후에는 깨끗한 복사본이라고 가정하지 말고, 신경 쓰는 단계와 규칙을 직접 확인하세요.
Note

Questionnaire 검사의 국가 코드 목록은 대다수 국가를 포괄합니다. 필요한 코드가 보이지 않는다면, 지원되지 않는다고 단정하지 말고 지원팀에 문의하세요.

#실제 사용자에게 보이기 전에 테스트하세요

샌드박스 애플리케이션에서 플로우를 만들고, 신경 쓰는 각 결과 - 승인, 각 거절, 각 검토 경로 - 를 강제해 보세요. 비용은 들지 않으며, 규칙이 의도대로 동작하는지 확인하는 유일한 방법입니다. 샌드박스에서 테스트하기를 참고하세요.

#다음 단계