암호화폐 규정 준수를 위한 트래블 루칙 솔루션 블루프린트

InvestGlass 팀이 여행 규칙(Travel Rule) 준수를 단절된 메시징 의무에서 정보 수집, 상대방 위험 검토, 결정 기록, 감사 증거 보존 및 디지털 자산 전송 지원을 위한 연결된 워크플로 및 통제 환경으로 전환할 수 있도록 지원합니다.

트래블룰 솔루션은 적격 디지털 자산 전송 시 요구되는 송신인 및 수신인 정보가 함께 전송되도록 보장하는 데 사용되는 정책 제어, 데이터 수집, 보안 메시징 및 기록 보관 워크플로의 집합입니다. 암호화폐 트래블룰 준수는 더 이상 단순한 법적 해석의 문제가 아닙니다. 이는 운영 모델의 과제입니다. 즉, 어떤 전송에 정보가 필요한지 파악하고, 너무 과도하게 수집하지 않으면서 올바른 데이터를 수집하고, 상대방을 평가하고, 위험을 선별하고, 승인된 경로를 통해 필요한 정보를 전달하고, 그 과정에 대한 방어 가능한 기록을 보존해야 합니다.

해당 과제는 가상자산 사업자(VASP), 암호자산 사업자(CASP), 커스터디 사업자, 거래소, 브로커, 지급결제 기관에 영향을 미칩니다., 은행, 자산 관리사, 핀테크 기업, 지갑 제공업체, 그리고 디지털 자산 이전 프로세스를 운영하는 컴플라이언스 및 운영 팀을 위한 것입니다. 신뢰할 수 있는 솔루션은 이전 과정, 이를 진행하는 주체, 검토 단계, 그리고 증빙 자료를 하나의 통제된 워크플로 내에서 유지해야 하며, 동시에 서로 다른 법적 체제, 개인정보 보호 기대치, 제재 통제, 그리고 서로 다른 메시징 방식을 사용하는 상대방에 대응할 수 있도록 충분히 유연해야 합니다.

InvestGlass는 트래블 룰 프로세스와 관련된 정보 요청, 고객 기록, 승인 및 증적 작업을 조율할 수 있습니다. 자사의 명시된 트래블 룰 접근 방식은 데이터 수집, 관할권 인지형 워크플로, 상대방 검토, 제재 스크리닝, 보안 메시징 프로토콜을 연결합니다., 거래 모니터링, 기록 유지, API 통합, 상호운용성 및 보고를 구조화된 운영 관점에서 다룹니다. 이어지는 내용은 기업이 불필요한 보류를 줄이고, 관할권별 규제 요건을 충족하며, 감사 가능하고 프라이버시를 존중하는 이전 워크플로를 유지할 수 있도록 배포 옵션, 모니터링, 구매자 기준 및 구현 로드맵을 포함하여 트래블 룰 솔루션을 평가하고 구현하는 방법에 대한 실용적인 지침입니다.

편집자 주: 본 문서는 운영 지침이며 법률 자문이 아닙니다. 임계값, 법인 분류, 필수 데이터 필드 및 확인 의무는 관련 법률, 규제 지침, 서비스 모델 및 각 이전의 사실관계에 따라 달라집니다. 프로덕션 환경에서 사용하기 전에 적격한 변호사의 검토를 받아 구성을 검증하십시오.

주요 내용

• 이체 내역 하나 생성: 발송인 데이터, 수취인 정보, 거래 상대방 평가, 스크리닝 결과, 전송 상태 및 검토 증적을 시스템별로 분산시키지 않고 하나의 케이스로 통합하세요.
• 관할 규칙 설계: FATF 기준을 글로벌 프레임워크로 취급하고, 각 이전, 고객, 개체에 적용되는 현지 유효 규칙을 구성합니다.
• 보호하다 고객 정보: 승인된 경로를 통해서만 필수 데이터를 전송하고, 민감한 필드를 암호화하며, 접근을 제한하고, 책임성 있는 감사 추적을 유지하십시오.
• 상호 운용성을 예외 관리 프로세스로 설정하십시오: 카운터파티가 예상된 형식으로 메시지를 수신할 수 없는 경우, 표준(캐노니컬) 데이터 모델, 프로토콜 어댑터, 승인 응답(액크), 그리고 통제된 대체(폴백) 프로세스를 사용하십시오.
• 불필요한 대기 시간 줄이기: 검증된 거래 상대방 데이터, 위험 기반 규칙 및 담당자 에스컬레이션을 결합하여, 일상적인 규정 준수 이체 건이 실제로 위험도가 더 높은 사건과 동일한 대기열에 포함되지 않도록 합니다.
• 무슨 일이 일어났는지 증명해. 감사, 규제 기관 및 내부 통제 요청에 대응할 수 있도록 변경 불가능한 스타일의 운영 메타데이터, 결정 기록 및 관할권 태그가 지정된 내보내기를 유지하십시오.

암호화폐 트래블 룰(Travel Rule) 준수 솔루션이란 무엇인가요?

암호화폐 트래블 룰(Travel Rule) 준수 솔루션은 가상자산 이체에 대한 트래블 룰 요건을 지원하기 위해 사용되는 정책, 데이터 통제, 워크플로우, 보안 메시징 및 기록 관리의 조합으로, 해당 요건을 충족하는 디지털 자산 이체 시 필수적인 송금인 및 수취인 정보가 반드시 포함되도록 보장하고, 가상자산서비스제공자(VASP)가 해당 이체에 대해 개인정보를 공유해야 함을 보장합니다. 이 기술 자체가 규정 준수 프로그램은 아닙니다. 이는 담당자가 정책을 일관되게 적용하고 사후에 증거를 제시할 수 있도록 돕는 통제 계층입니다.

실무적으로 볼 때, 이 솔루션은 전송이 최종 확정되기 전에 다음 다섯 가지 질문에 대한 답을 제시해야 합니다. 즉, 누가 전송하는지, 누가 수신하는지, 어떤 주체가 관여하는지, 전송 시 어떤 정보가 첨부되어야 하는지, 그리고 전송을 진행해야 하는지, 일시 중지해야 하는지, 아니면 상급자에게 보고해야 하는지입니다. 또한 제출 후에도 전송 상태, 예외 사항, 심사 결과 및 검토자의 결정을 기록하며 계속 작동해야 합니다.

