지불 게이트웨이

Payment gateway

결제 게이트웨이는 e-비즈니스, 온라인 소매업자, 벽돌 앤 클릭 또는 전통적인 벽돌 앤 [1]박격포에 대한 신용카드 또는 직접 결제 처리를 승인하는 전자상거래 애플리케이션 서비스 공급자에 의해 제공되는 가맹점 서비스입니다.결제 게이트웨이는 은행이 고객에게 제공할 수 있지만, 전문 금융 서비스 제공자가 결제 서비스 제공자와 같은 별도의 서비스로 제공할 수 있다.

결제게이트웨이는 결제포털(웹사이트, 휴대전화 또는 대화형 음성응답 서비스 등)과 프론트엔드 프로세서 또는 취득은행 간의 정보 전송을 통해 결제거래를 용이하게 한다.

결제 게이트웨이는 가맹점이 다양한 결제 수단에 대해 전자상거래, 앱 내 및 POS(Point of Sale) 결제를 시작할 수 있도록 지원하는 서비스입니다.게이트웨이는 자금 흐름에 직접 관여하지 않습니다.일반적으로 머천트 웹사이트나 POS 시스템이 접속되어 있는 웹 서버입니다.결제 게이트웨이는 종종 여러 인수 은행과 결제 방법을 하나의 시스템으로 연결합니다.

일반적인 트랜잭션 프로세스

