KR20150058474A - 전자 결제 거래의 이의제기 해결을 제공하는 시스템 및 방법 - Google Patents

전자 결제 거래의 이의제기 해결을 제공하는 시스템 및 방법 Download PDF

Info

Publication number
KR20150058474A
KR20150058474A KR1020157010328A KR20157010328A KR20150058474A KR 20150058474 A KR20150058474 A KR 20150058474A KR 1020157010328 A KR1020157010328 A KR 1020157010328A KR 20157010328 A KR20157010328 A KR 20157010328A KR 20150058474 A KR20150058474 A KR 20150058474A
Authority
KR
South Korea
Prior art keywords
transaction
partner
objection
notification
payment
Prior art date
Application number
KR1020157010328A
Other languages
English (en)
Inventor
매튜 지. 카츠
제프리 사위트케
Original Assignee
베리파이 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 베리파이 인코포레이티드 filed Critical 베리파이 인코포레이티드
Publication of KR20150058474A publication Critical patent/KR20150058474A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407—Cancellation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

파트너 플랫폼과 제휴된 판매자와 고객 사이의 거래와 관련된 이의제기 및 문의를 해결하는 파트너 기반 방법 및 장치를 여기에 설명한다. 예를 들어, 상기 방법은 파트너 플랫폼에서 문의/이의제기 이벤트 통지를 수신하는 것을 수반할 수 있다. 상기 방법은 거래에 관한 데이터 포인트를 획득하고 그 데이터 포인트에 기초하여 거래를 찾을 수 있다. 상기 방법은 거래의 환불, 또는 거래와 관련된 장래의 또는 자동결제되는 요금의 취소를 수반할 수 있다.

Description