FATF 권고사항 16은 가상자산 사업자(VASP)에게 데이터 공유를 의무화하며, 크립토 트래블 룰은 반(反)자금 세탁 가상자산 맥락에서의 자금세탁 방지 및 테러자금 조달 금지 표준. 유럽연합에서는 (EU) 규정 2023/1113에 따라 가상자산서비스사업자(CASP)가 관여하는 암호화폐 이전 시 송신자와 수신자 정보를 포함하도록 요구하며, 금액에 관계없이 관련 요건이 적용되는 것으로 간주합니다.

실무적 요점: 메시지 파이프를 단독으로 구매하지 마십시오. 규정 준수 책임자, 운영 팀 및 기술 담당자는 솔루션을 종단 간 제어 환경의 일환으로 평가해야 합니다. 자세한 내용 알아보기 InvestGlass 여행 규칙 워크플로우 이전 프로세스에 연결된 주변 고객 정보 및 규정 준수 기록을 유지할 수 있습니다.

디지털 자산을 위한 트래블룰 운영 모델이 필요한 사람은 누구인가요?

고객을 위해 디지털 자산을 이전하거나, 그러한 이전을 중개하거나, 그와 관련된 고객 관계를 통제하는 모든 조직은 트래블 룰(Travel Rule) 운영 모델이 필요한지 평가해야 합니다. 정확한 법적 범위는 다양하지만, 공통적인 운영상의 필요성은 명확합니다. 즉, 기업은 데이터가 언제 필요한지, 누가 이를 검토해야 하는지, 그리고 그 결과를 어떻게 보존해야 하는지 반드시 알고 있어야 합니다.

표: 조직 유형 및 운영 책임

조직 유형	전형적인 운영 책임	운영 모델이 증명해야 하는 것
거래소 또는 브로커	고객의 디지털 자산 이전을 시작 또는 수신하고 거래 상대방과 상호작용합니다.	필요한 정보가 수집되었고, 스크리닝이 진행되었으며 예외 사항이 해결되었습니다.
관리인	고객의 지갑을 제어하거나 고객을 대신하여 자금 이체 지시를 내립니다.	지갑 소유권, 고객 권한 및 메시지 전달 증거가 이 전송에 연결됩니다.
은행 또는 결제 기관	법정화폐 또는 디지털 자산 네트워크, 커스터디, 결제 또는 관련 서비스를 제공합니다.	해당 기관은 조직별 정책을 적용하고, 조회 가능한 기록을 보관하였다.
자산 관리사 또는 프라이빗 뱅크	서비스 모델을 통해 디지털 자산 노출, 실행 또는 수탁을 제공합니다.	고객 적합성, 승인 사항, 거래 배경 및 거래 상대방 관련 증빙 자료를 한곳에서 확인할 수 있습니다.
핀테크 기업 또는 전자지갑 제공업체	이체 촉진, 주소 관리 또는 고객과 이체 서비스를 연결할 수 있습니다.	법적 분류를 평가하였으며, 해당 기업이 적용 대상에 포함되는 경우 관련 통제 조치를 적용하였습니다.

중요한 구별은 단순히 기술적 인프라를 공급하는 기업과 송금(이전) 서비스를 제공하거나 적극적으로 촉진하는 기업 간에 이루어져야 합니다. EU 규정은 부수적 인프라 제공자와 송금(이전)을 수행하는 주체를 명시적으로 구분하므로, 법적 분석은 제품의 명칭이 아닌 실제 서비스 모델에서 출발해야 합니다.

InvestGlass는 디지털 양식, 고객 기록, 검토 작업, 워크플로 라우팅 및 증적 추적 등 이 작업 주변의 운영 레이어에 적합합니다. 암호화폐 온보딩 의무에 대한 더 넓은 관점은 다음을 참조하세요. 암호화폐 분야에서 KYC(고객 확인 제도)가 포함하는 내용.

귀하의 디지털 자산 프로그램은 어떤 준법(컴플라이언스) 성과를 도출해야 합니까?

성숙한 프로그램은 완성된 메시지 필드 그 이상을 제공해야 하며, 변화하는 보조를 맞춰야 합니다 준수 기대치 가로질러 많은 관할 구역. 추적성, 리스크 기반 의사결정, 프라이버시를 고려한 데이터 처리, 신뢰할 수 있는 전송 증빙, 그리고 감사 대응 태세를 갖추어야 합니다. 누락된 결과가 하나라도 있다면, 기술적으로 성공한 전송이라도 취약한 컴플라이언스 통제가 될 수 있습니다.

첫째, 귀하의 팀은 송금 수명 주기를 재구성할 수 있어야 합니다. 검토자는 여러 시스템의 기록을 수동으로 취합하지 않고도 고객의 신원 확인 정보, 송금 지시의 출처, 지갑 또는 계좌 컨텍스트, 상대방, 스크리닝 및 위험 평가 결과, 메시지 상태, 승인 또는 에스컬레이션 내역을 확인할 수 있어야 합니다.

둘째, 시스템은 일반적인 사례는 더 쉽게 처리하고 특이한 사례는 더 쉽게 조사할 수 있도록 해야 합니다. 그것이 바로 피할 수 있는 오탐지 보류를 줄이는 방법입니다. 최신 프로필, 검증된 수취인 관계, 저위험 패턴을 가진 거래 상대방을 미확인 실체, 불완전한 증거가 있는 자가 호스팅 주소, 또는 제재 경보 시나리오와 정확히 동일하게 취급해서는 안 됩니다.

컴퓨터 규정 준수 설계 원칙: 이체 금액은 적을 수 있지만 여전히 위험은 높을 수 있습니다. 임계값 규칙과 위험 규칙을 함께 적용하십시오. 관할권마다 자체 법률과 규정을 통해 FATF 기준을 이행하므로, 임계값 로직은 관할권별로 달라야 합니다. 임계값은 최소 정보 경로를 결정하며, 위험 요소는 추가 검토가 적절한지 여부를 결정합니다.

InvestGlass의 ‘트래블 룰(Travel Rule)’ 공식 페이지에는 데이터 수집, 거래 상대방 검토, 거래 모니터링, 기록 보관 및 상호운용 가능한 제출 절차가 유기적으로 연계된 워크플로가 설명되어 있습니다. 이러한 연계된 설계는 규정 준수 팀과 운영 팀 전반에 걸쳐 일관된 결과를 도출하는 데 핵심적인 역할을 합니다.

발신자에서 수취인으로의 데이터 흐름은 어떻게 이루어져야 합니까?

