WO2017222176A1 - 이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법 - Google Patents

이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법 Download PDF

Info

Publication number
WO2017222176A1
WO2017222176A1 PCT/KR2017/004913 KR2017004913W WO2017222176A1 WO 2017222176 A1 WO2017222176 A1 WO 2017222176A1 KR 2017004913 W KR2017004913 W KR 2017004913W WO 2017222176 A1 WO2017222176 A1 WO 2017222176A1
Authority
WO
WIPO (PCT)
Prior art keywords
sales
credit card
cancellation
merchant
amount
Prior art date
Application number
PCT/KR2017/004913
Other languages
English (en)
French (fr)
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
Priority claimed from KR1020160129642A external-priority patent/KR101836328B1/ko
Application filed by 비씨카드(주) filed Critical 비씨카드(주)
Publication of WO2017222176A1 publication Critical patent/WO2017222176A1/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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • 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

Definitions

  • the present invention relates to a server and a method for processing the cancellation of sales in the payment process of the Yiddish method, and more particularly, to a server and a method for minimizing the occurrence of inversion caused by the cancellation of sales in the Yiddish method.
  • a credit card is a payment method issued as a proof for deferring a certain member a collection of goods and services for a certain period of time.
  • a credit card member purchases a product or service at a merchant, he or she can present the credit card and sign the sales slip without purchasing cash. Since the money is transferred from the card member's account to the merchant's account after a certain period of sale through the credit card company's bank, the card member should deposit the money into his / her account by the payment date.
  • the existing method for the merchant to recover the payment there is a method of manually paying the payment slip by manually submitting the sales slip by each credit card company in the merchant or by submitting to the bank or credit card company by mail.
  • the VAN provider makes a purchase request to the credit card company based on the transaction approval data held by the VAN operator, and the merchant stores the payment amount. In order to receive the deposit, the VAN operator collects and stores the sales slip from the merchant.
  • DDC Data Draft Capture
  • the Electronic Data Interchage (EDI) method uses electronic data exchange to quickly and accurately transfer revenues generated from large merchants (department stores, airlines, and large discount stores) with their own HOST to the credit card company. It is a method that greatly simplifies the hassle of the purchase process by the existing sales slip by depositing the sales amount to the merchant based on the data.
  • EDC Electronic Data Capture
  • the reverse return that is, the amount that the merchant returns to the credit card company is larger than the amount to be paid from the credit card company to the merchant, resulting in actual economic loss for the credit card company.
  • the present invention aims to solve the above-mentioned problems of the prior art.
  • An object of the present invention is to minimize the occurrence of inversion caused by the cancellation of sales in the payment process of the Yiddish method.
  • a credit card company server for processing the cancellation of sales in the process of sales settlement of Electronic Data Capture (EDC) method, receiving a cancellation request from the merchant Revenue cancellation request receiving unit; And if there is a request for cancellation of sales, credit card company server including a reverse exchange management unit for approving the sales cancellation request only within the limit of the previous day payment approval cumulative amount.
  • EDC Electronic Data Capture
  • the cumulative amount of the payment approval for the previous day may include a cumulative amount of payment approval for other affiliate stores.
  • a credit card company server for processing the cancellation of sales in the EDC (Electronic Data Capture) sales settlement process, the sales cancellation request receiving unit for receiving a sales cancellation request from the merchant; And if the sales cancellation amount is greater than the approved amount until the day of receipt of the sales cancellation request (hereinafter referred to as 'D day'), the reverse amount occurs on the D + 1 day, the payment of the payment amount due to the sales generated at the merchant
  • a credit card company server is provided that includes a reverse exchange management unit for changing an account to a predetermined account.
  • the inversion management unit may perform the change before the deposit of the settlement amount due to the generation of D-1 days on D + 2 days.
  • the D-1 day sales may include sales of other affiliated stores.
  • a credit card company server a method for processing the sales cancellation in the process of sales settlement of Electronic Data Capture (EDC) method, Receiving a sales cancellation request from the merchant; And approving the sales cancellation request only within a limit of a previous day's payment approval cumulative amount, when the sales cancellation request is made.
  • EDC Electronic Data Capture
  • the cumulative amount of the payment approval for the previous day may include a cumulative amount of payment approval for other affiliate stores.
  • a credit card company server as a method for processing the sales cancellation in the process of sales settlement of Electronic Data Capture (EDC) method, the sales cancellation request step of receiving a sales cancellation request from the merchant ; Approving the sales cancellation request; And if the sales cancellation amount is greater than the approved amount until the day of receipt of the sales cancellation request (hereinafter referred to as 'D day'), the reverse amount occurs on the D + 1 day, the amount of payment due to the sales generated at the merchant
  • EDC Electronic Data Capture
  • the change to the predetermined account may be maintained until the payment of the settlement amount due to the generation of the D-1 day at D + 2 days.
  • the D-1 day sales may include sales of other affiliated stores.
  • a sales cancellation request is made at an affiliated store where Yiddish payment is made, by approving the cancellation of sales only under a predetermined condition, or by changing the deposit account to the merchant due to the sales to a credit card company holding account, The occurrence of inversion can be minimized.
  • 1 is a view schematically showing the configuration of a system for processing sales cancellation in the Yiddish payment process according to an embodiment of the present invention.
  • FIG. 2 is a view showing the internal configuration of a credit card company server according to an embodiment of the present invention.
  • FIG. 1 is a view for explaining a sales processing management system in the Yiddish method according to an embodiment of the present invention.
  • a sales processing management system includes an affiliated store terminal 100, a VAN company server 200, and a credit card company server 300.
  • the affiliated store terminal 100 is installed at a specific affiliated store, reads a credit card possessed by a user, and transmits the read information to the credit card company server 300 through the VAN company server 200 together with the purchase information. Do this. According to an embodiment, the affiliated store terminal 100 may transmit a cancellation request for previously generated sales to the credit card company server 300 through the VAN company server 200.
  • Merchant terminal 100 may be a POS terminal or a CAT (Credit Authorization Terminal) terminal, a network such as a mobile phone, a smart phone, a personal digital assistant (PDA), a portable multimedia player (PMP), a tablet PC, etc. It can include any type of handheld-based wireless communication device that can be connected to an external device or an external server through, as well as a network, such as IPTV, including desktop PCs, tablet PCs, laptop PCs, and set-top boxes. It should be understood as a concept that includes all communication devices that can be connected to an external device or an external server through.
  • the affiliated store terminal 100 for convenience of description, it will be described as an affiliated store terminal 100, but if the affiliated store is an online affiliate store, the affiliated store terminal 100 may be replaced with an affiliated store server.
  • the merchant terminal 100 and the merchant server will be collectively referred to as "merchant" for convenience.
  • the VAN company server 200 performs a function of mediating transmission and reception between the merchant terminal 100 and the credit card company server 300.
  • credit card reading information and the corresponding purchase information transmitted from the merchant terminal 100 may be transmitted to the credit card company server 300 through the VAN company server 200, and the credit card company server ( The payment approval result information transmitted from 300 is transmitted to the affiliated store terminal 100.
  • the credit card company server 300 receives a payment approval request transmitted from the merchant terminal 100 through the VAN company server 200 and includes credit card information and payment information, and approves the payment.
  • the credit card company server 300 may operate so that the payment price is transferred to the bank account of each affiliated store without a separate purchase procedure after the card payment approval.
  • the payment amount that is deposited into the merchant account on the D day is the amount of payment approved until D-1.
  • the credit card company server 300 may receive a sale cancellation request for the previously approved payment from the merchant terminal 100, according to an embodiment, the credit card company server 300 minimizes the occurrence of the reverse exchange credit card company In order to prevent economic loss, the company may approve a cancellation request only if certain conditions are met.
  • the credit card company server 300 may change a method of depositing a payment amount for the affiliated store requesting the cancellation of the sales. This will be described later in detail.
  • FIG. 2 is a view showing in detail the configuration of a credit card company server according to an embodiment of the present invention.
  • the credit card company server 300 may include a payment approval unit 310, a payment amount depositing unit 320, a sales cancellation request receiving unit 330, a reverse exchange managing unit 340, and a communication unit ( 350 and the controller 360.
  • the payment approval unit 310, the payment amount payment unit 320, the sales cancellation request receiver 330, the inversion management unit 340, the communication unit 350, and the controller 360 may be a credit card company server 300.
  • program modules include, but are not limited to, routines, subroutines, programs, objects, components, data structures, etc. that perform particular tasks or execute particular abstract data types, described below, in accordance with the present invention.
  • the payment approval unit 310 determines whether the payment approval for the payment approval request transmitted through the VAN company server 200 from the merchant. When the payment request is made normally, the payment request is approved and stored as a record of sales generation for the affiliated store. On the other hand, if the payment request is determined to be an abnormal transaction in terms of payment limit, payment location, payment method, merchant information, etc., the payment approval request may be rejected and the result may be transmitted to the merchant terminal 100.
  • the payment approval unit 310 may accumulate the payment approval amount for each affiliate store and record the information.
  • the payment amount depositing unit 320 performs a function of depositing a corresponding merchant account for each affiliate store for the payment amount approved by the payment approval unit 310.
  • the credit card payment authorization amount for each affiliate may be accumulated by date, and the accumulated payment amount may be deposited into each merchant account on the next day of the date of the payment approval.
  • the payment amount payment unit 320 according to an embodiment of the present invention, according to the determination result of the reverse exchange management unit 340 to be described later, the payment account for the payment amount to another account, preferably a credit card company holding account You can also change it.
  • the sales cancellation request receiving unit 330 may receive a sales cancellation request for a previously approved payment from a merchant.
  • the inversion management unit 340 may approve or reject sales cancellation based on the sales cancellation request received by the sales cancellation request receiver 330. In addition, first to approve the sale cancellation request, depending on whether or not the reverse exchange after the sale, the payment amount deposit account for the merchant may be changed to the account holding company credit card.
  • the inversion management unit 340 may include a inversion prior management unit 341 and a inversion after management unit 342.
  • the inversion prior management unit 341 performs a function of determining whether to approve the request for canceling the sale.
  • the inversion pre-management unit 341 determines whether the cancellation amount of the D day exceeds the sum of the D-1 day approval amount, when a request for cancellation of sales is received on the D day from a specific merchant. do. If it is determined that it does not exceed, approve the request for canceling sales; otherwise, reject the request for canceling sales. That is, according to one embodiment, the limit of cancellation of sales for a specific affiliate is a D-1 day cumulative payment approval amount.
  • the D-1 day cumulative payment authorization amount from a specific merchant is deposited into the merchant account on D day. The credit card company approves the cancellation of sales by limiting the cancellation amount to the D-1 day cumulative payment authorization amount. Even if you do not receive the amount to be returned to the credit card company from the merchant. Therefore, the risk that the credit card company does not receive the amount to be returned from the merchant can be eliminated.
  • the inversion pre-management unit 34 when a sales cancellation request is received on a D day from a specific merchant, the amount of D cancellation of the D day to another merchant number D-1 (that is, the same merchant) It is determined whether the payment authorization amount (at other merchants) is exceeded. If it is determined that it does not exceed, approve the request for canceling sales; otherwise, reject the request for canceling sales.
  • the merchant may transmit a credit card payment authorization request to another merchant number. According to an embodiment of the present invention, even in this case, the amount of money that the credit card company should return to the merchant may be blocked when canceling sales.
  • the post-return post management unit 342 first approves the sales cancellation request received from the sales cancellation request receiver 330 on D day, and the sales cancellation amount up to D days is greater than the approved amount due to the cancellation of sales. If the reverse occurs on day +1, change the deposit account, i.e., the payment account for the merchant, to another account, for example, a credit card company holding account by D + 2 days.
  • the inversion after management unit 342 first approves the request for canceling the sales. Do the processing.
  • the post-inversion post-management unit 342 according to an embodiment of the sales of the inversion occurrence date (October 5, 2016) from the time of occurrence of the inversion to the next day (October 6, 2016), preferably to the corresponding store the next day. Change the deposit account to the credit card company holding account, not to the merchant account, until the deposit of the payment due to occurrence.
  • the reverse amount is offset against the amount to be deposited in the merchant, and the credit card company is required to minimize the amount to be received from the merchant owner.
  • the post-return post management unit 342 first approves the sales cancellation request received from the sales cancellation request receiving unit 330 on D day, and when the reverse occurs at D + 1, D + 2 days Until then, the deposit account, that is, the payment account for the occurrence of sales to another merchant number of the merchant (ie, from another merchant of the same merchant) may be changed to a credit card company holding account.
  • the communication unit 350 may transmit and receive a payment approval request, payment approval result information, and sales cancellation request by the credit card company server 300 communicating with an affiliated store terminal 100 and a VAN company server 200. To control.
  • Control unit 360 according to an embodiment operation of the payment approval unit 310, payment amount payment unit 320, sales cancellation request receiving unit 330, inversion management unit 340, communication unit 350 and interworking with each other. To control.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Operations Research (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명의 일 실시예에 따르면, 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 신용카드사 서버로서, 가맹점으로부터 매출 취소 요청을 수신하는 매출 취소 요청 수신부; 및 상기 매출 취소 요청이 있는 경우, 전일 결제 승인 누적 금액의 한도 내에서만 상기 매출 취소 요청을 승인하는 역환 관리부를 포함하는, 신용카드사 서버가 제공된다.

Description

이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법
본 발명은 이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법에 관한 것으로, 보다 상세하게는, 이디시 방식에서 매출 취소에 따른 역환 발생을 최소화하는 서버 및 방법에 관한 것이다.
일반적으로 신용카드는 특정의 회원에게 상품, 서비스 대금의 회수를 일정기간 유예하는 증명으로서 발행되는 결제 수단이다. 신용카드 회원이 가맹점 등에서 상품이나 서비스를 구입할 경우, 해당 신용카드를 제시하고 매출전표에 서명을 하면, 현금의 지출 없이 구매가 가능하다. 대금은 신용카드사의 거래은행을 통해서 판매의 일정기간 후에 카드 회원의 계좌에서 가맹점의 계좌로 이체되기 때문에 카드 회원은 대금결제일까지 본인의 계좌에 입금을 하면 된다.
한편, 가맹점이 결제 대금을 회수하는 기존의 방식으로는, 먼저 가맹점에서 수작업으로 매출전표를 각 신용카드사 별로 구분하여 은행 또는 신용카드사로 직접 제출 또는 우편으로 제출하여 결제 대금을 지급받는 방식이 있다.
또한, 신용카드 가맹점이 디디시(DDC: Data Draft Capture) 가맹점인 경우에는, VAN 사업자가 보유하고 있는 거래승인의 데이터를 근거로 하여 VAN 사업자가 신용카드사로 매입요청을 하여 가맹점이 해당 결제 대금을 입금받도록 하고, VAN 사업자는 매출 전표를 가맹점으로부터 수거하여 보관하는 방식이 있다.
최근에는, 신용카드사에서 실물매출전표 없이 거래승인 데이터만 가지고 자동으로 가맹점에 매출 대금을 입금시켜 주는 서비스가 이루어지고 있으며, 이러한 전자결제매출 방식에 의해 처리되는 비중이 크게 증가하고 있는 추세이다. 특정 신용카드사에서 매출유형 추이를 비교 분석한 결과, 현재에는 전체 매출의 88.7%에 달하고 있다.
이디아이(EDI: Electronic Data Interchage) 방식이란, 전자적 데이터 교환을 이용하여 자체 HOST를 보유한 대형가맹점(백화점, 항공사, 대형할인점)에서 발생한 매출 내역을 신속, 정확하게 매입 신용카드사에 전송하고 신용카드사는 이 Data를 근거로 가맹점에 매출 대금을 입금하여줌으로써 기존의 매출전표에 의한 매입 절차의 번거로움을 대폭적으로 간소화시키는 방식이다.
또한, 이디시(EDC: Electronic Data Capture) 방식이란, 가맹점에서 신용카드 거래의 결제대금을 별도의 매출전표 창구 접수 없이 자동입금 되도록 하는 것으로, 신용카드사는 자체의 이디시(EDC) 신용카드 거래내역 자료만으로 가맹점에 신용카드 대금을 입금시켜 준다. 이때, VAN 사업자는 데이터의 중계 및 전송만을 담당하며, 추후 신용카드사는 가맹점이 가지고 있는 매출전표를 수거한다.
이러한 이디시 방식에 의하면 신용카드 거래가 발생했을 시 신용카드사로부터 각 가맹점에 결제대금이 입금되기 때문에 가맹점주 입장에서는 매우 편리한 방식이지만, 매출 취소가 발생하였을 시에는 가맹점으로부터 신용카드사로 해당 금액을 반환하여야 하기 때문에, 신용카드사 입장에서는 반환 금액을 받지 못할 수 있는 가능성에 대한 손해를 감수하여야만 한다.
특히, 매출 취소가 빈번하게 발생하게 된다면, 역환, 즉, 신용카드사에서 가맹점으로 지급할 금액보다 가맹점이 신용카드사로 반환할 금액이 커지는 경우가 발생하여, 신용카드사 입장에서는 실제적인 경제적 손실을 입게 되는 문제가 있다.
본 발명은 전술한 종래기술의 문제점을 해결하기 위한 것을 그 목적으로 한다.
본 발명의 목적은 이디시 방식의 결제 과정에서 매출 취소에 따른 역환 발생을 최소화하기 위한 것이다.
상기와 같은 목적을 달성하기 위한 본 발명의 일 실시예에 따르면, 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 신용카드사 서버로서, 가맹점으로부터 매출 취소 요청을 수신하는 매출 취소 요청 수신부; 및 상기 매출 취소 요청이 있는 경우, 전일 결제 승인 누적 금액의 한도 내에서만 상기 매출 취소 요청을 승인하는 역환 관리부를 포함하는, 신용카드사 서버가 제공된다.
상기 전일 결제 승인 누적 금액은 동일 가맹점 주의 타 가맹점에 대한 결제 승인 누적 금액을 포함할 수 있다.
한편, 본 발명의 다른 실시예에 따르면, 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 신용카드사 서버로서, 가맹점으로부터 매출 취소 요청을 수신하는 매출 취소 요청 수신부; 및 상기 매출 취소 요청이 수신된 당일(이하 'D일'이라 함)까지 매출 취소 금액이 승인 금액보다 커서 D+1일에 역환이 발생하는 경우, 상기 가맹점에서의 매출 발생으로 인한 결제 금액의 입금 계좌를 소정의 계좌로 변경하는 역환 관리부를 포함하는, 신용카드사 서버가 제공된다.
상기 역환 관리부는, D+2일에 D-1일 매출 발생으로 인한 결제 금액의 입금 전까지 상기 변경을 수행할 수 있다.
상기 D-1일 매출은, 동일 가맹점 주의 타 가맹점의 매출을 포함할 수 있다.
본 발명의 다른 실시예에 따르면, 신용카드사 서버가 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 방법으로서, 가맹점으로부터 매출 취소 요청을 수신하는 단계; 및 상기 매출 취소 요청이 있는 경우, 전일 결제 승인 누적 금액의 한도 내에서만 상기 매출 취소 요청을 승인하는 단계를 포함하는, 매출 취소 처리 방법이 제공된다.
상기 전일 결제 승인 누적 금액은 동일 가맹점 주의 타 가맹점에 대한 결제 승인 누적 금액을 포함할 수 있다.
본 발명의 또 다른 실시예에 따르면, 신용카드사 서버가 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 방법으로서, 가맹점으로부터 매출 취소 요청을 수신하는 매출 취소 요청 단계; 상기 매출 취소 요청을 승인하는 단계; 및 상기 매출 취소 요청이 수신된 당일(이하, 'D일'이라 함)까지 매출 취소 금액이 승인 금액보다 커서 D+1일에 역환이 발생하는 경우, 상기 가맹점에서의 매출 발생으로 인한 결제 금액의 입금 계좌를 소정의 계좌로 변경하는 단계를 포함하는, 매출 취소 처리 방법이 제공된다.
상기 소정의 계좌로의 변경은, D+2일에 D-1일 매출 발생으로 인한 결제 금액의 입금 전까지 유지될 수 있다.
상기 D-1일 매출은, 동일 가맹점 주의 타 가맹점의 매출을 포함할 수 있다.
일 실시예에 따르면, 이디시 방식의 결제가 이루어지는 가맹점에서 매출 취소 요청을 하는 경우, 일정 조건 하에서만 매출 취소를 승인하거나, 매출 발생으로 인한 가맹점으로의 입금 계좌를 신용카드사 보유 계좌로 변경함으로써, 역환 발생을 최소화할 수 있다.
도 1은 본 발명의 일 실시예에 따른 이디시 결제 과정에서 매출 취소를 처리하기 위한 시스템의 구성을 개략적으로 나타낸 도면이다.
도 2는 본 발명의 일 실시예에 따른 신용카드사 서버의 내부 구성을 나타내는 도면이다.
이하에서는 첨부한 도면을 참조하여 본 발명을 설명하기로 한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며, 따라서 여기에서 설명하는 실시예로 한정되는 것은 아니다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 부재를 사이에 두고 "간접적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 구비할 수 있다는 것을 의미한다.
이하, 첨부된 도면을 참고하여 본 발명의 실시예를 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른 이디시 방식에서의 매출 처리 관리 시스템을 설명하기 위한 도면이다.
도 1을 참조하면, 일 실시예에 따른 매출 처리 관리 시스템은, 가맹점 단말기(100), VAN사 서버(200), 신용카드사 서버(300)를 포함한다.
가맹점 단말기(100)는 특정 가맹점에 설치 되며, 사용자가 소지하고 있는 신용카드를 판독하고, 판독된 정보를 당해 구매 정보와 함께 VAN사 서버(200)를 거쳐 신용카드사 서버(300)로 전송하는 기능을 수행한다. 일 실시예에 따르면, 가맹점 단말기(100)는 기 발생한 매출에 대한 취소 요청을 VAN사 서버(200)를 통해 신용카드사 서버(300)로 전송할 수 있다.
일 실시예에 따른 가맹점 단말기(100)는 POS 단말 또는 CAT(Credit Authorization Terminal) 단말일 수 있으며, 휴대폰, 스마트폰, PDA(Personal Digital Assistant), PMP(Portable Multimedia Player), 태블릿 PC 등과 같이 네트워크를 통하여 외부 장치 또는 외부 서버와 연결될 수 있는 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있으며, 이 외에도 데스크탑 PC, 태블릿 PC, 랩탑 PC, 셋탑 박스를 포함하는 IPTV와 같이, 네트워크를 통해 외부 장치 또는 외부 서버와 연결될 수 있는 통신 장치를 모두 포함하는 개념으로 이해되어야 한다.
또한, 본 명세서에서는 설명의 편의상 가맹점 단말기(100)로 설명하나, 가맹점이 온라인 가맹점인 경우에는 가맹점 단말기(100)가 가맹점 서버로 대체될 수도 있음은 물론이다. 가맹점 단말기(100)와 가맹점 서버를 통칭하여 편의상 “가맹점”으로 지칭하기로 한다.
일 실시예에 따른 VAN사 서버(200)는 가맹점 단말기(100)와 신용카드사 서버(300) 간의 정보 송수신을 중개하는 기능을 수행한다. 사용자에 의한 상품 또는 서비스 구매 시, 가맹점 단말기(100)로부터 전송되는 신용카드 판독 정보 및 당해 구매 정보가 VAN사 서버(200)를 통해 신용카드사 서버(300)로 전송될 수 있고, 신용카드사 서버(300)로부터 전송되는 결제 승인 결과 정보를 가맹점 단말기(100)에 전송한다.
일 실시예에 따른 신용카드사 서버(300)는 가맹점 단말기(100)로부터 VAN사 서버(200)를 통해 전송되며 신용카드 정보 및 결제 정보를 포함하는 결제 승인 요청을 수신하여, 결제를 승인한다. 신용카드사 서버(300)는 카드 결제 승인 후 별도의 매입절차 없이 각 가맹점의 은행 계좌로 결제 대금이 이체되도록 동작할 수 있다. 일반적으로, D일에 가맹점 계좌로 입금되는 결제 대금은 D-1일까지 결제 승인이 이루어진 금액이다. 또한, 신용카드사 서버(300)는 가맹점 단말기(100)로부터 기 승인된 결제에 대한 매출 취소 요청을 수신할 수 있는데, 일 실시예에 따르면, 신용카드사 서버(300)는 역환 발생을 최소화하여 신용카드사의 경제적 손실을 방지하기 위해 일정 조건을 만족하는 경우에만 매출 취소 요청을 승인할 수 있다. 다른 방법으로서 신용카드사 서버(300)는 매출 취소 요청에 대해 매출 취소를 승인한 후, 매출 취소를 요청한 가맹점에 대한 결제 금액 입금 방식을 달리할 수 있다. 이에 대해서는 후에 상세히 설명하기로 한다.
도 2는 본 발명의 일 실시예에 따른 신용카드사 서버의 구성을 상세하게 나타내는 도면이다.
도 2를 참조하면, 신용카드사 서버(300)는, 일 실시예에 따른 결제 승인부(310), 결제 금액 입금부(320), 매출 취소 요청 수신부(330), 역환 관리부(340), 통신부(350) 및 제어부(360)를 포함할 수 있다.
일 실시예에 따른 결제 승인부(310), 결제 금액 입금부(320), 매출 취소 요청 수신부(330), 역환 관리부(340), 통신부(350) 및 제어부(360)는, 신용카드사 서버(300) 내에 포함되며 외부 장치와 통신할 수 있는 프로그램 모듈로써, 운영 시스템, 응용 프로그램 모듈 및 기타 프로그램 모듈의 형태로 신용카드사 서버(300) 또는 이와 통신 가능한 다른 장치에 포함될 수 있으며, 물리적으로는 여러 가지 공지의 기억 장치 상에 저장될 수 있다. 한편, 이러한 프로그램 모듈은 본 발명에 따라 후술할 특정 업무를 수행하거나 특정 추상 데이터 유형을 실행하는 루틴, 서브루틴, 프로그램, 오브젝트, 컴포넌트, 데이터 구조 등을 포괄하지만, 이에 제한되지는 않는다.
일 실시예에 따른 결제 승인부(310)는 가맹점으로부터 VAN사 서버(200)를 통해 전송되는 결제 승인 요청에 대한 결제 승인 여부를 결정한다. 당해 결제 요청이 정상적으로 이루어지는 경우에는, 결제 요청을 승인하고, 해당 가맹점에 대한 매출 발생 기록으로서 저장한다. 한편, 당해 결제 요청이 결제 한도, 결제 장소, 결제 방식, 가맹점 정보 등의 측면에서 비정상적인 거래로 판단되는 경우에는, 결제 승인 요청을 거절하고, 그 결과를 가맹점 단말기(100)에 전송할 수 있다. 결제 승인부(310)는 각 가맹점별 결제 승인 금액을 누적하여 그 정보를 기록할 수 있다.
일 실시예에 따른 결제 금액 입금부(320)는 결제 승인부(310)에 의해 승인 완료된 결제 금액에 대해 각 가맹점별로 해당 가맹점 계좌에 입금하는 기능을 수행한다. 일 실시예에 따르면, 각 가맹점별 신용카드 결제 승인 금액은 날짜별로 누적되고, 누적된 결제 금액이 결제 승인 발생 일자의 익일에 각 가맹점 계좌로 입금될 수 있다.
한편, 본 발명의 일 실시예에 따른 결제 금액 입금부(320)는 후술할 역환 관리부(340)에 의한 판단 결과에 따라, 결제 금액에 대한 입금 계좌를 타 계좌, 바람직하게는 신용카드사 보유 계좌로 변경할 수도 있다.
일 실시예에 따른 매출 취소 요청 수신부(330)는 가맹점으로부터 기 결제 승인된 결제에 대한 매출 취소 요청을 수신할 수 있다.
일 실시예에 따른 역환 관리부(340)는 매출 취소 요청 수신부(330)에 의해 수신된 매출 취소 요청을 기초로 하여, 매출 취소 가능 여부를 판단하여, 매출 취소를 승인 또는 거절할 수 있다. 또한, 먼저 매출 취소 요청을 승인하고, 매출 취소 후의 역환 발생 여부에 따라, 당해 가맹점에 대한 결제 금액 입금 계좌를 신용카드사 보유 계좌로 변경할 수도 있다.
이러한 역환 관리부(340)는 역환 사전 관리부(341) 및 역환 사후 관리부(342)를 포함할 수 있다.
역환 사전 관리부(341)는 당해 매출 취소 요청에 대한 승인 여부를 결정하는 기능을 수행한다.
일 실시예에 따르면, 역환 사전 관리부(341)는 특정 가맹점으로부터 D일에 매출 취소 요청이 수신되는 경우, D일의 매출 취소 금액이 D-1일 승인 금액을 합산한 범위를 초과하는지 여부를 판단한다. 판단 결과, 초과하지 않는다면, 매출 취소 요청을 승인하고, 그렇지 않은 경우에는 매출 취소 요청을 거부한다. 즉, 일 실시예에 따르면 특정 가맹점에 대한 매출 취소 가능 한도는 D-1일 누적 결제 승인 금액이 되는 것이다. 이디시 방식에서는 특정 가맹점에서의 D-1일 누적 결제 승인 금액이 D일에 가맹점 계좌로 입금되는데, 매출 취소 한도를 D-1일 누적 결제 승인 금액으로 한정함에 따라, 신용카드사가 매출 취소를 승인하더라도 가맹점으로부터 신용카드사로 반환받을 금액은 발생하지 않게 된다. 따라서, 신용카드사가 가맹점으로부터 반환받아야 할 금액을 받지 못하는 위험성이 제거될 수 있다.
한편, 다른 실시예에 따르면, 역환 사전 관리부(341)는 특정 가맹점으로부터 D일에 매출 취소 요청이 수신되는 경우, D일의 매출 취소 금액이 D-1일 타 가맹점 번호로의(즉, 동일 가맹점주의 타 가맹점에서의) 결제 승인 금액을 합산한 범위를 초과하는지 여부를 판단한다. 판단 결과, 초과하지 않는다면, 매출 취소 요청을 승인하고, 그렇지 않은 경우에는 매출 취소 요청을 거부한다. 가맹점은 다른 가맹점 번호로의 신용카드 결제 승인 요청을 전송할 수 있는데, 본 발명의 실시예에 따르면 이러한 경우에서도 매출 취소 시 신용카드사가 가맹점으로 반환하여야 할 금액이 발생하는 것이 차단될 수 있다.
일 실시예에 따른 역환 사후 관리부(342)는 D일에 매출 취소 요청 수신부(330)로부터 수신된 매출 취소 요청을 먼저 승인하고, 매출 취소에 의해 D일까지의 매출 취소 금액이 승인 금액보다 커서 D+1일에 역환이 발생하는 경우, D+2일까지 해당 가맹점에 대한 입금 계좌, 즉, 결제 대금 입금 계좌를 다른 계좌, 예를 들면, 신용카드사 보유 계좌로 변경한다.
예를 들어 설명하면, 특정 가맹점에서 2016년 10월 4일에 800만원의 결제 승인이 발생하고, 1000만원의 매출 취소 요청을 일으키는 경우, 역환 사후 관리부(342)는 일단 해당 매출 취소 요청에 대해 승인 처리를 한다.
2016년 10월 5일 기준으로, 신용카드사는 해당 가맹점에서의 매출 발생으로 입금할 금액이 800만원이 되고, 가맹점으로부터 반환받을 금액이 1000만원이 된다. 즉, 2016년 10월 5일 기준으로 해당 가맹점에 대해 200만원의 역환이 발생하게 된다.
이 때, 일 실시예에 따른 역환 사후 관리부(342)는 역환 발생 시점으로부터 익일(2016년 10월 6일)까지, 바람직하게는 익일 해당 가맹점에 역환 발생일(2016년 10월 5일)의 매출 발생에 따른 결제 금액을 입금하는 시점까지 그 입금 계좌를 가맹점 계좌가 아닌 신용카드사 보유 계좌로 변경한다.
이에 따르면, 2016년 10월 5일에 신용카드사 보유 계좌로 800만원이 입금된다. 따라서, 가맹점주로부터 실제 반환받을 금액은 200만원(=1000만원-800만원)이 된다.
만약, 2016년 10월 5일에 해당 가맹점에서 500만원의 매출이 발생하였고, 2016년 10월 6일까지 가맹점 입금 계좌를 신용카드사 보유 계좌로 유지한다면, 가맹점주로부터 실제 반환받을 금액은 더 작아지고, 오히려 신용카드사로부터 가맹점주 실제 계좌로 입금할 금액이 남게 된다.
즉, 가맹점 입금 계좌를 신용카드사 계좌로 변경함에 따라, 역환 금액이 가맹점에 입금하여야 할 금액과 상계되고, 신용카드사 입장에서는 가맹점주로부터 받아야 할 금액이 최소화되는 효과를 얻게 된다.
한편, 다른 실시예에 따르면, 역환 사후 관리부(342)는 D일에 매출 취소 요청 수신부(330)로부터 수신된 매출 취소 요청을 먼저 승인하고, D+1에 역환이 발생하는 경우, D+2일까지 해당 가맹점의 타 가맹점 번호로의(즉, 동일 가맹점주의 타 가맹점에서의) 매출 발생에 따른 입금 계좌, 즉, 결제 대금 입금 계좌를 신용카드사 보유 계좌로 변경할 수도 있다.
일 실시예에 따른 통신부(350)는 신용카드사 서버(300)가 가맹점 단말기(100) 및 VAN사 서버(200) 등과 통신하여, 결제 승인 요청, 결제 승인 결과 정보, 매출 취소 요청 등을 송수신할 수 있도록 제어한다.
일 실시예에 따른 제어부(360)는 결제 승인부(310), 결제 금액 입금부(320), 매출 취소 요청 수신부(330), 역환 관리부(340), 통신부(350) 각각의 동작 및 상호 간의 연동을 제어한다.
전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본 발명의 범위는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.
100: 가맹점 단말기
200: VAN사 서버
300: 신용카드사 서버
310: 결제 승인부
320: 결제 금액 입금부
330: 매출 취소 요청 수신부
340: 역환 관리부
350: 통신부
350: 제어부

Claims (10)

  1. 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 신용카드사 서버로서,
    가맹점으로부터 매출 취소 요청을 수신하는 매출 취소 요청 수신부; 및
    상기 매출 취소 요청이 있는 경우, 전일 결제 승인 누적 금액의 한도 내에서만 상기 매출 취소 요청을 승인하는 역환 관리부를 포함하는, 신용카드사 서버.
  2. 제1항에 있어서,
    상기 전일 결제 승인 누적 금액은 동일 가맹점 주의 타 가맹점에 대한 결제 승인 누적 금액을 포함하는, 신용카드사 서버.
  3. 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 신용카드사 서버로서,
    가맹점으로부터 매출 취소 요청을 수신하는 매출 취소 요청 수신부; 및
    상기 매출 취소 요청이 수신된 당일(이하 'D일'이라 함)까지 매출 취소 금액이 승인 금액보다 커서 D+1일에 역환이 발생하는 경우, 상기 가맹점에서의 매출 발생으로 인한 결제 금액의 입금 계좌를 소정의 계좌로 변경하는 역환 관리부를 포함하는, 신용카드사 서버.
  4. 제3항에 있어서,
    상기 역환 관리부는,
    D+2일에 D-1일 매출 발생으로 인한 결제 금액의 입금 전까지 상기 변경을 수행하는, 신용카드사 서버.
  5. 제4항에 있어서,
    상기 D-1일 매출은, 동일 가맹점 주의 타 가맹점의 매출을 포함하는, 신용카드사 서버.
  6. 신용카드사 서버가 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 방법으로서,
    가맹점으로부터 매출 취소 요청을 수신하는 단계; 및
    상기 매출 취소 요청이 있는 경우, 전일 결제 승인 누적 금액의 한도 내에서만 상기 매출 취소 요청을 승인하는 단계를 포함하는, 매출 취소 처리 방법.
  7. 제6항에 있어서,
    상기 전일 결제 승인 누적 금액은 동일 가맹점 주의 타 가맹점에 대한 결제 승인 누적 금액을 포함하는, 매출 취소 처리 방법.
  8. 신용카드사 서버가 이디시(EDC: Electronic Data Capture) 방식의 매출 정산 과정에서 매출 취소를 처리하기 위한 방법으로서,
    가맹점으로부터 매출 취소 요청을 수신하는 매출 취소 요청 단계;
    상기 매출 취소 요청을 승인하는 단계; 및
    상기 매출 취소 요청이 수신된 당일(이하, 'D일'이라 함)까지 매출 취소 금액이 승인 금액보다 커서 D+1일에 역환이 발생하는 경우, 상기 가맹점에서의 매출 발생으로 인한 결제 금액의 입금 계좌를 소정의 계좌로 변경하는 단계를 포함하는, 매출 취소 처리 방법.
  9. 제8항에 있어서,
    상기 소정의 계좌로의 변경은, D+2일에 D-1일 매출 발생으로 인한 결제 금액의 입금 전까지 유지되는, 매출 취소 처리 방법.
  10. 제9항에 있어서,
    상기 D-1일 매출은, 동일 가맹점 주의 타 가맹점의 매출을 포함하는, 매출 취소 처리 방법.
PCT/KR2017/004913 2016-06-20 2017-05-11 이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법 WO2017222176A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20160076800 2016-06-20
KR10-2016-0076800 2016-06-20
KR1020160129642A KR101836328B1 (ko) 2016-06-20 2016-10-07 이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법
KR10-2016-0129642 2016-10-07

Publications (1)

Publication Number Publication Date
WO2017222176A1 true WO2017222176A1 (ko) 2017-12-28

Family

ID=60784259

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/004913 WO2017222176A1 (ko) 2016-06-20 2017-05-11 이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법

Country Status (1)

Country Link
WO (1) WO2017222176A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110705734A (zh) * 2019-09-18 2020-01-17 北京三快在线科技有限公司 在线住宿产品的预定服务系统、方法及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000059133A (ko) * 2000-07-15 2000-10-05 임성식 온라인 및 오프라인 거래보호를 위한 지불유보 현금카드시스템
KR20050026221A (ko) * 2003-09-09 2005-03-15 주식회사 캐쉬플러스 가맹점 리스크관리 가능한 즉시결제 방법
KR20110131903A (ko) * 2010-06-01 2011-12-07 에스케이플래닛 주식회사 가맹점 매출 관리 시스템 및 방법, 그 매출 관리 서버
KR20130139530A (ko) * 2012-06-13 2013-12-23 엠앤서비스 주식회사 신용카드 매출채권 기반의 대출 서비스 시스템 및 방법
KR20140118235A (ko) * 2013-03-28 2014-10-08 비씨카드(주) 가맹점 리스크 관리 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000059133A (ko) * 2000-07-15 2000-10-05 임성식 온라인 및 오프라인 거래보호를 위한 지불유보 현금카드시스템
KR20050026221A (ko) * 2003-09-09 2005-03-15 주식회사 캐쉬플러스 가맹점 리스크관리 가능한 즉시결제 방법
KR20110131903A (ko) * 2010-06-01 2011-12-07 에스케이플래닛 주식회사 가맹점 매출 관리 시스템 및 방법, 그 매출 관리 서버
KR20130139530A (ko) * 2012-06-13 2013-12-23 엠앤서비스 주식회사 신용카드 매출채권 기반의 대출 서비스 시스템 및 방법
KR20140118235A (ko) * 2013-03-28 2014-10-08 비씨카드(주) 가맹점 리스크 관리 방법 및 장치

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110705734A (zh) * 2019-09-18 2020-01-17 北京三快在线科技有限公司 在线住宿产品的预定服务系统、方法及设备
CN110705734B (zh) * 2019-09-18 2021-05-25 北京三快在线科技有限公司 在线住宿产品的预订服务系统、方法及设备

Similar Documents

Publication Publication Date Title
KR101836328B1 (ko) 이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법
WO2011021868A2 (ko) 모바일 카드/계좌 결제 시스템 및 이를 이용한 결제 방법
US20110055083A1 (en) System and method of funds transfer using a secure financial account
WO2020209637A1 (ko) 연동형 디지털화폐 시스템 및 그 방법, 전용 디지털화폐와 연동되는 전자지갑 간 결제 시스템 및 그 방법
WO2010147360A2 (ko) 외국인 관광객을 위한 세금 환급 방법 및 시스템
WO2011129578A2 (ko) 판매자 및 상품 식별정보를 이용하는 이동단말 기반 결제주문 시스템 및 방법
WO2015002346A1 (ko) 카드 결제 방법 및 서버
WO2018203660A1 (ko) 가상계좌 연계 차량유지비 관리 서비스 제공 시스템 및 방법
WO2012091356A1 (ko) 포인트 카드를 이용한 결제 방법 및 포인트 관리 서버
WO2017222176A1 (ko) 이디시 방식의 결제 과정에서 매출 취소를 처리하기 위한 서버 및 방법
WO2019231201A1 (ko) 블록체인 기반의 지급결제 서비스 방법 및 시스템
WO2018043846A1 (ko) 매출, 광고 데이터를 기반으로 하는 대출 서비스 제공 시스템
WO2019235801A1 (ko) 디지털 화폐, 디지털 화폐를 위한 전자지갑시스템 및 디지털화폐 발행, 유통 및 사용 시스템, 그 방법
WO2013119013A1 (ko) 유가증권 거래 방법 및 장치
WO2018043778A1 (ko) 온라인 사후 면세점의 세금 즉시 환급을 위한 방법 및 시스템
WO2019160188A1 (ko) 블록체인 기반의 간편 결제 서비스 시스템 및 방법
WO2022260487A1 (ko) Qr코드를 이용한 요금처리 시스템
WO2018169122A1 (ko) 가상 화폐의 통합 관리 시스템, 국내 관리 시스템 및 그의 통합 관리 방법
WO2022119414A2 (ko) 암호화폐를 이용한 이벤트 관리 시스템
KR101839925B1 (ko) P2p 대출 연계 즉시결제시스템
WO2017073879A1 (ko) 가맹점의 신용카드 매출 내역 제공 방법 및 서버
WO2017039075A1 (ko) 국외 송금 서비스를 제공하는 방법 및 이를 수행하는 카드사 서버
WO2019198848A1 (ko) 외국인 세금 환급 시스템 및 방법
WO2012064020A1 (ko) 지불처리 시스템 및 방법
WO2016036084A1 (ko) Url을 이용한 전자상거래 관리서버 및 그 관리방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17815589

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17815589

Country of ref document: EP

Kind code of ref document: A1