카드 결제

매입사는 귀사를 위해 카드 결제를 처리하고 자금을 지급하는 은행 또는 인가 기관입니다. 게이트웨이는 그 앞에서 단말기와 결제 화면의 요청을 받고, 카드를 토큰화해 라우팅하는 기술 서비스입니다. 두 역할을 함께 제공하는 사업자도 있습니다. 이 설계는 어느 경우에도 작동하며 두 역할을 명확히 구분합니다.

이 질문 링크

그것이 설계의 목표입니다. 카드 번호는 인증된 단말기나 호스팅 결제 페이지에서 수집되어 게이트웨이에서 토큰으로 대체되므로, 귀사 POS, ERP, 데이터 저장소에는 토큰만 남습니다. 이는 PCI DSS가 적용되는 범위를 줄여 줍니다. 최종 범위는 귀사의 평가자가 확인합니다.

이 질문 링크

아닙니다. ISO 8583은 구조를 정의하며, 각 매입사나 네트워크는 필드, 메시지 유형, 코드에 대한 자체 사양을 공개합니다. 그래서 우리는 매입사 사양을 기준으로 구축하고 해당 인증 테스트를 수행합니다. 매입사 앞단의 게이트웨이 API는 이러한 차이를 감춰 주므로 소매업체에는 종종 더 단순합니다.

이 질문 링크

승인은 자금을 예약할 뿐입니다. 매입사는 수수료와 카드 네트워크 비용을 공제한 뒤 배치 단위로 정산하고 자체 일정에 따라 지급합니다. 그래서 이 설계는 승인과 정산을 별개 이벤트로 다루고 대사하여, 재무 팀이 무엇이 판매되었고 무엇이 정산되었으며 무엇이 아직 도착하지 않았는지 볼 수 있게 합니다.

이 질문 링크

지원합니다. 온라인 카드 결제에는 게이트웨이를 통해 EMV 3-D Secure를 통합하여, 규제나 위험 수준이 요구하는 경우 발급사가 카드 소지자를 인증할 수 있게 합니다. 결제 화면에서 챌린지 흐름과 무마찰 흐름을 모두 처리하고, 사업자의 테스트 카드로 두 흐름을 모두 테스트합니다.

이 질문 링크

가능합니다. 통합 계층이 결제에 대한 하나의 내부 모델을 유지하고 각 사업자에 매핑하므로, 채널, 국가, 카드 유형별로 라우팅하거나 사업자 간에 거래량을 옮길 수 있습니다. 다만 각 사업자마다 자체 통합과 인증이 필요하며, 이를 사업자별로 계획합니다.

이 질문 링크