가장 타당한 아키텍처는 단일 사례 레코드를 제어 지점으로 사용하며, 데이터 흐름은 이를 통해 발신자와 그리고 해당 관리 대상 레코드를 통해 수취인 정보를 확인합니다. 케이스에는 비즈니스 컨텍스트가 포함됩니다. 승인된 어댑터와 보안 메시징 경로를 통해 거래 상대방과의 정보 교환이 이루어집니다. 이러한 분리를 통해 귀사의 팀은 감사 추적을 잃지 않고, 모든 통합 과정에서 정책 로직을 재구현할 필요 없이 프로토콜 연결성을 발전시킬 수 있습니다.

이 프로세스는 발신자의 지시와, 관련 규정, 이체 유형 및 정보 요구 사항(신원 확인 정보 포함)을 식별하는 규칙 엔진을 통해 시작되며, 계좌번호 또는 해당되는 경우 이에 상응하는 참조 정보를 포함해야 합니다. 그런 다음 해당 결정에 필요한 데이터만 포함해야 합니다. 고객 정보는 보호된 레코드에 저장되어야 하며, 전송 케이스에는 최소한의 필수 필드에 대한 참조 정보만 포함되어야 합니다., 수혜자 정보, 그리고 해당 내용이 어떻게 검증되었는지에 대한 증거.

회사가 구조화된 메시지를 생성한 후, 통합 계층은 해당 표준 레코드를 승인된 거래상대방 경로에 매핑합니다. 방어 가능한 규정 준수를 위해 FATF 트래블 루칙(자금 이동 규칙)을 준수하려면 이러한 데이터에 대한 정확한 데이터 수집과 안전한 전송 네트워크가 필요합니다. 데이터 전송. 수신자의 수신 확인, 거부 사유 또는 시간 초과 오류는 모두 동일한 사례로 반환되어야 합니다. 시스템은 절대로 지원용 메일함이나 비공식 스프레드시트를 전달에 대한 공식 기록으로 삼아서는 안 됩니다.

전문가 팁: 고유한 전송 케이스 식별자, 메시지 식별자 및 이뎁포텐시 키를 사용하십시오. 이러한 식별자를 통해 팀은 반복된 기술적 시도를 중복된 업무 지시와 구분할 수 있으며, 이를 통해 시스템 중단 시나 조사 과정에서 발생하는 혼동을 방지할 수 있습니다.

실시간 거래 상대방 검증 및 실사는 어떻게 마찰을 줄여주는가?

실시간 거래 상대방 확인은 확인 워크플로우 진행 시 발생하는 마찰을 줄여줍니다. ~에 기초하여 위험 분석을 수행한다 정보를 공개하기 전에 해당 거래 상대방에 대한 최신 정보를 확인하여, 수신 기관이 확인된 곳인지, 관련 프로필이 최신 상태인지, 그리고 승인된 경로를 통해 필요한 정보를 수신할 수 있는지 확인해야 합니다. 이는 모든 수신처를 자동으로 신뢰한다는 의미가 아닙니다. 이는 다음을 뒷받침하는 증거 수집 과정을 자동화하는 것을 의미합니다. 위험 분석 그리고 위험 기반의 의사결정.

회사의 일환으로서 유용한 거래상대방 프로필은 준법 감시 인프라, ,에는 법인명, 영업 관할 구역, 해당되는 경우 면허 또는 등록 증빙 자료, 연락처 및 에스컬레이션 채널, 허용된 전달 경로, 프로토콜 기능, 위험 등급, 최종 검토일 및 관계 제한 사항이 포함되어야 합니다. 고위험 관계의 경우, 프로필에는 또한 다음으로 연결되는 링크가 포함되어야 합니다. 강화된 실사 다음에 대한 증거 및 경영진의 승인 거래 상대방 기관.

표: 상대방 국가 및 시스템의 행동 양상

상대방 국가	시스템 동작	근거
검증 완료 및 최신 정보	메시지를 승인된 경로를 통해 전달하고 표준 모니터링 절차를 적용하십시오.	이미 완료된 실사 절차를 중복하지 않고도 일상적인 양도 절차를 진행할 수 있습니다.
알고 있지만 진부한	제한된 검토를 위해 자동 새로고침이나 경로를 요청하세요.	증거 자료는 귀사의 위험 관리 정책에 따라 최신 상태로 유지되어야 합니다.
알 수 없음 또는 불완전	실사 작업을 생성하고, 정책에서 요구하는 경우에만 보류하십시오.	팀은 안전한 경로가 존재하는지 판단하기에 충분한 정보가 필요합니다.
고위험 또는 제재 대상 우려	자동 배포를 중단하고 수동 규정 준수 검토를 할당하세요.	이전에는 문서화된 인적 판단과, 필요한 경우, 보고 분석이 필요합니다.
프로토콜 불일치	승인된 대체 경로를 호출하고 예외를 추적하세요.	연결성 문제는 저위험 판정과 같지 않습니다.

자동화된 데이터 검증 도구는 인적 오류를 최소화하고 거래 속도를 가속화합니다.

이 모델은 기술적 불확실성, 누락된 기록, 정책 트리거, 그리고 실제 위험 이벤트를 구분하기 때문에 오탐(false positive)이 적습니다. 준법감시인과 함께 의사결정 트리를 구축한 다음, 이를 기반으로 증빙 자료 요청 및 라우팅을 자동화하세요.

InvestGlass는 이전 워크플로와 관련된 상대방 정보, 위험 평가 및 검토 증거를 체계적으로 정리할 수 있습니다. 이것은 디지털 온보딩 도구 전송이 예외 큐에 도달하기 전에 클라이언트 및 엔티티 정보의 통제된 수집을 지원할 수 있습니다.

PII, 동의 및 고객 정보는 어떻게 처리해야 합니까?

데이터 최소화 제어 장치

개인정보 보호는 데이터 최소화에서 시작됩니다. 단순히 전송이 가능하다는 이유로 전체 고객 프로필을 모든 운영 시스템에 복사해서는 안 됩니다. 전송에 필요한 데이터 요소가 무엇인지, 소스 고객 레코드에 남아 있는 데이터는 무엇인지, 상대방에게 전송되는 데이터는 무엇인지, 그리고 전체 개인 식별 정보를 노출하지 않고 유지할 수 있는 감사 메타데이터는 무엇인지 정의하십시오.

EU CASP 관련 이전의 경우, 해당 규정은 이전과 함께 제공되어야 하는 송신인 및 수취인 정보를 명시합니다. 또한 트래블룰(Travel Rule) 의무의 일환으로 이전에 앞서, 동시에, 또는 이전에 수반하여 해당 데이터가 안전하게 제출될 것을 요구합니다. 귀사의 구현은 이러한 법적 요구사항을 법무 및 준법감시 부서의 승인을 받은 데이터 사전, 필드 수준 규칙, 그리고 관할권이 태그된 템플릿으로 변환해야 합니다.

동의 및 접근 관리

프라이버시를 고려한 아키텍처는 네 가지 통제 수단을 포함해야 합니다:

• 민감한 정보 암호화하기 조직에서 승인한 통제 수단을 사용하여 전송 중 및 유휴 상태일 때.
• 액세스 제한 역할, 목적 및 사건 책임에 따라.
• 동의 내용, 고객 공지 사항 및 법적 근거 기록을 명확히 표시하십시오 처리 활동과 관련이 있는 범위에서.
• 보존 및 삭제 일정을 적용합니다 관련 법적, 감독상 및 계약상의 의무를 반영하는.

표: 프라이버시 제어 및 증거

제어	최소 구현에 관한 질문	보존해야 할 증거
데이터 최소화	이 송금과 관할권에는 정확히 어떤 필드가 필수인가요?	버전 관리되는 데이터 사전 및 필드 선택 로그.
동의 및 고지	고객 관계에 적용되는 고지 또는 동의 기록은 무엇입니까?	타임스탬프 캡처, 문서 버전 및 소스 채널.
접근 제어	PII를 조회하고, 배포를 승인하거나, 레코드를 내보낼 수 있는 사람은 누구인가요?	역할 정책, 접근 로그 및 내보내기 기록.
리텐션	운영 기록과 메시지 증거는 얼마나 오래 보관되어야 합니까?	관할권 태그가 지정된 보존 일정 및 삭제 예외 사항.
국경 간 이전	선택된 상대방이나 서비스 경로로 데이터를 적법하게 전송할 수 있습니까?	평가, 경로 승인, 관할권 매트릭스, 그리고 적법한 공유 및 경로 결정을 위한 데이터 전송 보호 장치.

실용적 시사점: 레코드를 단일한 제한 없는 화면이 아니라 일련의 데이터 레이어로 구성하십시오. 운영 사용자는 상태 및 결정 요약이 필요할 수 있는 반면, 권한을 가진 컴플라이언스 검토자는 기록된 권한 하에 전체 증거에 대한 접근이 필요합니다.

금융 범죄 방지 프로그램의 전반적인 맥락을 파악하려면 InvestGlass의 다음 가이드를 참조하십시오. KYC 및 AML 규정 준수 핵심 사항.

여행 규칙(Travel Rule) 아키텍처에서 프로토콜 상호운용성은 무엇을 의미합니까?

상호운용성이란 조직이 서로 다른 메시지 형식이나 전달 네트워크를 사용하더라도 적법한 거래 상대방과 필요한 정보를 교환할 수 있음을 의미하며, 이는 전반에 걸쳐 여전히 실무적인 과제로 남아 있습니다. 가상화폐 산업. 모든 네트워크에 무분별하게 연결하거나 내부 승인을 우회한다는 뜻은 아닙니다. 안전한 설계는 승인된 경로, 표준 내부 형식, 그리고 통제된 변환 지점을 사용합니다.

귀하의 아키텍처는 내부의 버전 관리되는 데이터 모델을 유지해야 합니다. 어댑터는 정책 검증이 완료된 후 해당 모델을 거래 상대방이 수용하는 기술적 형식으로 변환합니다. 시장 논의에서 기업들은 광범위한 접근 방식의 일환으로 IVMS101, TRISA, OpenVASP, 양방향 보안 API 및 보안 예외 채널과 같은 공통 표준 및 연결 접근 방식과 마주할 수 있습니다 트래블 룰 프로토콜 풍경. 암호화폐 거래 사용되는 것과 비교할 수 있는 보편적인 메시징 네트워크가 없기 때문에 표준화하기가 더 어렵습니다. 전통 금융 기관. 인베스트글래스의 서면 확인을 거치지 않은 한, 이러한 기능을 인베스트글래스가 지원하는 것으로 표현해서는 안 됩니다.

표: 상호운용성 요소 및 제어

상호운용성 요소	필수 설계 동작	통제 목적
표준 메시지 모델	필요한 데이터 요소의 버전화되고 정규화된 집합을 저장합니다.	라우트가 진화하는 동안에도 정책과 데이터 로직은 안정적으로 유지하세요.
프로토콜 어댑터	승인된 필드를 상대방의 검증된 인터페이스로 전송하세요.	수동으로 키를 다시 설정하거나 필드 매핑을 잘못 지정하는 것을 방지합니다.
상대방 역량 레지스트리	경로, 형식 버전, 인증서 또는 신원 확인 요건 및 서비스 상태를 기록하십시오.	출시 전에 적절한 배포 경로를 선택하십시오.
승인 처리	수락, 거부, 보류 및 시간 초과 결과를 수집합니다.	전달 상태를 추측하지 말고 증명하세요.
대체 워크플로	예외 상황을 설정하고, 허용되는 경우 안전 대기 또는 수동 경로 지정을 적용하십시오.	상호운용성 문제를 지속적으로 파악하고 관리하십시오.

많은 기업들이 표준화된 트래블 룰 메시징과 KYC/AML 통제 조치를 결합한 하이브리드 방식을 채택하고 있습니다. 견고한 대체 조치 정책은 누가 대체 경로를 승인할 수 있는지, 언제 송금을 일시 중지해야 하는지, 어떤 최소한의 증거가 필요한지, 그리고 언제 상대방에게 연락해야 하는지를 명시해야 합니다. FATF는 이 분야에서 상호 운용성을 중대한 문제로 지적했습니다. 단순히 마감 기한을 맞추기 위해 승인되지 않은 개인 채널을 통해 개인 식별 정보(PII)를 전송해서는 안 됩니다.

신뢰성을 위해 가능한 경우 서명된 요청, 메시지 지문, 멱등성 키, 확인 타이머 및 지수 백오프가 포함된 제한된 재시도를 사용하십시오. 기술적 이벤트 메타데이터와 관련 항목을 보존하십시오. 거래 데이터 전송 규율을 증명할 필요가 있었지만, 민감한 페이로드 데이터는 일상적인 로그에서 제외해야 했습니다. 전송 실패 시 보이지 않는 재시도 루프가 아니라 조치 가능한 케이스가 생성되어야 합니다.

전문가 팁: 출시 전에 통제된 환경에서 테스트 프로토콜의 불일치 사항을 확인하십시오. 가장 유용한 테스트는 오류 없이 원활하게 진행되는 ‘해피 패스’가 아닙니다. 예상된 버전을 수락하지 못하거나, 불완전한 확인 응답을 보내거나, 전송 기간 중에 연결이 끊기는 상대방이 발생하는 경우를 테스트하는 것입니다.

FATF, EU TFR 및 미국 BSA 요건이 구성에 어떤 영향을 미치나요?

관할 기준 임계값

구성 시 글로벌 표준과 현지 규정을 구분해야 합니다. FATF, 은행 비밀 보호법(Bank Secrecy Act), 유럽연합(EU) 규정은 법적 틀을 제공하지만, 유럽연합과 미국은 각자의 법적 및 규제 요건을 적용합니다. 따라서 정책 엔진은 모든 워크플로우에 일률적으로 적용되는 단일 글로벌 기준값 대신 관할권별 규정을 사용해야 합니다. 많은 관할권에서 여행 규칙 요건을 서로 다르게 적용하고 있으며, 여기에는 서로 다른 최소 기준값 규정도 포함되기 때문입니다.

FATF는 2001년에 ‘트래블 룰’을 자체 기준에 포함시켰고, 2019년 6월에는 이를 가상자산 서비스 제공자(VASP)로 확대 적용했으며, 2025년 6월에는 사기 방지를 포함하도록 권고안 16호를 개정했습니다. 또한 FATF는 1,000 USD/EUR를 초과하는 거래에 대한 데이터 공유를 권고하고 있으나, 이 권고 사항은 VASP나 금융 기관이 현재 준수해야 하는 현지 적용 디지털 자산 규정을 대체하지는 않습니다.

EU의 자금 이체 규정인 규정 (EU) 2023/1113은 2024년 12월 30일에 발효되었으며, CASP가 관여하는 암호자산 이체에 대해 정보 제공 요건을 적용합니다. EU는 암호화폐 이체에 대해 금액 하한선을 두지 않으며, 이 규정의 서문에는 CASP가 고객을 대리하여 자체 호스팅 주소로 또는 해당 주소로부터 1,000유로를 초과하는 금액을 이체할 경우 소유권 또는 통제권을 확인해야 한다고 명시되어 있습니다.

미국에서는 1996년 BSA에 따라 ‘트래블 룰(Travel Rule)’이 제정되었으며, 31 CFR 1010.410(e)에는 전신환 및 기타 자금 이체에 대한 기록 보관 요건이 명시되어 있습니다. 이러한 체계에 따라, 미국의 트래블 룰 적용 대상인 국경 간 자금 이체의 기준액은 3,000달러이며, 여기에는 자금의 추적 가능성 및 신원 확인 미설립 고객에 대한 조항. 특정 디지털 자산 비즈니스가 해당 미국 프레임워크에 해당하는지 여부와 그 방식은 해당 활동 및 규제 상태에 대한 법적 분석이 필요합니다.

표: 관할권별 임계치 및 설정 시사점

법적 체계 또는 관할권	소스에 명시된 임계값 또는 범위	구성의 영향
FATF 권고사항 16 개정	FATF는 1,000 USD/EUR 이상의 거래에 대한 데이터 공유를 권고하고 있으나, 현재의 의무 사항은 현지 법률에 따라 결정됩니다.	FATF의 지침을 따르되, 이를 보편적인 실시간 VASP 기준치로 간주해서는 안 된다.
유럽연합, 규정 (EU) 2023/1113	CASP 관련 암호자산 이전은 금액에 관계없이 명시된 요건의 적용을 받습니다. 자가 주소(Self-hosted address)의 소유권 또는 통제권은 명시된 상황에서 1,000유로를 초과하는 경우 검증되어야 합니다.	CASP 관련 가상자산 전송에 대해 최소 면제(de minimis exemption)를 설정하지 않고 자가 호스팅 지갑 제어 기능을 추가합니다.
미국 연방규정집 제31권 제1010.410조(e)항	3,000달러 이상의 자금 송금에는 비은행 금융기관에 적용되는 요건이 적용됩니다.	미국 기록 보관 규정에 따라 해당 이체 건에 태그를 지정하고, 추후 확인 가능한 증거를 확보하십시오.
기타 관할권	현지 법률 및 감독 지침은 범위, 데이터 필드, 시기 및 검증 측면에서 다를 수 있습니다.	관할권 등록부, 법적 소유자의 승인 절차 및 변경 관리 워크플로를 유지 관리한다.

실무상 시사점: 각 결정이 내려진 시점의 구성 버전을 보관해야 합니다. 규칙이 변경될 경우, 과거 거래 내역은 해당 거래가 처리될 당시 유효했던 버전에 따라 이해 가능해야 하며, FATF의 2025년 검토 결과 99개 관할구역이 ‘트래블 룰’ 관련 법안을 통과시켰거나 통과 중인 것으로 나타났습니다.

EU 규정은 임계값이 프로그램의 전부가 아니라는 점을 특별히 명확하게 상기시켜 줍니다. 이전(transfer)은 어떤 금액에서든 정보 입력을 요구할 수 있으며, 규정에 명시된 상황에서는 별도의 1,000유로 자체 호스팅 지갑(self-hosted-wallet) 확인 조건이 적용될 수 있습니다.

자체 호스팅 지갑, KYC 및 KYB는 어떻게 통합되어야 합니까?

셀프 호스티드 월렛 인증 프로세스

자체 호스팅 지갑은 자동으로 위법 행위를 가정하는 것이 아니라, 정의된 증빙 절차를 촉발해야 합니다. 개인 지갑은 트래블룰 데이터를 수신할 수 있는 상대방 기관이 없을 수 있기 때문에 고유한 준법 접근 방식이 필요합니다. 목적은 고객과 주소 간의 관계를 파악하고, 현지 규정을 적용하며, 거래 위험을 평가하는 것입니다. 이 절차는 비례적이고, 문서화되어야 하며, 일관되게 적용되어야 합니다.

EU 규정에 따르면 CASP는 자가 주소로 또는 자가 주소로부터의 이전과 관련하여 송신인 및 수신인 정보를 수집해야 하며, 명시된 상황에서 1,000유로를 초과하는 경우 해당 주소가 고객의 소유이거나 통제되는지 여부를 검증해야 합니다. 귀사의 통제 설계는 이러한 요구사항을 증빙 자료 확보, 필요한 검증 완료, 결과 기록, 위험 평가, 추가 검토 필요성 결정 등 명확한 워크플로로 전환해야 합니다.

