웹사이트에 지불 게이트웨이를 추가하는 방법은 무엇입니까?

• 고객은 결제 시 "주문하기" 버튼을 누릅니다. 프로그램은 결제 내역을 암호화하여 SSL 연결을 통해 딜러의 웹사이트 서버로 보냅니다.
• 딜러는 다시 스크램블된 SSL 연결을 통해 이러한 세부 정보를 계속 진행합니다.
• 지불 게이트웨이는 데이터를 지불 프로세서로 보내 카드 가맹(Visa, MasterCard 등)으로 진행합니다.
• 신용 카드를 제공하는 은행은 승인 요청을 받고 응답 코드를 지불 프로세서로 다시 보냅니다. 반응 코드에는 교환 상태(승인 또는 실패)에 대한 데이터와 교환이 실패(자산 부족 등)된 경우의 실수 코드가 포함됩니다.
• 지불 프로세서는 반응 코드를 문으로 보내고 그 지점에서 웹사이트로 다시 보냅니다.
• 특정 웹사이트는 클라이언트에게 적절한 메시지를 보여줍니다.

권한 부여

이 종류는 고객의 지불 능력을 결정하고 신용 카드에 충분한 자산이 있는지 확인하는 데 사용됩니다. 이 상황에서는 진정한 자산 이동이 발생하지 않습니다.

웹에서 요청한 항목을 발송하기 위해 약간의 투자가 필요하고 카드 후원자의 자금 조달을 보장해야 하는 오프 기회에 승인 교환 유형을 활용하는 것이 좋습니다.

잡다

캐치 교환 또는 거래를 통해 최근 승인된 현금을 캐치하여 상환할 수 있습니다. 이와 같이 운송을 위한 수고/계획을 따로 둔 상품을 온라인으로 판매한 경우 먼저 결제를 승인해야 하며 상품이 발송되었을 때 금액을 파악하여 다음으로 이동합니다. 당신의 기록.

거래 또는 판매

판매 또는 거래 교환은 승인 및 캐치를 통합합니다. 주문을 즉시 충족할 수 있는 기회가 없을 때 사용해야 하는 교환 유형입니다. 현금이 청구되고 이중으로 이동합니다. 마찬가지로 귀하가 지원 참여를 판매하고 신속하게 클라이언트 액세스 권한을 부여하는 것이 오프 기회에 합리적일 것입니다.

돈 반환 또는 환불

상황이 발생하고, 알 수 없는 이유로 요청을 취소해야 하는 경우 판매자는 교환을 환불하고 준비를 위해 제출해야 합니다. 종종 환불은 승인된 첫 번째 금액으로 제한되며 Sale 및 Capture 교환에 적용되어야 합니다.

무효의

무효 교환은 할인과 같지만 아직 교환이 정산(적합)되지 않은 경우 적용해야 합니다. 일반적으로 교환은 24시간 이내에 고객의 기록 설명에서 사라지지만 할인을 처리하는 데 영업일 기준 3~5일이 소요될 수 있습니다. 무효는 또한 환불보다 다소 저렴합니다.

용이한(호스팅된) 지불 게이트웨이

이 구절은 지불을 완료하기 위해 웹사이트에서 클라이언트를 제거하고 상호작용이 끝나면 다시 돌려줍니다.

그들은 교환 보안을 다루며 귀하의 사이트에 통합하는 것이 매우 간단합니다. 그럼에도 불구하고, 당신은 무슨 일이 일어나는지 파악하지 못하고 당신의 고객이 바쁘게 움직이고 다른 곳을 탐색할 수 있습니다.

가장 잘 알려진 촉진(호스팅) 결제 게이트웨이는 Paypal, Stripe, Amazon Payments, SagePay입니다.

비 촉진(비호스팅) 결제 게이트웨이

처음에는 웹사이트에 쉽게 추가할 수 있고 클라이언트를 제거하고 다른 곳에서 비용을 지불하지 않고도 상점이나 단계에 클라이언트를 유지할 수 있는 게이트웨이를 살펴봐야 합니다.

우선 – 보안.

이것은 웹사이트에 지불을 조정하는 데 도움을 주기 위한 비 촉진 답변에 약간의 손해를 끼칩니다.

그들은 직원에 대해 작업하고 일반적으로 고객의 신용 카드 데이터를 저장하기 때문에. 결과적으로 갈취 보험, 안전한 카드 소유자 데이터 저장 및 PCI 일관성을 스스로 보장해야 합니다.

지금까지 대부분의 비 촉진 게이트웨이는 광범위한 API와 함께 장바구니에 통합할 수 있도록 즉시 액세스할 수 있는 모듈을 제공합니다. 그럼에도 불구하고 맞춤형 모터로 사이트를 운영할 기회가 없으면 웹사이트에 대한 지불 게이트웨이를 조정하기 위해 맞춤형 프로그래밍을 제공해야 합니다.

가장 잘 알려진 비 촉진(비호스팅) 지불 게이트웨이는 Authorize.net, SagePay Direct Integration, MangoPay입니다.