[Platform Admin Console] Inbound Transaction, MOIN

Cross-border
Inbound Transaction

It refers to a financial transaction in which foreign currency is remitted from overseas into South Korea. In other words, when a sender abroad transfers funds to a recipient in Korea, the transaction is classified domestically as an “inbound (third-party initiated) remittance”

해외에서 국내(대한민국)로 외화가 송금되어 들어오는 금융 거래를 의미합니다. 즉, 해외 송금인이 국내 수취인에게 자금을 송금하는 경우, 국내 입장에서 이 거래는 “타발(他發)송금”으로 분류됩니다.

For Instance

Overseas freelance earnings payouts (e.g., via Upwork, Fiverr)
Settlement payments to Korea-based partners or vendors from global companies
Living expense remittances from family members living abroad
Transfers from foreign nationals to personal bank accounts in South Korea
International scholarships and donations

해외 프리랜서 수익 정산 (예: Upwork, Fiverr 등)
글로벌 기업의 국내 파트너사 또는 협력사 정산
해외 거주 가족의 생활비 송금
외국인의 한국 내 개인 계좌 송금
국제 장학금, 기부금 등

Regulations and requirements

Under the Foreign Exchange Transactions Act, AML regulations, and FATF Recommendations, requirements such as identity verification (KYC), confirmation of transaction purpose, and annual inbound receipt limits may apply. Depending on the type of recipient, the following KYC procedures are typically required:

Individual recipients: identity verification, confirmation that the bank account is held in the recipient’s name, and verification of the purpose of receipt
Corporate/organizational recipients: business registration certificate, identity verification of the legal representative, and bank account verification

외국환거래법, 자금세탁방지법(AML), FATF 권고안 등에 따라 실명 확인(KYC), 거래 목적 확인, 연간 수취 한도 규제 등이 적용. 수취인 구분에 따라 다음과 같은 KYC 절차가 요구됨:

개인 수취인: 실명확인, 계좌 본인 명의 확인, 수취 목적 확인
법인/단체 수취인: 사업자등록증, 대표자 실명확인, 계좌 인증 등

Service design considerations

How recipient information is collected (recipient self-entry vs. information provided by the sender)
Design of the verification flow (remote identity verification, document submission, bank account verification, etc.)
Transaction status tracking and dashboards for clients/partners
Handling failure cases (invalid account details, name mismatch, timeouts/expired windows, etc.)

수취 정보 입력 방식 (직접 입력 vs 송금인 전달)
인증 흐름 설계 (비대면 본인 확인, 서류 제출, 계좌 인증 등)
거래 상태 추적 및 고객사/파트너사 대시보드
실패 케이스 대응 (계좌 오류, 실명 불일치, 기간 초과 등)

Inbound Transaction List (목록)

목적

SO팀은 거래별 상태를 빠르게 파악하고 확인 필요한 수취거래 건을 선택하여 거래절차를 효율적으로 진행
거래 검증, 오류 조치, 정산 대응 및 규제 보고 수행

개요

파트너사와 모인플랫폼이 연동된 거래 단위별 주요 정보를 테이블 형태로 제공
기간, 거래상태, 거래유형, 파트너사, 송금국가, 통화 등을 기준으로 거래를 조회·필터링 기능 제공
거래 상태별 색상 구분을 통해 처리 현황을 직관적으로 확인

구성

필터
- 필터 항목은 거래 검증 프로세스의 주요 단서 (Key Entry Point) 역할 및 저장 버튼을 이용하여 검토 필요한 환경을 설정하여 업무 효율 증가 제공
- 거래 상태, 파트너, 시점 별 데이터를 조합을 통해 조회

인터페이스 레이블 (콤포넌트 유형)	설명
기간선택 (Date Range Picker)	거래 발생일 기준으로 검색 범위를 지정하여 특정 기간 내 처리 현황을 분석하거나 월별 정산 데이터를 추출
거래상태 (Select)	거래상태 구분 검색 가능하도록 하여 미처리 또는 검토필요 및 오류 거래만 선별해 후속 조치 가능
파트너사명 (Select)	파트너사 별 거래 규모, 오류율, SLA 준수율 등을 분석
국가 / 통화쌍 (Select)	국가 및 통화에 따라 처리 규정이 다르므로 외환거래 보고 및 규제 준수 상태 점검
수취인(영문)명 + 검색어 입력 (Conditional component)	수취인(영문명) 기준 추적 시, 검색 키로 활용 텍스트 기반 항목을 빠르게 검색하기 위한 기본 기능으로 즉각적인 거래 조회에 최적화
모인 거래번호 + 검색어 입력 (Conditional component)	모인 거래번호 기준 추적 시, 검색 키로 활용 텍스트 기반 항목을 빠르게 검색하기 위한 기본 기능으로 즉각적인 거래 조회에 최적화

