[go: up one dir, main page]

WO2018100677A1 - 承認フロー付きクレジットカード決済システム、方法及びプログラム - Google Patents

承認フロー付きクレジットカード決済システム、方法及びプログラム 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)
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
Application filed by 株式会社オプティム filed Critical 株式会社オプティム
Priority to JP2018509867A priority Critical patent/JPWO2018100677A1/ja
Priority to PCT/JP2016/085564 priority patent/WO2018100677A1/ja
Publication of WO2018100677A1 publication Critical patent/WO2018100677A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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

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

【課題】備品購入等をより効率的に行うことの可能なワークフローシステムを提供する。 【解決手段】本発明の承認フロー付きクレジットカード決済システム１は、購入Ｗｅｂサーバ１０と、ワークフローサーバ５０とを備える。購入Ｗｅｂサーバ１０の制御部２０は、受付モジュール２１を実行し、承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付ける。また、制御部２０は、保留モジュール２２を実行し、受付モジュール２１によって受け付けられた決済要求があっても、決済を実行せず、保留する。また、ワークフローサーバ５０の制御部６０は、承認モジュール６１を実行し、承認フローにおける承認者に、決済の承認を求める。また、制御部２０は、処理モジュール２３を実行し、承認者の承認がなされた場合に、保留モジュール２２によって保留されていた決済を処理する。

Description