KYC 및 KYB 통제

기업의 경우 KYB는 법적 실체, 관련 소유권 및 거래 권한을 확립해야 합니다. 개인의 경우 KYC는 회사의 위험 기반 프로그램에 따라 신원, 적절한 고객 정보 및 거래 맥락을 확립해야 합니다. 자체 호스팅 지갑 전송을 평가할 때 이러한 KYC 및 KYB 통제는 위험 기반 접근 방식을 따라야 합니다. 상대방 수준에서 VASP 프로필은 실사 상태, 전달 경로 및 알려진 위험 요소를 포착해야 합니다.

표: KYC/KYB 및 지갑 인증 체크포인트

체크포인트	예시 증거	결정권자
개인 고객 신원 확인	확인된 신원 기록, 고객 관계 및 거래 권한.	신입 직원 온보딩 팀 또는 규정 준수 팀.
기업 KYB	엔티티 기록, 지배주주 증빙 자료 및 승인된 서명권자.	기업 신입 사원 교육 또는 규정 준수 팀.
지갑 소유권 또는 제어권	조직에서 승인한 증명 방식, 서명된 챌린지 또는 문서화된 지갑 증거.	관할 구역별 규칙에 대한 법적 검토를 거친 준법 정책 담당자.
VASP 실사	해당하는 경우 등록 또는 라이선스 증빙, 위험 프로필 및 납품 역량.	상대방 위험 관리 책임자.
편입학 전용 심사	심사 결과, 사용된 경우 블록체인 분석, 자금 출처 증빙 및 검토자 노트.	거래 모니터링 또는 에스컬레이션 팀.

인베스트글래스(InvestGlass)는 이러한 증거 태스크, 승인 및 고객 기록을 이전 건과 가까운 곳에 보관할 수 있습니다. 그 이유는 워크플로 및 자동화 기능 타임스탬프와 담당자 지정 기능을 통해 올바른 리뷰를 적절한 팀에 라우팅하는 데 도움을 줄 수 있습니다.

제재 스크리닝과 리스크 통제는 어떻게 운영되어야 하는가?

제재 심사는 송금이 실행되기 전에 다음의 일부로 수행되어야 합니다. 완전한 준수 사후 보고서가 아닌 트래블룰 통제를 위한 프레임워크입니다. 규칙 기반의 거래 전 검증은 고객 신원 정보, 상대방 데이터, 회사가 사용하는 경우 지갑 또는 주소 인텔리전스, 관할권, 금액, 자산 유형 및 행동 지표를 결합하여 감지하는 데 도움을 줄 수 있습니다. 불법 자금, 가상자산의 불법 금융 리스크에 대한 글로벌 조치를 촉구하는 FATF의 권고에 발맞추어.

시스템은 모든 경고를 동일하게 취급해서는 안 됩니다. 적중 건을 분류하고, 일치 항목에 사용된 데이터를 유지하며, 위험 점수를 적용하고, 해당 사안을 올바른 의사결정권자에게 라우팅해야 합니다. 고위험 이체 건은 정책에 따라 수동 검토를 위해 보류되어야 합니다. 더 낮은 위험의 정보성 경고는 프로그램에 따라 명확화, 추가 모니터링 또는 문서화된 예외 처리가 필요할 수 있습니다.

방어 가능한 케이스 기록에는 사용된 목록 또는 데이터 소스, 스크검사 타임스탬프, 매칭 로직 또는 임계값, 조치 결과, 검토자, 뒷받침하는 증거 및 모든 에스컬레이션 결과가 포함되어야 합니다. 준법감시팀은 채팅 대화의 기억에 의존하지 않고도 송금이 진행된 이유 또는 진행되지 않은 이유를 설명할 수 있어야 합니다.

전문가 팁: 심사 결정은 메시지 전달 상태와 별도로 유지하십시오. 거래 상대방의 확인은 메시지가 수신되었음을 의미합니다. 이는 이체가 귀하의 제재, 자금세탁방지(AML) 또는 사기 통과를 통과했다는 의미가 아닙니다.

API와 개발자 경험(DX)에는 어떤 요소가 포함되어야 할까요?

프로덕션 구현은 명확하게 문서화된 통합 계약의 이점을 얻으며, 효과적인 트래블 루프 솔루션은 다음을 지원해야 합니다. 원활한 통합 트랜잭션 처리 워크플로우와 함께. 일부 구매자는 또한 구현 옵션을 평가할 때 트래블 룰(Travel Rule) 검사를 위한 SDK 기반 설정 및 자동화된 규정 준수 로직을 우선시합니다. API 레이어는 이전 케이스를 생성 또는 업데이트하고, 검토된 메시지를 제출하고, 상태를 검색하고, 이벤트 알림을 받을 수 있도록 해야 합니다. 핵심 원칙은 API가 워크플로우를 우회하는 것이 아니라 워크플로우 상태를 유지해야 한다는 것입니다.

본 계약서는 청사진이며, 공개 InvestGlass API에 대한 청구가 아닙니다. 솔루션 설계 시 InvestGlass를 통해 사용 가능한 엔드포인트, 인증 방법, 요청 제한, SDK 및 샌드박스 옵션을 확인하십시오.

표: API 기능 및 엔드포인트

기능	설명용 엔드포인트 또는 이벤트	무엇을 해야 하는지
트랜스퍼 케이스 생성	POST /travel-rule/cases	수동 인계 방식에 의존하는 대신 VASP를 위한 데이터 전송을 자동화할 수 있는 전용 솔루션을 사용하여 고객 참조 번호, 이관 컨텍스트, 관할권 태그가 포함된 케이스를 생성합니다.
증거 제출	POST /travel-rule/cases/{id}/evidence	검증된 문서, 지갑 증명 또는 상대방 인공물을 케이스와 연결합니다.
검토 요청	POST /travel-rule/cases/{id}/reviews	역할 또는 대기열에 승인, 거부 또는 정보 요청 작업을 할당합니다.
메시지 보내기	POST /travel-rule/cases/{id}/messages	정책이 승인한 페이로드만 구성된 경로를 통해 전송합니다.
상태 수신	travel_rule.message.status 웹훅	배송, 실패, 확인 또는 필요한 조치를 워크플로에 알립니다.
레코드 내보내기	GET /travel-rule/cases/{id}/audit-export	관할권이 태그되고 접근 제어된 케이스 내보내기를 생성합니다.

