[go: up one dir, main page]

WO2018100677A1 - Système et procédé de paiement par carte de crédit à flux de travail d'approbation et programme - Google Patents

Système et procédé de paiement par carte de crédit à flux de travail d'approbation et programme Download PDF

Info

Publication number
WO2018100677A1
WO2018100677A1 PCT/JP2016/085564 JP2016085564W WO2018100677A1 WO 2018100677 A1 WO2018100677 A1 WO 2018100677A1 JP 2016085564 W JP2016085564 W JP 2016085564W WO 2018100677 A1 WO2018100677 A1 WO 2018100677A1
Authority
WO
WIPO (PCT)
Prior art keywords
approval
credit card
payment
settlement
approver
Prior art date
Application number
PCT/JP2016/085564
Other languages
English (en)
Japanese (ja)
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 株式会社オプティム
Priority to JP2018509867A priority Critical patent/JPWO2018100677A1/ja
Priority to PCT/JP2016/085564 priority patent/WO2018100677A1/fr
Publication of WO2018100677A1 publication Critical patent/WO2018100677A1/fr

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the present invention relates to a credit card settlement system with an approval flow, a method, and a program.
  • a workflow system is a system that defines the flow of work for a specific business and repeats notifying the next worker when one of the work is completed, thereby executing all the processes of that work. It is. For example, when processing equipment purchases, ticket purchases during business trips, accommodation reservations, etc., with a credit card, the drafter (section member) makes a draft and passes it on to his immediate supervisor (section manager, primary settlement person). The boss receives a notification that there is a settlement application from the workflow system, and settles the application.
  • the final settlement is performed by notifying the further supervisor (department manager, secondary settlement operator), and receiving the notification that there is a settlement application from the workflow system. Repeat until payment is made by the party.
  • the drafter (section member) and accounting staff are notified that the draft of the drafter (section member) has been approved. Then, the drafter (section member) can process purchase of equipment with a credit card (for example, see Patent Document 1).
  • the drafter section member
  • the drafter has to perform the workflow for obtaining approval from the supervisor and the credit card settlement such as equipment purchase separately, which is troublesome for the drafter (section member). It was.
  • the present invention has been made in view of such a demand, and an object thereof is to provide a workflow system capable of more efficiently purchasing equipment and the like.
  • the present invention provides the following solutions.
  • the invention according to the first aspect is a credit card settlement system with an approval flow
  • a credit card settlement system with an approval flow is provided.
  • the retaining means temporarily suspends the credit card settlement.
  • the approval means asks the approver in the approval flow to approve the settlement
  • the processing means processes the payment that has been put on hold by the hold means when the approver approves. Therefore, the drafter (section member) can execute the workflow in which the drafter (section member) obtains the approval of the supervisor and the credit card settlement such as equipment purchase at a time only by making a credit card settlement request.
  • a workflow system with even higher operational efficiency can be provided.
  • the invention according to the second feature is the invention according to the first feature, Credit card payment with approval flow, further comprising virtual screen display means for displaying a virtual screen indicating that the processing of the payment is completed on the terminal that commanded the payment request when the payment request is received by the receiving means Provide a system.
  • the drafter (section member) sees a virtual screen indicating that the settlement process is completed only by making a credit card settlement request. Then, a series of processes including a workflow in which the drafter (section member) obtains the approval of the supervisor and credit card settlement such as equipment purchase proceeds. In most cases, the credit card payment request was approved in most cases, but the credit card payment request completion screen was grasped, and the approval of the supervisor was obtained after several days. It is possible to eliminate the trouble of grasping the screen indicating that the problem has occurred twice. Therefore, it is possible to provide a workflow system that is more efficient in terms of business, because the burden on the drafter (section member) can be further reduced, and the wasteful cost for the company can be further reduced.
  • the invention according to the third feature is the invention according to the first or second feature, A credit card payment system with an approval flow, further comprising a denial screen display means for displaying that the payment processing has not been performed on the terminal that commanded the payment request when the approval by the approver is not obtained. provide.
  • the drafter (section member) may make another payment request only when the denial screen is displayed. In other cases, the payment request for the credit card is required. There is no need to think about extra burdens. Therefore, it is possible to provide a workflow system that is more efficient in terms of business, because the burden on the drafter (section member) can be further reduced, and the wasteful cost for the company can be further reduced.
  • the invention according to the fourth feature is the invention according to any one of the first to third features,
  • the accepting means displays a screen for selecting the approval flow on a terminal that commands the settlement request, and accepts the selection of the approver according to the selection operation of the approval flow at the terminal. It is a payment system.
  • an approver in the approval flow can be selected. it can. Therefore, it is possible to provide a workflow system that is more efficient in terms of business, because the burden on the drafter (section member) can be further reduced, and the wasteful cost for the company can be further reduced.
  • FIG. 1 is a block diagram showing the hardware configuration and software functions of a credit card payment system 1 with an approval flow in this embodiment.
  • FIG. 2 is a flowchart showing a credit card settlement method with an approval flow in the present embodiment.
  • FIG. 3 is a diagram illustrating an example of the ID management table 41 stored in the storage unit 40 in the purchase Web server 10 of the credit card settlement system 1 with the approval flow.
  • FIG. 4 is a diagram illustrating an example of the settlement application data 42 stored in the storage unit 40.
  • FIG. 5 is a diagram illustrating an example of the credit card information table 43 stored in the storage unit 40.
  • FIG. 6 is a diagram illustrating an example of the payment completion table 44 stored in the storage unit 40.
  • FIG. 7 is a diagram showing an example of a payment approval data table 82 stored in the storage unit 80 in the workflow server 50 of the credit card payment system with approval flow 1.
  • FIG. 1 is a block diagram for explaining the hardware configuration and software functions of a credit card payment system 1 with an approval flow in this embodiment.
  • the credit card settlement system 1 with an approval flow (hereinafter also simply referred to as “settlement system 1”) is a purchase that manages purchase processing using a credit card such as purchase of equipment, purchase of a ticket on a business trip, reservation of an accommodation facility, etc.
  • the web server 10 is configured to include a workflow server 50 that manages an approval flow of a settlement request by a drafter.
  • the purchase Web server 10 includes at least a control unit 20 that controls data, a communication unit 30 that communicates with other devices, and a storage unit 40 that stores data.
  • the control unit 20 includes a CPU (Central Processing Unit), a RAM (Random Access Memory), a ROM (Read Only Memory), and the like.
  • a CPU Central Processing Unit
  • RAM Random Access Memory
  • ROM Read Only Memory
  • the communication unit 30 includes a device for enabling communication with other devices, for example, a Wi-Fi (Wireless Fidelity) compatible device compliant with IEEE 802.11.
  • Wi-Fi Wireless Fidelity
  • the control unit 20 implements a receiving module 21, a holding module 22, and a processing module 23 by reading a predetermined program.
  • the virtual screen display module 31 is realized by the control unit 20 reading a predetermined program and cooperating with the communication unit 30.
  • the storage unit 40 is a device that stores data and files, and includes a data storage unit such as a hard disk, a semiconductor memory, a recording medium, and a memory card.
  • the storage unit 40 stores an ID management table 41 (FIG. 3), a payment application data table 42 (FIG. 4), a credit card information table 43 (FIG. 5), and a payment completion data table 44 (FIG. 6) which will be described later.
  • the storage unit 40 also stores image data (image data 45) to be displayed on the image display unit 150A of the terminal 100A.
  • the workflow server 50 includes at least a control unit 60 that controls data, a communication unit 70 that communicates with other devices, and a storage unit 80 that stores data.
  • the control unit 60 includes a CPU, a RAM, a ROM, and the like, like the control unit 20.
  • the communication unit 70 includes a device for enabling communication with other devices, like the communication unit 30.
  • the control unit 60 implements the approval module 61 by reading a predetermined program.
  • rejection screen display module 71 is realized by the control unit 60 reading a predetermined program and cooperating with the communication unit 70.
  • the storage unit 80 includes a data storage unit such as a hard disk, a semiconductor memory, a recording medium, a memory card, etc., like the storage unit 40.
  • the storage unit 80 stores a settlement application data table 81 and a settlement approval data table 82 (FIG. 7) which will be described later.
  • the storage unit 80 also stores image data (image data 83) to be displayed on the image display unit 150A of the terminal 100A.
  • Terminal 100A The purchase Web server 10 and the workflow server 50 are each connected to the terminal 100A via a network.
  • the type of the terminal 100A is not particularly limited.
  • Examples of the terminal 100A include computer devices such as a personal computer and a smartphone.
  • the terminal 100A is controlled by a control unit 110A that controls data, a communication unit 120A that communicates with other devices, a storage unit 130A that stores data, an input unit 140A that receives user operations, and a control unit 110A. It includes at least an image display unit 150A that outputs and displays data and images.
  • control parts 110 A of control parts are provided with CPU, RAM, ROM etc. similarly to the control part 20 grade
  • the communication unit 120A includes a device for enabling communication with other devices, like the communication unit 30 and the like.
  • the storage unit 130A includes a data storage unit such as a hard disk, a semiconductor memory, a recording medium, a memory card, etc., like the storage unit 40.
  • the type of the input unit 140A is not particularly limited. Examples of the input unit 140A include a keyboard, a mouse, and a touch panel.
  • the type of the image display unit 150A is not particularly limited. Examples of the image display unit 150A include a monitor and a touch panel.
  • FIG. 2 is a flowchart showing a credit card settlement method with an approval flow using the settlement system 1. The processing executed by each hardware and the software module described above will be described.
  • Step S10 Accept Credit Card Settlement Request
  • the control unit 20 of the purchase Web server 10 executes the acceptance module 21 and accepts a payment request for a credit card (step S10).
  • a purchaser who wants to process purchase of equipment, purchase of a ticket on a business trip, reservation of an accommodation facility, etc. with a credit card requests a connection to the purchase Web server 10 from the terminal 100A used by the purchaser. At that time, the purchaser inputs the ID and password via the input unit 140A.
  • the control unit 20 refers to the ID management table 41 (FIG. 3) stored in the storage unit 40 and confirms whether the ID and password input by the purchaser are correct.
  • the ID management table 41 an employee name and a password are registered in advance in association with the employee ID.
  • the control unit 20 determines whether the information input from the purchaser is correct by determining whether the information transmitted from the terminal 100A matches the information registered in the ID management table 41 in advance. it can.
  • control unit 20 permits the terminal 100A to connect to the purchase Web server 10.
  • the purchaser purchases equipment, purchases a ticket on a business trip, reserves accommodation, and the like from the Web page via the input unit 140A.
  • the purchaser sets information on the purchased item and an approval flow (who is the primary approver, who is the secondary approver, and who is the final approver) via the input unit 140A.
  • the control unit 20 sets information necessary for the application for payment in the payment application data table 42 (FIG. 4) in the storage unit 40 according to the information set by the purchaser.
  • the settlement application data table 42 has an application date and time, a purchased product (purchaser, purchase details, unit price, quantity, amount), applicant ID, primary approver ID, secondary approver ID, and final approval for the process number. It is configured so that information on the person ID can be set.
  • the control unit 20 refers to the credit card information table 43 (FIG. 5) stored in the storage unit 40 to check whether the card company name, card number, card expiration date, password, and security code entered by the purchaser are correct. Confirm whether or not.
  • the credit card information table 43 an employee name, a card company name, a card number, a card expiration date, a card password, and a card security code are associated with the employee ID in advance. Registered.
  • the control unit 20 determines whether or not the information input by the purchaser is correct by determining whether or not the information transmitted from the terminal 100A matches the information registered in advance in the credit card information table 43. Can be determined.
  • control unit 20 accepts a payment request from the purchaser.
  • Step S11 Hold payment
  • the control unit 20 of the purchase Web server 10 executes the holding module 22 and does not execute the payment even if the payment request is accepted in step S10.
  • the control unit 20 transmits the data of the payment application data table 42 to the workflow server 50 via the communication unit 30.
  • the control unit 60 of the workflow server 50 stores the data of the payment application data table 42 transmitted from the purchase Web server 10 in the storage unit 80 as a payment application data table 81.
  • Step S12 Display of Virtual Screen
  • the control unit 20 of the purchase Web server 10 executes a virtual screen display module 31 by reading a predetermined program and cooperating with the communication unit 30.
  • the control unit 20 reads virtual screen data indicating that the payment process is completed from the screen data 45 stored in the storage unit 40, and converts the virtual screen data to the credit card payment via the communication unit 30. It transmits to the terminal 100A which made the request.
  • the control unit 110A of the terminal 100A causes the screen display unit 150A to display a virtual screen based on the virtual screen data.
  • Step S13 Approval of settlement
  • the control unit 60 of the workflow server 50 executes the approval module 61 and asks the approver in the approval flow to approve the settlement (step S13).
  • control unit 60 refers to the settlement application data table 81 stored in the storage unit 80 and settles information on the processing number, applicant ID, primary approver ID, secondary approver ID, and final approver ID.
  • Set in the approval data table 82 (FIG. 7).
  • the settlement approval data table 82 is configured so that information on the applicant ID and the approval status (the ID of the approver at each stage, whether or not there is approval) can be set for the process number.
  • the control unit 60 refers to the settlement application data table 81 stored in the storage unit 80 and confirms that the terminal 100B used by the primary approver is required to approve the settlement and confirms the settlement. Send necessary information.
  • the terminal 100B approves the information indicating that the payment is approved from the terminal 100B to the workflow server 50, and the control unit 60 performs the primary of the payment approval data table 82 according to the information.
  • the approval status is updated from “pending” to “approved”, and the secondary approval status is updated from “waiting for primary approval” to “pending”.
  • the control unit 60 refers to the payment application data table 81 and transmits to the terminal 100C used by the secondary approver that the approval of the payment is requested and information necessary for the approval of the payment.
  • the terminal 100C approves the information indicating that the payment is approved from the terminal 100C to the workflow server 50, and the control unit 60 determines the secondary of the payment approval data table 82 according to the information.
  • the approval status is updated from “pending” to “approved”, and the final approval status is updated from “secondary approval waiting” to “pending”.
  • control unit 60 refers to the payment application data table 82, and transmits to the terminal 100D used by the final approver that the payment approval is requested and information necessary for the payment approval.
  • the terminal 100D approves information indicating that the payment is approved to the workflow server 50, and the control unit 60 determines the final approval of the payment approval data table 82 according to the information. Update the status of "Applying" to "Approved".
  • the control unit 60 requests approval from the approver's terminals 100B, 100C, and 100D so that a plurality of objects can be approved separately, and executes settlement processing only for the approved objects. It may be possible. By doing so, it is possible to reduce the frequency of display of the denial screen. Therefore, it is possible to provide a workflow system that is more efficient in terms of business, because the burden on the drafter (section member) can be further reduced, and the wasteful cost for the company can be further reduced.
  • Step S14 Confirmation of approval
  • the control unit 60 of the workflow server 50 determines whether or not the settlement is approved as a result of the processing in step S13 (step S14).
  • the control unit 60 moves the process to step S15.
  • the control unit 60 moves the process to step S16.
  • Step S15 Settlement Process
  • the control unit 60 of the workflow server 50 transmits information indicating that the final approver has been approved to the purchase Web server 10. Then, the control unit 20 of the purchase Web server 10 executes the processing module 23, performs the payment suspended in step S ⁇ b> 11, and sets the payment status in the payment completion data table 44 (FIG. 6) stored in the storage unit 40. Is updated from “incomplete” to “completed” (step S15).
  • the settlement completion data table 44 is configured so that the settlement status can be set for the process number.
  • Step S16 Display of Denial Screen
  • the control unit 60 of the workflow server 50 reads the predetermined program and cooperates with the communication unit 70 to execute the denial screen display module 71.
  • the control unit 60 reads the data of the refusal screen indicating that the settlement is denied from the screen data 83 stored in the storage unit 80, and sends the data of the refusal screen via the communication unit 70 to the credit card settlement request. It transmits to the terminal 100A which performed.
  • the control unit 110A of the terminal 100A causes the screen display unit 150A to display the rejection screen based on the rejection screen data.
  • the content of the rejection screen is not particularly limited, an example is a display of a message (for example, “Last month, did you just purchase?”) By an approver who rejected the settlement.
  • step S11 when the settlement is denied, the credit card settlement that has been suspended in the process of step S11 may be deleted.
  • the drafter (section member) can execute the workflow in which the drafter (section member) obtains the approval of the supervisor and the credit card settlement such as equipment purchase at a time only by making a credit card settlement request.
  • a workflow system with even higher operational efficiency can be provided.
  • the operation of the virtual screen display module 31 allows the drafter (section member) to see the virtual screen indicating that the payment processing has been completed simply by making a credit card payment request. Then, a series of processes including a workflow in which the drafter (section member) obtains the approval of the supervisor and credit card settlement such as equipment purchase proceeds. In most cases, the credit card payment request was approved in most cases, but the credit card payment request completion screen was grasped, and the approval of the supervisor was obtained after several days. It is possible to eliminate the trouble of grasping the screen indicating that the problem has occurred twice. Therefore, it is possible to provide a workflow system that is more efficient in terms of business, because the burden on the drafter (section member) can be further reduced, and the wasteful cost for the company can be further reduced.
  • the drafter (section member) may make another payment request only when the rejection screen is displayed.
  • the credit card settlement request There is no need to think about extra burdens. Therefore, it is possible to provide a workflow system that is more efficient in terms of business, because the burden on the drafter (section member) can be further reduced, and the wasteful cost for the company can be further reduced.
  • the reception module 21 displays an approval flow selection screen on the terminal 100A instructing a settlement request, and receives an approver selection according to an approval flow selection operation on the terminal 100A.
  • the number of approvers can be minimized according to the contents of the settlement request. Therefore, it is possible to provide a workflow system that is more efficient in terms of business, because the burden on the drafter (section member) can be further reduced, and the wasteful cost for the company can be further reduced.
  • the means and functions described above are realized by a computer (including a CPU, an information processing apparatus, and various terminals) reading and executing a predetermined program.
  • the program is provided in a form recorded on a computer-readable recording medium such as a flexible disk, CD (CD-ROM, etc.), DVD (DVD-ROM, DVD-RAM, etc.).
  • the computer reads the program from the recording medium, transfers it to the internal storage device or the external storage device, stores it, and executes it.
  • the program may be recorded in advance in a storage device (recording medium) such as a magnetic disk, an optical disk, or a magneto-optical disk, and provided from the storage device to a computer via a communication line.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Le problème décrit par la présente invention est de fournir un système de flux de travail permettant d'acheter un équipement et analogue plus efficacement. La solution selon l'invention porte sur un système de paiement par carte de crédit (1) à flux de travail d'approbation comprenant un serveur Web d'achat (10) et un serveur de flux de travail (50). Une unité de commande (20) du serveur Web d'achat (10) exécute un module de réception (21) et reçoit une demande de paiement par carte de crédit ayant associé à cette dernière un flux de travail d'approbation dans lequel un paiement par carte de crédit est effectué lors de l'approbation d'un approbateur. De plus, l'unité de commande (20) exécute un module de conservation (22) et, même lorsqu'une demande de paiement a été reçue par le module de réception (21), conserve le paiement sans exécuter le paiement. De plus, une unité de commande (60) du serveur de flux de travail (50) exécute un module d'approbation (61) et demande à un approbateur dans le flux de travail d'approbation d'approuver le paiement. L'unité de commande (20) exécute un module de traitement (23) et traite le paiement conservé par le module de conservation (22) lorsque l'approbateur approuve le paiement.