테이블
- 거래현황을 운영자가 빠르게 인지·판단·점검 할 수 있도록 설계
- 거래단위별 주요 정보를 한눈에 확인할 수 있도록 거래상태·금액·송금/수취 주체·파트너사 정보 등 거래검증에 필요한 최소이면서도 필수적인 항목들로 구성

인터페이스 레이블 (데이터필드)	설명
모인 거래아이디 (inbound_moin_transaction_Id)	MOIN 내부 시스템에서 각 거래를 고유하게 식별하기 위한 기준값으로, 거래 추적 및 로그 검색의 기준이 됨
거래상태 (inbound_transaction_status)	거래의 진행 현황을 시각적으로 구분하여 운영자가 즉시 대응할 수 있도록 함
송금금액 (inbound_send_amount)	해외 송금 시 원화 환산 기준으로 실제 거래 규모를 파악하기 위함. 수취금액·수수료 검증의 기초 데이터로 활용
수취인 (inbound_recipient_name_en)	수취계좌 명의자 확인 및 KYC(본인인증) 일치 여부 검증을 위한 필수 정보
수취인 유형 (inbound_recipient_type)	수취계좌 성격 구분, AML, KYC 규제에 따른 접수에 필요한 데이터 및 인증 절차 분기 판단 근거
국가/통화쌍 (inbound_recipient_country)(inbound_recipient_currency)	송금국가 및 통화, 외환 관리 및 송금 규제별 보고 체계 대응을 위한 필수값
거래 생성일시 (inbound_transaction_created_at)	거래가 최초로 접수된 시점을 기준으로 하여, SLA(처리시간) 측정 및 지연 거래 관리에 활용
거래 갱신일시 (inbound_transaction_modified_at)	특정 거래 건이 마지막으로 변경된 시점의 일시, 시스템, 파트너사 또는 업무 담당자가 UI 또는 API를 통해 데이터를 변경한 모든 이벤트 이후 최신 갱신 시각을 기록

Inbound Transaction Detail (상세)

목적

SO팀은 시스템에서 자동화 거래에서 제외된, 확인 필요한 거래의 접수 정보를 수동으로 확인하여 수취인이 비대면 인증절차를 진행하여 타발송금 거래를 완료할 수 있도록 함

개요

타발송금 거래 데이터와 정보를 조회할 수 있고 거래가 진행되도록 상태 갱신
수취인과 송금인 AML(Dow Jones Watchlist) 데이터와 정보를 조회할 수 있음
수취인 영문이름과 국문이름 일치여부를 매핑데이터 조회 결과에 따라 시스템에서 상태 갱신
- 사업자등록 정보 추출 후 영문 후보 생성 그리고 정규화 매칭 후 AI/Fuzzy Matching 80% 이상 유사도 기준으로 동일 법인으로 판단
- 영문 불일치 또는 거래액이 소액이지만 30분 이내 2회 이상 반복 발생 시, 수동 검토로 전환
뷰어에 표현된 첨부문서(인보이스)를 확인하여 타발송금거래 확인 할 수 있음
갱신된 정보 또는 데이터나 단계는 로그 섹션의 테이블에서 확인할 수 있음
[버튼] ‘다음’을 클릭하여 확인해야할 접수 건으로 직접 이동 가능 (확인할 접수건이 없을 경우 ‘확인할 접수 건이 없습니다.’ 모달이 표현됨)
[버튼] ‘목록’을 클릭하여 접수관리 목록으로 입장할 수 있음

거래상태

상태 옵션	설명
[접수반려] (application_denied)	적용조건 플랫폼에서 거래 생성 시 진행되는 1차 시스템 거래 검증(송금인 상태, 수취인 정보, AML 스코어 등) 실패한 경우 수취인 계좌 불일치, 송금인 인증 미완료, Dow Jones Watchlist 경고값 초과 상태갱신방식 시스템 트리거(Event)에 의해 자동 갱신 거래절차영향 거래 절차 즉시 종료, 이후 단계 없음 운영자조치 추가 조치 불필요 (단, 동일 송금인의 반복 실패 시 AML 로그 검토 권장) 고객알림 클라이언트, 이메일, SMS로 반려 사유 및 재신청 안내 이후상태 없음 (거래 종료 상태)
[검토필요] (review_requested)	적용조건 시스템 검증을 통과했으나 SO팀 수동 확인이 필요한 거래 수취인 영문/국문 일치여부 수동 확인 필요, 첨부문서 수동 확인 필요, 중복 거래 패턴(30분 이내 2회 발생) 등 상태갱신방식 시스템 트리거(Event)에 의해 자동 갱신 거래절차영향 거래 일시 보류, SO팀 확인 전까지 진행 중단 운영자조치 거래 상세 진입 고객알림 없음 (내부 검토 단계) 이후상태 검토중
[검토중] (review_in_progress)	적용조건 운영자가 ‘검토필요’ 상태의 거래 상세 화면 이동시 자동 전환 상태갱신방식 운영자 이벤트(상세 페이지 진입)로 자동 갱신 거래절차영향 검토가 완료될 때까지 거래 진행이 일시 정지 운영자조치 첨부문서(인보이스), 송금정보, 수취인명 매핑 결과 검토 후 ‘검토성공’, ‘검토실패’ 또는 ‘수정요청’ 중 하나로 수동 변경 필요 시 ‘검토중’으로 수동 갱신 고객알림 없음 (내부 검토 단계) 이후상태 인증요청, 수정요청, 접수반려
[수정요청] (amend_requested)	적용조건 접수정보 오류 또는 누락 발견 시 운영자가 파트너사에 보완 요청하는 경우 상태갱신방식 운영자 수동 트리거(상태 변경 컴포넌트)로 갱신 거래절차영향 파트너사 보완 전까지 거래 보류 운영자조치 수정 항목 및 사유를 상세히 기재 후 파트너사에 전달 ‘문의’기능을 통해 파트너사 보완 정보 회신 이벤트가 확인되면 시스템은 자동으로 ‘검토필요’로 상태 갱신 고객알림 없음 (내부 검토 단계) 이후상태 검토필요, 접수반려 (특정시간 내, 회신 이벤트 미발생 시)
[인증요청] (recipient_auth_requested)	적용조건 검토 결과, 수취인의 비대면 본인(개인)/기업(법인/유한/개인사업자) 인증이 필요한 경우 (신규 수취인) 상태갱신방식 운영자 ‘검토성공’ 변경 트리거에 의해 수동 갱신 거래절차영향 거래는 수취인 인증 완료 전까지 일시 중단 인증 유효기간 48시간 (SMS 발송 기준) 운영자조치 없음 고객알림 SMS, Email로 비대면 인증 요청 발송 (48시간 유효 안내 포함) 이후상태 이체중, 접수취소
[접수취소] (application_canceled)	적용조건 수취인 비대면 실명인증 유효기간(48시간) 내 인증 미완료 또는 실패한 경우 상태갱신방식 시스템 자동 트리거(만료 이벤트)에 의해 자동 갱신 거래절차영향 거래 절차 종료 (수취거래 미개시) 파트너사 대시보드에 상태 정보 전달 운영자조치 불필요 (반복 실패 시 AML 모니터링 검토 대상 가능) 고객알림 SMS, Email로 ‘인증 만료로 접수취소’ 안내 이후상태 없음 (거래 종료 상태)
[이체중] (transfer_in_progress)	적용조건 수취인 소유주 인증완료 된 계좌에 송금 요청한 경우 상태갱신방식 시스템 송금 요청 성공 이벤트 발생 시 자동 갱신 실패 시 최대 3회까지 자동 재시도 거래절차영향 송금 요청 중으로 간주, 응답 대기 상태 운영자조치 불필요 (반복 실패 시 거래로그 검토 대상 가능) 고객알림 SMS, Email로 수취인에게 ‘송금중’ 안내 이후상태 이체요청실패, 이체요청완료

구성

거래 요약
- 목표
  - 운영자가 세부 검토 중에도 거래 상태와 주요 정보를 항상 참조할 수 있도록 함 상태 변경 트리거나 로그 확인 시 문맥 혼란 방지 및 다중 데이터 비교시 집중 유지 
- 개요
  - 거래상태 및 핵심정보 현황이 Sticky Position으로 표현 됨 따라서 거래 상태를 한눈에 유지하면서 세부 데이터를 스크롤 활동을 통해 검토 진행