KR20170025867A - A method of processing standardized sales information and its system - Google Patents
A method of processing standardized sales information and its system Download PDFInfo
- Publication number
- KR20170025867A KR20170025867A KR1020150122936A KR20150122936A KR20170025867A KR 20170025867 A KR20170025867 A KR 20170025867A KR 1020150122936 A KR1020150122936 A KR 1020150122936A KR 20150122936 A KR20150122936 A KR 20150122936A KR 20170025867 A KR20170025867 A KR 20170025867A
- Authority
- KR
- South Korea
- Prior art keywords
- sales data
- data
- card
- sales
- format
- Prior art date
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
-
- 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
-
- G06Q40/025—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
Abstract
Description
The present invention relates to a method and system for information processing, and more particularly, to a method and system for processing standardized sales information.
In recent years, purchases of goods, services, or commodities have often been made by payment methods such as credit cards or cash cards rather than direct transactions with cash. This is because you do not need to have cash and you can use it conveniently anywhere. Thanks to its convenience, credit card payments are actively made not only at large stores but also at small and medium sized shops.
In general, when a credit card is settled at a store, the store, which is a card merchant, sends an approval request to the card company through VAN. When the card company approves the payment, the settlement process is completed. At this time, the card merchant will receive a payment receipt from the credit card company only after a few days after the receipt of the credit card.
In terms of sales volume, the total sales of card settlement accounts for a considerable portion as the usage of the card increases relative to cash. The number of days from the card company's receipt of the settlement payment depends on the proportion of the sales of the card settlement, which has a lot of influence on the cash flow. Especially for some small to medium sized shops. For these reasons, efforts are being made to find ways to cash in on these receivables more quickly.
As part of this effort, there are financial institutions that provide credit services from credit card merchants as collateral. Card merchants can secure cash liquidity by quickly cashing their receivables through loans. It is possible to prevent the cash flow from deteriorating as it becomes possible to receive the loan payment even before receiving the settlement of accounts receivable from the credit card company.
However, there is a problem in that the loan service using the receivables as collateral may not be able to receive benefits according to the credit rating of each card merchant, or that the funds should be paid at a relatively high interest rate.
In addition, as a precondition for providing such services, it is necessary to be able to quickly and accurately compute information on accounts receivable of card merchants, and systematic systems are often not available. In general, trade receipt information is collected by receiving VAN's login information from a card merchant, for example. However, this method risks the leakage of personal information that is not related to the receivables information. It is not, however, that a formal system has been established to collect information on accounts receivable from card companies or card merchants and transmit them to financial institutions.
In particular, information on accounts receivable due to card settlement at each card merchant has a problem of mutual incompatibility. This is because the merchandise information is generated in a unique data format depending on which VAN company uses each terminal of each card merchant. As a result, the sales data generated from the card merchant stores exist in a unified data format, and if such information is collected, accurate aggregation can not be achieved.
On the other hand, the following prior art discloses a method for collecting sales information.
Korean Patent Laid-Open Publication No. 2014-0013581 discloses a system for collecting card sales information from a card payment terminal and a card issuer server and calculating a sales amount for each period or each card company. However, there is only an idea about the collection of card sales information, but the specific method is not disclosed, and especially considering the compatibility of the card terminal data format because it is performed for the purpose of internal use of the merchant who manages and confirms the sales not.
Korean Patent Laid-Open Publication No. 2005-0117595 discloses a method of purchasing a trade receivable for a credit card merchant or a method of processing a credit card credit system and a supplementary service, and the step of inputting credit card sales details from the credit card merchant is started However, it does not describe the specific method of how the sales history is inputted nor does it describe the sales history input method considering the above compatibility problems.
Accordingly, the inventor of the present invention has made a long effort to solve the above problems, and finally completed the present invention.
It is an object of the present invention to provide an environment in which a receivables purchase service can be provided that can replace the service for the sale of a receivable-secured loan. The credit card information is accurately and promptly collected from the card merchant and delivered to the buyer so that the purchase service can be performed smoothly.
It is another object of the present invention to provide an information processing method and system in which compatibility problems do not occur even when sales data is collected from card franchisees of different types of card terminals. This helps the subject receiving the sales data to perform collective processing and improve the data processing efficiency.
It is also an object of the present invention to introduce a means for verifying the qualification requirements of a credit card merchant for commencement of a trade receipt purchase service. It is necessary to ensure that the buyer of the bond can more actively purchase the bond since the service is supposed to purchase the trade receivable itself rather than the loan of the collateralized bond. To guarantee this, it is necessary to judge whether the merchant's merchant credit is suitable for the financial service.
It is also an object of the present invention to enable a card merchant to designate the range of execution of a sales receipt purchase service as a purchase restriction requirement. This is because we can not say that we want to buy services for all accounts receivable that are generated by card merchants. Depending on the cash capacity of the card merchant, the range of receivables to receive service will be different.
Through the above-mentioned objects of the present invention, it is possible to create an environment in which a service for purchasing accounts receivable can be started, and to provide incentives for users to purchase accounts receivables and card merchants, We want to establish a foundation.
In the meantime, other objects not specifically described in the present invention will be further considered within the scope of easily deduced from the description of the invention described below.
In order to achieve the above object, the present invention provides a method for standardized sales information processing, comprising: receiving sales data from a card terminal by an intermediary server; Processing the sales data received by the mediation server according to a predetermined professional format; The intermediary server encrypting the processed sales data; And the mediation server transmitting the encrypted sales data to the financial server.
Also, in the method according to the preferred embodiment of the present invention, the sales data received from the card terminal by the mediation server may be sales data converted into a predetermined data format via the standardization module and transferred.
Further, in the method according to the preferred embodiment of the present invention, the intermediary server includes a step of searching for a guarantee DB from the sales data received from the card terminal and determining guaranteed sales data, It can be done using possible sales data.
Further, in the method according to the preferred embodiment of the present invention, the step of determining the guaranteed sales data may include a step of searching the database in which the mediation server matches the sales data.
In addition, in the method according to the preferred embodiment of the present invention, when the matching database exists, it may include determining whether the accumulated sales receipt amount of the sales data exceeds the limit of the guarantee amount predetermined in the database .
Further, in the method according to the preferred embodiment of the present invention, when the limit of the guaranteed amount is not exceeded, the processed sales data may include data indicating the guarantee confirmation.
In addition, in the method according to the preferred embodiment of the present invention, the sales data converted by the standardization module may be converted into a predetermined data format by selecting only a part of data generated by the card terminal.
Further, in the method according to the preferred embodiment of the present invention, the professional format includes a money amount professional format and a settlement special form, and the money amount professional format includes a data format for sales data in which the card payment is approved, The settlement professional format may include a data format for sales data in which the card payment cancellation is approved.
In addition, in the method according to the preferred embodiment of the present invention, the amount of money special form may include at least information on sales amount and number of sales for which credit card payment approval has been made can be classified by card issuer.
Further, in the method according to the preferred embodiment of the present invention, the settlement specialized format may include at least information necessary for specifying a receivable to cancel settlement.
As a means for solving the above problems, the present invention can process sales data in a unified format, so that data processing efficiency of the intermediary server and the financial company server receiving the sales data can be improved. In particular, it is possible to reduce the burden of receiving and processing incompatible sales data from each merchant, thereby securing sufficient resources to allocate more resources to other data processing for starting financial services. This will be beneficial in launching financial services more quickly.
With the ability to commence the purchase of accounts receivable services more quickly, card merchants can expect to improve their profits by lowering the opportunity cost of capital due to insolvency and by adjusting unit working capital. In particular, considering that payments to card receivables are made after an average of five days, we can reduce the 5-day unit capital to 1/5, There is an advantage that 4/5 can be converted into capital that adds various types of profits to generate profits.
In addition, since the information processing method according to the present invention selects and collects only necessary information according to the standardized format, the risk of unnecessary disclosure of information due to collecting the receipt information from the VAN company can be reduced. In particular, since the process of sorting information is performed before being transmitted to the intermediary server, unnecessary information (particularly, personal information) can be supplied to prevent a problem that may occur.
In addition, since the information processing method according to the present invention collects accounts receivable information from each merchant, it is possible to use such information as basic data for statistical calculation and use it as big data. This may be utilized as feedback information on the financial service according to the present invention. Furthermore, it is possible to provide a sales management agency service for each merchant. For example, it can be used as a database of tax and corporate taxation in connection with ERP systems of card merchants. This will help to promote the reasonable management of card merchants.
On the other hand, even if the effects are not explicitly mentioned here, it is possible to see from the description of the invention described below also the potential effects that ordinary artisans can expect, as described in the specification of the present invention.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a diagram showing an exemplary flow of transferring sales information to a financial institution in a card payment system including a card company, a VAN company, and a card merchant.
FIG. 2 is a diagram illustrating how sales data is transferred from a card terminal to a financial service server according to an embodiment of the present invention.
3 is a diagram illustrating a process of processing sales data in the standardization module according to an embodiment of the present invention.
4 is a diagram illustrating a process of processing sales data in an intermediary server according to an embodiment of the present invention.
5 is a diagram conceptually illustrating a professional format for processing sales data in an intermediary server according to an embodiment of the present invention.
6 is a diagram illustrating a process of processing sales data in a financial company server according to an embodiment of the present invention.
The accompanying drawings are included to provide a further understanding of the technical idea of the present invention, and it is not intended to limit the scope of the present invention.
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may obscure the subject matter of the present invention.
1 is a diagram 100 illustrating an exemplary flow of transferring sales information to a financial institution in a card payment system including a card company, a VAN company, and a card merchant.
The general procedure of card payment is as follows. When the customer 140 pays a credit card for the goods or services provided by the
A financial service in which a purchase receipt for the
Meanwhile, in order to provide the above-mentioned receivable-purchase service, the
Conventionally, a method has been employed in which the access code for the VAN company 120 is arbitrarily given from the
FIG. 2 is a diagram 200 showing that sales data is transferred from the
Generally, the process of transferring the information of the accounts receivable generated by the card terminal to the bank server, which is the subject of purchasing the receivables, appears.
First, the card settlement procedure is completed at the
According to an embodiment of the present invention, the standardization module 220 may be implemented in hardware or in a form of a program.
First, the hardware implementation of the standardization module 220 may be performed by attaching the standardization processing terminal to the
The implementation of the standardization module 220 in the form of a program can be performed when the card terminal of the card merchant has the POS system and the general-purpose OS is installed in the POS system, and the additional program can be installed. The standardization module 220 may include: (i) a data standardization processor that selectively sorts and stores data necessary for the accounts receivable service among the sales data collected from the
According to one embodiment of the present invention, the standardization module 220 selects necessary information such as the terminal unique number, the user card company, the payment amount, and the payment time from the sales data generated by the
According to one embodiment of the present invention, the
According to one embodiment of the present invention, when the
3 is a diagram 300 illustrating a process for processing sales data in a standardization module in accordance with an embodiment of the present invention.
The card terminal generates sales data (S310), and the standardization module collects sales data from the card terminal (S320). As described above, the standardization module can be implemented according to the necessity or selection of a general technician among a program form installed in the card terminal or a hardware form installed in the outside, and the sales data generated by the card terminal is transmitted to the VAN company And may be stored and managed separately from those for that purpose.
The sales data collected by the standardization module is converted into the standard format (S330). The standardization module can standardize the sales data by using the preset data format as the standard format. According to an embodiment of the present invention, the predetermined data format can be determined to match the data reception format previously set in the mediating server, and such a configuration is advantageous for collective sales data reception processing in the mediating server. In addition, according to an embodiment of the present invention, the sales data converted by the standardization module may be one that has been converted into a preset data format by selecting only a part of the data generated by the card terminal. Selection of only a part of the data generated by the card terminal may be performed in the step of collecting the sales data from the card terminal by the standardization module or may be performed in the step of converting the collected sales data into the standard format. Selective data collection or standardization has the advantage of preventing unnecessary information from being leaked out of the card merchant to cause various technical and legal problems, and simplifying the data to be processed.
The standardization module encrypts the converted sales data (S340). Since the financial information of the card merchant is included in the sales data, it may be necessary to encrypt sales data in order to prevent data leakage. As described above, the cipher system can be employed in a conventional manner as needed or optional.
The standardization module transmits the encrypted sales data to the intermediary server (S350). As described above, the network in which the standardization module transmits the sales data to the intermediary server may be separate from the network in which the card terminal transmits the sales receipt information to the VAN company.
4 is a diagram 400 illustrating a process for processing sales data at an intermediary server in accordance with one embodiment of the present invention.
The mediation server receives the sales data from the standardization module (S410). As described above, the sales data received from the card terminal by the mediation server may be sales data converted into a predetermined data format via the standardization module and transferred. After the mediation server stores the sales data received from the standardization module, the data processing procedure can proceed.
The sales data received by the mediating server is verified and decoded (S420). By verifying the sales data received by the mediation server, it detects the data communication error between the standardization module and the mediation server and checks whether the data is compatible (ie whether the data format transmitted by the standardization module matches the received data format of the mediation server) If necessary, the mediation server may perform error correction on its own, or may request the standardization module to retransmit the sales data. On the other hand, if the information to be transmitted by the standardization module is encrypted, the decryption process corresponding to the encryption can be performed to enable subsequent data processing. According to an embodiment of the present invention, the encryption and decryption method between the standardization module and the intermediary server can be set in advance.
The warranty DB is retrieved using the sales data decrypted by the intermediary server (S430). The mediating server can search whether there is database information matched in the warranty DB based on the information included in the sales data in order to determine whether the sales data received from the card terminal is generated at the assured merchant. This process is intended to examine the qualification requirements of the card merchant for the purpose of commencing the purchase of the receivables, and it can be an incentive to enable the financial service server to positively engage in the purchase of the receivables. On the other hand, the criteria by which the mediation server searches the database of the warranty DB may be the identification information included in the sales data. For example, the mediating server can search for the information matching the terminal identification number among the database information stored in the warranty DB based on the terminal identification number that may be included in the sales data. For reference, necessary information such as the terminal identification number may be stored in advance in the guarantee DB to the merchant who can guarantee the merchant. If the mediation server searches the database of the warranty DB and finds information that matches the identification information included in the sales data, the card merchant that generated the sales data may be determined to be assured.
The mediation server determines sales data that can be guaranteed (S440). It is possible to check whether the sales data is within the guaranteed amount range from the database information matched with the search result in addition to determining the card franchisee that can be guaranteed as a result of the intermediary server searching the warranty DB using the sales data. For reference, the database information stored in the guarantee DB may include information that can identify which card merchant or sales data is generated in the card terminal, and amount information that can be guaranteed in advance. This assurance amount information can be determined according to the choice of the card merchant and stored in the guarantee DB, and can give the option to adjust the purchase range of the receivables flexibly according to the situation of the card merchant. Specifically, when the database matching the sales data exists in the warranty DB, the intermediary server can determine whether the accumulated sales receipt amount of the sales data exceeds the limit of the guarantee amount predetermined in the database. For reference, the cumulative accounts receivable amount of each card merchant or card terminal can be continuously monitored based on the sales data stored in the mediating server.
The mediation server processes the sales data in accordance with a predetermined professional format (S450). The intermediary server can process the data so that the specialized format of the sales data matches the received data format of the financial company server. This enables the sales data received by the financial company server to be processed in a batch manner, It can contribute to rapid processing and efficient management of resources. The professional format will be described in detail below with reference to Fig. On the other hand, as described above, when the sales data determines the sales data that can be guaranteed by the intermediary server, if the cumulative sales receipt amount does not exceed the predetermined amount of the guarantee amount in the database, And include data indicative of warranty confirmation in the sales data. This can help to quickly identify the sales data that can be guaranteed by checking only the presence or absence of the corresponding mark on the financial server receiving the sales data. For reference, it is possible that the intermediation server processes the sales data in accordance with the predetermined professional format using the guaranteed sales data.
The intermediary server encrypts the processed sales data (S460). The sales data processed by the intermediary server includes sensitive financial information enough to execute the accounts receivable purchase service, so that the sales data can be encrypted before sending the sales data to the financial server to prevent data leakage. However, the encryption and decryption between the intermediary server and the financial company server may be configured to correspond to each other so that the sales data can be decrypted in the financial company server. Meanwhile, in order to independently protect the data, the encryption / decryption method between the intermediary server and the financial company server may be configured differently from the encryption / decryption method between the intermediary server and the standardization module.
The intermediary server transmits the encrypted sales data to the financial company server (S470).
5 is a diagram 500 conceptually showing a professional format for processing sales data in an intermediary server according to an embodiment of the present invention.
According to one embodiment of the present invention, the professional format may include a
According to an embodiment of the present invention, the money amount
According to an embodiment of the present invention, the money amount
According to one embodiment of the present invention, at least the amount of sales and the number of sales for which the card payment is approved may include information that can be classified by the card issuer. This information can be used to identify the amount of money that each card merchant will receive from each card company.
According to one embodiment of the present invention, the
According to an embodiment of the present invention, the sales data transmitted from the intermediary server to the financial company server may be any one of the sales data of the money amount professional format and the sales data of the settlement professional format.
6 is a diagram 600 illustrating a process of processing sales data in a financial company server according to an embodiment of the present invention.
The financial company server receives the sales data from the intermediary server (S610), and verifies and decodes the sales data (S620). By verifying the sales data, it is possible to advance to the task of recognizing, correcting and supplementing the errors that may occur in the data transmission process, and confirm whether the received professional format is compatible with the reception data format set by the financial company server. In the case of incompatible information, the financial service server may send a feedback signal to the mediation server. The manner in which the financial company server verifies the sales data may be determined to be the same as that performed in the intermediary server, or a normal technician may adopt other normal verification methods as needed. After verifying at the intermediary server, the financial data server can once again verify the sales data, thereby lowering the possibility of data distortion occurring in the data communication process and reducing the probability of erroneous data processing.
The financial company server starts the service of purchasing the receivables and notifies the card company of the purchase (S630). If sufficient data for the sales data aggregation from the intermediary server has been received, the buy receipt service start command can be transmitted to the receipt receipt. Upon receipt of the receivables purchase service, the credit card company is notified that the receivable of the card merchant has been purchased. The purchase notification form to be transmitted to the card company can be automatically completed and transmitted to the customer based on the contents included in the sales data.
The financial company server determines the amount of settlement using the sales data (S640). At this time, since the sales data transmitted from the intermediary server to the financial company server is processed according to a predetermined professional format as described above, the sum of the amounts of the accounts receivable is summed up (that is, The total amount of the receivable that can be bought can be determined for each card terminal or for each card merchant.
The financial company server pays the purchase price to the card merchant (S650). Once the total amount of the receivable receivable is determined, the proceeds of the receivable purchase may be paid to the merchant based on the total amount. The purchase price of the trade receivables may be paid after deducting a certain amount by applying a predetermined discount rate. The purchase price of the trade receivable may be an account or a virtual account opened for the merchant in the financial institution. In this case, the necessary settlement can be easily performed considering the financial relationship between the existing financial institution and the merchant. For example, if a merchant uses a credit card of the financial institution, the charge for the credit card may be offset against the purchase price of the receivable.
The financial company server retrieves the payment amount of the trade receivable from the card company to the card merchant account (S660). The collection of the settlement amount of the trade receivable may be followed by a method in which the card merchant automatically recovers the money deposited from the card company into the virtual account opened at the financial institution.
In connection with the representation of the figures of the present invention, each block may represent a module, segment or part of a code comprising one or more executable instructions for executing a particular logical function. Also, in some alternative examples, the functions mentioned in each block may function in a different order than described. For example, it is noted that two or more consecutively shown blocks may be performed substantially concurrently, or may be performed in reverse order according to the corresponding function. The drawings are exaggerated for convenience of description.
It is to be understood that the scope of protection of the present invention is not limited to the description and the expression of the embodiments explicitly set forth in the foregoing description and that various equivalents and modifications may be made by obvious alterations or permutations of the present invention do.
Claims (10)
The intermediary server receiving the sales data from the card terminal;
Processing the sales data received by the mediation server according to a predetermined professional format;
The intermediary server encrypting the processed sales data;
And the intermediary server sending the encrypted revenue data to the financial server.
Wherein the sales data received by the mediation server from the card terminal is sales data converted into a predetermined data format via the standardization module and transferred.
The intermediary server retrieving the guarantee DB from the sales data received from the card terminal and determining the guaranteed sales data,
Wherein the processing step is performed using the guaranteeable sales data.
Wherein the step of determining the warrantable sales data comprises:
And the mediation server retrieving a database that matches the sales data.
And if the matching database exists, determining whether the cumulative trade receivable amount of the sales data exceeds a predetermined amount of the guaranteed amount in the database.
And if the amount of the guarantee money is not exceeded, data indicating the guarantee confirmation is included in the processed sales data.
Wherein the sales data converted by the standardization module is converted into a predetermined data format by selecting only a part of data generated by the card terminal.
The professional format includes a monetary amount format and a settlement format,
The money amount professional format includes a data format for sales data in which the card payment is approved,
Wherein the settlement professional format includes a data format for sales data for which a card payment cancellation approval is made.
Wherein the amount of money special form includes at least information that can be classified by the card issuer in terms of the amount of sales and the number of sales in which the card payment is approved.
Wherein the settlement professional form includes at least information necessary to specify a receivable for which the settlement is to be canceled.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020150122936A KR20170025867A (en) | 2015-08-31 | 2015-08-31 | A method of processing standardized sales information and its system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020150122936A KR20170025867A (en) | 2015-08-31 | 2015-08-31 | A method of processing standardized sales information and its system |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20170025867A true KR20170025867A (en) | 2017-03-08 |
Family
ID=58404540
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020150122936A KR20170025867A (en) | 2015-08-31 | 2015-08-31 | A method of processing standardized sales information and its system |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR20170025867A (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050117595A (en) | 2000-10-14 | 2005-12-15 | 표민수 | A system for purchasing receivable or credit backed receivable to credit card member's store and additional service and driving method thereof |
KR20140013581A (en) | 2012-07-25 | 2014-02-05 | 박규완 | Card sales management system |
-
2015
- 2015-08-31 KR KR1020150122936A patent/KR20170025867A/en unknown
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050117595A (en) | 2000-10-14 | 2005-12-15 | 표민수 | A system for purchasing receivable or credit backed receivable to credit card member's store and additional service and driving method thereof |
KR20140013581A (en) | 2012-07-25 | 2014-02-05 | 박규완 | Card sales management system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200349534A1 (en) | Secure offline approval of initiated data exchanges | |
US20190333034A1 (en) | Transaction validation using transaction instructions linked to a token id | |
US7891561B2 (en) | Cash redemption of gift cards systems and methods | |
US6487540B1 (en) | Methods and systems for electronic receipt transmission and management | |
US20160379191A1 (en) | Securing sensitive user data associated with electronic transactions | |
US20150095236A1 (en) | Broker-mediated payment systems and methods | |
US10346843B2 (en) | Systems and methods for cost altering payment services | |
US20080021821A1 (en) | System and method for reconciling credit card payments with corresponding transactions | |
KR20170142821A (en) | Server and method for processing cancellation of sales in elenctronic data capture type payment processing | |
WO2001084276A2 (en) | International payment system and method | |
US20150100491A1 (en) | Broker-mediated payment systems and methods | |
AU2022201014B2 (en) | Application currency code for dynamic currency conversion transactions with contactless consumer transaction payment device | |
US20190236557A1 (en) | Global External Code Authorization System | |
US11195182B2 (en) | Systems and methods for cost altering payment services | |
KR20220135209A (en) | Method for processing online product payment with cryptocurrency based on blockchain and apparatus thereof | |
US20050044040A1 (en) | System and method of mediating business transactions | |
KR101839925B1 (en) | Spot payment management system based peer-to-peer loan services | |
US20020103767A1 (en) | Transaction and logistics integrated management system (TALISMAN) for secure credit card payment and verified transaction delivery | |
KR20170025867A (en) | A method of processing standardized sales information and its system | |
US20150317629A1 (en) | Systems and methods for authorizing a purchase transaction using net worth estimate | |
KR100493805B1 (en) | Operation method of Card settlement system | |
WO2015162441A1 (en) | Centre, procedure and program for exchanging real, virtual and crypto-currencies | |
US20160063620A1 (en) | System and method of facilitating payday loans | |
EP3933735A1 (en) | Payment network watching service | |
US20060100959A1 (en) | Methods and systems for implementing derivative transactions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
N231 | Notification of change of applicant |