承認フロー付きクレジットカード決済システム、方法及びプログラム
　本発明は、承認フロー付きクレジットカード決済システム、方法及びプログラムに関する。
　近年、業務マニュアルに従ってその業務をコンピュータ上で行えるように、ワークフローシステムと呼ばれる業務システムも登場している。ワークフローシステムとは、ある特定の業務について、作業の流れを定義し、作業の一つが完了すると、次の作業者へ通知を行うことを反復することで、当該業務のすべての処理を実行させるシステムである。例えば、備品の購入、出張の際の切符の購入、宿泊施設の予約等をクレジットカードで処理する場合、起案者（課員）が起案を行い、それを直属の上司（課長、一次決済者）に通知し、その上司がワークフローシステムから決済申請があることの通知を受けてその申請に対する決済を行う。そして、さらなる上司（部長、二次決済者）に通知をし、二次決済者がワークフローシステムから決済申請があることの通知を受けてその申請に対する決済を行う、という作業を、最終的な決済者による決済が行われるまで反復する。そして、最終的な決済者が決済すると、起案者（課員）の起案が承認された旨が起案者（課員）や経理担当者に通知される。そして、起案者（課員）は、備品購入等をクレジットカードで処理することが可能になる（例えば、特許文献１参照）。
特開２０１５－２３０５８１号公報
　しかしながら、これまでのシステムでは、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済とを別々に行わなければならず、起案者（課員）にとって二度手間になっていた。
　本発明は、このような要望に鑑みてなされたものであり、備品購入等をより効率的に行うことの可能なワークフローシステムを提供することを目的とする。
　本発明では、以下のような解決手段を提供する。
　第１の特徴に係る発明は、承認フロー付きクレジットカード決済システムであって、
　承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付ける受付手段と、
　前記受付手段によって受け付けられた前記決済要求があっても、前記決済を実行せず、保留する保留手段と、
　前記承認フローにおける承認者に、前記決済の承認を求める承認手段と、
　前記承認者の承認がなされた場合に、前記保留手段によって保留されていた前記決済を処理する処理手段と、
を備えることを特徴とする承認フロー付きクレジットカード決済システムを提供する。
　第１の特徴に係る発明によれば、受付手段がクレジットカードの決済要求を受け付けた場合であっても、保留手段は、いったんクレジットカードの決済を保留する。そして、承認手段が、承認フローにおける承認者に決済の承認を求め、処理手段は、承認者の承認がなされた場合に、処理手段は、保留手段によって保留されていた決済を処理する。よって、起案者（課員）は、クレジットカードの決済要求をするだけで、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済とを一度に実行でき、結果として、よりいっそう業務効率に優れたワークフローシステムを提供できる。
　第２の特徴に係る発明は、第１の特徴に係る発明であって、
　前記受付手段によって決済要求が受け付けられた場合、前記決済要求を指令した端末に、前記決済の処理が完了したことを示す仮想画面を表示する仮想画面表示手段をさらに備える、承認フロー付きクレジットカード決済システムを提供する。
　第２の特徴に係る発明によれば、起案者（課員）は、クレジットカードの決済要求をするだけで、決済の処理が完了したことを示す仮想画面を見ることになる。そして、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済との一連の処理がまとめて進行される。業務上、ほとんどの場合において、クレジットカードの決済要求が承認されるにも関わらず、クレジットカードの決済要求の完了画面を把握し、その後、数日が経過した後に、上司の承認が得られたことを示す画面を把握するという二度手間を解消できる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
　第３の特徴に係る発明は、第１又は第２の特徴に係る発明であって、
　前記承認者の承認が得られなかった場合、前記決済要求を指令した端末に、前記決済の処理が行われなかったことを表示する否認画面表示手段をさらに備える、承認フロー付きクレジットカード決済システムを提供する。
　第３の特徴に係る発明によれば、起案者（課員）は、否認画面が表示された場合に限って、再度の決済要求を行えばよく、それ以外の場合において、かかるクレジットカードの決済要求に関して余計な負担を考えることを要しない。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
　第４の特徴に係る発明は、第１から第３のいずれかの特徴に係る発明であって、
　前記受付手段は、前記決済要求を指令する端末に、前記承認フローの選択画面を表示し、前記端末での前記承認フローの選択操作にしたがって、前記承認者の選択を受け付ける、承認フロー付きクレジットカード決済システムである。
　第４の特徴に係る発明によれば、クレジットカードの決済要求を行うごとに、承認フローにおける承認者を選択できるので、承認者の数を、決済要求の内容に合わせて最小限に抑えることができる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
　本発明によれば、備品購入等をより効率的に行うことの可能なワークフローシステムを提供できる。
図１は、本実施形態における承認フロー付きクレジットカード決済システム１のハードウェア構成とソフトウェア機能を示すブロック図である。 図２は、本実施形態における承認フロー付きクレジットカード決済方法を示すフローチャートである。 図３は、承認フロー付きクレジットカード決済システム１の購入Ｗｅｂサーバ１０における記憶部４０に格納されているＩＤ管理テーブル４１の一例を示す図である。 図４は、上記記憶部４０に格納されている決済申請データ４２の一例を示す図である。 図５は、上記記憶部４０に格納されているクレジットカード情報テーブル４３の一例を示す図である。 図６は、上記記憶部４０に格納されている決済完了テーブル４４の一例を示す図である。 図７は、承認フロー付きクレジットカード決済システム１のワークフローサーバ５０における記憶部８０に格納されている決済承認データテーブル８２の一例を示す図である。
　以下、本発明を実施するための形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
［承認フロー付きクレジットカード決済システム１、端末１００の構成］
　図１は、本実施形態における承認フロー付きクレジットカード決済システム１のハードウェア構成とソフトウェア機能を説明するためのブロック図である。
　承認フロー付きクレジットカード決済システム１（以下、単に「決済システム１」ともいう。）は、備品の購入、出張の際の切符の購入、宿泊施設の予約等のクレジットカードによる購入処理を管理する購入Ｗｅｂサーバ１０と、起案者による決済要求の承認フローを管理するワークフローサーバ５０とを含んで構成される。
〔購入Ｗｅｂサーバ１０〕
　購入Ｗｅｂサーバ１０は、データを制御する制御部２０と、他の機器と通信を行う通信部３０と、データを記憶する記憶部４０とを少なくとも備える。
　制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）等を備える。
　通信部３０は、他の機器と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ　Ｆｉｄｅｌｉｔｙ）対応デバイスを備える。
　制御部２０は、所定のプログラムを読み込むことで、受付モジュール２１と、保留モジュール２２と、処理モジュール２３とを実現する。
　また、制御部２０が所定のプログラムを読み込み、通信部３０と協働することで、仮想画面表示モジュール３１を実現する。
　記憶部４０は、データやファイルを記憶する装置であって、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。記憶部４０は、後に説明するＩＤ管理テーブル４１（図３）、決済申請データテーブル４２（図４）、クレジットカード情報テーブル４３（図５）、及び決済完了データテーブル４４（図６）を記憶する。また、記憶部４０は、端末１００Ａの画像表示部１５０Ａに表示させる画像のデータ（画像データ４５）を記憶する。
〔ワークフローサーバ５０〕
　ワークフローサーバ５０は、データを制御する制御部６０と、他の機器と通信を行う通信部７０と、データを記憶する記憶部８０とを少なくとも備える。
　制御部６０は、制御部２０と同様、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。
　通信部７０は、通信部３０と同様、他の機器と通信可能にするためのデバイスを備える。
　制御部６０は、所定のプログラムを読み込むことで、承認モジュール６１を実現する。
　また、制御部６０が所定のプログラムを読み込み、通信部７０と協働することで、否認画面表示モジュール７１を実現する。
　記憶部８０は、記憶部４０と同様、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。記憶部８０は、後に説明する決済申請データテーブル８１、及び決済承認データテーブル８２（図７）を記憶する。また、記憶部８０は、端末１００Ａの画像表示部１５０Ａに表示させる画像のデータ（画像データ８３）を記憶する。
〔端末１００Ａ〕
　購入Ｗｅｂサーバ１０及びワークフローサーバ５０は、それぞれネットワークを介して端末１００Ａと接続されている。
　端末１００Ａの種類は、特に限定されない。端末１００Ａとして、例えば、パソコン、スマートフォン等のコンピュータ装置が挙げられる。
　端末１００Ａは、データを制御する制御部１１０Ａと、他の機器と通信を行う通信部１２０Ａと、データを記憶する記憶部１３０Ａと、ユーザの操作を受け付ける入力部１４０Ａと、制御部１１０Ａで制御したデータや画像を出力表示する画像表示部１５０Ａとを少なくとも備える。
　制御部１１０Ａは、制御部２０等と同様、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。
　通信部１２０Ａは、通信部３０等と同様、他の機器と通信可能にするためのデバイスを備える。
　記憶部１３０Ａは、記憶部４０等と同様、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。
　入力部１４０Ａの種類は、特に限定されない。入力部１４０Ａとして、例えば、キーボード、マウス、タッチパネル等が挙げられる。
　画像表示部１５０Ａの種類は、特に限定されない。画像表示部１５０Ａとして、例えば、モニタ、タッチパネル等が挙げられる。
［決済システム１を用いた承認フロー付きクレジットカード決済方法を示すフローチャート］
　図２は、決済システム１を用いた承認フロー付きクレジットカード決済方法を示すフローチャートである。上述した各ハードウェアと、ソフトウェアモジュールが実行する処理について説明する。
〔ステップＳ１０：クレジットカードの決済要求の受付〕
　最初に、購入Ｗｅｂサーバ１０の制御部２０は、受付モジュール２１を実行し、クレジットカードの決済要求を受け付ける（ステップＳ１０）。
　備品の購入、出張の際の切符の購入、宿泊施設の予約等をクレジットカードで処理したい購入者は、自らが使用する端末１００Ａから購入Ｗｅｂサーバ１０への接続を要求する。その際、購入者は、入力部１４０Ａを介してＩＤ、パスワードを入力する。
　制御部２０は、記憶部４０に記憶されたＩＤ管理テーブル４１（図３）を参照して、購入者が入力したＩＤ、パスワードが正しいか否かを確認する。ＩＤ管理テーブル４１には、予め、従業員のＩＤに対して、社員名と、パスワードとが対応づけて登録されている。制御部２０は、端末１００Ａから送信された情報が、ＩＤ管理テーブル４１に予め登録されている情報と一致するか否かを判別することで、購入者が入力した情報が正しいか否かを判別できる。
　そして、ＩＤ、パスワードが正しい場合、制御部２０は、端末１００Ａから購入Ｗｅｂサーバ１０に接続することを許可する。
　その後、購入者は、入力部１４０Ａを介して、Ｗｅｂページから、備品の購入、出張の際の切符の購入、宿泊施設の予約等を行う。その際、購入者は、入力部１４０Ａを介して、購入品の情報、承認フロー（１次承認者を誰にし、２次承認者を誰にし、最終承認者を誰にするか）を設定する。制御部２０は、購入者が設定した情報にしたがい、決済の申請に必要な情報を、記憶部４０にある決済申請データテーブル４２（図４）にセットする。
　決済申請データテーブル４２は、処理番号に対して、申請日時、購入品（購入先、購入内容、単価、数量、金額）、申請者ＩＤ、１次承認者ＩＤ、２次承認者ＩＤ、最終承認者ＩＤの情報をセットできるように構成されている。
　また、購入者は、入力部１４０Ａを介して、クレジットカードの情報を入力することで、クレジットカードの決済要求を行う。制御部２０は、記憶部４０に記憶されたクレジットカード情報テーブル４３（図５）を参照して、購入者が入力したカード会社名、カード番号、カードの有効期限、パスワード、セキュリティコードが正しいか否かを確認する。クレジットカード情報テーブル４３には、予め、従業員のＩＤに対して、社員名と、カード会社名と、カード番号と、カードの有効期限と、カードのパスワードと、カードのセキュリティコードとが対応づけて登録されている。制御部２０は、端末１００Ａから送信された情報が、クレジットカード情報テーブル４３に予め登録されている情報と一致するか否かを判別することで、購入者が入力した情報が正しいか否かを判別できる。
　そして、これらの情報が正しい場合、制御部２０は、購入者からの決済要求を受け付ける。
〔ステップＳ１１：決済の保留〕
　続いて、購入Ｗｅｂサーバ１０の制御部２０は、保留モジュール２２を実行し、ステップＳ１０で決済要求を受け付けても、決済を実行しない。そして、制御部２０は、通信部３０を介して、決済申請データテーブル４２のデータをワークフローサーバ５０に送信する。ワークフローサーバ５０の制御部６０は、購入Ｗｅｂサーバ１０から送信された決済申請データテーブル４２のデータを記憶部８０に、決済申請データテーブル８１として記憶する。
〔ステップＳ１２：仮想画面の表示〕
　続いて、購入Ｗｅｂサーバ１０の制御部２０は、所定のプログラムを読み込み、通信部３０と協働することで、仮想画面表示モジュール３１を実行する。制御部２０は、記憶部４０に記憶されている画面データ４５から、決済の処理が完了したことを示す仮想画面のデータを読み出し、通信部３０を介し、仮想画面のデータを、クレジットカードの決済要求を行った端末１００Ａに送信する。そして、端末１００Ａの制御部１１０Ａは、画面表示部１５０Ａに、仮想画面のデータに基づいて仮想画面を表示させる。
〔ステップＳ１３：決済の承認〕
　続いて、ワークフローサーバ５０の制御部６０は、承認モジュール６１を実行し、承認フローにおける承認者に、決済の承認を求める（ステップＳ１３）。
　まず、制御部６０は、記憶部８０に記憶された決済申請データテーブル８１を参照し、処理番号、申請者ＩＤ、１次承認者ＩＤ、２次承認者ＩＤ、最終承認者ＩＤに関する情報を決済承認データテーブル８２（図７）にセットする。
　決済承認データテーブル８２は、処理番号に対して、申請者ＩＤ、承認の状況（各段階における承認者のＩＤ、承認の有無）の情報をセットできるように構成されている。
　続いて、制御部６０は、記憶部８０に記憶された決済申請データテーブル８１を参照し、１次承認者が使用する端末１００Ｂに、決済の承認が求められていること、及び決済の承認に必要な情報を送信する。そして、決済の承認がなされると、端末１００Ｂからワークフローサーバ５０に、決済の承認がなされたことを示す情報を承認し、制御部６０は、その情報にしたがい、決済承認データテーブル８２の１次承認の状態を「申請中」から「承認」に更新するとともに、２次承認の状態を「１次承認待ち」から「申請中」に更新する。
　続いて、制御部６０は、決済申請データテーブル８１を参照し、２次承認者が使用する端末１００Ｃに、決済の承認が求められていること、及び決済の承認に必要な情報を送信する。そして、決済の承認がなされると、端末１００Ｃからワークフローサーバ５０に、決済の承認がなされたことを示す情報を承認し、制御部６０は、その情報にしたがい、決済承認データテーブル８２の２次承認の状態を「申請中」から「承認」に更新するとともに、最終承認の状態を「２次承認待ち」から「申請中」に更新する。
　続いて、制御部６０は、決済申請データテーブル８２を参照し、最終承認者が使用する端末１００Ｄに、決済の承認が求められていること、及び決済の承認に必要な情報を送信する。そして、決済の承認がなされると、端末１００Ｄからワークフローサーバ５０に、決済の承認がなされたことを示す情報を承認し、制御部６０は、その情報にしたがい、決済承認データテーブル８２の最終承認の状態を「申請中」から「承認」に更新する。
　ところで、クレジットカード決済の対象物が複数存在することもある。そのような場合、制御部６０は、承認者の端末１００Ｂ，１００Ｃ，１００Ｄに対し、複数ある対象物を分けて承認できるように承認を求め、承認がなされた対象物のみについて決済の処理を実行可能にしてもよい。そうすることで、否認画面の表示の頻度をより少なく抑えることができる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
〔ステップＳ１４：承認の確認〕
　続いて、ワークフローサーバ５０の制御部６０は、ステップＳ１３における処理の結果、決済が承認されたか否かを判別する（ステップＳ１４）。この判別の結果がＹＥＳのとき（決済が承認されたとき）、制御部６０は、処理をステップＳ１５に移す。この判別の結果がＮＯのとき（決済が否認されたとき）、制御部６０は、処理をステップＳ１６に移す。
〔ステップＳ１５：決済の処理〕
　ステップＳ１４の判別の結果がＹＥＳのとき、ワークフローサーバ５０の制御部６０は、購入Ｗｅｂサーバ１０に、最終承認者の承認がなされたことを示す情報を送信する。そして、購入Ｗｅｂサーバ１０の制御部２０は、処理モジュール２３を実行し、ステップＳ１１において保留していた決済を行い、記憶部４０に記憶されている決済完了データテーブル４４（図６）の決済状況を「未完了」から「完了」に更新する（ステップＳ１５）。
　決済完了データテーブル４４は、処理番号に対して、決済状況をセットできるように構成されている。
〔ステップＳ１６：否認画面の表示〕
　ステップＳ１４の判別の結果がＮＯのとき、ワークフローサーバ５０の制御部６０は、所定のプログラムを読み込み、通信部７０と協働することで、否認画面表示モジュール７１を実行する。制御部６０は、記憶部８０に記憶されている画面データ８３から、決済が否認されたことを示す否認画面のデータを読み出し、通信部７０を介し、否認画面のデータを、クレジットカードの決済要求を行った端末１００Ａに送信する。そして、端末１００Ａの制御部１１０Ａは、画面表示部１５０Ａに、否認画面のデータに基づいて否認画面を表示させる。
　否認画面の内容は、特に限定されないが、一例として、決済の承認を否認した承認者によるメッセージ（例えば、「先月、購入したばかりでは？」の文章等）の表示が挙げられる。
　なお、決済が否認されたとき、ステップＳ１１の処理で保留していたクレジットカード決済を削除してもよい。
［発明の作用・効果］
　本実施形態に記載の発明によると、受付モジュール２１の動作によってクレジットカードの決済要求を受け付けた場合であっても、保留モジュール２２の動作によって、いったんクレジットカードの決済を保留する。そして、承認モジュール６１の動作によって、承認フローにおける承認者に決済の承認を求め、処理モジュール２３の動作によって、承認者の承認がなされた場合に、処理手段は、保留モジュール２２の動作によって保留されていた決済を処理する。
　よって、起案者（課員）は、クレジットカードの決済要求をするだけで、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済とを一度に実行でき、結果として、よりいっそう業務効率に優れたワークフローシステムを提供できる。
　また、仮想画面表示モジュール３１の動作により、起案者（課員）は、クレジットカードの決済要求をするだけで、決済の処理が完了したことを示す仮想画面を見ることになる。そして、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済との一連の処理がまとめて進行される。業務上、ほとんどの場合において、クレジットカードの決済要求が承認されるにも関わらず、クレジットカードの決済要求の完了画面を把握し、その後、数日が経過した後に、上司の承認が得られたことを示す画面を把握するという二度手間を解消できる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
　また、否認画面表示モジュール７１の動作により、起案者（課員）は、否認画面が表示された場合に限って、再度の決済要求を行えばよく、それ以外の場合において、かかるクレジットカードの決済要求に関して余計な負担を考えることを要しない。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
　また、受付モジュール２１は、決済要求を指令する端末１００Ａに、承認フローの選択画面を表示し、端末１００Ａでの承認フローの選択操作にしたがって、承認者の選択を受け付ける。これにより、承認者の数を、決済要求の内容に合わせて最小限に抑えることができる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
　上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ－ＲＯＭなど）、ＤＶＤ（ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置又は外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。
　以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
　１　　承認フロー付きクレジットカード決済システム
　１０　購入Ｗｅｂサーバ
　２０　制御部
　２１　受付モジュール
　２２　保留モジュール
　２３　処理モジュール
　３０　通信部
　３１　仮想画面表示モジュール
　４０　記憶部
　４１　ＩＤ管理テーブル
　４２　決済申請データテーブル
　４３　クレジットカード情報テーブル
　４４　決済完了データテーブル
　４５　画面データ
　５０　ワークフローサーバ
　６０　制御部
　６１　承認モジュール
　７０　通信部
　７１　否認画面表示モジュール
　８０　記憶部
　８１　決済申請データテーブル
　８２　決済承認データテーブル
　８３　画面データ
　１００Ａ　端末
　１１０Ａ　制御部
　１２０Ａ　通信部
　１３０Ａ　記憶部
　１４０Ａ　入力部
　１５０Ａ　画像表示部

 