PCT/JP2016/085564 2016-11-30 2016-11-30 Système et procédé de paiement par carte de crédit à flux de travail d'approbation et programme WO2018100677A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018509867A JPWO2018100677A1 (ja) 2016-11-30 2016-11-30 承認フロー付きクレジットカード決済システム、方法及びプログラム
PCT/JP2016/085564 WO2018100677A1 (fr) 2016-11-30 2016-11-30 Système et procédé de paiement par carte de crédit à flux de travail d'approbation et programme

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/085564 WO2018100677A1 (fr) 2016-11-30 2016-11-30 Système et procédé de paiement par carte de crédit à flux de travail d'approbation et programme

Publications (1)

Publication Number Publication Date
WO2018100677A1 true WO2018100677A1 (fr) 2018-06-07

Family

ID=62242056

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/085564 WO2018100677A1 (fr) 2016-11-30 2016-11-30 Système et procédé de paiement par carte de crédit à flux de travail d'approbation et programme

Country Status (2)

Country Link
JP (1) JPWO2018100677A1 (fr)
WO (1) WO2018100677A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001216371A (ja) * 2000-01-31 2001-08-10 Fuji Xerox Co Ltd 電子取引システム及び方法
JP2001344487A (ja) * 2000-06-02 2001-12-14 Mitsui & Co Ltd インターネットを用いた電子購買方法および電子購買システム
JP2001350892A (ja) * 2000-06-08 2001-12-21 Tokyu Tourist Corp 出張申請経費精算方法及びシステム
JP2003242391A (ja) * 2002-02-19 2003-08-29 Otsuka Shokai Co Ltd 発注システム及び方法
JP2009110197A (ja) * 2007-10-29 2009-05-21 Hitachi Ltd 購買業務システム、購買業務処理方法、および購買業務処理プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002342686A (ja) * 2001-05-14 2002-11-29 Nippon Telegr & Teleph Corp <Ntt> クレジット取引認証方法及びシステム及びクレジット取引認証プログラム及びクレジット取引認証プログラムを格納した記憶媒体
JP2005309918A (ja) * 2004-04-23 2005-11-04 Hitachi Omron Terminal Solutions Corp 自動発券端末
JP2010237731A (ja) * 2009-03-30 2010-10-21 Toppan Printing Co Ltd 決済方法および決済システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001216371A (ja) * 2000-01-31 2001-08-10 Fuji Xerox Co Ltd 電子取引システム及び方法
JP2001344487A (ja) * 2000-06-02 2001-12-14 Mitsui & Co Ltd インターネットを用いた電子購買方法および電子購買システム
JP2001350892A (ja) * 2000-06-08 2001-12-21 Tokyu Tourist Corp 出張申請経費精算方法及びシステム
JP2003242391A (ja) * 2002-02-19 2003-08-29 Otsuka Shokai Co Ltd 発注システム及び方法
JP2009110197A (ja) * 2007-10-29 2009-05-21 Hitachi Ltd 購買業務システム、購買業務処理方法、および購買業務処理プログラム