고객이 결제 게이트웨이가 가능한 가맹점에서 상품을 주문하면 결제 게이트웨이는 다양한 작업을 수행하여 [2]거래를 처리합니다.

  1. 고객은 '주문 전송' 또는 동등한 버튼을 눌러 웹 사이트에서 주문을 하거나 자동 전화 응답 서비스를 사용하여 카드 세부 정보를 입력할 수 있습니다.
  2. 웹 사이트를 통한 주문일 경우, 고객의 웹 브라우저는 브라우저와 가맹점의 웹 서버 간에 전송되는 정보를 암호화합니다.다른 방법에서는 SSL(Secure Socket Layer) 암호화를 통해 이를 수행할 수 있습니다.결제 게이트웨이는 거래처 시스템을 우회하여 거래 데이터를 고객의 브라우저에서 게이트웨이로 직접 전송할 수 있습니다.이것에 의해, 고객을 Web 사이트에서 다른 곳으로 리다이렉트 하지 않고, 가맹점의 PCI DSS(Payment Card Industry Data Security Standard)의 컴플리언스 의무를 경감할 수 있습니다.
  3. 그런 다음 판매자는 거래 내역을 결제 게이트웨이로 전송합니다.이것은 결제 게이트웨이가 호스팅하는 결제 서버에 대한 다른 (SSL) 암호화된 연결입니다.
  4. 결제 게이트웨이는 메시지를 XML에서 ISO 8583 또는 변형 메시지 형식(EFT 스위치에서 인식되는 형식)으로 변환한 다음 거래 정보를 가맹점의 인수 은행에서 사용하는 결제 프로세서로 전송합니다.
  5. 결제 프로세서는 거래 정보를 카드 연결로 전송합니다(예:Visa/MasterCard/American Express).American Express 또는 Discover Card가 사용된 경우 카드 어소시에이션은 발행 은행으로도 기능하며 승인 또는 거부 응답을 직접 결제 게이트웨이에 제공합니다.그렇지 않으면 [예:MasterCard 또는 Visa Card 사용], 카드협회는 거래를 올바른 카드 발급 은행으로 라우팅합니다.
  6. 신용 카드 발행 은행은 승인 요청을 수신하고 사용 가능한 신용 또는 차변 금액을 확인한 후 응답 코드(예:: 승인, 거부)를 포함하여 프로세서에 응답을 반환합니다.인가 요구의 운명을 전달할 뿐만 아니라 응답 코드를 사용하여 트랜잭션 실패의 원인을 정의합니다(예: 자금이 부족하거나 은행 링크를 사용할 수 없음).한편 신용카드 발급자는 승인된 금액에 대해 해당 가맹점 및 소비자와 관련된 권한을 보유한다.이는 소비자의 추가 지출 능력에 영향을 미칠 수 있다(이용가능한 신용한도를 줄이거나 차변계정에서 자금의 일부를 보유하기 때문이다.
  7. 프로세서가 승인 응답을 결제 게이트웨이로 전송합니다.
  8. 결제 게이트웨이는 응답을 수신하여 웹 사이트 또는 결제 처리에 사용된 인터페이스를 통해 관련 응답으로 해석된 후 가맹점 및 카드 소유자에게 다시 중계합니다.이것은 Authorization 또는 Auth라고 불립니다.
  9. 프로세스 전체에는 보통 2~[3]3초가 소요됩니다.
  10. 그 후, 판매자는 주문을 이행해, 상기의 프로세스를 반복할 수 있습니다만, 이번에는 거래를 완료해 승인을 「클리어」합니다.일반적으로 "클리어"는 가맹점이 거래를 완료한 후에만 시작됩니다(즉, 주문 발송).이로 인해 발행은행은 'auth'(auth-hold를 차변으로 이동)를 'clearing'(즉, auth-hold를 차변으로 이동)하고 가맹점 인수은행과 결제할 준비를 한다.
  11. 가맹점은 승인된 모든 승인을 "배치"(당일 종료)로 프로세서를 통해 결제를 위해 인수 은행에 제출합니다.이것에 의해, 대응하는 「Auth」가 명시적으로 「Cleared」되지 않은 경우는, 통상은 축소 또는 「Clear」됩니다.
  12. 취득 은행은 카드사에 일괄 정산 요청을 합니다.
  13. 카드사는 인수은행에 정산금(대부분 다음날)을 지급한다.
  14. 그 후, 인수 은행은 승인된 자금의 총액을 가맹점의 지정 계좌(당일 또는 다음날)에 입금한다.이는 가맹점이 동일한 은행과 거래하는 경우 인수 은행과 거래하는 계좌이거나 다른 은행과 거래하는 계좌일 수 있습니다.
  15. 승인에서 결제, 자금 조달까지 전체 과정은 보통 3일이 소요됩니다.

또한 많은 결제 게이트웨이에서는 승인 요청이 프로세서로 전송되기 전에 자동으로 부정 주문의 스크리닝과 세금 계산을 수행할 수 있는 도구를 제공합니다.부정 행위를 탐지하는 도구에는 지리 위치, 속도 패턴 분석, OFAC 목록 조회, '거부 목록' 조회, 배달 주소 확인, 컴퓨터 핑거 프린팅 기술, ID 모핑 탐지 및 기본 AVS 검사가 포함됩니다.

화이트 라벨 결제 게이트웨이

일부 결제 게이트웨이는 결제 서비스 공급자, 전자상거래 플랫폼, ISO, 리셀러 또는 인수 은행이 결제 게이트웨이의 기술을 [4]자체 기술로 완전히 브랜드화할 수 있도록 하는 화이트 라벨 서비스를 제공합니다.즉, PSP나 다른 서드파티는 지불 업무와 추가적인 리스크 관리 및 컴플라이언스 책임 없이 엔드 투 엔드의 사용자 경험을 소유할 수 있습니다.단, 고객에게 흰색 라벨의 솔루션을 제공하는 당사자는 여전히 고객의 [5]인식과 같은 몇 가지 규제 요건을 책임질 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "eCommerce: Payment Gateways". digitalbusiness.gov.au. Archived from the original on 18 November 2012. Retrieved 20 November 2012.
  2. ^ Gulati, Ved Prakash. "The Empowered Internet Payment Gateway" (PDF). Computer Society of India. Retrieved 22 May 2013.
  3. ^ "eCommerce: Choosing your payment methods". digitalbusiness.gov.au. Archived from the original on 23 January 2013. Retrieved 19 November 2012.
  4. ^ Investopedia Staff (2008-05-21). "White Label Product". Investopedia. Retrieved 2017-07-20.
  5. ^ "Acquirer Services - White Label Payment Processing - MasterCard Payment Gateway Services". www.mastercard.com. Retrieved 2017-07-20.