로버트 레빙스 지음, 이지페이123 대표이사
기성 장바구니 애플리케이션을 사용하지 않는 한, 귀하 또는 귀하의 개발자는 특정 요구 사항을 충족하기 위해 결제 애플리케이션의 최소한 일부 요소를 사용자 정의할 가능성이 있습니다. 귀하의 지불 신청은 간단할 수도 있고 복잡할 수도 있습니다. 어느 쪽이든 올바른 이벤트 순서를 따르고 사용 가능한 기술을 활용하면 고객 만족도를 높이는 데 도움이 됩니다. 개발 비용, 결제 관련 오류 및 출시 기간을 단축합니다. 더욱 기능적인 애플리케이션을 제공합니다.
다음 기사에서는 결제 애플리케이션 설계, 구축 및 출시와 관련된 주요 단계를 강조합니다. 개발자의 관점에서 작성되었지만 프로세스 전반에 걸쳐 개발자와 상호 작용할 때 사용할 수 있는 정보를 판매자에게 제공합니다. 이는 판매자가 신용 카드 결제 처리의 다양한 측면을 이해할 수 있도록 EasyPay123에서 제공하는 기사 시리즈의 일부입니다.
1단계: 사용자 요구 사항 이해
사용자 요구 사항을 이해하는 것은 모든 결제 애플리케이션 개발에 필요한 출발점입니다. 사용자가 응용 프로그램 및 모든 다양한 기능과 상호 작용하는 방법을 문서화하면 모든 당사자가 최종 제품의 모양과 작동 방법에 동의할 수 있습니다. 이 단계에서 답변해야 할 몇 가지 질문은 다음과 같습니다.
* 결제는 어떻게 이루어지나요(온라인, 전화, IVR 등)?
* 어떤 고객 데이터(예: 이름, 전화번호, 주소 정보 등)를 수집합니까?
* 어떤 보충 데이터(예: 인구 통계, 설문지 등)가 수집됩니까?
* 인터페이스에서 어떤 데이터 필드를 “필수”로 설정해야 합니까?
* 어떤 오류 감지/수정 또는 데이터 검증 스크립트가 사용됩니까(예: MOD10 신용카드 번호 검증, 날짜/달러 형식 등)?
* 인터페이스에서 계산을 수행해야 합니까?
* 인터페이스의 모양과 느낌은 어떤 것입니까(그래픽, 텍스트, 색상 및 레이아웃)?
* IP 주소 또는 사용자 이름/비밀번호로 애플리케이션에 대한 액세스가 제한됩니까?
* 트랜잭션 결과가 실시간으로 데이터베이스를 업데이트합니까, 아니면 트랜잭션이 발생한 후 어느 시점에 제3자 애플리케이션/데이터베이스에 액세스할 수 있습니까?
* 신용카드 데이터는 어떻게 입력되나요(키입력, 스와이프, 터치스크린 등)?
* 회신/접수 페이지에는 어떤 내용을 기재해야 하나요?
* 고객/판매자는 이메일 영수증을 어떻게 받나요(원하는 경우)?
* 이메일로 전송되는 영수증의 내용은 어떻게 되나요?
* 판매자 계좌에는 어떤 은행이 사용됩니까?
* 애플리케이션은 어디에서 호스팅됩니까?
* 결제 양식은 어떻게 확보되나요?
이러한 질문에 대한 답변은 판매자가 검토하고 의견을 제시할 수 있도록 사양 문서에 기록되어야 합니다. 이 단계를 수행하면 개발 시간과 비용이 줄어들고 프로젝트에 대한 판매자 만족도도 높아집니다.
2단계: 인터페이스 디자인
사용자 인터페이스 디자인은 항상 “부분은 예술/부분 기술”이며 애플리케이션에 따라 크게 달라집니다. 이는 위에서 정의한 사용자 요구에 따라 주로 추진되어야 합니다. 또한 대상 운영 체제, 호스팅 환경, 개발 언어 등의 기술적 고려 사항도 고려해야 합니다. 이러한 결정은 대부분 개발자 비즈니스의 “고기와 감자”이므로 여기서는 논의가 거의 필요하지 않습니다. 인터페이스 모형은 사용자가 입력을 제공하고 애플리케이션을 테스트할 수 있도록 유용합니다(일부 결제 게이트웨이는 “실시간 실행”에 앞서 거래가 애플리케이션으로 정확하게 시뮬레이션될 수 있도록 개발자 환경을 제공합니다).
오류를 줄이고 기능을 향상시키기 위해 인터페이스에 스크립트를 원하는 수만큼 포함할 수 있습니다. 유용할 수 있는 내용은 다음과 같습니다.
(a) MOD10 확인: Luhn 알고리즘을 사용하여 신용카드 번호가 유효한지 여부를 확인합니다. 거래 시간을 단축합니다. 실패한 신용 카드 번호에 대해 게이트웨이 비용을 청구하는 경우 판매자 비용을 줄일 수 있습니다.
(b) 주문 번호 생성기: 각 거래와 함께 게시될 수 있는 고유한 숫자 주문 번호를 생성합니다. “중복 주문 번호 거부” 옵션을 켜면(지원되는 경우) 게이트웨이에서 중복 거래를 처리할 위험이 거의 제거됩니다.
(c) 필수 필드: 주문 양식의 필수 필드를 모두 작성하지 않으면 거래를 제출할 수 없습니다. 필요한/원하는 모든 데이터가 결제 게이트웨이에 게시되었는지 확인합니다.
(d) 이중 제출 방지: 거래가 처리되는 동안 사용자가 “제출” 버튼을 다시 클릭하는 기능을 비활성화합니다. 잘못된 주문 이중 제출 위험을 줄입니다.
(e) 이메일 검증: 이메일 주소가 [email protected] 형식인지 확인합니다. 잘못된 이메일이 입력될 위험이 줄어듭니다.
(f) 비어 있으면 완료: 사용자가 특정 데이터 필드를 비워 두기로 선택한 경우(예: 주소 필드에 “지정되지 않음” 삽입) 자동으로 채워집니다. 게이트웨이에 필요한 필드가 허용 가능한 값으로 채워지도록 합니다.
(g) 알파벳/영숫자/숫자만: 사용자가 잘못된 데이터 형식을 입력하면 오류 메시지를 발행합니다. 데이터 입력 오류의 위험을 줄입니다.
(h) 모두 대문자/소문자: 사용자가 잘못된 데이터 형식을 입력하면 오류 메시지를 발행합니다. 데이터 입력 오류의 위험을 줄입니다.
3단계: 결제 게이트웨이에 통합
결제 게이트웨이를 애플리케이션(예: 웹 사이트 또는 청구 시스템)에 통합하는 것은 관련된 복잡성 측면에서 크게 다를 수 있습니다. 일반적으로 다음 단계가 적용됩니다.
1. 통합 방법 선택
대부분의 결제 게이트웨이에는 거래를 보내는 인터페이스 유형, 해당 인터페이스가 호스팅되는 위치(예: 운영 체제) 및 통합이 얼마나 복잡한지에 따라 다양한 통합 방법이 있습니다. 예를 들어, 일부 구현에서는 결제 게이트웨이에 대한 간단한 양식 게시를 사용할 수 있는 반면, 보다 복잡한 구현에서는 API를 사용해야 할 수 있습니다.
지불 게이트웨이 통합 방법에 대해 애플리케이션의 데이터 흐름 및 시스템 요구 사항을 매핑하면 적절한 방법을 결정하는 데 도움이 됩니다. 일반적으로 게이트웨이에서 제공하는 API를 사용하면 유연성이 가장 뛰어나지만 통합 및 유지 관리가 더 복잡해질 수 있습니다.
2. 데이터 필드 게시 구성
이 단계에서는 올바른 구문을 사용하여 모든 필수 및 선택 필드를 인터페이스에서 게이트웨이로 전달하는지 확인해야 합니다. 필수 항목은 거래를 완료하는 데 필요한 최소한의 항목입니다. 선택 필드에는 유용한 보충 데이터가 포함되어 있습니다. 게이트웨이 공급자가 지정한 구문을 사용하여 게이트웨이에 게시해야 합니다.
3. 응답 파일 해석
필드가 게시되면 응답 메커니즘에 대한 테스트를 수행하여 지불 게이트웨이에서 가능한 모든 응답 결과(예: 승인, 거부, 시스템 오류 등)를 올바르게 해석하는지 확인해야 합니다. 여기에는 다양한 결과를 시뮬레이션하고 올바른 응답 값이 변수에 매핑되고 모든 것이 응답 페이지 및 이메일 템플릿(사용 가능한 경우)에 올바르게 표시되는지 확인하는 작업이 포함됩니다.
경우에 따라 결제 게이트웨이는 실제로 응답 페이지의 특정 데이터 필드에 사용된 변수 이름을 표시할 수 있습니다(예: “CustName”을 변수로 사용하는 경우 이는 응답 페이지, 이메일 등에서 사용자에게 표시될 수 있습니다). 가능하다면 사용자 측의 혼란을 피하기 위해 난해한 이름보다는 “고객 친화적인” 변수 이름을 사용하십시오.
4. 안전 개발 실패
고객이 게이트웨이로부터 결제 응답을 받지 못하는 결과를 가져올 수 있는 인터넷 연결 실패를 보상하기 위해 안전 장치를 마련합니다. 여기에는 고객이 거래를 처리하고 거래 알림을 수신하여 가능한 실패 지점을 식별하는 방법의 논리를 통해 작업하는 작업이 포함됩니다(예: 고객이 결제 게이트웨이에 거래를 게시한 직후이지만 응답 페이지가 반환되기 전에 인터넷 연결 오류가 발생하면 어떻게 될까요? 고객은 거래 상태가 무엇인지 어떻게 알 수 있습니까?).
안전 장치는 다양한 형태를 취할 수 있습니다. 예를 들어 EasyPay123에는 애플리케이션이 고유 주문 번호를 기반으로 Skipjack을 쿼리하여 (a) 거래가 시스템에 있는지 여부와 (b) 거래가 있는 경우 상태(예: 승인, 거부, 해결 등)를 확인할 수 있는 거래 상태 가져오기 기능이 있습니다. 상태가 알려지면 자동으로 취할 올바른 조치를 결정하도록 애플리케이션을 프로그래밍할 수 있습니다.
5. 제3자 연결
어떤 경우에는 데이터가 결제 게이트웨이에 게시될 때 또는 거래가 처리된 후 결제 게이트웨이에서 반환된 결과를 사용하여 거래 데이터를 제3자 애플리케이션에 전달해야 할 수도 있습니다. 게이트웨이를 특정 위치에 게시하거나 타사 응용 프로그램으로 가져올 데이터를 추출하고 형식을 지정하는 등 여러 가지 방법으로 이를 수행할 수 있습니다.
애플리케이션에 통합하는 가장 좋은 방법을 결정하려면 결제 게이트웨이 제공업체에 문의하세요.
4단계: 테스트
결제 게이트웨이의 개발 환경(사용 가능한 경우)과 테스트 신용 카드를 사용하여 개발 단계에서 테스트를 수행할 수 있습니다. 이를 통해 개발자와 사용자는 응용 프로그램이 원하는 방식으로 작동하는지 확인할 수 있습니다. 그러나 개발 테스트는 애플리케이션의 기능적 부분만 보증합니다. 자금이 제대로 승인되고 결제되었는지 확인하려면 일반 용도로 사용하기 전에 “라이브” 플랫폼에서 애플리케이션에 대한 테스트도 수행해야 합니다. 다음을 권장합니다.
1. 실시간 신용카드를 사용하여 $1.00 금액의 거래를 승인합니다.
2. 거래가 성공적으로 승인되었는지 확인하고 다음 사항을 확인하세요.
(a) 필요한 모든 정보가 포함된 응답 페이지가 표시됩니다 월세카드결제.
(b) 이메일 영수증이 수신되었으며 필요한 모든 정보가 포함되어 있습니다(이메일 영수증을 사용하는 경우).
3. 24~48시간 후(가맹점 은행에 따라 다름), 가맹점 은행 계좌를 확인하여 승인 자금이 성공적으로 입금되었는지 확인하세요.
4. 1단계에서 사용된 실제 신용카드 명세서에 표시된 판매자 이름이 예상대로 나타나는지 확인합니다(이는 판매자 계정 신청 프로세스 중에 정의되며 일반적으로 신청서의 “사업명” 이름에서 파생됩니다).
5단계: 의사소통
운영 간소화, 비용 절감, 매출 증대, 고객 서비스 개선 또는 위의 모든 것에 도움이 되었기 때문에 결제 애플리케이션을 구축했을 가능성이 있습니다. 고객/사용자가 이러한 사실을 인식하지 못하는 경우 목표 달성 성공률이 낮아질 수 있습니다. 귀하의 신청서가 존재한다는 사실을 알려야 합니다. 여기에는 온라인 소매의 경우 광고 또는 검색 엔진 활용, 청구서 결제 애플리케이션의 경우 이메일 및 송장에 있는 결제 인터페이스 링크가 포함될 수 있습니다. 광고, 제휴 프로그램, “바이럴 마케팅” 노력, 검색 엔진 제출 등을 포함한 다양한 의사소통 방법이 존재합니다. 인터넷은 이러한 다양한 옵션을 조사할 수 있는 훌륭한 리소스입니다. 또한 이러한 다양한 방법 중 몇 가지를 강조하는 “웹사이트 가시성 확보”라는 기사도 있습니다. 또한 오프라인 마케팅 활동과 보조 자료를 활용하여 고객에게 귀하의 애플리케이션을 알려야 합니다.
커뮤니케이션을 보낼 때 직원을 무시하지 마십시오. 그들은 새로운 결제 애플리케이션의 가치와 의미를 알고 있어야 합니다. 이는 업무 수행 방식이나 고객과의 상호 작용 방식에 영향을 미칠 수 있기 때문입니다. 애플리케이션, 그 가치, 애플리케이션이 애플리케이션에 미칠 수 있는 영향을 설명하는 내부 게시판을 보내는 것은 애플리케이션이 출시된 후 혼란을 피하는 데 큰 도움이 됩니다.
디자인 및 개발 팁
* 데이터 검증 및 필수 필드 코딩을 통해 최종 사용자가 생성한 오류와 최종 사용자의 불만이 크게 줄어듭니다.
* 모든 브라우저 유형을 설계하고 테스트합니다.
* 시스템의 모든 요소가 제대로 작동하는지 확인하기 위해 테스트, 테스트, 테스트합니다. 데이터 흐름을 매핑하고 철저한 테스트 프로토콜을 개발하면 출시 전에 대부분의 문제를 식별하고 테스트할 수 있습니다.
요약
지불 게이트웨이를 애플리케이션에 통합하는 방법에 대한 완전한 논의는 이 문서의 범위를 벗어납니다. 그러나 통합의 성격에 관계없이 따라야 할 기본 단계가 있습니다. 결제 게이트웨이를 통합하려는 개발자인 경우 게이트웨이 제공업체는 작업을 더 쉽게 할 수 있도록 문서, 스크립트, 소프트웨어 모듈 및 지원을 제공해야 합니다. 그렇지 않은 경우 대체 게이트웨이 공급자를 살펴보는 것이 좋습니다. 귀하가 이 작업을 수행하기 위해 개발자를 고용하는 판매자인 경우 이 문서의 요점을 사용하여 개발자가 오류 없는 고객 중심 솔루션을 제공하는 포괄적인 접근 방식을 따르고 있는지 확인하는 것이 가치가 있을 수 있습니다.
EasyPay123 소개
EasyPay123은 북미 전역의 기업에 결제 처리 솔루션을 제공하는 선도적인 공급업체입니다. 합리적인 가격으로 세계적 수준의 솔루션을 제공하는 EasyPay123은 판매자가 결제 애플리케이션을 획득, 실행 및 사용하는 프로세스를 단순화하여 비즈니스 방식을 개선하도록 돕습니다. www.EasyPay123.com을 방문하세요.
이 기사에 사용된 일부 전자상거래 용어에 대한 설명을 보려면 www.EasyPay123.com의 온라인 용어집을 방문하세요.
이 기사가 도움이 되었다면 당사 웹사이트를 방문하여 EasyPay123 시리즈의 다른 기사 중 하나 이상을 요청할 수 있습니다. 이 시리즈의 기사는 다음과 같습니다.
전자상거래의 이해
거래 처리 방법
판매자 계정 얻기
결제 애플리케이션을 설계하고 구축하는 방법
결제 대행사를 선택하는 방법
장바구니를 선택하는 방법
온라인 사기 예방
웹사이트 가시성 확보
무선 결제 이해
© 2003 EasyPay123. 모든 권리 보유. 이 기사는 EasyPay123의 명시적인 서면 승인 없이는 어떠한 수단으로도 복사, 재인쇄, 출판, 번역, 호스팅 또는 기타 배포될 수 없습니다.