Also Published As

Publication number Publication date
JPWO2018100677A1 (ja) 2018-12-06

Similar Documents

Publication Publication Date Title
JP6782392B1 (ja) 決済情報処理装置、決済情報処理システムおよび決済情報処理プログラム
EP0845749A2 (fr) Méthode et appareil de soutien pour le commerce électronique
JP5139506B2 (ja) 賃金支払装置と賃金支払方法、及び賃金支払プログラム
JP2009238100A (ja) 販売支援装置、販売支援プログラム、および販売支援方法
JP2020154573A (ja) 買い物代行システム
JP4648929B2 (ja) 賃金支払装置と賃金支払方法、及び賃金支払プログラム
JP6615980B2 (ja) 決済処理システムおよび決済処理方法
JP2022133273A (ja) 集約決済装置、集約決済方法、および集約決済プログラム
JP6571597B2 (ja) 相続業務支援システムおよび相続業務支援方法
KR102592225B1 (ko) 이알피 연계형 전자 구매 시스템 및 그 방법
JP6175582B1 (ja) 情報入力システム、情報入力方法、及び情報入力プログラム
JP5338109B2 (ja) 個人用電子決済端末、該端末を用いるリコメンド情報生成システム、同生成方法及び同生成プログラム
JP2010049554A (ja) 口座情報管理方法、ネットバンキングシステム及びコンピュータプログラム
JP7381798B1 (ja) 情報処理装置、情報処理方法及びプログラム
JP5861014B1 (ja) 情報処理装置、情報処理方法、プログラム、記憶媒体
WO2018100677A1 (fr) Système et procédé de paiement par carte de crédit à flux de travail d&#39;approbation et programme
JP6246442B1 (ja) コンピュータシステム、決済方法及びプログラム
JP2016177720A (ja) ワークフロー装置、及びその制御方法とプログラム
KR102309650B1 (ko) 카드 가맹점 대출 서비스 제공 방법, 그를 수행하는 결제 중계 서버 및 시스템
JP2021128635A (ja) 情報処理プログラム、情報処理装置及び情報処理方法
JP7683109B1 (ja) 情報処理装置、情報処理方法及びプログラム
JP2014059859A (ja) 商品情報検索装置、及び成約課金キャッシュバックシステム
KR102690836B1 (ko) 실시간 줄서기 중개 서비스 시스템 및 방법
JP7646514B2 (ja) 情報処理装置及びプログラム
JP2002279246A (ja) 受発注システム、制御方法、プログラム及び記録媒体

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018509867

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 16922609

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: 16922609

Country of ref document: EP

Kind code of ref document: A1