다음은 수정된 테스트 데이터를 사용한 예시 요청 패턴입니다.

응답은 사례 식별자, 현재 준수 상태, 누락된 데이터 목록 및 허용되는 다음 작업을 반환해야 한다. 정당화된 역할이 없는 호출자에게는 전체 PII를 반환해서는 안 된다. 개발 팀은 재시도, 거부된 메시지 및 수동 에스컬레이션을 위해 비프로덕션 데이터, 토큰화된 식별자 및 반복 가능한 테스트 시나리오를 사용해야 한다.

감사 대비가 가능한 모니터링 및 보고 체계는 어떻게 구축합니까?

감사 준비 태세는 단순히 보고서 템플릿이 아니라 증거 모델에서 비롯됩니다. 모든 중대한 이벤트에는 이벤트 타임스탬프, 행위자 또는 시스템 식별자, 정책 버전, 케이스 식별자, 작업, 결정, 사유 및 무결성 참조가 포함되어야 합니다. 메시지가 전송되는 경우, 제한 없는 고객 페이로드를 일반 로그에 넣는 대신전달 상태와 개인정보를 보호하는 무결성 마커를 유지해야 하며, VASP 간의 자동화된 데이터 공유가 트리거되었는지, 완료되었는지 또는 실패했는지에 대한 증거를 남겨야 합니다.

경영진과 규제 기관이 실제로 묻는 질문을 중심으로 보고서를 작성하세요. 여행 규칙(Travel Rule) 데이터를 요구한 이체는 몇 건입니까? 자동으로 승인된 이체는 몇 건입니까? 가장 많은 실패를 발생시킨 상대방은 어디입니까? 어떤 사례들이 에스컬레이션되었으며, 그 이유는 무엇입니까? 해결하는 데 얼마나 걸렸습니까? 당시 유효했던 정책 구성은 무엇입니까?

표: 감사 및 보고 요건

보고서	주요 타겟층	필요한 치수
컴플라이언스 대장 이전	준법 운영	관할권, 임계값 상태, 암호화폐 거래에 대한 규정 준수 상태, 메시지 상태, 상대방, 검토자 및 처리 결과.
예외 에이징 보고서	운영 관리	오픈 사유, 큐 소유자, 연식, 비즈니스 영향 및 다음 조치.
상대방 보증 보고서	리스크 및 공급업체 관리	검토 일자, 납품 역량, 위험 점수, 사고 및 시정 조치.
규제 기관 또는 감사용 내보내기	Compliance, legal and audit	Case evidence, chronology, data sources, decision rationale and policy version.
Control health dashboard	고위 경영진	Volumes, exception rate, delivery success, review time and overdue remediation.

Schedule periodic compliance health checks to review counterparty records, rules, integration failures, access rights and the quality of reviewer dispositions. A high message-delivery rate is not enough if exceptions remain unresolved or the evidence cannot be retrieved.

구매자가 물어야 할 배포, 보안 및 데이터 레지던시 관련 질문은 무엇입니까?

Buyers should turn deployment assumptions into written acceptance criteria. Cloud, hybrid and on-premises models can all be relevant depending on your data classifications, existing architecture, regulatory expectations and operating model. The important question is not which label sounds safest. It is whether the chosen model demonstrably satisfies your control requirements.

Buyer checklist:

• Request a current architecture overview
• Request a data-flow diagram
• Request an identity and access-control model
• Request an encryption statement
• Request incident-management process
• Request business-continuity information
• Request subprocessor information where relevant
• Request a description of available residency configurations

For financial-services context, the InvestGlass banking compliance overview explains the wider need to connect regulatory obligations with operational controls.

패키지, 온보딩, 지원(고객 지원)은 어떻게 평가되어야 하는가?

Do not select a compliance solution on a headline transaction-volume price alone. Evaluate the scope of workflows, number of jurisdictions, counterparty integration needs, data-migration effort, support model, implementation ownership and evidence requirements. Ask each provider to state clearly what is included, what depends on third parties and what must be configured by your own team.

Table: Package Stages and Acceptance Criteria

Package stage	Appropriate scope	Buyer acceptance criteria
파일럿	Limited corridors, counterparties and transfer types.	Demonstrated case workflow, low-risk routing, exception queue and evidence export.
Scale-up	Additional counterparties, protocols, business units and jurisdictions.	Tested adapter changes, policy change control, monitoring dashboard and service procedures.
엔터프라이즈	Full production operation across jurisdictions and operating teams.	Security assurance, governance, resilience testing, agreed support model and audit-ready reporting.

A transparent onboarding plan should name the compliance owner, technical owner, information-security owner, operations lead and executive sponsor. It should define target outcomes rather than merely a go-live date. A good pilot proves that the people, data, process and integration work together under realistic exception conditions.

Travel Rule implementation checklist: Give your compliance and engineering leads a common acceptance list covering policy configuration, counterparty data, privacy controls, message delivery, testing and audit evidence.

Suggested CTA: Request a tailored InvestGlass demonstration

권장하는 3단계 구현 로드맵은 무엇입니까?

A phased rollout reduces the risk of a broad deployment that has not been tested against real counterparties and exception scenarios. Start with a narrow, measurable pilot. Then increase interoperability and only then expand to full production coverage.

Three-Phase Implementation Roadmap:

1. Phase 1: Controlled pilot
2. Objective: Validate the operating model with limited counterparties.
3. Key activities: Define policy rules, create data dictionary, set up case workflow, profile counterparties, test primary delivery route and perform audit export.
4. Exit criteria: Sample cases show complete evidence, defined ownership and successful exception handling.
   
5. Phase 2: Interoperability expansion
6. Objective: Extend reach without weakening control.
7. Key activities: Add approved adapters, validate format mappings, simulate mismatches, implement retry logic and rehearse manual fallback.
8. Exit criteria: Delivery states, acknowledgements and fallback actions are visible in the same workflow.
   
9. Phase 3: Production across jurisdictions
10. Objective: Operate at scale with governed change control.
11. Key activities: Configure jurisdiction register, train teams, define metrics, run access review and establish compliance health checks.
12. Exit criteria: Management can monitor performance and produce jurisdiction-tagged evidence on demand.

The roadmap should include a change-management gate for each new jurisdiction, counterparty route or message format. No integration should be promoted only because it passed a technical connectivity test. It must also meet legal, privacy, security and operations approval criteria.

구매자가 솔루션을 선택하기 전에 무엇을 요청해야 합니까?

Before signing, request artefacts that show the solution can operate in your environment. Your compliance team needs policy evidence. Your engineers need integration evidence. Your security team needs architecture and access evidence. Your operations team needs a credible exception process. Ask vendors to substantiate reach across 100+ jurisdictions, VASP network coverage that can support over 1,900 VASPs and other crypto companies, and blockchain monitoring depth such as tracking across 55+ blockchains.

Table: Buyer Deliverables and Review Owners

인도물	Why it matters	Owner who should review it
Integration checklist	Makes dependencies, data fields and test scenarios explicit.	Engineering and product.
Sample compliance playbook	Clarifies triage, escalation, approval and recordkeeping decisions.	Compliance and operations.
Jurisdiction comparison table	Prevents a single generic threshold from being used everywhere.	Legal and compliance.
Data-flow and privacy assessment	Shows where customer data is collected, stored and transmitted.	Security, privacy and legal.
Counterparty onboarding template	Standardises due diligence and delivery-route approval.	Counterparty risk and operations.
Audit-export example	Demonstrates whether an investigation or audit can be supported quickly.	Internal audit and compliance.

Request documented partner-network and blockchain-coverage figures in these materials rather than relying on sales claims.

InvestGlass가 여행자 규정(Travel Rule) 운영 모델을 어떻게 지원할 수 있습니까?

InvestGlass should be assessed as the connected workflow and evidence layer around your crypto Travel Rule compliance solution. Its official Travel Rule material describes support for the information requests, client records, approvals, evidence tasks, counterparty review, transaction monitoring, recordkeeping and interoperable submission that surround a Travel Rule process.

That matters because compliance work fails when it is reduced to an isolated technical handoff. A message may be delivered, but the firm can still lack the customer evidence, counterparty approval, manual-review record, policy version or retrievable audit trail needed to demonstrate sound control.

Use InvestGlass to centralise the case workflow, route approvals, capture supporting information and connect this work to the customer relationship. Then validate the selected messaging network, protocol integration, encryption method, deployment model, data residency, APIs, sandbox availability, commercial terms and service levels against your requirements during a tailored solution-design session.

Next step: Bring your current policy, priority jurisdictions, counterparty list and a representative set of transfer scenarios to an InvestGlass demonstration. The goal is to map the complete operating workflow, including the difficult cases, before you commit to production architecture.

자주 묻는 질문

1. 암호화폐에서 트래블 룰(Travel Rule)이란 무엇인가요?

The crypto Travel Rule is the requirement for specified information about the originator and beneficiary to accompany applicable digital-asset transfers. It is part of the wider effort to improve traceability and deter financial crime. The detailed obligation depends on the jurisdiction, entity type and transfer context.

2. 트래블 룰은 모든 암호화폐 전송에 적용되나요?

Not necessarily under every legal regime, but firms should not assume small transfers are exempt. In the EU, the Transfer of Funds Regulation treats CASP-involved crypto-asset transfers as subject to the relevant information requirements regardless of amount. Your programme should determine applicability using jurisdiction and service-model rules.

3. FATF 트래블 루러(자금 이동 규칙)의 기준 금액은 얼마입니까?

FATF’s June 2025 Recommendation 16 update states a USD/EUR 1,000 level for specified peer-to-peer cross-border payment transparency requirements that will apply by the end of 2030. That statement should not be used as a universal, currently effective threshold for every crypto transfer or jurisdiction.

4. VASP는 어떤 정보를 수집해야 합니까?

The required information varies, but it typically includes identifying details for 발신자와 and the beneficiary, and may also require an 계좌번호 or equivalent transaction reference depending on the rule set. At a minimum, your data dictionary should distinguish originator, beneficiary, transfer, counterparty, verification and delivery-evidence fields. EU rules describe named originator and beneficiary information for CASP-involved transfers, including relevant address or account identifiers. Local requirements also vary: the UK implemented Travel Rule requirements on September 1, 2023, with a GBP 1,000 threshold, Singapore uses SGD 1,500 for digital payment token transfers, and Hong Kong requires VASP licensing since June 1, 2023.

5. EU와 미국 방식은 어떻게 다른가요?

The EU framework applies information-accompanying requirements to CASP-involved crypto-asset transfers regardless of amount and includes a stated self-hosted-wallet verification condition above EUR 1,000 in the relevant circumstances. The cited US eCFR provision applies recordkeeping requirements for qualifying nonbank-financial-institution transmittals of funds at USD 3,000 or more. Legal advice is essential for applying either framework to a specific business model.

6. 셀프 호스팅 지갑이란 무엇인가요?

A self-hosted wallet is an address or wallet arrangement controlled directly by a user rather than by a VASP or CASP acting as custodian. It is not inherently suspicious. However, it may require additional information or verification steps under policy and applicable law.

7. 기업은 자체 호스팅 지갑의 소유권 또는 통제권을 어떻게 확인해야 합니까?

Use a documented method approved by compliance and legal, such as a signed challenge or another organisation-approved proof process. The EU regulation states that a CASP should verify ownership or control above EUR 1,000 for transfers to or from a self-hosted address in the stated circumstances. Retain the result, method and reviewer evidence in the transfer case.

8. 거래 상대방이 예상되는 메시지 형식을 수신하지 못하면 어떻게 됩니까?

The system should create a visible exception, attempt only approved alternatives and hold the transfer when policy requires it. A controlled fallback includes a counterparty contact path, review ownership, acknowledgement tracking and a final decision record. Do not bypass data-protection or approval controls simply to resolve a technical mismatch.

9. 트래블 룰 플랫폼이 수동 검토를 없앨(제외할) 수 있습니까?

No. It can reduce manual work by automating data collection, routing, screening inputs, status tracking and evidence capture. Higher-risk transfers, incomplete information, potential sanctions issues and policy exceptions still need qualified human judgement.

10. Travel Rule 데모 시 InvestGlass에 무엇을 물어봐야 할까요?

Ask how InvestGlass maps your customer data, transfer workflow, approvals, counterparty records, integration needs, exception paths and audit export requirements into one operating model. Also confirm the exact deployment, security, residency, API, protocol, sandbox, commercial and support capabilities available for your selected environment.

출처

[1] FATF: Updates to Recommendation 16 on Payment Transparency

[2] Regulation (EU ) 2023/1113 on information accompanying transfers of funds and certain crypto-assets

[3] 31 CFR 1010.410: Records to be made and retained by financial institutions

[4] InvestGlass Travel Rule

[5] InvestGlass: Travel Rule Compliance Guide for Financial Institutions and VASPs