Fintech Design Theory

[Platform] 플랫폼 / 이해관계자 (Platform / Stakeholders)

, , , , , , ,

플랫폼의 이해관계자란?
해외송금 및 지급결제 시스템을 직접 사용하거나, 서비스와 시스템 운용으로 직·간접적인 영향을 받는 제품의 사용자, 운영자, 파트너(사), 고객사, 정책 조율자

분류 역할 및 특징
고객 / 고객사 개인 사용자 또는 기업 사용자로서 실제 송금/지급결제 서비스 이용 주체, 프로덕트 디자이너 입장에서는 사용자 경험에 대한 정량적 데이터 수집 대상
파트너사 현지 지급 파트너, 현지 송금 및 지금 대행 결제 중개기관 등으로, 시스템 연동 및 자금 흐름에 핵심적인 역할을 수행. API 연계, 정산, 프로덕트 디자이너 입장에서는 운영 서비스 품질에 대한 정량적 데이터 수집 대상
내부 운영자 고객 응대, 거래 진행 및 모니터링, 송금 승인/보류/취소 등의 업무를 수행하는 팀 (운영팀, 어드민 사용자 등). 시스템 유효성 확보에 기여, 프로덕트 디자이너 입장에서는 운영 서비스 품질과 사용자 목소리 대한 정량적 데이터 수집 대상
준법감시팀 (Compliance) AML/KYC 등 금융규제 준수 여부를 점검하고, 이상 거래 탐지 및 리스크 대응 프로세스를 설계/운영, 프로덕트 디자이너 입장에서는 규제 정보 수집 대상
서비스 기획 / 개발팀 서비스 UX, 기능 로직, 정책 설계 및 실제 시스템 구현을 담당. 모든 이해관계자의 요구사항 서비스 제품에 반영 프로덕트 디자이너 입장에서는 제품 사용자 문제해결 위한 협업 대상
, , , , , , , ,

  • [Platform] 타발송금 / 접수정보 / 거래상세 / 수취인 법인 및 단체 (Inbound Application Information / Recipient Corporation or Entity)

    목적 접수정보 확인 후 상태갱신 콤포넌트를 이용하여 검토성공 또는 검토실패로 갱신 내용 사용자 흐름 송금 신청 데이터를 조회할 수 있음 송금인 AML (예: Dow Jones Watchlist) 데이터를 조회할 수 있음 수취 법인 또는 단체(영문명)와 예금주 명을 확인하여 일치여부 결과를 등록 수취인 AML (예: Dow Jones Watchlist) 데이터를 조회 뷰어에 표현된 첨부문서(예: 인보이스)를 확인 할 수…

  • [Platform] 타발송금 / 접수정보 / 거래상세 / 수취인 개인 (Inbound Application Information / Recipient Individual)

    목적 접수정보 확인 후 상태갱신 콤포넌트를 이용하여 검토성공 또는 검토실패로 갱신 내용 사용자 흐름 송금 신청 데이터를 조회할 수 있음 송금인 AML (예: Dow Jones Watchlist) 데이터를 조회할 수 있음 수취인 (영문명)과 수취인 예금주 명을 확인하여 일치여부 결과를 등록 수취인 AML (예: Dow Jones Watchlist) 데이터를 조회 뷰어에 표현된 첨부문서(예: 인보이스)를 확인 할 수 있음…

  • [Platform] 타발송금 / 접수정보 / 목록 (Inbound Application List)

    목적 파트너사로부터 도착한 접수건 [검토필요] 상태, 거래정보를 운영자가 확인하여 거래상태를 검토성공 또는 검토실패로 갱신 내용 해당 테이블에 등록 된 거래들은 모두 확인이 필요한 [검토필요]상태 테이블 리스트 아이템 내 [Button] 조회를 클릭하여 상세로 이동할 수 있음 거래들의 상태가 검토성공 또는 검토실패로 갱신되면 해당 테이블에서 사라지고 타발송금 메뉴에서 조회가 가능 항목 설명 거래 ID (Transaction ID) 각…

  • [Platform] 타발송금 / 전체거래 / 상세 (Inbound Transaction Information)

    개요 상세 페이지는 운영자가 특정 거래의 접수정보에 대한 전반적인 내역을 심층 분석, 문서 검토 후 거래상태 갱신, 수취거래가 성립되도록 고객 응대 등의 업무를 수행할 수 있도록 구성되어 있음 수취인 유형이 개인(개인사업자 포함)과 법인에 따라 구성이 달라짐 거래상태 플랫폼 시스템 상태값 어드민 상태 표시 파트너사 상태 표시 설명 transaction_created Review Requested In progress 거래 생성 완료…

  • [Platform] 타발송금 / 전체거래 / 목록 (Inbound Transaction List)

    핵심기능 모든 Step과 Status를 가지고 있는 타발송금 Transaction을 목록으로 구성하여 Data table로 표현한 Page Data Table의 Row값에는 핵심 정보들이 표현되며 각 Transaction의 정보를 확인하거나 Step과 Status 갱신할 수 있는 상세페이지로 이동할 수 있는 링크기능 제공 사용자를 위해 고려해야 할 내용 모든 Transaction의 Partner, Received Amount, Transaction IDs, Step and Status 그리고 Created and Modified Date…

  • [Platform] 타발송금 (Inbound)

    정의 타발송금이란, 해외에서 국내(대한민국)로 외화가 송금되어 들어오는 금융 거래를 의미합니다. 즉, 해외 송금인이 국내 수취인에게 자금을 송금하는 경우, 국내 입장에서 이 거래는 “타발(他發)송금”으로 분류됩니다. 개요 거래 구조 송금인: 해외 거주 개인 또는 외국 법인 수취인: 대한민국 내 거주 개인 또는 법인 경로: 해외 금융 또는 송금 서비스 기관 → 국내 전신환 취급기관 또는 전자금융업자 주요…

  • [Cross Border Remittance & Payment] 타발송금에서 수취인 유형, 법인 및 단체 (KYB)

    정의 대한민국 내 등록된 법인 또는 비영리 단체 대표자는 내국인 또는 외국인 모두 가능 대표자 단일 자연인 또는 공동 대표자 구성으로 복수의 자연인들로 구성될 수 있음 정책 구분 정책 KYC(비대면 실명확인) 수취 전 반드시 완료해야 함 인보이스 없는 송금 연간 또는 1회 수취 금액 한도 적용 인보이스 있는 송금 연간 수취 금액 제한 비적용 실명확인…

  • [Cross Border Remittance & Payment] 타발송금에서 수취인 유형, 개인 및 개인사업자 (KYC)

    정의 대한민국에 거주하거나 은행 계좌를 보유한 개인 개인사업자도 포함 대한민국/해외 국적자 정책 항목 내용 실명확인 (KYC) 송금 수취를 위해 비대면 본인확인 필수 인보이스 없는 수취 연간 또는 회당 수취 금액 제한 적용 반복 수취 특정 금액 이상을 7일(186시간) 내 연속 수취 시 “계속거래”로 인식 → KYC 필수 확인 수단 실명 정보 or 계좌 소유 인증…

  • [Cross Border Remittance & Payment] 타발송금 비대면 본인 / 기업 인증

    KRW 금액을 수취하기 위한 수취(예정)인에게 비대면 본인 인증, 비대면 기업 인증 서비스 제공 절차 서비스에 파트너사로부터 요청된 타발송금 거래 건이 생성됨 서비스는 수취인의 타발 거래 정보를 조회하고 거래 진행 여부 및 비대면 인증 절차 진행 여부 판단 서비스 또는 운영팀이 수동으로 인증 절차 진행이 필요하다고 판단되면 수취인에게 비대면 인증 요청 기존 인증 이력 또는 수취…

  • [Platform] 준법감시팀 (Compliance Team)

    국내외 관련 금융법 및 규제를 준수하도록 조직 전반의 정책을 수립·점검하며, 이상거래 방지, 고객확인, 금융감독기관 보고 의무 등을 수행하는 리스크·법규 준수 전담 부서 역할 구분 설명 AML (자금세탁방지) 고객의 거래 행위 중 자금세탁 가능성이 있는 패턴을 탐지 및 검토하고, 의심거래(STR) 또는 고액현금거래(CTR)로 신고 여부 판단 KYC/EDD 심사 개인 및 법인 수취인/송금인에 대한 KYC(고객 확인) 문서를 검토하고,…