Claims (6)

  1. 　承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付ける受付手段と、
    　前記受付手段によって受け付けられた前記決済要求があっても、前記決済を実行せず、保留する保留手段と、
    　前記承認フローにおける承認者に、前記決済の承認を求める承認手段と、
    　前記承認者の承認がなされた場合に、前記保留手段によって保留されていた前記決済を処理する処理手段と、
    を備える、承認フロー付きクレジットカード決済システム。
  2. 　前記受付手段によって決済要求が受け付けられた場合、前記決済要求を指令した端末に、前記決済の処理が完了したことを示す仮想画面を表示する仮想画面表示手段をさらに備える、請求項１に記載の承認フロー付きクレジットカード決済システム。
  3. 　前記承認者の承認が得られなかった場合、前記決済要求を指令した端末に、前記決済の処理が行われなかったことを表示する否認画面表示手段をさらに備える、請求項１又は２に記載の承認フロー付きクレジットカード決済システム。
  4. 　前記受付手段は、前記決済要求を指令する端末に、前記承認フローの選択画面を表示し、前記端末での前記承認フローの選択操作にしたがって、前記承認者の選択を受け付ける、請求項１から３のいずれかに記載の承認フロー付きクレジットカード決済システム。
  5. 　承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付けるステップと、
    　前記受け付けるステップで前記決済要求を受け付けても、前記決済を実行せず、保留するステップと、
    　前記承認フローにおける承認者に、前記決済の承認を求めるステップと、
    　前記承認者の承認がなされた場合に、保留していた前記決済を処理するステップと、
    を備える、承認フロー付きクレジットカード決済方法。
  6. 　承認フロー付きクレジットカード決済システムに、
    　承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付けるステップと、
    　前記受け付けるステップで前記決済要求を受け付けても、前記決済を実行せず、保留するステップと、
    　前記承認フローにおける承認者に、前記決済の承認を求めるステップと、
    　前記承認者の承認がなされた場合に、保留していた前記決済を処理するステップと、
    を実行させるためのプログラム。

     
PCT/JP2016/085564 2016-11-30 2016-11-30 承認フロー付きクレジットカード決済システム、方法及びプログラム WO2018100677A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018509867A JPWO2018100677A1 (ja) 2016-11-30 2016-11-30 承認フロー付きクレジットカード決済システム、方法及びプログラム
PCT/JP2016/085564 WO2018100677A1 (ja) 2016-11-30 2016-11-30 承認フロー付きクレジットカード決済システム、方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/085564 WO2018100677A1 (ja) 2016-11-30 2016-11-30 承認フロー付きクレジットカード決済システム、方法及びプログラム

Publications (1)

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

Family

ID=62242056

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/085564 WO2018100677A1 (ja) 2016-11-30 2016-11-30 承認フロー付きクレジットカード決済システム、方法及びプログラム

Country Status (2)

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

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 (en) Electronic commerce support method and apparatus
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 (ja) 承認フロー付きクレジットカード決済システム、方法及びプログラム
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