전자 결제 거래의 이의제기 해결을 제공하는 시스템 및 방법{SYSTEM AND METHOD FOR PROVIDING DISPUTE RESOLUTION FOR ELECTRONIC PAYMENT TRANSACTIONS}
본 출원은 2008년 12월 23일자로 출원된 미국 특허 출원 제12/343,195호(미국 특허 제7,941,352호로 등록되었음)의 계속 출원인 2011년 5월 10일자로 출원된 미국 특허 출원 제13/104,907호의 일부 계속 출원으로서, 이들 각각은 여기에 참조로서 명확히 포함된다.
본 발명은 일반적으로 신용카드 또는 다른 전자결제 거래에 대한 이의제기 해결책(disputed resolution)을 제공하는 시스템 및 방법으로서, 이들 전자결제 거래는 직불카드, ACH(Automated Clearing House), 전자거래수표(eCheck), LEC 거래 등을 포함할 수 있으나 이에 한정되지는 않는다. 보다 구체적으로, 본 발명은 카드사 또는 다른 전자결제 제공자(electronic payment provider)가 카드 소지자 또는 다른 구매자들을 자동 결제(recurring payment) 프로그램에서 자동으로 제거하고 및/또는 적절한 거래 파라미터를 만족하면 카드 소지자에게 신용카드 거래의 이의제기에 대한 지급(credits)을 발급하고 거래 파라미터를 만족하지 않으면 그러한 지급 요청을 거절할 수 있도록 한다.
신용카드와, 직불카드 및 체크카드와 같은 다른 결제수단(payment instruments)은 시장에서 상품이나 서비스를 구매하기 위하여 소지자에 의하여 널리 사용되고 있다. 2007년에 모든 미국 카드 소지자에 의한 결제의 적어도 35%가 "플라스틱"(즉, 신용카드 또는 직불카드)에 의하여 이루어졌다고 추정되며, 이 비율은 2010년까지는 적어도 49%까지 증가할 것으로 추정된다. 이들 거래의 최근 연간 금액은 4천억 달러를 넘어선다. 신용카드 거래는 카드 소지자에게 편리한 반면, 판매자와 신용카드사에게는 특별한 문제들을 안겨준다. 그러한 문제의 한가지는 카드 소지자가 신용카드 거래에 이의를 제기할 때 발생하는데, 그러한 이의제기를 조사 및 해결하는데 상당한 시간과 리소스의 지출을 필요로 한다.
전자결제 제공자를 이용하는 카드 소지자 및 다른 구매자는 갈수록 판매자와 직접 접촉하는 대신 그들의 카드사에게 가서 청구 이의제기(billing dispute)를 해결한다. 이러한 경향은 카드 소지자와 판매자의 어떠한 사전 접촉 없이 발생하는 지불 거절과 마주하게 되는데, 해결 과정에 판매자가 직접 개입되지 않으면 카드사가 판매자를 대신하여 해결 활동을 수행하기 때문에 그러한 이의제기의 비효율적인 해결을 초래하며, 이로 인하여 해결 과정의 복잡성, 시간 및 비용이 증가한다.
신용카드 및 다른 전자결제 제공자 거래 이의제기에 의하여 주어지는 문제를 이해하기 위해서, 전자결제 제공자 프로세스의 간략한 개관이 필요하다. 신용카드는 발급 은행에 의하여 카드 소지자에게 제공된다. 카드 소지자가 신용카드를 이용하여 판매자와 거래를 하면, 발급 은행은 거래가 승인되었을 때 판매자에게 지급할 것을 약속한다.
매달, 신용카드 사용자에게는 그 카드로 이루어진 구매 목록 및 지불해야 할 총액을 기록한 내역서가 보내진다. 카드사업규제를 위한 법률(Fair Credit Billing Act)에 따르면, 카드 소지자는 그 또는 그녀가 잘못 되었다고 생각하는 내역서상의 어떠한 요금에 대해서도 이의를 제기할 수 있다. 카드 소지자는 발급 은행과 접촉하기 전에 그 상황을 치유하는 것과 관련되어 판매자와 접촉하거나 또는 접촉하지 않을 수 있다.
지불 거절 프로세스는 신용카드 회사마다 다소 다르나, 일반적으로는 도 1에 도시된 시퀀스를 따른다. 스텝 1에서, 신용카드 소지자는 그들의 발급 은행에 거래에 대해서 이의를 제기한다. 스텝 2에서, 발급 은행은 지불 거절 요청이 유효한지를 판단하기 위하여 조사하고, 만약 유효하지 않다면 지불 거절을 거절한다. 스텝 3에서, 요금 부과된 금액에 해당하는 임시적인 크레딧(지급금액)이 사용자의 계좌로 환급된다. 스텝 4에서, 발급 은행은 지불 거절 프로세스를 개시하고 판매자의 은행으로부터 지불 거절 구매에 해당하는 지급 금액을 획득한다. 스텝 5에서, 판매자의 은행은 지불 거절 요청이 유효한지를 판단하기 위하여 지불 거절 요청을 조사하고, 만약 유효하지 않다면 지불 거절 금액이 발급 은행으로 반환된다. 판매자의 은행이 지불 거절이 유효하다고 판단하면, 스텝 6에서, 지불 거절 금액이 판매자의 은행 계좌로부터 제거되고, 판매자의 은행은 판매자에게 서면통지를 한다. 스텝 7에서, 판매자는 지불 거절을 반박할 기회가 제공되며, 만약 그 서면이 만족스럽다면 지불 거절이 거절되고 카드 소지자는 판매에 대하여 다시금 요금이 부과된다. 만약 지불 거절이 거절되지 않으면, 지불 거절이 성공적으로 이루어지고 프로세스가 종료된다.
본 발명은 카드사 또는 다른 전자결제 제공자에게, 고객의 판매자에 대한 이의제기에 대하여 빠르고 바람직하며 효율적인 해결책을 획득할 수 있는 시스템 및 방법을 제공하여, 우수한 고객 서비스를 제공하면서도 운용 비용을 줄일 수 있게 한다. 본 발명은 신용카드, 직불카드, ACH, 전자거래수표, 모바일 지불(mobile payment), LEC 등과 같은 카드사 또는 다른 전자결제 제공자에 의하여 제공되는 하나 이상의 다양한 타입의 전자결제가 동시에 사용될 수 있을 것이며, 각 타입의 전자결제 거래 내에서 하나 이상의 결제 브랜드 또는 네트워크가 사용될 수 있을 것이며, 예를 들어, 신용카드 전자 결제 거래 내에서는 동시에 Visa, MC, Amex, Discover 및 JCB 카드 거래가 동시에 사용될 수 있을 것이다.
따라서 본 발명은 각 타입의 전자 결제 거래 내에서 하나 이상의 결제 브랜드 또는 네트워크로, 신용카드, 직불카드, ACH, 전자지불수표, 모바일 결제, LEC 등과 같은 복수의 다양한 타입의 전자 결제 네트워크의 복수의 연결을 제공한다.
본 발명은 카드사가 카드 소지자 지급 프로세스에 있어서 최소한의 리소스 비용으로 빠른 처리종료(turnaround)를 얻을 수 있도록 한다. 자동결제 프로그램 판매자에 대하여, 카드 소지자는 자동결제 프로그램으로부터 제거되며, 이는 미래의 승인 요청의 제출을 막아 잠재적인 장래의 이의제기를 제거할 수 있다. 본 발명은 이로써 카드 소지자에게 바람직한 해결책을 제공하면서도 카드사가 카드 소지자의 거래 이의제기를 해결하는데 요구되는 시간 및 비용을 현저히 감소시킬 수 있게 한다.
하나의 바람직한 실시예로서, 도 2 및 도 3에 나타낸 바와 같이, 본 발명의 시스템 및 방법이 도시되어 있다. 결제수단 소지자는 카드사에게 이의제기의 고지(notice of dispute)에 착수하고, 인터넷, 우편, 팩스, 이메일, 직접, SMS 모바일 텍스트, 휴대전화 또는 전화의 터치톤(touchtone) 키패드를 통한 전화를 통하여, 또는 음성 데이터를 컴퓨터 판독 가능한 데이터로 변환하는 음성 인식 소프트웨어(IVR)를 사용하는 시스템에 구두로 응답함으로써 필요한 거래 정보를 제출한다.
카드사, 또는 스캐너나 IVR 시스템과 같은 카드사 단말과 관련된 디바이스는 거래 정보를, 카드사 처리 시스템에 의하여 처리하기 위하여, 카드사 단말에 입력한다.
카드사 처리 시스템은 적격 거래(eligible transaction)의 큐(queue)를 처리를 위하여 이의제기 해결 시스템에 전송한다. 이 요청은 신용카드 번호, 거래 금액, 거래 데이터 및 판매자 식별정보(identification)와 같은, 거래에 관한 이의제기의 판결을 위해 요구되는 거래 데이터를 포함한다. 이의제기 해결 시스템은 거래가 시스템 하에서 해결을 위한 자격을 갖추었는지 여부를 판단하고, 만약 자격을 갖추었다면, 그 거래에 있어서 카드 소지자에 대한 크레딧의 발급을 지시하고, 거래를 취소하고, 카드사 및 원 판매자(originating merchant)에게 이의제기 해결 결과의 보고서를 전송한다. 본 발명은 복수의 카드 타입, 카드사, 판매자 및 ACH, 모바일 결제, LEC 청구 등과 같은 결제 타입으로 사용될 수 있다.
추가적인 관련 측면으로서, 고객과, 파트너/어그리게이터(aggregator) 플랫폼과 제휴된 판매자 및 고객 사이의 거래에 연관된 전자 결제 제공자와의 사이의 이의제기 또는 문의를 해결하기 위한 판매자 또는 파트너 기반(partner-based) 방법 및 디바이스가 여기에 개시된다. 한가지 접근 방법으로, 상기 방법은 파트너 엔티티(entity)/플랫폼에서 문의/이의제기 이벤트 통지를 수신하는 것을 수반할 수 있다. 상기 방법은 거래에 관한 데이터 포인트를 획득하고, 데이터 포인트에 기초하여 거래를 찾을 수 있다. 상기 방법은 거래의 환불, 거래의 취소, 및/또는 장래/자동결제 요금의 차단을 수반할 수 있다. 관련된 측면에서, 전자 디바이스(예를 들어, 파트너/어그리게이터 서버 또는 그것의 컴포넌트(들))가 상기 설명한 방법론을 수행하기 위하여 설정될 수 있다.
본 발명은 카드사 또는 다른 전자결제 제공자에게, 고객의 판매자에 대한 이의제기에 대하여 빠르고 바람직하며 효율적인 해결책을 획득할 수 있는 시스템 및 방법을 제공하여, 우수한 고객 서비스를 제공하면서도 운용 비용을 줄일 수 있게 한다.
도 1은 지불 거절 처리를 도시한 간략도이다.
도 2는 본 발명의 바람직한 실시예의 시스템 컴포넌트들을 도시한 간략도이다.
도 3은 본 발명에 따른 소정의 방법론을 나타내는 흐름도이다.
도 4는 이의제기 해결 API를 파트너와 통합한 예시적인 접근법을 도시한다.
도 5는 이벤트 통지 및 이의제기/문의 핸들링을 위한 예시적인 콜(call) 흐름도를 제공한다.
도 6은 예시적인 케이스 상태 라이프 사이클을 나타낸다.
도 7은 파트너 엔티티에서 수행되는 예시적인 이의제기 해결 방법론을 도시한다.
도 8 및 도 9는 도 7의 방법론의 추가적인 선택적 측면을 나타낸다.
도 10은 도 7 내지 도 9의 방법론에 따른, 파트너 플랫폼에 의한 이의제기 해결을 위한 예시적인 장치를 나타낸다.
참조 번호가 도면에 표시되며, 유사한 참조 번호는 유사한 구성요소를 지칭한다. 아래의 설명에서 프로그래밍, 소프트웨어 모듈, 사용자 선택, 네트워크 거래, 데이터베이스 쿼리들, 데이터베이스 구조들 등의 소정의 구체적 사항은 본 발명의 실시예의 충분한 이해를 위하여 제공된다. 그러나, 통상의 기술자라면 본 발명이 하나 또는 그 이상의 상술한 구체적 사항들 없이, 또는 다른 방법들, 컴포넌트들, 재료들 등을 가지고 실행될 수 있다는 것을 인식할 수 있을 것이다. 일부 케이스에서, 잘 알려진 구조들, 재료들 또는 동작들은 본 발명의 측면들을 모호하게 하지 않도록 구체적으로 도시되거나 설명되지 않을 것이다. 추가적으로, 설명된 특징들, 구조들 또는 특성들은 하나 또는 그 이상의 실시예에서 어떤 적절한 방법으로 조합될 수 있을 것이다.
도 2 및 도 3에 나타내진 하나의 바람직한 실시예에서, 본 발명의 시스템 및 방법이 도시된다. 도 2에 나타낸 바와 같이 본 발명의 시스템은 바람직하게는 이의제기 해결 서버(10)를 포함하며, 이는 카드사의 컴퓨터 시스템 상의 어플리케이션 프로그래밍 인터페이스(application programming interface)에 의하여 카드사의 컴퓨터 프로세싱 시스템(12)에 링크된다. 인터페이스는 이의제기 해결 프로세스를 수행하는데 필요한 신용카드 번호, 신용카드 만료일, 카드 소지자 이름 및 주소, 거래 금액 및 판매자의 이름, 전화번호, URL 또는 판매자 매입 은행(merchant acquirer bank) 식별정보와 같은 판매자 식별정보를 포함하는 거래 세부사항을 획득한다.
인터페이스는 인터넷, 또는 예를 들어 FTP, SFTP, FTPS, HTTP, HTTPS, TELNET, SSH, XML, REST, 또는 JSON과 같은 다른 전자 파일 전송 프로토콜,과 같은 데이터 전송 링크에 의하여 이의제기 해결 서버(10)에 연결된다.
인터페이스는 바람직하게는 인터넷, 전화선 또는 네트워크 케이블과 같은 데이터 전송 링크에 의하여 이의제기 해결 서버(10)에 연결된다. 인터페이스는 배치 파일(batch file)로 또는 예를 들어 FTP, SFTP, FTPS, HTTP, HTTPS, TELNET, SSH, XML, REST, 또는 JSON과 같은 전자 파일 전송 프로토콜을 사용한 단일 거래 기록에 의하여, 거래 데이터를 서버로 전송할 수 있다. 어플리케이션 프로그래밍 인터페이스(API)에 의한 "야간(nighttime)" 배치 파일 전송 또는 실시간 전송 모두가 이들 파일들을 위하여 사용될 수 있다.
대안적으로, 본 발명의 시스템은 인터넷이나 다른 통신 네트워크를 통하여 이의제기 해결 프로그램 서버(10)에 연결된 카드사 컴퓨터(12) 상에서 동작할 수 있다. 대안적으로 또는 추가적으로, 여기서 설명되는 기술들은, 예를 들어 판매자 엔티티(예를 들어, 도 2의 판매자의 프로세싱 디바이스(24) 또는 도 4의 판매자 플랫폼(120)), 파트너 엔티티(예를 들어, 도 4의 파트너 플랫폼(130)) 등이나 이들의 조합과 같은, 시스템의 하나 이상의 엔티티 상에서 동작할 수 있을 것이다.
도 2에 나타낸 바와 같이, 이의제기에 착수한 카드 소지자는 전화(14), 팩스(16), 또는 우편, SMS, 컴퓨터(18) 또는 모바일 디바이스(20)(예를 들어, 셀룰러폰, 표준 전화선(standard landline), PDA, 또는 호출기(pager))를 사용하는 온라인 또는 다른 전자 매체에 의하여 관련 정보를 카드사에게 제출할 수 있을 것이다. 카드 소지자는 대안적으로 직접(in-person) 또는 그와 유사한 방법을 통하여 이의제기 정보를 제출할 수 있을 것이다.
카드사 및/또는 카드 소지자는 PC나 랩탑과 같은 프로세싱 디바이스(12)를 갖추고 있거나 혹은 이와 통신할 수 있으며, 이 프로세싱 디바이스(12)는 이의가 제기된 거래에 관한 데이터를 수신하고 처리하도록 프로그램될 것이다. 이의제기 데이터는 키보드 또는 마우스와 같은 입력 디바이스를 이용하여 카드사 직원에 의해 수동으로 적절한 전자 포맷으로 입력될 것이며, 이는 전화 통지의 경우 IVR에 의해, 우편이나 팩스 통지의 경우 OCR에 의해, 카드 소지자의 입력으로부터 직접 변환될 수 있을 것이며, 또는 온라인 제출의 경우 전자 입력으로부터 직접 변환될 수 있을 것이다.
예를 들어, 카드사 프로세싱 디바이스(12)는 하나 이상의 이의제기 아이템을 포함하는 배치 파일을 이전에 설명한 데이터 전송 링크 및 전자 파일 전송 프로토콜 중 하나를 통하여 이의제기 해결 시스템 서버(10)로 전송할 수 있을 것이다. 관련 측면으로서, 카드사 디바이스(12) 및 이의제기 해결 서버(10) 사이의 API 및 BATCH 기반 통신 방법이 지원될 수 있을 것이다. 이의제기 해결 시스템은 요청을 처리하고 동일한 링크를 통하여 카드사 프로세싱 디바이스(12)로 응답을 회신한다.
이의제기 해결 시스템은 또한 이전에 설명한 데이터 전송 링크 및 전자 파일 전송 프로토콜을 통하여 원 판매자의 프로세싱 디바이스(24)로 이의가 제기된 거래에 연관된 응답을 생성할 수 있을 것이다. 예를 들어, 이의제기 해결 시스템 서버(10)는 또한 판매자용 결제 프로세싱 시스템으로서 기능할 것이다. 따라서, 판매자용 결제 프로세싱 시스템으로서, 이의제기 해결 시스템 서버(10)는 판매자로부터 거래를 수신하고, 수신한 거래를 매입자(Acquirer)(22)에게 전달하고, 거래 데이터를 저장한다. 본 기술 분야에 알려진 것처럼, 매입자(22)는 판매자의 고객으로부터 야기되는 전자 거래의 프로세싱을 위한 판매자 프로세싱 계좌를 판매자에게 제공하는 은행 또는 금융 기관인 판매자 매입 은행이다. 매입자(22)는 거래 정보를 카드사(Issuer)와 매입자를 연결하는 Visa, MC, Amex, Discover 및 JCB와 같은 결제 네트워크에 전송하고, 카드사와 매입자 사이에서 결제 정보를 전송하기 위하여 클리어링(clearing) 및 결제 서비스를 제공한다. 이의제기 해결 시스템 서버(10)는 또한 판매자용 결제 프로세싱 시스템으로서 기능하기 때문에, 본 예시에서는 진행중인 자동 결제되는 거래를 종료시키는 것을 포함하여, 이의를 제기하는 고객에 대하여 판매자가 장래의 거래를 즉시 거절하도록 하는 이점을 제공한다. 이것은 현재 이의가 제기된 거래에 관련된 이의제기를 해결하면서도, 그러한 이의가 제기된 거래의 재발을 방지하도록 한다. 다른 예로서, 이의제기 해결 서버(10)는 판매자용 프로세싱 시스템으로서 기능하지 않을 수 있다. 또 다른 예로서, 이의제기 해결 서비스 또는 기술은 이의제기 해결 서버(10)가 아닌 네트워크 엔티티(예를 들어, 도 4의 파트너 플랫폼(130) 및/또는 판매자 플랫폼(120))를 통하여 구현될 수 있으며, 네트워크 엔티티는 판매자용 결제 프로세싱 시스템으로서 기능하지 않는다. 예를 들어, 네트워크 엔티티는 판매자와 통신하는 파트너 플랫폼 또는 그와 유사한 것(예를 들어, 도 2의 판매자(24) 또는 도 4의 판매자 플랫폼(120))일 수 있으며, 판매자는 이의제기 해결을 수행하기 위하여 결제 프로세스를 매입자/결제 네트워크와 직접 핸들링한다. 판매자는 네트워크 엔티티에 이의제기 또는 문의를 해결하기 위해 수행된 프로세싱과 관련된 데이터/결과를 제공할 수 있을 것이다.
도 3에 나타낸 것과 같이, 프로세스는 스텝 40에서 카드 소지자가 카드사에 이의제기의 통지를 제공하여 이의제기에 착수함으로써 시작된다. 카드 소지자는 전화, 우편, 팩스, 이메일 또는 온라인으로 이의제기를 제출할 수 있을 것이다. 온라인 제출은 카드 소지자에게 팝업 폼으로 제공되는 온라인 진술서로의 카드사의 링크 제공에 의하여 가능해질 것이다. 이 링크는 카드 소지자를 카드사 프로세싱 시스템으로 연결시키거나 또는 대안적으로 거래를 개시한 판매자에게 직접 연결시킬 것이다. 이 후자는 카드 소지자가 이의제기를 판매자와 직접 중재하도록 할 것이다.
일단 카드 소지자가 지불 거절 이의제기 템플릿을 완성하면, 그들은 제출 버튼을 선택할 수 있으며, 시스템은 상기 템플릿을 사용하여 표준 요금 이의제기 폼(standard charge dispute form)을 생성할 것이며, 이는 요금에 대한 이의를 제기하는데 필요한 모든 정보를 포함할 것이다.
이 정보는 다음의 진술서로 카드 소지자에 의하여 제출될 수 있을 것이다.
Figure pct00001
물론, 본 기술 분야에서 알려진 것과 같이, 뒤에서 논의될 이의제기 이유 코드(Dispute Reason Codes) 리스트에서 예시된 것처럼 주장된 이의제기를 위한 다른 많은 초안들이 존재한다.
스텝 42에서, 카드사는 카드사로부터 수신한 이의제기의 통지에 관련된 데이터를 입력한다. 이의제기 데이터는 거래와 관련된 정보, 예를 들어:
이름:
날짜: (mm-dd-yy)
계좌 #: - - -
이의제기 금액: $
레퍼런스 #:
판매자:
이의제기 이유:
스텝 44에서, 이의제기 통지를 수신하면, 카드사 프로세서(10)는 이의제기 또는 문의가, 이의제기 해결 시스템에 의하여 제공되는 참여 판매자의 식별자 테이블에 대한 교환 데이터로부터 카드사가 추출한 이의제기된 거래 세부사항을 매칭 또는 비교함으로써 이의제기 해결 시스템에 의하여 처리될 자격이 있는지 여부를 판단한다. 테이블은 비록 엑셀 스프레드시트 파일의 이메일 또는 전자 저장 매체(DVD 또는 CD/ROM을 포함함)의 물리적 전송과 같은 다른 종류의 파일 전송이 사용될 수도 있으나, 데이터 전송, 바람직하게는 FTPS(SSL over FTP)와 같은 보안 배치 파일 전송에 의하여 주기적으로 업데이트 될 수 있을 것이다. 다른 예로서, 온라인 포털 또는 그와 유사한 것이 이의제기 또는 문의가 이의제기 해결 시스템에 의하여 처리될 자격이 있는지 여부를 체크하기 위하여 매입자에 의해 사용될 수 있을 것이다. 매입자는 이의제기/문의 케이스가 이의제기 해결 시스템 또는 네트워크에서 처리되거나 참여될 자격이 있는지 여부를 판단하기 위하여 판매자 기술자에 전화 번호 또는 그와 유사한 것들을 입력할 수 있을 것이다.
바람직하게는, 스텝 46, 48 및 50에서, 스텝 46에서 카드사 시스템은 또한 거래가 이미 환불되었는지 또는 판매자 및/또는 이의제기 해결 시스템 제공자에 의하여 환불되었는지, 스텝 48에서 거래가 이의제기 해결 시스템이 요청을 제기한 날로부터 120일과 같은 미리 결정된 기간보다 큰 중앙 처리 날짜(Central Processing Date)(CPO)를 갖는지, 그리고 스텝 50에서와 같은 경우에 카드사에게 판매자에 대하여 지불 거절 권리가 존재하지 않을 때, 거래가 지불 거절 보호를 받는 판매자로부터 유래하였는지와 같은 미리 결정된 거래-레벨 자격 요건에 기초하여 부적절한 거래에 대한 이의제기를 확인한다. 본 기술 분야의 통상의 기술자에게 알려져 있듯이, 스텝 46, 48 및 50에서 테스트되는 자격 기준은 카드사의 특별 선호도에 따라서 다른 카드사마다 변경될 수 있다. 예를 들어, 자격 기준은 또한 카드사의 선호도에 따라서, 원 판매자의 신원(identity)에 따라서 결정될 수 있을 것이다. 추가적으로, 거래가 예를 들어 이의제기 해결 시스템에 요청을 제기한 날로부터 120일과 같은 미리 결정된 최대 기간보다 큰 중앙 처리 날짜(CPO)를 갖는지 여부가 또한 자격을 판단하는데 사용될 수 있을 것이다. 본 기술 분야의 통상의 기술자가 이해할 수 있는 것처럼, 거래 날짜로부터 이의제기 해결 시스템이 요청을 제기한 날까지의 120일의 최대 기간은 단지 예시로서 제공된 것이며, 이 기간은 카드사에 의하여 원하는 대로 조절될 수 있을 것이다.
스텝 52에서 판매자 자격 테이블(및/또는 수동의 자격 검증)을 참조할 때 매칭을 반환하고, 그리고 거래-레벨 기준을 위반하지 않는 이의제기는 이의제기 해결 시스템 적격으로서 플래그가 설정되고, 이의제기 해결 시스템에 의하여 처리되기 전에 카드사의 시스템 내의 개별 큐로 소팅(sort)된다. 이의제기 해결 시스템 요청 파일은 아래 특정한 것처럼 카드사에 의하여 생성되어 공급되며, 이의제기 해결 시스템 프로세싱을 위해 인터넷을 통하여 전송된다. 또 다른 예로서, 카드사는 API 전송 또는 그와 유사한 것을 통하여 이의제기 해결 시스템으로 케이스를 전송한다.
필드명 설명
카드사 ID 카드사가 제출한 이의제기 요구 파일을 식별하기 위하여 시스템에 의하여 제공된 미리 정의된 카드사 식별정보 값
거래 설명 판매자 DBA/결제 청구 기술자
청구 기술자 전화 거래 설명 또는 도시명 필드로부터 파싱된 청구 기술자 판매자 전화 번호
매입 기관
식별정보 코드
카드 어셉터
식별정보 코드
카드 어셉터
단말 식별정보
카드 어셉터 이름/위치 - 판매자 이름
카드 어셉터 이름/위치 - 도시명
카드 어셉터 이름/위치 - 국가 코드
판매자 종류/MCC
POS 가입 모드
POS 조건 모드
이름 카드 소지자 이름
성 카드 소지자 성
청구 주소 1 카드 소지자 청구 주소 1
청구 주소 2 카드 소지자 청구 주소 2
청구 도시 카드 소지자 청구 도시
청구 주 카드 소지자 청구 주
청구 우편번호 카드 소지자 청구 우편번호
결제 종류 "visa", "mastercard", "amex", "discover", "jcb" 또는 "diners"
계좌 번호 전체 또는 해쉬 처리된 CC 번호. 만약 해쉬처리 되었으면, 최소 첫 6, 마지막 4 숫자들; 예를 들어 412345xxxxxx1234
만료일 "MMYY" 형식으로 된 카드 소지자 만료일
승인 코드 원 거래로부터의 승인 코드
중앙 처리 날짜
(CPD)		 "MM/DD/YYYY" 형식으로 된 원 거래 날짜
거래 금액 원 거래 티켓 금액
ARN 23자리 매입자 레퍼런스 번호
거래 종류 거래 종류 식별자 (참조 거래 종류 매트릭스)
이의제기 일 "MM/DD/YYYY" 형식으로 된 카드 소지자가 발급 은행에 연락한 날짜
이의제기 금액 문의 또는 지불 거절 금액 (부분 이의제기일 경우, 이 금액은 잠재적으로 이 파일의 거래 금액보다 적을 수 있음)
이유 코드 이의제기 분류의 이유 코드 (참조 이의제기 이유 코드 테이블)
케이스 번호 발급기에 의하여 생성되는 고유한 케이스 식별자, 예를 들어: "20080710-1"
다음 데이터 종류 코드의 차트가 상기 테이블에 적용될 수 있다.
코드 이름 설명
A 문자 오직 문자 데이터가 허용됨
N 숫자 오직 숫자 데이터가 허용됨
AN 문자-숫자 문자 및 숫자 데이터가 허용됨
요청 파일은 거래 이의제기에 대한 이유를 특정하는 이의제기 이유 코드를 포함한다. 이의제기 이유 코드를 미리 정의한 다음 표본이 두 개의 주요 카드 네트워크에 의하여 알려져 있다.
Visa
Code 		MC
Code 		설명
카드 소지자가 주장한 이의제기
30 55 서비스가 제공되지 않음 또는 물품을 받지 못함
85 60 지급이 처리되지 않음
41 41 자동결제되는 거래를 취소함
53 53 설명된 것과 다른 도는 결함있는 물품
75 63 카드 소지자가 거래를 인지하지 못함
82 34 중복 처리
86 59 다른 수단에 의하여 지불됨
N/A 54 카드 소지자 이의제기 - 달리 분류되지 않음
57 N/A 복수의 사기 거래
83 37 사기 거래 - 카드 분실 상태
비-카드 소지자가 주장한 이의제기
80 31 잘못된 거래 금액 또는 계좌 번호
76 50 잘못된 통화 또는 거래 코드 또는 국내 공정거래 위반
77 12 매칭되지 않는 계좌 번호
79 N/A 요청된 거래 정보의 비수신
60 02 요청된
71 N/A 거절된 승인
72 N/A 비 승인
73 35 만료된 카드
74 42 늦은 고지
76 46 잘못된 통화 또는 거래 코드 도는 국내 공정거래 위반
N/A 01 요구한 아이템의 비 접수
N/A 08 요구한/필요한 승인의 비획득
N/A 57 신용 카드가 활성화된 전화 거래
00 00 기타/명시되지 않은 (어떤 이유 코드도 주어지지 않은 경우, 디폴트)
대안적으로, 스텝 54에서, 테이블 내의 한정된 판매자 식별정보 기술자와 "매칭되지 않음"을 반환하는 또는 거래-레벨 기준을 위반하는 그들 이의제기들은 카드사의 일반적인 이의제기 해결 절차를 통해서 처리되도록 프래그를 설정한다.
한번 또는 미리 결정된 기간 동안, 미리 결정된 번호의 적격 이의제기가 기록되면, 카드사 시스템은 하나 이상의 이의제기 아이템을 포함하는 배치 파일을 FPTS와 같은 파일 전송 시스템으로 전송할 수 있을 것이다. 다른 예로서, 카드사 시스템은 API 등을 통하여 이의제기 아이템(들)을 전송할 수 있을 것이다. 스텝 56에서, 이어서 이의제기 해결 시스템은 파일을 픽업하고, 그 파일을 FTPS 시스템에서 제거하며, 그 파일을 이의제기 해결 시스템으로 로드할 것이다. 다른 예로서, 이의제기 해결 시스템은 API 등을 통하여 카드사로 응답을 반환할 수 있을 것이다. 이어지는 스텝에서, 이의제기 해결 시스템은 파일을 처리하고 응답을 FTPS 시스템 상의 위치로 반환할 것이다.
스텝 58에서, 이의제기 해결 시스템 프로세서(10)는, 이의 제기된 거래로부터의 판매자 식별정보 기술자를 참여 판매자의 식별자 테이블과 매칭함으로써, 이의제기가 이의제기 해결 시스템 거래에 의하여 처리될 자격이 있는지 확인한다.
스텝 60에서, 이의제기 해결 시스템 프로세서(10)는 거래가 이의제기 해결 시스템 처리의 자격이 있는지 여부를 판단한다. 예를 들어, 이 자격은 이의제기 요구 거래 세부사항을 판매 거래 데이터베이스 내의 기록에 매칭하도록 시도함으로써 판단될 수 있을 것이다. 다른 예로서, 자격은 데이터베이스 등과의 체크를 수행하기 위하여 파트너(예를 들어, 파트너 플랫폼(130))에 이의제기 데이터를 전송함으로써 판단될 수 있을 것이며, 판매 거래 관련된 데이터는 이의제기 해결 시스템 내에 저장되지 않는다. 이 판매 거래 데이터베이스는 참여 판매자에 의하여 개시되는 거래를 나타내어, 적절하다면, 환불이 판매자로부터 카드 소지자에게 제공될 것이다. 도 3의 스텝 60에서 도시된 바와 같이, 파매 거래 데이터베이스는 참여 판매자로부터의 거래에 관련된 데이터로 채워질 것이며, 이들 거래는 기본적으로 이의제기 해결 시스템 프로세서(10)를 통하여 처리된다. 일 예로서, 이이제기 해결 시스템 프로세서(10) 거래 게이트웨이를 통하여 처리되는 거래들만이 이의제기 해결 시스템 처리의 자격을 가질 수 있으며, 스텝 60에서 선택된다. 선택적으로, 판매 거래 데이터베이스는 참여 판매자에 의하여 개시되는 거래를 나타내는 데이터의 벌크 파일 전송으로 채워질 수 있을 것이다. 이 데이터는 판매자 자신들에 의하여, 또는 매입자, 카드 연합(card associations), 또는 다른 엔티티로부터 제공될 수 있을 것이다. 따라서 이의제기 요구 거래 세부사항을 적격 판매 거래 데이터베이스와 매칭하도록 시도함으로써, 오직 판매자로부터 카드 소지자에게 환불을 발급할 능력이 있는 거래에 대하여만 이의제기 해결 시스템에서 처리되도록, 이의제기 해결 시스템 처리에 대한 적격이 판단될 수 있다.
스텝 62에서, 판매자 적격 테이블을 참조하였을 때 ?탠?을 반환하고, 이의제기 해결 시스템을 통하여 원래 처리될 때 판매 거래 데이터베이스 내의 기록에 매칭되는 거래에 대한 이의제기 요구는 "미해결"로 태그되며, 이의제기 해결 시스템에 의한 추가적인 처리를 대기한다. 이의제기 요구는 다음 테이블에 따라서 식별된다:
카드사 응답 코드
코드 설명
지급 승인
100 지급으로 해결됨: 취소 & 지급 처리됨
101 부분 지급으로 처리됨: 취소 & 부분 지급 처리됨
매칭되지 않은 요구
900 매칭되지 않음 - 일반
901 매칭되지 않음 - 무효한 판매자, 비-이의제기 해결 참여 판매자
902 매칭되지 않음 - 서비스 제공자를 통하여 처리되지 않은 원 판매 거래; 요구를 받아들일 수 없음
지급 거절
비적격 이의제기 해결 지급 요구, 자동결제 승인 취소 전용
940 거절 - 중복되는 이의제기 해결 지급 요구
950 거절 - 일반
951 거절 - 이전에 입금된 거래, 지급 거래 세부사항 제공됨
952 거절 - 이전에 지불 거절된 거래, 지불 거절 세부사항 제공됨
953 거절 - 요구가 거래의 CPD로부터 120일 이상
954 거절 - 성공적으로 인증된 거래 (Visa/보안 코드에 의하여 입증됨)
테이블에서 식별되는 지급 요구의 거절의 이유는 거래가 이의제기 해결 시스템 이의제기 요구일로부터 120일보다 큰 중앙 처리 일(CPO)을 가지기 때문이다. 위에 설명한 바와 같이, 거래로부터 이의제기 해결 시스템 이의제기 요구까지의 120일의 최대 기간은 단지 예시로서 제공되는 것으로, 이 기간은 카드사에 의하여 원하는 대로 조정될 수 있을 것이다.
대안적으로, 스텝64에서, 한정된 판매자 식별정보 기술자와 "매칭되지 않음"을 반환하는 또는 원래 이의제기 해결 시스템을 통하여 처리되지 않는 그러한 이의제기들은 "비매칭"으로 태그되며 스텝 66에서 실패한 신용 거래(무효 계좌 번호, 거래중단된 계좌, 이전에 지불거절됨, 등)에 대한 이유를 판단하기 위한 매뉴얼 리뷰를 위해 전달된다.
스텝 68에서, 지급 판단의 대상이 되는 카드 계좌는 장래의 승인 및 정기구독의 취소가 플래그되어 이의제기 카드 소지자에 대한 판매자로부터의 장래의 승인이 게이트웨이 레벨에서 차단되고 카드 소지자의 정기구독이 취소된다. 이는 이의제기가 만족스럽게 해결될 때까지, 판매 상인에 의하여 제공되는 상품이나 서비스에 대한 카드의 추가적 사용을 방지한다.
스텝 70, 72 및 74에서, 이의제기 해결 프로세서 디바이스(10) 및/또는 카드사 시스템(12)은, 스텝70에서 거래가 이전에 환불 되었는지 또는 판매자 및/또는 이의제기 해결 시스템 제공자에 의하여 환불되었는, 스텝 72에서 거래가 이의제기 해결 시스템 이의제기 요구일로부터 120일보다 큰 중앙 처리 날짜(CPO)를 갖는지, 그리고 스텝 74에서와 같은 경우에 카드사에게 판매자에 대하여 지불 거절 권한이 존재하지 않을 때, 거래가 지불 거절 보호를 받는 판매자로부터 유래하는지 여부와 같은 미리 결정된 거래-레벨 자격 요건에 기초하여 이의제기 해결 시스템의 자격이 있는지를 확인한다. 일 예로서, 그러한 자격 체크를 적용하기 위하여 이의제기 해결 시스템(12)에 의하여 수신된 요구는 매칭되어 스스로 자격 체크로서 기능할 것이다.
스텝 76에서, 이의제기가 유효하다고 판단되면 원 판매 거래가 폐지(rescind)되고 카드 소지자의 계좌는 이의제기 구매의 금액으로 지급되도록, 적격 지급 거래가 신용카드 결제 게이트웨이(22)를 통하여 처리된다. 다른 예로서, 그러한 처리는 이의제기 해결 프로세서 디바이스(10) 또는 파트너(예를 들어, 도 4의 파트너 플랫폼(130))에 의하여 개시될 수 있을 것이다.
대안적으로, 스텝 78에서, 미리 결정된 거래-레벨 자격 요건에 기초한 이의제기 해결 시스템에 대하여 자격이 있다고 판단된 그들 이의제기는 스텝 66에서 자격 요건을 충족시키는 것에 실패한 이유(예를 들어, 유효하지 않은 계좌 번호, 거래중지된 계좌, 이전에 지불 거절됨, 이의제기 해결 시스템(12)에 의하여 매칭될 수 없음, 기타 등등)를 판단하기 위하여 매뉴얼 리뷰 되도록 플래그된다.
스텝 80에서, 원 판매 거래가 지급이 처리된 교환 시스템으로부터의 응답에 의하여 지급 되었는지 여부를 판단하고, 스텝 82에서 성공적인 지급 이의제기가 이의제기 해결 시스템 요구 상태가 "지급으로 해결됨"으로 업데이트 되도록 한다.
스텝 78에서, 비성공적인 지급 이의제기는 실패한 지급 거래의 이유(유요하지 않은 계좌 번호, 거래중단된 계좌, 이전에 지불 거절됨, 등)를 판단하기 위하여 스텝 66에서 매뉴얼 리뷰를 하도록 식별된다.
스텝 84에서, 거래에 대한 이의제기 해결 시스템 기록 상태는 "지급 없이 해결됨"을 업데이트되고, 지급 요구 실패에 대한 설명이 응답 파일에 포함된다.
대안적으로, 스텝 86에서, 성공적인 지급 거래에 대하여 이의제기 해결 시스템 기록 내의 상태를 "지급으로 해결함"으로 업데이트 한다.
스텝 88에서, 성공적인 지급 거래 및 비성공적인 지급 거래 모두에 대하여, 모든 이의제기 해결 시스템 요구 기록에 대한 업데이트 정보를 포함하는 응답 파일이 컴파일 되고, 각 거래에 대한 적절한 처분("지급으로 해결됨", "지급 없이 해결됨", "매칭되지 않음", 등)과 함께 판매자 및 카드사로 전송된다. 응답 파일은 카드사 및 판매자가 쉽게 다운로드 하기 위한 온 디멘드 웹 포털(on-demand web portal)에 의하여 카드사 및 판매자가 사용할 수 있도록 생성될 것이다.
이의제기 해결 시스템 응답 파일은 이의제기 해결 시스템 요구 파일과 거래 레벨의 매칭 처리에 따라 아래 특정된 것과 같이 카드사에게 전송된다.
필드명 설명
케이스 번호 요구로부터 반환됨
ARN 요구로부터 반환됨
청구 기술자 지급이 보내진 판매자 청구 기술자
청구 기술자
전화 번호		 지급이 보내진 청구 기술자 판매자 전화 번호
날짜 조치 날짜
금액 조치 금액
거래 거래 종류 식별자: 항상 "이의제기 해결 시스템"으로 설정됨
응답 이의제기 해결 시스템 카드사 응답 매트릭스를 참고하시오
설명 이의제기 해결 시스템 카드사 응답 매트릭스로부터의 이의제기 해결 시스템 응답 설명
이의제기 해결 시스템 카드사 응답 파일의 상기 테이블 내의 응답 코드는 다음 테이블 내의 값들에 대응된다.
코드 설명
승인
100 지급으로 해결됨: 취소 & 지급 처리됨
101 부분 지급으로 처리됨: 취소 & 부분 지급 처리됨
매칭되지 않은 요구
900 매칭되지 않음 - 일반
901 매칭되지 않음 - 무효한 판매자, 비-이의제기 해결 참여 판매자
902 매칭되지 않음 - 서비스 제공자를 통하여 처리되지 않은 원 판매 거래; 요구를 받아들일 수 없음
거절
940 거절 - 중복되는 이의제기 해결 지급 요구
950 거절 - 일반
951 거절 - 이전에 지급된 거래, 지급 거래 세부사항 제공됨
952 거절 - 이전에 지불 거절된 거래, 지불 거절 세부사항 제공됨
953 거절 - 요구가 거래의 CPD로부터 120일 이상
954 거절 - 성공적으로 인증된 거래 (Visa/보안 코드에 의하여 입증됨)
또한 스텝 88에서, 이의제기 고객을 자동결제되는 결제 프로그램으로부터 제거하기 위하여 생성되는 취소 기록을 포함하여, 판매자 응답 파일이 판매자에게 보내진다. 취소 익스포트 배치 파일(Cancellation Export Batch File)은 아래 나타내어진 것처럼 제공된다.
필드명 설명
거래 날짜 거래의 타임 스탬프 포맷:
YYYYMMDDHHMMSS
거래 ID 시스템 거래 ID
원 거래 ID 원 거래를 참조하는 시스템 거래 ID
결제 종류 결제 식별자
Visa
MasterCard
American Express
Discover
거래 종류 거래 종류 식별자 취소
거래 상태 거래의 상태
계좌 번호 계좌 번호
만료일 만료일
MMYY 형식
금액 최소 처분의 총 USD 거래 금액
NNN.NN 형식
주문 ID 주분 번호
응답 1 = 거래 수락
2 = 거래 거절
3 = 거래 데이터에 에러 또는 시스템 에러
응답 텍스트 가능한 값들:
CDRN
CDRN_WITH_REFUND
CDRN_WITH_PARTIAL_REFUND
MERCHANT
RETRIEVAL
RETRIEVAL_WITH_REFUND
AVS 응답 AVS 응답 코드
CVV 응답 CVV 응답 코드
승인 코드 거래 승인 코드
보류 보류
판매자 이름 판매자 이름
판매자 계좌 번호 판매자 계좌 번호
주문 설명 주문 설명
PO 번호 구매 주문 번호
배송 금액 USD 배송 금액
NNN.NN 형식
세금 금액 USD 세금 금액
NNN.NN 형식
청구 이름 카드 소지자 청구 이름
청구 성 카드 소지자 청구 성
청구 회사 카드 소지자 청구 회사
청구 이메일 카드 소지자 이메일 주소
청구 전화 카드 소지자 전화 번호
청구 팩스 카드 소지자 팩스 번호
청구 웹사이트 URL 카드 소지자 회사 웹사이트
청구 주소 1 카드 소지자 청구 주소 1
청구 주소 2 카드 소지자 청구 주소 2
청구 도시 카드 소지자 청구 도시
청구 주 카드 소지자 청구 주
청구 우편 코드 카드 소지자 청구 우편번호
청구 국가 코드 ISO-3166 국가 코드
미국 = "US"
배송 이름 배송 이름
배송 성 배송 성
배송 회사 배송 회사
배송 이메일 배송 이메일 주소
배송 주소 1 배송 주소 1
배송 주소 2 배송 주소 2
배송 도시 배송 도시
배송 주 배송 주
배송 우편 코드 배송 우편 코드
배송 국가 코드 ISO-3166 국가 코드
미국 = "US"
IP 주소 거래 승인 코드
판매자 계좌 ID 장래 사용을 위하여 보류
인증 값 계좌 이름 체크
CAVV 라우팅 번호 체크
XID 계좌 번호 체크
배송 회사 배송 회사 - "기타", "FedEx", UPS, "USPS"
추적 번호 배송 추적 번호
배송 날짜 배송 날짜
셀룰러 전화 번호 고객 셀룰러 전화 번호
청구 기술자 이름 간단한 청구 기술자 이름. 오직 특정 결제 프로세서에서 의하여만 지원됨
청구 기술자 전화 번호 간단한 청구 기술자 전화 번호. 오직 특정 결제 프로세서에 의하여만 지원됨
판매자 정의 필드 판매자 정의 데이터
원 거래 날짜 참조 거래의 타임스탬프 형식:
YYYYMMDDHHMMSSS
스텝 90에서, 이의제기가 해결되었음이 확인되고, 카드사에 의한 파일의 수신 알림이 카드사에게 해결을 확인해주기 위하여 이의제기 해결 시스템으로 전송된다.
따라서, 본 발명은 고객과 판매자 사이의 전자 거래에 관한 전자 결제 제공자 및 고객 사이의 이의제기 해결을 위한 시스템을 제공하며, 거래에 관련된 데이터를 수신하고 이의제기 해결 서버로 데이터를 전송하도록 프로그램된 컴퓨터, 및 거래 데이터를 미리 결정된 이의제기에 대한 자격 기준과 비교하고, 만약 이의제기 해결 기준을 만족하면 이의제기 고객에 대한 판매자로부터의 장래 거래를 거절하도록 프로그램된 이의제기 해결 서버를 포함하며, 그 서버는 추가로, 거래 데이터를 미리 결정된 지급에 대한 자격 기준과 비교하고, 만약 지급 기준을 만족하면 거래에 대하여 지급 지시를 전송하도록 프로그램된다.
본 발명은 또한 고객과 판매자 사이의 전자 고래에 관한 전자 결제 제공자 및 고객 사이의 이의제기 해결을 위한 컴퓨터 기반 방법을 제공하며, 컴퓨터에서 거래에 관련딘 데이터를 수신하는 단계; 데이터를 컴퓨터로부터 이의제기 핵려 서버로 전송하는 단계; 이의제기 해결 서버에서 거래 데이터를 미리 결정된 이의제기 해결에 대한 자격 기준과 비교하고, 만약 이의제기 해결 기준을 만족하면 이의제기 고객에 대한 판매자의 장래 거래를 거절하는 단계; 및 거래 데이터를 미리 결정된 거래 지급에 대한 자격 기준과 비교하고, 만약 자격 기준을 만족하면 거래에 대하여 지급 지시를 전송하는 단계를 포함한다.
본 명세서에 기재된 실시예들의 하나 이상의 양태에 따라서, 파트너/어글리게이터(aggregator) 기술 플랫폼과 이의제기 해결 네트워크를 통합하여, 판매자들이 이의제기 해결 프로세서에 참여할 수 있게 하는 기술들이 제공된다. 예를 들어, 판매자(들) 또는 판매자 서비스 제공자의 시스템(들)이 이의를 제기한 고객(들)에 대하여 판매자(들)로부터, 이의제기된 거래를 환불하거나 및/또는 미래 거래(future transaction)를 감소시키는 것을 책임을 질 수 있으며, 이로써 그러한 책임(responsibility)이 이의제기 해결 서버(10) 등으로부터 이동된다.
도 4를 참조하면, 판매자 엔티티(120), 파트너 엔티티(130), 이의제기 해결 엔티티(140), 카드사 엔티티(150)를 포함하는 다양한 네트워크 엔티티를 구비하는 이의제기 해결 시스템(100)이 도시되어 있다. 참여 판매자(들)(120)는 이의제기 해결 파트너 플랫폼(130)을 통해 이의제기 해결 프로세스에 참여할 수 있다. 파트너 플랫폼(130)은 하나 이상의 판매자(들)(120)와 기능적으로 통신할 수 있으며, 독립된 소매(separate retail) 또는 판매자 웹사이트들을 구비한 전자 상거래(e-commerce) 플랫폼일 수 있다. 파트너 플랫폼(130)은 이의제기 해결 서버 또는 플랫폼(140)과 기능적으로 동작할 수 있고, 이어 하나 이상의 참여 카드사(150)와 통신할 수 있다. 이의제기 해결 플랫폼(140)이 파트너 API(142)를 통해 파트너 플랫폼(130)과 인터페이스할 수 있고, 및/또는 카드사 API(144)를 통해 참여 카드사(들)(150)와 인터페이스할 수 있다는 것에 주목한다. 파트너 API(142)는 RESTful API 구현을 따를 수 있고, 파트너 API(142)는 어떻게 시스템이 요청을 핸들링하는지를 나타내는 HTTP 상태 코드들을 레버리지(leverage)하는 요청들에 대해 동기 및 비동기 처리를 행할 수 있다
예를 들어, 사용자 또는 고객(110)은 참여 판매자(120)에게서 구매할 수 있다. 고객(110)은 상기 구매 및/또는 상기 구매/카드사(150)와의 거래에 대한 이의제기에 관한 문의(inquiry)를 할 수 있다. 카드사(150)는 상기 문의 및/또는 이의제기에 관련된 케이스를 이의제기 해결 플랫폼(140)에 제출할 수 있고, 이어 이의제기 이벤트 통지를 파트너 플랫폼(130)에 제출할 수 있다. 파트너 플랫폼(130)은 이의제기 해결 플랫폼(140) 및/또는 상기 이의제기 해결 플랫폼(14)과 기능적으로 통신하는 다른 플랫폼으로부터 케이스 세부사항(case details)를 획득할 수 있다. 파트너 플랫폼(130)은 상기 케이스를 처리할 수 있고, 상기 케이스가 해결되었다는 것을 이의제기 해결 플랫폼(140)에 통보할 수 있다. 파트너 플랫폼(130)은 케이스, 및 결재에 대한 임의의 연관된 환불 및/또는 취소에 관해서 판매자(120)에게 통보할 수 있다. 이의제기 해결 플랫폼(140)은 카드사(150)에 케이스 해결을 통보할 수 있다.
관련 양태들에서, 이의제기 해결 시스템(100)은 파트너(들)에게 케이스 이벤트를 알리기 위해 통지 스키마를 레버리지할 수 있다. 이벤트들은 파트너 플랫폼(130)에 등록되어 있고, 시스템(100)에 참여하는 연관된 판매자(120)에 대하여 문의 또는 이의제기 케이스의 생성을 의미할 수 있다. 통지 스키마는 판매자(130)가 케이스 요청을 핸들링하고 자신의 플랫폼 내에서 상기 이의제기를 핸들링할 수 있게 한다.
다른 관련 양태들에서, 통지가 송신되고 파트너(130)에 의해 수락된 후에, 이의제기 해결 API에 대한 호출이 파트너(130)에 의해 개시될 수 있으며, 상기 API에 의해 추가적 케이스 세부사항을 획득하고, 케이스 해결을 처리하고, 그리고 케이스가 해결된 후에 네트워크에 거래 세부사항을 업데이트한다.
이벤트 타입(EVENT TYPES): 일 실시예에서는, 이벤트 타입들이 이의제기 해결 플랫폼(140)으로부터 비롯될 수 있다. 요청들은 이의제기 해결 시스템(100)의 하나 이상의 네트워크 엔티티에서 실행중인 이의제기 해결 프로그램에 따라서 이벤트 타입에 적어도 부분적으로 기초하여 파트너(130)가 처리할 수 있다. 이벤트 유형을 예로 들면, 이의제기(Dispute); 최소(Cancel); 또는 철회(Revoke)가 있다.
"이의제기" 이벤트는 지시된 판매자에게 수신된 카드 소지자 이의제기를 식별한다. 상기 요청의 해결은 환불되어야 하는 참조 거래(referenced transection), 및 차단(block) 또는 중단(suspend)되어야 하는 제품에 대한 카드 소지자에게로의 임의의 후속 청구를 가질 수 있다. 일반적으로 이것은, 파트너(130) 또는 판매자(120)에 의해 관리되는 네거티브 리스트(negative list)에 추가된 계좌 번호를 갖는 것을 포함한다.
"취소" 이벤트 통지는 차단 또는 중단되어야 하는 언급된 계좌 번호에 대한 임의의 후속 청구를 포함할 수 있다. 일반적으로, 이것은 파트너(130) 및/또는 판매자(120)에 의해 관리되는 네거티브 리스트에 추가된 계좌 번호를 갖는 것을 포함한다.
"철회" 이벤트 통지는 처리를 위하여 이의제기 해결 플랫폼(140)에 의해 이전에 파트너(130)에게 제출된 케이스에 관한 것일 수 있다. 이 특정 시나리오에서, 케이스는 에러로 처리된 것일 수 있고, 이 이벤트 타입은 케이스가 "이의제기" 또는 "취소" 처리로부터 철회될 수 있게 한다. 파트너(130)는 케이스가 아직도 "해결됨" 또는 "감소됨"이 아니라, "처리중"인 상태에 있을 때, 상기 통지들을 수신할 수 있다.
이벤트 통지: 도 5의 호출 처리 다이어그램 200을 참조하면, 판매자(120)(도시하지 않음) 또는 파트너(130)는 통지 URL 종단점을 구현할 수 있고, 이는 이의제기 해결 플랫폼(140)으로부터 이벤트 통지를 수신할 수 있게 할 것이다. 상기 통지는 처리를 대기하고 있는 문의/이의제기 케이스를 식별할 수 있다.
파트너(130)는 "처리중"으로 상태를 설정하기 위하여 케이스 업데이트 요청을 개시함으로써 "이의제기" 및 "취소" 통지를 수신 확인할 것이 예상된다. "철회" 통지는 "취소됨"으로 케이스 상태를 설정함으로써 수신 확인될 수 있다.
이벤트가 수신 확인되지 않고 통지에 후속하는 계류중 상태로 남아있으면, 해당 통지는 재제출(re-submit)될 수 있다. 통지는 수신 확인이 있을 때까지 재시도될 수 있고, 케이스 상태에 의해 식별될 수 있으며, "계류중" 상태로부터 변경되거나 또는 파트너(130)에 의해 "해결"될 수 있다.
계속해서 도 5를 참조하면, 카드사(150)는 이의제기 해결 요청을 이의제기 해결 플랫폼(140)으로 송신할 수 있고, 이어 이벤트 통지를 파트너 플랫폼(130)으로 송신할 수 있다. 이벤트 통지는 후술하는 정보 중 하나 이상을 포함할 수 있다. (a) 케이스 ID(예를 들어, 일반적으로 이의제기 해결 플랫폼(140) 또는 이의제기 해결 시스템(100) 전역에서 케이스의 고유한 식별자); (b) 판매자 ID(예를 들어, 이의제기가 요청된 판매자 계정을 나타내는 판매자 식별자); (c) 이벤트 타입(예를 들어, "이의제기", "취소" 또는 "철회"); (d) 통지 ID(예를 들면, 특정 통지 메시지의 참조); 또는 그것의 변형예들.
파트너(130)는 케이스 상태를 "처리중"으로 업데이트하고, 이러한 정보를 이의제기 해결 플랫폼(140)으로 반환함으로써 상기 케이스 통지를 수신 확인할 수 있다. 이의제기 해결 플랫폼(140)에서, 케이스 상태가 "처리중" 또는 다음 통지 간격에 의해 케이스 해결 상태로 업데이트되지 않으면, 다른 통지가 파트너(130)에게 송신될 수 있다.
예를 들어, 파트너 플랫폼은 하나 이상의 후술하는 동작을 수행할 수 있다. (a) 이의제기 해결 플랫폼(140)으로부터 전체 케이스 세부사항을 획득하기 위한 "GET 호출"을 행함; (b) 예를 들어, 예컨대 ARN 등과 같은 글로벌 고유 거래 식별자로 이의제기된 판매를 찾음(locate); (c) 이의제기된 판매에 대해, 이미 환불되었다면 최대 이의제기 해결 케이스 금액을 환불함; (d) 연관된 자동결제 요금부과에 대한 추가 카드 소지자 요금부과를 취소함; (e) 요구 사항이 충족되었음을 나타내기 위해, 케이스 상태를 "해결됨"으로 업데이트함. 케이스가 해결되면, 케이스 결과는 이의제기 해결 응답 메시지 등을 통해 카드사(150)에 전달될 수 있다. (b)에 관련하여, 일 예시에서, 참조 판매(reference sale)가 ARN 등으로 찾아질 수 있다. 다른 예시에서는, 거래 및 케이스 데이터 속성이 참조 판매를 검색하기 위해 사용될 수 있으며, 이러한 데이터 포인트는 BIN, 계좌 번호의 마지막 4자리, 거래 날짜, 거래 금액 등을 포함할 수 있다.
"이의제기" 이벤트를 핸들링하는 것에 관련하여, 이벤트 통지는 파트너(130)에게 이의제기 해결 요청에서 지시된 금액만큼 이의제기된 거래를 환불하도록 지시하거나; 또는 환불이 이의제기된 거래에 이미 적용되었으면, 환불에 대한 세부사항을 전체적으로 또는 부분적으로 제공함으로써 상기 케이스를 해결할 수 있다(처리되어야 할 추가적 부분 환불을 선택적으로 포함할 수 있음). 추가 관련 양태들에서, 이벤트 통지는 파트너(130)에게 계좌 소지자에게로의 이의제기되어 있는 제품/서비스에 대한 임의의 자동결제 청구를 캔슬하도록 지시할 수 있다.
"취소" 이벤트를 핸들링하는 것에 관련하여, 이벤트 통지는 파트너(130)에게 상기 케이스에 의해 참조되는 제품 거래에 관련되는 계좌 소지자에게로의 임의의 자동결제 또는 미래 청구를 취소하도록 지시할 수 있다.
"철회" 이벤트를 핸들링하는 것에 관련하여, 이벤트 통지는 파트너(130)가 "이의제기" 또는 "취소" 케이스의 핸들링과 관련된 임의의 현재 처리를 중지할 수 있게 한다. 예를 들어, 이벤트 통지는 파트너(130)에게 원 거래의 환불 또는 그 계좌 번호에 대한 자동결제 청구의 취소와 관련된 임의의 거래를 중지하도록 지시할 수 있다.
케이스들(CASES): 다시 도 4를 참조하면, 이의제기 해결 케이스들은 카드사(150)로 연락이 왔을 때, 고객에 의해 생성된 이의제기를 나타낼 수 있다. 이의제기는 이의제기 네트워크 또는 시스템(100)에 의해 수신될 수 있고, 파트너(130)에 의해 계류중인 해결일 수 있다. 파트너(130)는 케이스를 검색하고 해결하기 위해 HTTP 메소드를 사용할 수 있다. 예시적 HTTP 메소드는 GET(즉, 케이스 ID 등을 참조함으로써 단일 케이스의 세부사항을 액세스 및 판독함); PUT(즉, 파트너(130) 또는 시스템(100)의 다른 네트워크 엔티티에 의해 유지관리될 수 있는 연관된 거래 데이터 및 케이스 상태를 업데이트함); 및/또는 그것들의 조합예들/변형예들을 포함할 수 있다.
케이스 상태 라이트 사이클에 관련하여, 이 케이스들은 그것들이 파트너(130) 및 이의제기 해결 플랫폼(140)에 의해 핸들링되고 처리될 때, 상태 라이프 사이클을 통해 진행(flow)할 수 있다. 도 6은 예시적 케이스 상태 라이프 사이클에 대한 도면을 제공한다. 케이스 통지가 처리를 위하여 파트너(130)에게 송신되면, 파트너(130)가 상기 케이스를 해결할 것이라고 예상될 수 있지만, 케이스는 해결되기 전에 카드사(150)에 의해 철회될 수 있다. 이런 경우가 발생하면, 철회 통지(REVOKE notification)가 파트너(130)에게 송신될 수 있고, 이는 케이스 상태를 "철회됨"으로 변경한다. 이의제기(DISPUTE) 및 취소(CANCEL) 케이스 타입 모두는 "철회" 통지와 관련될 수 있다. 실례가 되는 예시적 시나리오와 상응하는 응답들이 아래 테이블에 제공된다.
시나리오 예상 응답
파트너가 케이스에 대한 통지를 수신한다. 케이스는 파트너 네트워크의 지불 거래에 매치될 수 있다. -- 케이스 상태를 "처리중"으로 업데이트함으로써 이 케이스를 수신 확인함
-- 케이스의 세부사항을 획득하여, 상기 해결함
-- 해결과 관련된 세부사항을 상기 케이스에 업데이트하고 케이스 상태를 "해결됨"로 업데이트함
파트너가 케이스의 통지를 수신한다. 케이스가 파트너 네트워크에 있는 지불 거래에 매치될 수 없다. -- 케이스 상태를 "처리중"으로 업데이트함으로써 이 케이스를 수신 확인함
-- 케이스의 세부사항을 획득하여, 지불 거래의 찾기를 시도함. 찾을 수 있는 매치가 없다고 가정함
-- 해결과 관련된 세부사항을 업데이트하고 케이스에 업데이트하고, 케이스 상태를 "거절됨"으로 업데이트함
파트너가 케이스를 처리하고 있고, 이의제기 해결 플랫폼으로부터 "철회됨" 통지를 수신한다. -- 임의의 계류중인 환불 합의를 무효화하는 것을 포함하여, 임의의 케이스 해결 절차를 중단함
-- 케이스 상태를 "취소됨"으로 업데이트함.
이의제기 해결 플랫폼(140)과 파트너 플랫폼(130)간의 통신은 (예를 들어, 이의제기 해결 플랫폼(140) 및/또는 파트너 플랫폼(130)의 파트너 API(142)에) 다양한 구성 세부사항을 구현함으로써 달성될 수 있다. 실례가 되는 예시적 구성 파라미터들이 아래 테이블에 제공된다.
파라미터 설명
파트너 ID 파트너에 대해 할당된 식별자. 이의제기 해결 시스템 내에서 파트너를 나타냄.
통지 URL 파트너는 이의제기 해결 플랫폼에, 핸들링 통지 요청의 기술적 통합 요구사항들을 지원하는 공개 가능 통지 URL을 제공한다.
암호키 파트너와 이의제기 해결 플랫폼은 거래 요청을 보호하기 위하여 공유된 암호키를 레버리지할 수 있고, 이로써 메시지의 완전성(integrity)이 유지관리되고 송신자와 수신자 사이에서 조작되지 않았다는 것을 보장한다.
ARN 요청 파트너가 케이스를 찾아서 해결하기 위해 ARN을 요구했는지를 특정하기 위한 설정(True, False)
서명 해쉬 알고리즘 지원된 서명 해쉬 알고리즘
최대 시도수 이의제기 해결 시스템이 파트너에게 이벤트 통지의 제출을 행하는 최대 시도수
시도 간격 이의제기 해결 시스템이 파트너와 요청을 처리하기 위한 시도들 간에 대기하는 초수(예를 들어, 기본=600, 최소=15, 최대=86400)
상태 파트너 통지 인터페이스의 상태. 시스템 유지관리 및 다른 예정된 네트워크 다운타임을 지원하기 위하여, 이의제기 해결 시스템이 파트너 인터페이스가 불능화될 수 있게 함.[활성, 불능]
본 명세서에서 제시되고 설명된 예시적 시스템들의 관점에서, 개시된 주제에 따라서 구현될 수 있는 방법론들은, 다양한 플로우차트를 참조하여 보다 잘 인식될 것이다. 설명의 간략화를 목적으로, 방법론이 일련의 동작/블록으로서 도시되고 설명되지만, 일부 블록들은 다른 순서 및/또는 본 명세서에서 묘사되고 설명된 것으로부터 다른 블럭들과 실질적으로 동시에 일어날 수 있기 때문에, 청구되는 주제가 블록의 수나 순서로 제한되지 않는다는 것이 이해되고 인식되어야 한다. 이에 더하여, 예시된 블록들 모두가 본 명세서에 설명된 방법론들을 구현하기 위해 요구되지 않을 수 있다. 블록과 연관된 기능(functionality)이 소프트웨어, 하드웨어, 그것들의 조합 또는 임의의 다른 적합한 수단(예를 들어, 디바이스, 시스템, 프로세스 또는 컴포넌트)로 구현될 수 있다는 것이 인지되어야 한다. 추가적으로, 본 명세서 전체를 통해 개시된 방법론들은 이러한 방법론들을 다양한 디바이스에 이동(transport) 및 전송(transfer)할 수 있도록 하기 위해, 제조 물품 상에 저장될 수 있다는 것이 더욱 인지되어야 한다. 이 기술분야의 당업자들은 방법론이 (예를 들어, 상태 다이어그램에서) 일련의 상호관련 상태 또는 이벤트로서 대체적으로 표현될 수 있다는 것을 이해하고 인지할 것이다.
본 명세서에서 설명된 실시예들의 하나 이상의 양태에 따라서, 전자 거래에 관련된 문의 및/또는 이의제기를 해결하기 위한 적어도 하나의 네트워크 엔티티(예를 들어, 복수의 판매자 플랫폼/서버와 기능적으로 통신하는, 적어도 하나의 판매자 플랫폼/서버 및/또는 적어도 하나의 파트너/어그리게이터)에 의해 동작가능한 기술이 제공된다. 예를 들어, 네트워크 엔티티는 도 4-5에 도시된 파트너/어그리게이터 플랫폼(130) 및/또는 판매자 플랫폼(120), 또는 그것의 변형예, 또는 그것의 컴포넌트일 수 있다. 도 7의 예시를 참조하면, 판매자 엔티티 및/또는 파트너/어그리게이터 엔티티(예를 들어, 하나 이상의 판매자 엔티티와 기능적으로 통신하는 파트너 플랫폼 또는 서버)에서, (예를 들어, 온라인 판매) 거래와 관련된 문의/이의제기 이벤트 통지를 수신하는 것(블록 710)을 포함할 수 있는 방법 700이 도시되어 있다. 방법 700은 거래에 관한 데이터 포인트를 획득하는 것(블록 720)을 포함할 수 있다. 방법 700은 상기 데이터 포인트에 기초하여 거래에 대한 추가 정보를 (국지적(locally)으로 및/또는 원격적(remotely)으로) 찾는 것(블록 730)을 포함할 수 있다. 방법 700은 매칭하는 기결정 적격 기준(eligibility criteria)에 응답하여, 상기 추가 정보에 기초하여 거래를 환불할지 또는 취소할지를 결정하는 것(블록 740)을 포함할 수 있다.
도 8을 참조하면, 관련 양태들에서, 방법 700은 자동결제되는 요금부과의 일부인 거래에 응답하여, 미래 카드 소지자에게로의 요금부과를 취소하는 것(블록 750)을 더 포함할 수 있다. 추가 관련 양태들에서, 통지는 케이스 ID, 판매자 ID 또는 통지 ID 중 적어도 하나를 포함할 수 있다(블록 760). 또 다른 추가 관련 양태들에서, 방법 700은 통지를 수신한 것에 응답하여 통지를 수신 확인하는 것(블록 770)을 더 포함할 수 있다. 수신 확인은 거래에 대한 케이스 상태를 업데이트하는 것(블록 772)을 포함할 수 있다. 방법 700은 거래의 해결에 응답하여, 거래의 해결을 나타내기 위해 케이스 상태를 업데이트하는 것(블록 774)을 더 포함할 수 있다.
도 9를 참조하면, 관련 양태들에서, 블록 740은 거래를 환불할지를 결정하는 것(블록 780)을 포함할 수 있다. 블록 780은 상기 거래가 이미 환불되었는지를 판단하는 것(블록 782)과, 상기 거래가 환불되어야 한다는 결정에 응답하여, 상기 거래를 환불하는 것(블록 784)을 포함할 수 있다. 추가 관련 양태들에서, 방법 700은, 자동결제되는 요금 부과의 일부인 거래에 응답하여, 이의제기가 상기 자동결제되는 요금부과와 관련된 미래 요금부과의 취소에 대한 요청을 포함하는 것(블록 790)을 더 포함할 수 있다. 또 다른 추가 관련 양태들에서, 데이터 포인트가 수신된 통지에 포함될 수 있다(블록 795).
본 명세서에서 설명된 실시예의 하나 이상의 양태에 따라서, 도 7-9를 참조하여 상술된 것처럼, 온라인 서비스 계좌를 관리하기 위한 디바이스 및 장치들이 제공된다. 도 10을 참조하면, 온라인 또는 모바일 네트워크에 있는 파트너/어그리게이터 플랫폼 또는 서버, 또는 온라인 또는 모바일 네트워크에 있는 판매자 플랫폼 또는 서버, 또는 판매자 플랫폼 또는 서버 내에서 사용하기 위한 프로세서 또는 유사한 디바이스로서 구성될 수 있는, 예시적 장치(100)가 제공된다. 장치(1000)는 프로세서, 소프트웨어 또는 그것의 조합물(에를 들어, 펌웨어)에 의해 구현되는 기능들을 나타낼 수 있는 기능적 블록들을 포함할 수 있다.
예시된 것처럼, 일 실시예에서, 장치(1000)는 거래에 관련된 문의/이의제기 이벤트 통지를 수신하기 위한 전기적 컴포넌트 또는 모듈(1002)을 포함할 수 있다. 이 장치는 통지를 수신한 것에 응답하여, 상기 거래에 관한 데이터 포인트를 획득하기 위한 컴포넌트(1004)를 포함할 수 있다. 이 장치는 데이터 포인트에 기초하여 상기 거래를 찾기 위한 컴포넌트(1006)를 포함할 수 있다. 이 장치는 기결정 적격 조건 및/또는 매칭하는 이의제기 해결 기준에 응답하여 상기 거래를 환불 또는 취소할지를 결정하기 위한 컴포넌트(1008)를 포함할 수 있다.
관련 양태들에서, 프로세서를 대신해서 파트너 엔티티로서 구성된 장치(1000)의 경우에는, 장치(1000)는 선택적으로 적어도 하나의 프로세서를 구비하는 프로세서 컴포넌트(1010)를 포함할 수 있다. 이 경우, 프로세서(1010)는 버스(1012) 또는 유사한 통신 커플링을 통해 컴포넌트(1002-10080와 기능적으로 통신할 수 있다. 프로세서(1010)는 개시(initiation)와, 전자 컴포넌트(1002-1008)에 의해 수행되는 예정된 프로세스들 또는 기능들에 영향을 줄 수 있다.
다른 관련 양태들에서, 장치(1000)는 네트워크 인터페이스(1013) 및/또는 트랜시버 컴포넌트(1014)를 포함할 수 있다. 독립형 수신기 및/또는 독립형 트랜시버가 트랜시버(1014)를 대신해서 또는 함께 사용될 수 있다. 장치(1000)는 예를 들어, 메모리 디바이스/컴포넌트(106)와 같이 정보를 저장하기 위한 컴포넌트를 선택적으로 포함할 수 있다. 컴퓨터 판독가능 매체 또는 메모리 컴포넌트(1016)는 버스(1012) 등을 통해 장치(1000)의 다른 컴포넌트와 기능적으로 결합될 수 있다. 메모리 컴포넌트(1016)는 컴포넌트(1002-1008) 및 그것들의 서브컴포넌트들, 또는 프로세서(1010) 또는 본 명세서에서 개시된 메소드의 동작 특성(behavior) 및 프로세스에 영향을 주기 위해 컴퓨터 판독가능 명령어들과 데이터를 저장하도록 적응될 수 있다. 메모리 컴포넌트(1016)는 컴포넌트(1002-1008)와 연관되는 기능들을 수행하기 위한 명령어들을 유지할 수 있다. 메모리(1016)의 외부에 있는 것으로 도시되어 있지만, 컴포넌트(1002-1008)는 메모리(1016) 내에 존재할 수 있다는 것이 이해되어야 한다.
따라서 후술하는 청구 범위는, 특별하게 예시되고 상술되어진 것, 개념적 등가물, 명백하게 치환될 수 있는 것 및 또한 본 발명의 기본 아이디어를 기본적으로 포함하는 것을 포함한다는 것이 이해되어야 한다. 당업자는 설명된 바람직한 실시예의 다양한 적응예 및 변형예가 본 발명의 범위를 벗어나지 않으면서 구성될 수 있다는 것을 인지할 것이다. 예시된 실시예는 단지 예시를 목적으로 제시된 것이며, 본 발명을 제한하는 것으로서 적용되어서는 안 된다. 따라서 첨부된 청구 범위의 범위 내에, 본 발명이 본 명세서에서 특별히 설명한 것과 다르게 실시될 수 있다는 것이 이해되어야 한다.

Claims (22)

  1. 전자 거래에 관한 문의 또는 이의제기(dispute)를 해결하기 위하여 네트워크 엔티티(entity)에 의하여 동작가능한 방법으로서,
    상기 거래에 관한 문의/이의제기 이벤트 통지를 수신하는 단계;
    상기 거래에 연관된 데이터 포인트를 획득하는 단계;
    상기 데이터 포인트에 기초하여 상기 거래에 관한 추가적인 정보를 찾는(locating) 단계;
    미리 결정된 자격 기준을 만족하는 것에 대응하여, 상기 추가적인 정보의 적어도 일부에 기초하여 상기 거래의 환불 또는 취소 여부를 판단하는 단계;
    를 포함하는 방법.
  2. 청구항 1에 있어서,
    자동결제되는 요금(recurring charge)의 일부인 상기 거래에 대하여, 장래의 카드 소지자에 대한 요금부과를 취소하는 단계를 더 포함하는 방법.
  3. 청구항 1에 있어서,
    상기 통지는 케이스 ID, 판매자 ID 또는 통지 ID 중 적어도 하나를 포함하는 방법.
  4. 청구항 1에 있어서,
    상기 통지의 수신에 응답하여 상기 통지의 수신확인(acknowledge)을 수행하는 단계를 더 포함하는 방법.
  5. 청구항 4에 있어서,
    상기 수신확인은 상기 거래에 대한 케이스 상태를 업데이트하는 단계를 더 포함하는 방법.
  6. 청구항 5에 있어서,
    상기 케이스 상태가 상기 거래의 해결을 나타내도록 업데이트하는 단계를 더 포함하는 방법.
  7. 청구항 1에 있어서,
    상기 판단하는 단계는 상기 거래의 환불 여부를 판단하는 단계를 포함하는 방법.
  8. 청구항 7에 있어서,
    상기 거래의 환불 여부를 판단하는 단계는 상기 거래가 이미 환불 되었는지 여부를 판단하는 단계를 포함하는 방법.
  9. 청구항 8에 있어서,
    상기 거래가 환불 되어야 한다는 판단에 대응하여, 상기 거래를 환불하는 단계를 더 포함하는 방법.
  10. 청구항 1에 있어서,
    상기 거래는 온라인 판매 또는 전자 결제(electronic payment)를 포함하는 방법.
  11. 청구항 1에 있어서,
    상기 네트워크 엔티티는 판매자 엔티티를 포함하는 방법.
  12. 청구항 1에 있어서, 상기 네트워크 엔티티는 복수의 판매자 엔티티들에게 제공되는 파트너/어그리게이터(aggregator) 엔티티를 포함하는 방법.
  13. 청구항 1에 있어서,
    상기 이의제기는 상기 거래의 환불 또는 취소 중 적어도 하나에 대한 요구를 포함하는 방법.
  14. 청구항 1에 있어서,
    자동결제되는 요금부과의 일부인 거래에 대응하여, 상기 이의제기가 상기 자동결제되는 요금부과에 연관된 장래의 요금부과의 취소에 대한 요구를 포함하는 방법.
  15. 청구항 1에 있어서,
    상기 데이터 포인트는 상기 통지에 포함되어 있는 방법.
  16. 전자 거래에 관한 문의/이의제기 이벤트 통지를 수신하는 수신기;
    데이터를 저장하는 메모리;
    상기 수신기 및 상기 메모리와 통신하도록 동작하는 적어도 하나의 프로세서;를 포함하고,
    상기 적어도 하나의 프로세서는,
    상기 거래에 연관된 데이터 포인트를 획득하고;
    상기 데이터 포인트에 기초하여 상기 거래에 관한 추가적인 정보를 찾고;
    미리 결정된 자격 기준을 만족하는 것에 대응하여, 상기 추가적인 정보의 적어도 일부에 기초하여 상기 거래의 환불 또는 취소 여부를 판단하도록 구성되는 장치.
  17. 청구항 16에 있어서,
    상기 적어도 하나의 프로세서는 자동결제되는 요금의 일부인 상기 거래에 대하여, 장래의 카드 소자지에 대한 요금부과를 취소하도록 구성되는 장치.
  18. 청구항 16에 있어서,
    상기 장치는 판매자 디바이스, 또는 복수의 판매자 디바이스와 통신하도록 동작하는 파트너/어그리게이터 디바이스를 포함하는 장치.
  19. 청구항 18에 있어서,
    상기 판매자 디바이스는 판매자 서버를 포함하고, 상기 파트너/어그리게이터 디바이스는 파트너/어그리게이터 서버를 포함하는 장치.
  20. 거래에 관한 문의/이의제기 이벤트 통지를 수신하는 수단;
    상기 거래에 연관된 데이터 포인트를 획득하는 수단;
    상기 데이터 포인트에 기초하여 상기 거래에 관한 추가적인 정보를 찾는 수단;
    미리 결정된 자격 기준을 만족하는 것에 대응하여, 상기 추가적인 정보의 적어도 일부에 기초하여 상기 거래의 환불 또는 취소 여부를 판단하는 수단;
    을 포함하는 장치.
  21. 청구항 20에 있어서,
    자동결제되는 요금의 일부인 상기 거래에 대하여, 장래의 카드 소지자에 대한 요금부과를 취소하는 수단을 더 포함하는 장치.
  22. 컴퓨터 프로그램 제품으로서,
    컴퓨터로 하여금,
    거래에 관한 문의/이의제기 이벤트 통지를 수신하고;
    상기 거래에 연관된 데이터 포인트를 획득하고;
    상기 데이터 포인트에 기초하여 상기 거래에 관한 추가적인 정보를 찾고;
    미리 결정된 자격 기준을 만족하는 것에 대응하여, 상기 추가적인 정보의 적어도 일부에 기초하여 상기 거래의 환불 또는 취소 여부를 판단;하도록 하는 코드를 포함하는 비-휘발성(non-transitory) 컴퓨터 판독 가능 매체를 포함하는 컴퓨터 프로그램 제품.
KR1020157010328A 2012-09-21 2013-09-23 전자 결제 거래의 이의제기 해결을 제공하는 시스템 및 방법 KR20150058474A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/624,834 2012-09-21
US13/624,834 US8566235B2 (en) 2008-12-23 2012-09-21 System and method for providing dispute resolution for electronic payment transactions
PCT/US2013/061228 WO2014047585A2 (en) 2012-09-21 2013-09-23 System and method for providing dispute resolution for electronic payment transactions

Publications (1)

Publication Number Publication Date
KR20150058474A true KR20150058474A (ko) 2015-05-28

Family

ID=49293922

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020157010328A KR20150058474A (ko) 2012-09-21 2013-09-23 전자 결제 거래의 이의제기 해결을 제공하는 시스템 및 방법

Country Status (12)

Country Link
US (3) US8566235B2 (ko)
EP (2) EP2898466A4 (ko)
JP (1) JP6595337B2 (ko)
KR (1) KR20150058474A (ko)
CN (1) CN105051770A (ko)
AU (2) AU2013317766A1 (ko)
BR (1) BR112015006343A8 (ko)
CA (1) CA2885383A1 (ko)
CL (1) CL2015000723A1 (ko)
HK (1) HK1217134A1 (ko)
MX (1) MX355689B (ko)
WO (1) WO2014047585A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210182866A1 (en) * 2019-12-11 2021-06-17 Paypal, Inc. Dispute resolution system interface

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130253956A1 (en) * 2011-09-22 2013-09-26 Robert Lyne Towne Chargeback insurance
BR112014028419A2 (pt) * 2012-05-16 2019-09-24 Inttra Inc combinação de fatura e declaração de carga e resolução de disputa.
US10592888B1 (en) * 2012-12-17 2020-03-17 Wells Fargo Bank, N.A. Merchant account transaction processing systems and methods
MA38422A1 (fr) * 2013-02-22 2016-04-29 Mastercard International Inc Systèmes, appareil et procédés pour carte prépayée de compagnon mobile
US20150006358A1 (en) * 2013-07-01 2015-01-01 Mastercard International Incorporated Merchant aggregation through cardholder brand loyalty
CN104376471A (zh) * 2013-08-14 2015-02-25 世纪禾光科技发展（北京）有限公司 电子商务售后纠纷处理方法及系统
US11669894B2 (en) 2014-05-30 2023-06-06 Midigator, Llc Transaction retrieval, transaction matching, alert generation, and processing of dispute alerts
US20150348208A1 (en) * 2014-05-30 2015-12-03 183 Media Inc. Transaction matching
US10572880B2 (en) 2014-07-30 2020-02-25 Visa International Service Association Integrated merchant purchase inquiry and dispute resolution system
CN106469377A (zh) * 2015-08-21 2017-03-01 阿里巴巴集团控股有限公司 退货信息处理方法及装置
US11188907B1 (en) * 2015-08-21 2021-11-30 United Services Automobile Association (Usaa) ACH authorization validation using public blockchains
US20170053278A1 (en) * 2015-08-21 2017-02-23 Mastercard International Incorporated Systems and Methods for Processing Charges for Disputed Transactions
US20170221062A1 (en) * 2016-01-28 2017-08-03 Verifi, Inc. Order insights system and method
US10825028B1 (en) 2016-03-25 2020-11-03 State Farm Mutual Automobile Insurance Company Identifying fraudulent online applications
CN109155030B (zh) 2016-06-01 2022-07-12 万事达卡国际公司 用于便利网络交易的系统和方法
US10630534B1 (en) * 2016-12-02 2020-04-21 Worldpay, Llc Systems and methods for subscribing topics and registering computer server event notifications
CA3088904A1 (en) 2018-02-08 2019-08-15 Command Alkon Incorporated Methods and systems for handling fresh concrete based on hydraulic pressure and on rheological probe pressure
US11049112B2 (en) * 2018-05-24 2021-06-29 Paypal, Inc. Systems and methods facilitating chargebacks in electronic transactions
CN109255616B (zh) * 2018-08-06 2022-06-07 创新先进技术有限公司 一种拒付任务处理方法及装置
SG10201807095XA (en) 2018-08-21 2020-03-30 Mastercard International Inc Method and system for facilitating recurring customer payments to merchants
US11138572B2 (en) 2018-09-26 2021-10-05 Mastercard International Incorporated Method and system for dispute resolution in a public blockchain
CN110175829B (zh) * 2019-04-25 2023-02-21 创新先进技术有限公司 一种收费处理、对象控制方法、装置、设备及介质
US11107084B2 (en) * 2019-05-03 2021-08-31 Walmart Apollo, Llc Fraud risk scoring tool
CN110458555A (zh) * 2019-06-28 2019-11-15 平安银行股份有限公司 争议处理方法、装置、电子设备及存储介质
CN110378789A (zh) * 2019-07-16 2019-10-25 招商银行股份有限公司 争议交易的解决方法、系统及计算机可读存储介质
US20210158368A1 (en) * 2019-11-25 2021-05-27 Midigator, Llc Method and system for generating responses to transaction disputes associated with a merchant
US11544716B2 (en) * 2020-06-11 2023-01-03 Fidelity Information Services, Llc Systems and methods for processing transaction disputes and processing transactions associated with compromised accounts
US20230334505A1 (en) * 2022-04-19 2023-10-19 Capital One Services, Llc Processing of customer messages to avoid unneccessary fraud disputes
CN115115450B (zh) * 2022-08-30 2022-11-29 平安银行股份有限公司 一种银联收单争议案件的建案方法及装置

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5557518A (en) * 1994-04-28 1996-09-17 Citibank, N.A. Trusted agents for open electronic commerce
US6032132A (en) * 1998-06-12 2000-02-29 Csg Systems, Inc. Telecommunications access cost management system
US8150774B2 (en) * 1998-08-06 2012-04-03 Cybersettle Holdings, Inc. System and method for providing automated dispute resolution between or among multiple parties
US20010044756A1 (en) * 1999-10-29 2001-11-22 E-Duction, Inc. Payroll deduction system and method including provision for financing and dispute resolution
US7630903B1 (en) * 2000-02-15 2009-12-08 Square Trape, Inc. Electronic dispute resolution system
US7778934B2 (en) * 2000-04-17 2010-08-17 Verisign, Inc. Authenticated payment
WO2002001523A1 (en) * 2000-06-22 2002-01-03 Trintrech Limited A transaction dispute management system and method
US7206768B1 (en) * 2000-08-14 2007-04-17 Jpmorgan Chase Bank, N.A. Electronic multiparty accounts receivable and accounts payable system
US8364583B1 (en) * 2000-08-14 2013-01-29 West Corporation Method and apparatus for processing a cardholder's inquiry or dispute about a credit/charge card
US7287071B2 (en) * 2000-09-28 2007-10-23 Vignette Corporation Transaction management system
US20020198830A1 (en) * 2001-05-01 2002-12-26 Randell Wayne L. Method and system for handling disputes in an electronic invoice management system
US20020184123A1 (en) * 2001-05-31 2002-12-05 Sun Microsystems, Inc. Methods and system for performing electronic invoice presentment and payment dispute handling with line item level granularity
US7966192B2 (en) * 2002-01-30 2011-06-21 First Data Corporation Method and apparatus for processing electronic dispute data
US7437327B2 (en) * 2002-05-24 2008-10-14 Jp Morgan Chase Bank Method and system for buyer centric dispute resolution in electronic payment system
US7356516B2 (en) * 2002-06-13 2008-04-08 Visa U.S.A. Inc. Method and system for facilitating electronic dispute resolution
US20040267559A1 (en) * 2003-01-31 2004-12-30 Hinderer Hans Harald Dispute management system and method
US7870066B2 (en) * 2003-06-06 2011-01-11 Ebay Inc. Automatic dispute resolution
WO2005091137A1 (ja) * 2004-03-19 2005-09-29 International Business Machines Corporation コンピュータシステム、これを構成するサーバ、そのジョブ実行制御方法及びプログラム
US20060149671A1 (en) * 2004-06-25 2006-07-06 Robert Nix Payment processing method and system
EP1774464A4 (en) * 2004-08-03 2009-04-22 Ebay Inc METHOD AND SYSTEM FOR DESIGNING A DISPUTE SETTLEMENT PROCESS
US8700414B2 (en) * 2004-12-29 2014-04-15 Sap Ag System supported optimization of event resolution
US10319003B2 (en) * 2006-12-21 2019-06-11 Paypal, Inc. System and method for unified dispute resolution
US8892468B1 (en) * 2007-04-02 2014-11-18 Litle & Co. Customer refunds by a merchant agent
US20090030710A1 (en) * 2007-07-27 2009-01-29 Visa U.S.A. Inc. Centralized dispute resolution system for commercial transactions
US7941352B2 (en) * 2008-12-23 2011-05-10 Verifi, Inc. System and method for providing dispute resolution for electronic payment transactions
US20110276475A1 (en) * 2010-05-04 2011-11-10 Cheryl Godejohn Payment transaction dispute resolution system
US9275387B1 (en) * 2011-08-16 2016-03-01 Jpmogan Chase Bank, N.A. Systems and methods for processing transactions using a wallet

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210182866A1 (en) * 2019-12-11 2021-06-17 Paypal, Inc. Dispute resolution system interface
US11625727B2 (en) * 2019-12-11 2023-04-11 Paypal, Inc. Dispute resolution system interface

Also Published As

Publication number Publication date
EP2898466A4 (en) 2016-08-24
JP6595337B2 (ja) 2019-10-23
US20220051247A1 (en) 2022-02-17
CL2015000723A1 (es) 2016-05-13
JP2015535365A (ja) 2015-12-10
EP3582171A1 (en) 2019-12-18
MX355689B (es) 2018-04-26
HK1217134A1 (zh) 2016-12-23
EP2898466A2 (en) 2015-07-29
US20130080318A1 (en) 2013-03-28
BR112015006343A8 (pt) 2017-07-18
US20150186888A1 (en) 2015-07-02
AU2013317766A1 (en) 2015-04-16
WO2014047585A2 (en) 2014-03-27
CA2885383A1 (en) 2014-03-27
BR112015006343A2 (pt) 2017-07-04
MX2015003713A (es) 2016-02-09
WO2014047585A3 (en) 2015-10-01
US8566235B2 (en) 2013-10-22
AU2019202399A1 (en) 2019-05-02
CN105051770A (zh) 2015-11-11

Similar Documents

Publication Publication Date Title
US20220051247A1 (en) Resolution network
CA2748254C (en) System and method for providing dispute resolution for electronic payment transactions
US11651359B2 (en) Distributed electronic ledger with metadata
RU2644514C2 (ru) Способы и системы для проверки транзакций перевода электронных денежных средств
US8942997B2 (en) Payment system
US20230020809A1 (en) Systems and methods for using shared databases for managing supplemental payment sources
US20080015988A1 (en) Proxy card authorization system
US20090240624A1 (en) Risk detection and assessment of cash payment for electronic purchase transactions
US20180365662A1 (en) System and method to protect a purchaser's account information during an electronic transaction
US20140172710A1 (en) System and method for paying a merchant by a registered user using a cellular telephone account
US20100293065A1 (en) System and method for paying a merchant using a cellular telephone account
US20130218769A1 (en) Mobile Funding Method and System
US20080021821A1 (en) System and method for reconciling credit card payments with corresponding transactions
US10572880B2 (en) Integrated merchant purchase inquiry and dispute resolution system
US20170116608A1 (en) System and method for payment processing using crypto currencies
GB2330923A (en) Transaction manager
US20210117941A1 (en) Application program interface for conversion of stored value cards
US20230028209A1 (en) User interfaces for using shared databases for managing supplemental payment sources
WO2021154234A1 (en) Online systems using currency at access device
EP3631731A1 (en) System for pushing transactional data

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid