KR100474189B1 - Method for managing a electronic payment between enterprises - Google Patents

Abstract

The present invention relates to an electronic payment management method between enterprises, in the present invention, each time a series of purchase management events, sales management events, etc. occur from the purchaser-side client or seller-side client, the interface module, information notification module, D By tightly linking the B / B management server and systematically conducting a series of payment management process, payment collection management process, etc., any buyer, seller, etc. It is easy to form an electronic payment relationship.

In the case where the present invention is implemented, the purchaser-seller can easily be provided with a series of guarantee systems that can guarantee the payment relationship between the respective companies online. In this case, each buyer-seller can avoid unforeseen damages caused by the destruction of the payment relationship between the companies.

Description

Method for managing a electronic payment between enterprises}

The present invention relates to a method for managing electronic payment between enterprises, and more particularly, based on a specific financial institution, for example, a bank online network, a series of guarantee systems that can guarantee a payment relationship between a purchaser and a seller. And through this, by greatly improving the credibility of the payment relationship formed between the buyer and seller, the electronic payment between companies to minimize the damage of the buyer and seller due to unforeseen contract breach. It is about a management method.

Recently, with the rapid development of technology in the information and communication field, the use of the Internet is becoming common, and according to the trend of the generalization of the Internet, a large number of brokerage companies operating the "Internet-based inter-business e-commerce system" are online. It is established.

For example, Korean Patent Laid-Open Publication No. 2000-24371 "Open structure of computer network of a purchasing firm for electronic commerce between corporations and corporations and purchase information management method using the same", Korean Patent Publication No. 2000-54821 "by value evaluation The inter-company electronic commerce system and method "and Korean Patent Publication No. 2000-72790" inter-company electronic commerce method using the Internet ", etc. Internet-based inter-enterprise electronic commerce system operated by conventional brokerage firms are disclosed in more detail. It is.

Typically, when any buyer / seller has a series of purchase / sales relationships using the intermediary-side e-commerce system as mentioned above, the buyers / sellers will be “non- Non-facing complex payment relationships "are each formed.

However, under such a conventional e-commerce system, it is common that a separate guarantee system that can guarantee a payment relationship between "buyer-seller" is basically not provided smoothly, so a series of payments Purchasing companies, vendors, etc. that have a settlement relationship always have to risk that "the normal contractual relationship can be destroyed". If this risk is realized, the buyer, seller, etc. Irrespective of the doctor's will be forced to suffer enormous damage.

In this case, for example, if the company is, for example, a company that has a separate billing relationship with another company, the damage of the company can only lead to the damages of other companies, if such damage situation is without any action If left unattended, serious social problems will inevitably result in the rapid destruction of the overall economic order.

Accordingly, an object of the present invention is to establish a series of guarantee systems that can guarantee a payment relationship between a buyer and a seller based on a specific financial institution, such as a bank online network, and thereby, a buyer-broker By greatly improving the reliability of the payment relationship formed between the company and the seller, it minimizes the damage of unexpected buyers, sellers, and brokers.

It is another object of the present invention to improve the reliability of the payment relationship formed between the purchaser and the seller, thereby minimizing the serial damage of the various companies.

Still other objects of the present invention will become more apparent from the following detailed description and the accompanying drawings.

In order to achieve the above object, in the present invention, an electronic payment management server belonging to a bank online network is targeted at a purchaser-side client / seller-side client who has a purchase relationship / sales relationship through an intermediary client. The present invention discloses an electronic payment management method between companies, which comprises a purchase-related event management process and a sale-related event management process.

In this case, the purchase-related event management process, the electronic payment management server determines whether the purchase price payment history transmission event based on the initial page for a predetermined purchase company from the client of the purchase company side, and the When the purchase price payment event is sent from the client of the buyer company side, the step of transmitting the purchase price payment history input guide page for entering the payment details of the payment to the buyer company client, and the buyer company client Determining whether payment information corresponding to the purchase price payment details input page has been transmitted from the client; and payment information corresponding to the payment details input guide page from the purchaser client; Sent Determining whether the payment condition of the purchase funds specified in the payment details of the purchase money is cash or a purchase card; and if the payment condition of the purchase funds specified in the payment details of the purchase money is a purchase card, Determining whether the purchaser / seller related to the payment details is registered as a purchase card member / purchase card affiliate; and the purchaser / seller related to the payment details to the purchaser If you are a member of the card merchant, the card type payment details information is stored in the system, and the information is notified to the client of the seller and the client of the broker, and the purchaser from the seller and the broker Proceed to the step of encouraging the real-time payment of the card type payment for the business If the payment condition of the purchase funds specified in the payment details of the purchase payment is cash, the payment type payment details of the cash type is stored in the system, and the information is notified to the client of the seller and the broker. By the step of inducing the seller and the broker to check the cash-type purchase amount payment history of the purchaser side in real time.

Hereinafter, with reference to the accompanying drawings, a more detailed description of the inter-company electronic payment management method according to the present invention.

As shown in FIG. 1, the inter-company electronic payment management system 100 that forms the basis of the present invention includes a plurality of purchasers 701 / sellers 601 and an intermediary 801 intermediating between them. ) Belong to a specific financial institution, for example, the computerized online network of the bank 101, which can reliably manage the payment relationship between the two.

In this case, the purchaser 701, the broker 801, the seller 601, etc. may be connected to the preceding bank computerized online network, for example, a wired / wireless internet network, an automatic response system communication network, and a value added communication network. (VAN: Value Added Network), Public Switched Telephone Network (PSTN), etc., to connect the buyer side client 700, brokerage side client 800, vendor side client 600, etc. It is provided with each, it is connected to the inter-company payment management system 100 of the present invention using the purchaser-side client 700, the broker-side client 800, the seller-side client 600 and the like.

Here, for example, a computer, a wired communication device, or the like may be used as the purchaser-side client 700, the broker-side client 800, and the client-side client 600. In addition, a personal digital assistant (PDA) may be used. , A wireless communication device such as an International Mobile Telecommunication-2000 (IMT-2000), a Personal Communications Services Phone (PCS), a cellular phone, or the like may be utilized.

At this time, as shown in Figure 2, the bank 300 having the inter-company payment management system 100 of the present invention, before the service according to the present invention is carried out in earnest, a specific purchaser 701, For example, by issuing a purchase card having a limit of 1000, a limit of 2000, a limit of 500, etc. to a purchaser A 701a, a purchaser C 701c, a purchaser D 701d, and the like, the electronic payment management method according to the present invention. To provide a stable base environment for this implementation.

With this infrastructure in place, Buyer A (701a), Buyer C (701c), Buyer D (701d), etc., who issued a purchase card, set their payment method as "Payment by Purchase Card." The purchaser who has not been issued a purchase card, for example, the purchaser B 701b, may specify the payment method of the purchaser as "cash payment".

In this case, the bank 300 concludes a separate purchaser agreement, for example, a "purchase card issuance agreement" with the purchaser A (701a), the purchaser C (701c), and the purchaser D (701d) that have received the purchase card in advance. In addition, by entering into a separate vendor agreement, for example, a "purchase card merchant special agreement" with the seller side, a legal basis for implementing the present invention is prepared.

In this state, in order to smoothly provide a series of services for the purchasers 701a, 701c, and 701d, the aforementioned "purchasing card issuance agreement" should be stored in advance in the system 100. Similarly, in order to smoothly provide a series of services for the seller 601, the above-mentioned "purchase card merchant specialty" items should be stored in advance in the system 100 side. Of course, the purchaser (701a, 701c, 701d), the seller 601, etc., which have not signed each of these agreements in advance, cannot be certified as a registered company, and thus cannot enjoy a series of services according to the present invention. .

On the other hand, as shown in Figure 3, the electronic payment management system 100 of the present invention belonging to the computerized online network of the bank 101 is largely D / B block 70, D / B management server 40 And electronic payment management server 10. In this case, the preceding D / B block 70 includes the purchase payment information D / B 71 in which a series of payment information is stored, and the purchase information acquisition information D / B 72 in which a series of purchase item acquisition information is stored. , Sales contract information D / B (73), which stores a series of sales contract information, sales information D / B (74), which stores a series of sales information, and business registration information, which stores a series of buyer / broker / seller registration information. The D / B 75 and the operation information D / B 76 in which a series of operation information are stored are arranged.

Here, the above-mentioned D / B management server 40 is D / B payment information, purchase article acquisition information, sales contract information, sales information, buyer / broker / seller registration information, operation information, etc. Optionally store in the required area of the B block 70, or the previous payment information D / B (71), purchase item acquisition information D / B (72), sales contract information D / B (73), sales information The D / B 74, the company registration information D / B 75, the operation information D / B 76 and the like to selectively output the above-mentioned various data.

In this case, the D / B management server 40 not only plays a role of storing and outputting various types of data, but also simultaneously plays an intelligent role of efficiently managing various types of data in the fastest time without duplication.

At this time, the electronic payment management server 10 in the form of a series of communication relationship with the D / B management server 40, by systematically controlling the D / B management server 40, the above-described purchase price It plays a role to selectively determine whether to store and extract payment information, purchase item acquisition information, sales contract information, sales information, purchaser / broker / seller registration information, and operation information.

Along with such a relationship with the D / B management server 40, the above-mentioned electronic payment management server 10 is interfaced with the interface module 20, so that the purchaser side client 700 and the broker side client ( 800), the vendor side client 600 and the like closely interface.

In this state, the electronic payment management server 10, when a series of purchase management events, sales management events, etc. occur from any one of the above-described purchaser-side client 700, vendor-side client 600, respectively, A series of purchases, depending on the various conditions included in the event, such as whether the buyer's payment term is a purchase card or cash, or the transaction condition between the buyer / seller is a trade protection transaction or a general transaction. It plays a role of screening management event or sales management event.

At this time, the electronic payment management server 10, when a series of purchase management events occur from the client company 700, the remaining management companies, for example, broker 801 having a stake in the purchase company 701. , Collecting the intention of the seller 701 through the broker side client 800 and the seller side client 600, checking whether the purchase management event is approved, and checking the broker 801 and the seller ( According to the approval of 601), the previous purchase management event is selectively performed.

In addition, when a series of sales management events occur from the seller-side client 600, the electronic payment management server 10 may have a remaining management company, for example, an intermediary 801, having a stake in the seller 601. , Collecting the purchaser's doctor's intention through the broker's client 800 and the client's client 700, checking whether the sales management event is approved, and checking the broker (801), the buyer ( According to the approval of 701, the above sales management event is selectively performed.

On the other hand, the interface module 20 is the event data transmitted from the purchaser-side client 700, the broker-side client 800, the seller-side client 600 and the like connected through the above-described bank computer online network. Process and deliver this event data to the previous electronic payment management server 10, and process a variety of information transmitted from the electronic payment management server 10 to process the information, (700), the broker-side client 800, the seller-side client 600 serves to deliver quickly.

Here, the electronic payment management server 10 described above, as well as the D / B management server 40, the interface module 20, information notification module 30, payment account generation module 50, authentication management module 60 And the like further form a series of communication relationships.

In this case, when the information notification module 30 receives, for example, "check whether the purchase management event or the sales management event is approved" from the electronic payment management server 10, the event generating company notifies the occurrence of the corresponding event. And the role of notifying the rest of the management stakeholders in the chain of interests to provide an infrastructure that facilitates the event.

For example, when the electronic payment management server 10 receives, for example, an instruction to check whether the purchase management event is approved, the information notification module 30 informs the purchaser 701 of the occurrence of the corresponding purchase management event. ) And the remaining managers in the interests, namely, the broker 801 and the seller 601, are dedicated to provide the infrastructure for smoothly proceeding the purchase management event.

As another example, when the electronic payment management server 10 receives, for example, an instruction to check whether the sales management event is approved, the information notification module 30 notifies the fact that the sales management event has occurred. ) And the remaining managers in the interests, that is, the broker 801, the purchaser 701 is responsible for the role, providing a foundation environment for the sales management event can proceed smoothly.

On the other hand, the payment account generation module 50 is responsible for generating a series of security payment account, if, for example, when the instruction to "generate a security payment account" is received from the electronic payment management server 10, the purchaser 701, for example, provides a foundation environment in which the deposit process of cash by the purchaser B 701b can be more stably performed.

In addition, the authentication management module 60 accesses the inter-company electronic payment management system 100 of the present invention through the purchaser-side client 700, the broker-side client 800, the vendor-side client 600, and the like. It is responsible for authenticating the pre-registration of the purchaser (701) / broker (801) / seller (601).

The electronic payment management server 10 is the main system of the bank 101, together with the above-described interface module 20, information notification module 30, payment account generation module 50, authentication management module 60, etc. Basic section system), for example, the card-based system 200, the deposit system 300 and the like further forms a series of communication, in this case, the electronic payment management server 10 is the purchaser (701) side Optionally, by selectively utilizing the card system 200, the deposit system 300, and the like, which are in communication with each other, according to the "buying method of payment of purchase money" by any buyer, Encourage the free purchase payment process to proceed freely.

In this case, as described above, in the present invention, the payment method of the purchaser's side is specified as "payment by cash", "payment by purchase card", etc., thereby maximizing the stability of the overall payment process.

Hereinafter, the inter-company electronic payment management method of the present invention using the inter-company electronic payment management system 100 having the above-described configuration will be described in detail.

First, through the e-commerce system on the side of the intermediary company 801, "buyers 701 who purchased a certain product from a random seller 601" or the e-commerce system on the side of this broker 801. Through the above, "sellers 601 who have sold a certain product to any buyer 701" is the inter-company electronic payment management system 100 of the present invention, using the e-commerce system of the intermediary company Connect to Alternatively, the broker 801 may connect to the intercompany electronic payment management system of the present invention by itself.

In this state, as shown in FIG. 4, the electronic payment management server 10 determines whether a series of system connection events have occurred from either the purchaser-side client 700 or the vendor-side client 600. It judges (step S1).

At this time, if it is determined that no separate system connection event has occurred from either the purchaser-side client 700 or the seller-side client 600, the electronic payment management server 10 proceeds to step S10 to describe the flow later. do.

However, when a series of system connection events occur from either the purchaser-side client 700 or the seller-side client 600, the electronic payment management server 10 utilizes the D / B management server 40, After extracting a series of operation information stored in the operation information D / B 76, this operation information is used to generate a series of authentication pages, and the authentication page is sent to the corresponding client that generated the system connection event. (Step S2).

If a system connection event has occurred from the purchaser side client 700, this authentication page will be sent to the purchaser side client 700, and if a system connection event has occurred from the vendor side client 600, this authentication will occur. The page will be sent to the vendor-side client 600.

In this state, the electronic payment management server 10 continuously checks the interface module 20 to determine whether a series of authentication information has been transmitted from the purchaser-side client 700 or the vendor-side client 600. (Step S3).

At this time, if it is determined that a series of authentication information is transmitted from the purchaser-side client 700 or the seller-side client 600, the electronic payment management server 10 quickly utilizes the authentication management module 60, It is determined whether the manager, for example, the purchaser 701 or the seller 601, who is accessing the system 100 through the client 700 or the seller client 600 is a registered manager. (Step S4).

At this time, if it is determined that the management company that is connected to the system 100 is not a registered management company, the electronic payment management server 10 may be, for example, "You are not a registered customer, please register first." A process of generating a registration request message having the same content as that described above and transmitting the completed registration request message to the client of the management company is performed (step S5).

However, if it is determined that the management company that is accessing the system 100 is a registered management company, the electronic payment management server 10 generates a series of main pages, and generates the main page of the management company client, For example, the process of transmitting to the purchaser-side client 700 or the seller-side client 600 is performed (step S6).

In this case, the client of the management company side quickly interprets the main page 401 transmitted from the system 100 side, and displays it as shown in FIG. 5, thereby providing the purchaser 701 or the seller 601. It provides a basic environment to facilitate a series of electronic payment process between companies.

On the other hand, through the above-mentioned process, the electronic payment management, while a series of main page 401 is posted on any management company client, for example, the purchaser-side client 700 or the seller-side client 600 The server 10 determines whether a series of inter-company electronic payment use events have occurred from the client of the management company side (step S7).

At this time, if it is determined that a separate inter-company electronic payment usage event has not occurred from the client of the management company, the electronic payment management server 10 proceeds to step S10 to describe the flow later.

However, on the purchaser's 701 or seller's 601 side, for example, by clicking on " electronic payment system item 402 " on the main page 401, the buyer's client 700 or the seller's client ( When it is determined that a series of inter-company electronic payment usage events has occurred from 600, the electronic payment management server 10 utilizes, for example, the D / B management server 40, to the company registration information D / B 75. After collecting the registration information of the stored management company, it is determined sequentially whether the management company is a purchaser 701 or a seller 601 (steps S8 and S9).

In this case, when the management company is determined to be a purchaser 701, the electronic payment management server 10 checks each piece of information transmitted from the client 700 of the purchaser company through the above-described bank online network. Depending on the various conditions included in the information, such as whether the buyer's payment term is a purchase card or cash, or the transaction condition between the buyer / seller is a trade protection transaction or a general transaction, etc. In operation S100, a series of purchase-related event management processes requested from the purchasing company-side client 701 are selectively performed.

In addition, when the management company is determined to be the seller 601, the electronic payment management server 10 checks each piece of information transmitted from the client 600 on the seller side through the above-described bank online network. Depending on the various conditions included in the information, such as whether the buyer's payment term is a purchase card or cash, or the transaction condition between the buyer / seller is a trade protection transaction or a general transaction, etc. In operation S200, a series of sales-related event management processes requested from the seller company client 701 are selectively performed.

Hereinafter, the aforementioned purchase related event management process (step S100), sales related event management process (step S200), and the like will be described in detail.

First, the above-described purchase-related event process (step S100) will be described in detail.

If it is determined through the above step S8 that the management company is a purchaser 701, the electronic payment management server 10, as shown in Figure 6, a series of reflecting the registration information of the buyer (701) The initial page for the purchaser is generated, and a process of transmitting the completed initial page for the purchaser to the purchaser client 700 is performed (step S101).

In this case, the purchaser-side client 700 quickly interprets the initial page 403 for the purchaser transmitted from the system 100 side, and displays it, as shown in FIG. It provides a basic environment for smoothly managing a series of purchasing-related events.

Here, as shown in the figure, the purchaser initial page 403, for example, the purchase price payment history transmission item 404, the purchase price payment execution item 405, the purchase price payment cancellation item 406, the purchase price A payment condition change item 407 and a purchase item acquisition confirmation item 408 may be provided, and the purchaser 701 may check / set the corresponding items in real time by selectively clicking each item. Of course, each of these items can be variously modified depending on the situation.

In this state, the electronic payment management server 10 continuously checks the interface module 20 to determine whether a series of purchase price payment history transmission events have occurred from the client company 700 (step S102). ). In this case, the previous payment payment event transmission event "The purchaser 701 who purchased a series of items from the seller (601) wants to send the purchase payment payment history accumulated for a certain period to the system 100 side. When you proceed, it means "event."

At this time, if it is determined that a separate purchase price payment history transmission event has not occurred from the client company 700, the electronic payment management server 10 proceeds to step S109 to describe the flow later.

However, on the purchaser's 701 side, the purchaser's payment history transfer event is generated from the purchaser's client 700 by clicking on the purchaser's payment history transmission item 404 of the initial page 403 for the purchaser. If it is determined that, the electronic payment management server 10 utilizes the operation information stored in the operation information D / B (76), a series for guiding the "purchasing payment payment history input to the purchaser 701 side" After generating the purchase price payment history input guide page of the, the generated payment information input guide page is completed via the interface module 20, and transmits to the purchaser-side client 700 (step S103).

In this state, the electronic payment management server 10 continuously checks the interface module 20, thereby providing a series of payment information payment information corresponding to the previous payment information input guide page from the purchaser-side client 700. It is determined whether is transmitted (step S104).

At this time, when the purchaser 701 completes all the payment process inputting process, selects a transmission item, and determines that the purchaser payment information is transmitted from the client 700 of the purchaser side, The payment management server 10 immediately determines whether the "payment condition of the purchase funds" specified in the payment information of the purchase money is cash or a purchase card (step S105).

Here, the previous purchaser 701 is a purchaser (701a, 701c, 701d) issued a series of purchase cards, so that the "payment conditions of the purchase fund" specified in the purchaser payment details of the purchaser is a purchase card. If it is determined that the electronic payment management server 10 checks, for example, the business registration information D / B (75), the purchaser / seller associated with the "purchasing payment settlement information" of the purchaser is a series of "purchase" Card member / purchase card affiliated store ”or the like is judged normally (step S106).

In this case, when the purchaser / seller related to the purchase price payment history information of the corresponding purchaser is not normally subscribed as a series of “purchase card members / purchase card affiliates”, the electronic payment management server 10 may be, for example, “ Your company is not a registered purchase card member, please sign up first. 'And the process of transmitting the completed subscription invitation message to the purchaser's client 700. Step S107).

However, when a purchaser / seller associated with the purchaser's "purchase fund payment history information" of the purchaser is subscribed as a series of "purchasing card members / purchasing card merchants", the electronic payment management server 10 is a corresponding card type. In addition to storing the payment information of the purchase payment, the system 100 reflects the information, and the information is stored in the system 100, and the remaining companies having interests with the purchaser 701, for example, the seller 601 and the broker 801. The process of notifying "etc." is advanced (step S108).

In this case, the electronic payment management server 10 first passes the corresponding "card-type payment information" to the D / B management server 40, the card-type payment payment made by the purchaser 701 side The details information can be stably stored in, for example, the purchase amount payment information D / B 71.

Subsequently, the electronic payment management server 10 transmits the card payment information of the previous payment information to the information notification module 30, and through the information notification module 30, created by the purchaser 701. The card-type purchase payment information is available from the seller-side client 600 and the broker-side client 800, for example, an e-mail account on the seller-side / broker side, a wireless communicator on the seller-side / broker side, and the like. By enabling the data to be transmitted quickly, the seller 601 and the broker 801 can correctly check the "payment details of the card-type purchase money created by the buyer 701".

On the other hand, in the state of a series of "card-type payment information storage / notification process" through the above process, the electronic payment management server 10 continuously checks the interface module 20, the purchaser side It is determined whether or not a series of card type payment for money execution execution events has occurred from the client 700 (step S109). In this case, the previous card-type payment for the payment execution event is "The purchaser 701, who purchased a series of goods from the seller 601 side using the purchase card, targets the seller 601, When you want to process the payment of the purchase card payment, the event to proceed "means.

At this time, if it is determined that a separate card-type purchase price payment execution event has not occurred from the client company 700, the electronic payment management server 10 proceeds to step S118 to describe the flow later.

However, on the purchaser 701 side, the purchaser payment settlement execution item 405 of the initial page 403 for the purchaser is clicked to generate a series of card type payment execution event from the purchaser client 700. If it is determined that, the electronic payment management server 10 utilizes the operation information stored in the operation information D / B 76, to guide the "purchase payment history input process of the purchaser 701 side" for guidance. After generating a series of "card-type payment for payment execution history input guide page", the purchaser-side client 700 receives the generated card-type payment for payment execution history input guide page through the interface module 20. The process of transmitting to the process proceeds (step S110).

In this state, the electronic payment management server 10 continuously checks the interface module 20, thereby providing a series of " It is determined whether or not the " card type purchase amount payment execution information " has been transmitted (step S111).

At this time, the purchaser 701 completes all the card-type payment for purchase execution details input process, selects a transmission item, and transmits a series of card-type payment for payment execution information from the purchaser-side client 700. If it is determined, the electronic payment management server 10 immediately determines whether the previous card-type payment for payment execution information satisfies a set of requirements, for example, "payment recorded in the card-type payment for payment execution information." Is the execution amount within the purchase card limit designated to the purchaser? "" Is the payment target vendor recorded in the card type payment amount execution information already registered? "," Recorded in the card type payment amount execution information. Is the settled target selling company registered as a superior affiliated store "or the like (step S112).

At this time, the payment execution amount recorded in the card type payment amount execution execution information exceeds the purchase card limit amount specified for the corresponding purchaser, or the seller to which the payment target vendor recorded in the card type payment amount execution execution information is registered. Or, if it is determined that the payment target vendor recorded in the card type payment payment execution information is registered as a defective merchant, the electronic payment management server 10 sends a series of error messages to the purchaser side client 700. The process of transmitting to the network proceeds (step S113).

In this case, the electronic payment management server 10 utilizes the D / B management server 40, extracts a series of operation information stored in the operation information D / B 76, and then utilizes the operation information. For example, a series of error messages is generated such as "The selected amount exceeds the limit amount. Please try again ..." and transmits the generated error message to the purchaser side client 700.

However, the payment execution amount recorded in the card-type purchase payment settlement information is within the purchase card limit amount specified for the purchaser, and the payment target vendor recorded in the card-type purchase payment settlement information is a registered seller. If it is determined that the payment target seller recorded in the card type payment amount execution information is registered as a superior merchant, the electronic payment management server 10 determines whether the transaction type specified in the card type payment amount execution information is a general transaction. Or, it is determined again whether or not it is a trade protection transaction (step S114).

At this time, if it is determined that the transaction type specified in the card-type purchase payment settlement information is a general transaction, the electronic payment management server 10 is connected to a period system of the bank 101, for example, a card system 200. By selectively performing the signal exchange process, a series of purchase card payment details corresponding to the corresponding card type purchase payment settlement execution information are generated, and the result of the series of card type payment settlement execution reflecting the purchase card payment history is reflected. The process of reflecting the process is carried out (step S115).

In this case, the electronic payment management server 10 transmits the card-type purchase price payment execution result information to the D / B management server 40, so that the card type payment amount execution execution proceeded at the initiative of the purchaser 701 side. For example, it is possible to be stored stably in the payment information D / B (71).

However, when it is determined that the transaction type specified in the card-type purchase amount payment execution information is a trade protection transaction, the electronic payment management server 10 is the electronic payment management server 10 is a period system of the bank 101, for example, Selectively proceed with a series of signal exchange process with the card system 200, to generate a series of purchase card authorization number corresponding to the card type payment payment information, a series of card type reflecting this purchase card authorization number In addition to reflecting the result of the purchase payment settlement execution in the system, the process of notifying the client of the seller and the client of the dealer is proceeded (steps S116 and S117).

In this case, the electronic payment management server 10 first, by passing a series of card-type payment payment result information reflecting the previous purchase card authorization number to the D / B management server 40, the purchaser 701 side The result of the card-type purchase price payment execution carried out at the forefront can be stably stored in, for example, the purchase price payment information D / B 71.

Subsequently, the electronic payment management server 10 transmits the result of the card-type purchase price payment execution to the information notification module 30, and through the information notification module 30, proceeded by the purchaser 701 to lead. "Card type payment for payment execution result information" is for the seller-side client 600 and the broker-side client 800, e.g., the e-mail account on the seller-side / broker side, the seller-side / broker side. By allowing the data to be quickly transmitted to a wireless communication device, the seller 601 and the broker 801 can accurately check the "payment execution result information of the card type payment proceeded by the buyer 701". Make sure

In this case, the seller 601 may proceed with a reliable series of delivery processes based on the purchase card approval number delivered through the above-described process.

On the other hand, in step S109 mentioned above, if it is determined that a separate card type payment payment execution event has not occurred from the client company 700, the electronic payment management server 10 immediately shown in FIG. As described above, the flow advances to step S118 to determine whether or not a series of card type purchase amount payment cancellation events have occurred from the purchaser-side client 700. In this case, the card type payment cancellation event is to proceed when the purchaser (701a, 701c, 701d) who has purchased a series of items using the purchase card wants to cancel the execution of the payment process. Event ".

At this time, if it is determined that a separate card type payment payment cancellation event has not occurred from the client company 700, the electronic payment management server 10 proceeds to step S127 to describe the flow later.

However, on the purchaser's 701 side, the purchaser's initial purchase page 403 cancels the purchase payment settlement item 406, and a series of card-type purchase amount cancelation events occur from the purchaser's client 700. If it is determined that the electronic payment management server 10 utilizes the operation information stored in the operation information D / B (76), guide the "in process of entering the card-type purchase payment settlement details of the purchaser 701 side" guide After generating a series of "card-type payment payment history input guide page" to be made, the purchaser-side client (700) via the interface of the card-type payment payment cancellation history input page is completed, the interface module 20 In step S119, the process of transmitting is performed.

In this state, the electronic payment management server 10 continuously checks the interface module 20, and thus, a series of cards corresponding to the previous card type purchase amount payment cancellation history input guide page from the purchaser-side client 700. It is determined whether the type purchase payment settlement cancellation information has been transmitted (step S120).

At this time, the purchaser 701, the card-type purchase amount payment cancellation details input process is completed, select the transmission item, the purchaser-side client 700, a series of card-type purchase amount payment cancellation information is transmitted If it is determined that, the electronic settlement management server 10 immediately determines whether the transaction type specified in the card-type purchase amount payment cancellation information is a general transaction or a trade protection transaction (step S121).

Here, if it is determined that the transaction type specified in the card-type purchase amount payment cancellation information described above is a general transaction, the electronic payment management server 10 utilizes the D / B management server 40, and the operation information D / B 76 After extracting a series of operation information stored in the), using this operation information, for example, "This event can only proceed in a trade protection transaction. Please try again." The generated error message is transmitted to the purchaser company client 700 (step S122).

However, if it is determined that the transaction type specified in the card-type purchase amount cancellation information is a trade protection transaction, the electronic payment management server 10 immediately prompts "the remaining companies in the interest of the purchaser 701 side, for example. , Seller 601, intermediary 801 ", etc., the process of requesting the approval of the card-type purchase payment cancellation details proceeds (step S123).

In this case, the electronic payment management server 10 transmits the card-type purchase amount payment cancellation details transmitted from the client company 700 to the information notification module 30, the information notification module 30 is the electronic payment management server As soon as a series of card-type purchase payment cancellation details are received from (10), the corresponding "card-type payment payment details" are sent to the seller-side client 600 and the broker-side client 800, for example, the seller-side. Quickly send to an email account on the broker's side or a wireless communication device on the seller's or broker's side.

In the state in which the transmission process is completed, the electronic payment management server 10 continuously checks the interface module 20, the information notification module 30, and the like, and thus, the client side of the vendor 600 and the client side 800 of the agency 800. From step S124, it is determined whether or not a series of card type purchase amount payment cancellation approval information corresponding to the previous card type purchase amount payment cancellation approval request has been transmitted.

At this time, if it is determined that the series of card type payment cancellation approval information corresponding to the card type payment cancellation approval request is not transmitted from both the client client 600 and the broker client client 800, the electronic payment The management server 10 determines that the authorization of the card-type purchase amount payment cancellation has been denied, and proceeds to the previous step S122 again, for example, "The card-type purchase amount payment cancellation approval that your company proceeded to ***. And confirm and generate a series of error messages such as " ", and transmit the generated error messages to the purchaser-side client 700.

However, if it is determined that a series of card type payment cancellation approval information corresponding to the card type payment cancellation approval request has been transmitted from both the seller client 600 and the broker client 800, the electronic payment management The server 10 determines that the purchase payment settlement cancellation procedure by the purchasing company 701 has been approved by the seller 601 / broker 801, and the banking system of the bank 101, for example, the card system. By selectively performing a series of signal exchange processes with the system 200, the series of purchase card authorization numbers previously generated for the corresponding purchaser 701 is canceled, and the result of the cancellation of the purchase card authorization number is reflected. The card type purchase money settlement cancellation result is reflected in the system 100, and the result is notified to the client of the seller and the client of the agency (steps S125, S126).

In this case, the electronic payment management server 10 first passes the series of card-type purchase amount payment cancellation result information reflecting the result of the cancellation of the previous purchase card authorization number to the D / B management server 40, thereby purchasing company 701 The card-type purchase amount payment cancellation result proceeded by the initiative of the side) can be stably stored in, for example, the purchase amount payment information D / B 71.

Subsequently, the electronic payment management server 10 transmits the card-type purchase amount payment cancellation result to the information notification module 30, and through the information notification module 30, the purchaser 701 led the purchaser. The card type purchase amount payment cancellation result information is displayed on the seller-side client 600 and the broker-side client 800, e.g., the e-mail account on the seller-side / broker side, and the wireless communication device on the seller-side / broker side. By allowing the data to be transmitted quickly, the seller 601 and the broker 801 can correctly confirm the "information on the cancellation of card-type purchase payment proceeded by the buyer 701". .

On the other hand, if it is determined in step S118 mentioned above that a separate card type payment for payment cancellation event has not occurred from the client company 700, the electronic payment management server 10 immediately moves the flow to step S127. In operation, it is determined whether a series of card type payment conditions change event has occurred from the purchaser client 700. In this case, the event for changing the payment conditions of the card type purchase event is "The purchaser (701a, 701c, 701d) who purchased a series of items using the purchase card transfers the payment condition of the purchaser to another means, for example, another purchase card. When you want to change, it means the event to proceed ".

At this time, if it is determined that a separate card type payment conditions change event has not occurred from the client company 700, the electronic payment management server 10 proceeds to step S137 to describe the flow later.

However, on the purchaser's side 701, the purchaser's payment terms change condition event from the purchaser's client 700 is clicked on by clicking on the change of the purchaser's payment terms on the initial page 403 for the purchaser. Is determined, the electronic payment management server 10 utilizes the operation information stored in the operation information D / B (76), "the purchase process of the card-type purchase payment payment details on the purchaser 701 side input process After creating a series of "card type payment conditions change history input guide page" for guiding "," through the interface module 20, the card type payment conditions change history input guide page is completed. The process of transmitting to the purchaser-side client 700 is performed (step S128).

In this state, the electronic payment management server 10 continuously checks the interface module 20, and thus, a series of correspondences from the purchaser-side client 700 corresponding to the previous card type payment condition change history input guide page. It is determined whether the card type payment for payment condition change information has been transmitted (step S129).

At this time, the purchaser 701 completes the process of inputting the details of the card type payment for payment conditions, selects a transmission item, and the set of payment information for the payment conditions for the card type is provided from the client 700 of the purchaser. If it is determined that the transmission, the electronic payment management server 10 immediately targets "the remaining companies in the interests of the purchaser 701, such as the seller 601, intermediary 801", etc. , The process of requesting approval of the card type payment for payment details change proceeds (step S130).

In this case, the electronic payment management server 10 transmits the card-type purchase price payment condition change details transmitted from the client company 700 to the information notification module 30, the information notification module 30 is electronic payment management As soon as a series of card type payment amount change details are transmitted from the server 10, the corresponding card type payment amount change details are sent to the client side 600 and the broker side 800, for example, Send emails to the seller / broker's e-mail account and the seller / broker's radio.

In the state in which the transmission process is completed, the electronic payment management server 10 continuously checks the interface module 20, the information notification module 30, and the like, and thus, the client side of the vendor 600 and the client side 800 of the agency 800. From step S131, it is determined whether or not a series of card type payment conditions change approval information corresponding to the previous card type payment conditions change approval request has been transmitted.

In this case, if it is determined that both the seller-side client 600 and the broker-side client 800 have not transmitted a series of card-type payment conditions change approval information corresponding to the card-type payment conditions change approval request, The electronic payment management server 10 determines that the approval of the card-type payment for payment conditions is denied, and proceeds to the flow of step S132, for example, "Your card-type payment for payment conditions change approved by your company is **". * Rejected by the company. Confirm and generate a series of error messages, such as "‥‥", and transmits the generated error message to the purchaser-side client 700.

However, if it is determined that both the vendor-side client 600 and the broker-side client 800 transmit a series of card-type purchase price payment condition change approval information corresponding to the card-type payment condition change approval request, The payment management server 10 determines that the procedure for changing the purchase price payment condition by the purchaser 701 has been approved by the seller 601 / broker 801, and at the same time, the card type payment for the payment is made. The process of determining whether the transaction type specified in the condition change information is a general transaction or a trade protection transaction is performed (step S133).

At this time, if it is determined that the transaction type specified in the card type payment amount change information described above is a general transaction, the electronic payment management server 10 may cancel the "purchase card authorization number", "regenerate the purchase card authorization number", etc., which will be described later. The flow proceeds to step S136 without the same separate procedure.

However, when it is determined that the transaction type specified in the card type payment amount change information is a trade protection transaction, the electronic payment management server 10 is connected to a period system of the bank 101, for example, the card system 200. By selectively performing the signal exchange process, "Current process of canceling a series of purchase card authorization numbers previously created for the purchaser", "In accordance with the change of payment conditions for card-type purchase funds, New purchase card authorization number Regeneration process ", and reflects the result of the change of payment condition of the card-type purchase price reflected in the system to the system 100, and transfers the result to the client of the seller and the client of the broker. The notification process is performed (steps S134, S135, and S136).

In this case, the electronic payment management server 10 first transmits the card type purchase price payment condition change result information to the D / B management server 40, thereby proceeding with the purchase of the card type led by the purchaser 701. The result of the change of the payment conditions of money can be stably stored in, for example, the purchase payment information D / B 71.

Subsequently, the electronic payment management server 10 transmits the result of changing the payment condition of the card-type purchase price to the information notification module 30, and through the information notification module 30, the purchaser 701 leads the way. The proceeding "information of payment conditions for card type payments" is carried out by the seller side client 600 and the broker side client 800, e.g., the e-mail account of the seller side / broker side, the seller side / broker By allowing the mobile device to be quickly transmitted to the wireless communication device on the other side, the seller 601 and the broker 801 receive information on the result of the change in the payment conditions of the card-type purchase price proceeded by the buyer 701. Make sure it is correct.

On the other hand, if it is determined in step S127 mentioned above that a separate card type payment condition change event has not occurred from the purchaser-side client 700, the electronic payment management server 10 immediately proceeds to step S137. In step 3, it is determined whether a series of purchase object acquisition confirmation events have occurred from the client 700 of the purchasing company. In this case, the event of confirming the purchase of the purchase item mentioned above is "A broker (801) /" indicates that the purchaser (701) who purchased a specific item from the seller (601) has acquired the purchase item using the purchase card. Event to proceed when notifying the seller 601 side.

At this time, if it is determined that a separate purchase object acquisition confirmation event has not occurred from the client company 700, the electronic payment management server 10 proceeds to the above-mentioned step S9.

However, on the purchaser 701 side, it is determined that a series of purchase item acquisition confirmation events have occurred from the purchaser client 700 by clicking the purchase item acquisition confirmation item 408 of the initial page 403 for the purchaser. When the electronic payment management server 10 utilizes the operation information stored in the operation information D / B 76, a series of steps for guiding " purchasing confirmation details of the purchase item on the purchaser 701 " After generating the "Purchase Item Confirmation Details Input Guide Page", the process of transmitting the completed Purchase Item Confirmation Details Input Guide page through the interface module 20 is transmitted to the purchaser client 700. (Step S138).

In this state, the electronic payment management server 10 continuously checks the interface module 20 to acquire a series of purchase items corresponding to the previous purchase item confirmation confirmation entry guide page from the purchaser side client 700. It is determined whether the confirmation information has been transmitted (step S139).

At this time, if the purchaser 701 completes all the purchase item acquisition confirmation details input process, selects a transmission item, and determines that the purchase item acquisition confirmation information is transmitted from the purchaser client 700, The electronic payment management server 10 immediately proceeds to determine whether the transaction type specified in the corresponding purchase item acquisition confirmation information is a general transaction or a trade protection transaction (step S140).

Here, if it is determined that the transaction type specified in the purchase item acquisition confirmation information described above is a general transaction, the electronic payment management server proceeds to the above-mentioned step S9 without a separate procedure.

However, if it is determined that the transaction type specified in the purchase item acquisition confirmation information described above is a trade protection transaction, the electronic settlement management server 10 determines that "the purchaser side has normally acquired the goods of the seller side", By selectively performing a series of signal exchange processes with a banking system of the bank 101, for example, the card system 200, a series of purchase card payment details corresponding to the corresponding purchase item acquisition confirmation information are generated, and generation is completed. The process of storing the purchase card payment history in the system 100 is performed (step S141).

In this case, the electronic payment management server 10 transmits the corresponding purchase card payment details to the D / B management server 40, so that the purchase card payment details are stably provided to, for example, the purchase price payment information D / B 71. To be stored.

In the future, when the "predetermined purchase card payment date" arrives, the electronic payment management server 10 proceeds to step S300, which will be described later, based on the purchase card payment history, so that the company sells the product on the seller 601 side. In order to collect all the sales payments for one item, service, etc. In addition, the electronic payment management server 10 delivers the result of the confirmation of the acquisition of the purchase item to the information notification module 30, and the information notification module Through (30), the "purchase article acquisition confirmation information information" led by the purchaser (701) side, the seller side client 600 and the broker side client 800, for example, the seller side / broker side To the e-mail account of the seller, the wireless communication device of the seller side / intermediary side, etc., so that the seller 601 and the broker 801 side, Accurately confirm the purchase result confirmation process " To make it possible to check in real time.

On the other hand, in step S105 as shown in FIG. 6 described above, the purchaser 701 that has transmitted the purchase price payment history information is the purchaser 701b, and thus is designated in the purchase price payment history information of the corresponding purchaser 701b. If it is determined that the "payment condition of the purchase funds" is cash, the electronic payment management server 10 proceeds to the flow in step S143a, as shown in Figure 9, the system for the corresponding "cash payment information payment history" system; In addition to reflecting the information to the (100), the process of notifying this information to the remaining companies that have a stake in the "buyer 701", for example, the seller 601, the broker 801.

In this case, the electronic payment management server 10 first transmits the cash type payment details to the D / B management server 40, thereby making the cash type payment details created by the purchaser 701. For example, it is possible to be stored stably in the payment information D / B (71).

Subsequently, the electronic payment management server 10 transmits the above cash type payment information of the payment to the information notification module 30, and the information is written by the purchaser 701 on the side of the information notification module 30. Cash-type purchase payment information is available from the seller-side client 600 and the broker-side client 800, such as an e-mail account on the seller side / broker side, a wireless communicator on the seller side / broker side, etc. By allowing the data to be sent quickly, the seller 601 and the broker 801 can correctly check the "cash-type purchase money payment history prepared by the buyer 701".

On the other hand, in the state of a series of "cash payment information payment history information storage / notification process" through the above process, the electronic payment management server 10 continuously checks the interface module 20, the buyer side It is determined whether or not a series of cash type purchase payment settlement event has occurred from the client 700 (step S143). In this case, the above cash-type purchase payment settlement event is "Buyer 701 who wants to purchase a series of goods from the seller 601 side using cash, targeting the seller 601, When you want to process the payment of the payment, the event to proceed "means.

At this time, if it is determined that a separate cash-type purchase price payment execution event has not occurred from the client company 700, the electronic payment management server 10 proceeds to step S150 to describe the flow later.

However, on the purchaser 701 side, the purchaser payment settlement execution item 405 of the initial page 403 for the purchaser is clicked to generate a series of cash type payment execution event from the purchaser client 700. If it is determined that, the electronic payment management server 10 utilizes the operation information stored in the operation information D / B 76, to guide the "purchase payment history input process of the purchaser 701 side" for guidance. After generating a series of "cash payment settlement execution history input guide page", the purchaser-side client 700, the cash flow of the purchase payment settlement history input guide page is completed via the interface module 20, The transmission proceeds to step S144.

In this state, the electronic payment management server 10 continuously checks the interface module 20, thereby providing a series of " It is determined whether or not the cash type purchase payment settlement execution information "has been transmitted (step S145).

At this time, the purchaser 701, the cash-type purchase price payment execution details input process is completed, the transfer item is selected, the buyer-side client 700, a series of cash type payment payment execution information is transmitted. If it is determined that, the electronic settlement management server 10 immediately determines again whether the transaction type specified in the cash type purchase amount payment execution information is a general transaction or a trade protection transaction (step S146).

At this time, when it is determined that the transaction type specified in the cash type purchase amount payment execution information is a general transaction, the electronic payment management server 10 according to the cash type amount payment execution information previously described, the banking system of the bank 101 For example, a process of selectively performing a signal exchange process with the deposit accounting system 300 to withdraw a certain amount of purchase money from the designated purchaser's designated account, and then transfers the purchased money to the designated account at the vendor's side. Proceed (step S147).

However, if it is determined that the transaction type specified in the cash-type purchase amount payment execution information is a trade protection transaction, the electronic settlement management server 10 according to the cash-type purchase amount payment execution information previously described, the period of the bank 101 A system, for example, a series of signal exchange processes with the card-based system 200 selectively, withdraws a certain amount of purchase funds from the designated account of the purchasing company, and deposits the deposit of the purchase funds. And the system 100 reflects the result of a series of cash-type purchase payment settlement results reflecting this deposit request, to the system 100, and the results are reflected on the client side of the vendor 600 and the broker side client ( The process of notifying at 800 is performed (steps S148 and S149).

In this case, the electronic payment management server 10 first transmits a series of cash type purchase payment settlement execution result information reflecting the previous deposit fact to the D / B management server 40, thereby leading the purchaser 701. As a result of the cash type purchase amount payment execution proceeded to, for example, the purchase amount payment information D / B (71) can be stored stably.

Subsequently, the electronic payment management server 10 transmits the result of the cash type purchase payment settlement to the information notification module 30, and through the information notification module 30, the purchaser 701 is led by the purchaser 701. The cash type purchase payment settlement result information is displayed on the seller-side client 600 and the broker-side client 800, for example, an e-mail account on the seller-side / broker side, and a wireless communication device on the seller-side / broker side. By allowing the data to be transmitted quickly, etc., the seller 601 and the broker 801 can correctly check the "cash type purchase money settlement execution result information led by the buyer 701".

In this case, the seller 601 may proceed with a reliable series of delivery processes based on the depository facts delivered through the above-described process.

On the other hand, in step S143 described above, if it is determined that a separate cash-type purchase price payment execution event has not occurred from the client company 700, the electronic payment management server 10 immediately moves the flow to step S150 In operation, it is determined whether a series of "cash payment payment cancellation event" has occurred from the purchaser client 700. In this case, the cash type payment cancellation event means "an event that is conducted when a purchaser 701b who has purchased a series of items using cash wants to cancel the execution of the payment for the purchaser's payment." .

At this time, if it is determined that a separate cash type purchase amount payment cancellation event has not occurred from the client company 700, the electronic payment management server 10 proceeds to step S159 to describe the flow later.

However, on the purchaser's side 701, the purchaser's payment cancellation item 406 on the purchaser's initial page 403 is clicked to generate a series of cash type purchaser's cancellation events from the client's side. If it is determined that the electronic payment management server 10 utilizes the operation information stored in the operation information D / B (76), guides the "cash-type purchase payment settlement details input process of the purchaser 701 side" guide After generating a series of "cash-type payment cancellation history input guide page" to be made, the purchaser-side client 700 700 through the interface module 20 via the cash type payment cancellation history input page is completed In step S151, the process of transmitting is performed.

In this state, the electronic payment management server 10 continuously checks the interface module 20, thereby providing a series of cash from the purchaser-side client 700 corresponding to the previous cash type payment cancellation history input guide page. It is determined whether the type purchase payment settlement cancellation information has been transmitted (step S152).

At this time, the purchaser 701 completes the entire cash-type purchase amount payment cancellation history input process, selects a transmission item, and transmits a series of cash-type purchase amount payment cancellation information from the purchaser-side client 700. If it is determined that, the electronic settlement management server 10 immediately determines whether the transaction type specified in the cash type purchase amount payment cancellation information is a general transaction or a trade protection transaction (step S153).

Here, if it is determined that the transaction type specified in the cash type purchase cancellation information described above is a general transaction, the electronic payment management server 10 utilizes the D / B management server 40, and the operation information D / B 76. After extracting a series of operation information stored in the), using this operation information, for example, "This event can only proceed in a trade protection transaction. Please try again." The generated error message is transmitted to the purchaser company client 700 (step S156).

However, if it is determined that the transaction type specified in the cash-type purchase amount cancellation information is a trade protection transaction, the electronic payment management server 10 immediately prompts, "Remaining company having an interest with the purchaser 701 side, for example, , Seller 601, intermediary 801 ", etc., the process of requesting the approval of the cash cancellation payment details of the payment proceeds (step S154).

In this case, the electronic payment management server 10 transmits the cash type purchase cancellation payment details transmitted from the client company 700 to the information notification module 30, the information notification module 30 is the electronic payment management server As soon as a series of cash-type payouts are canceled from (10), the corresponding cash-payouts are canceled by the seller-side client 600 and the broker-side client 800, for example, the seller-side. Quickly send to an email account on the broker's side or a wireless communication device on the seller's or broker's side.

In the state in which the transmission process is completed, the electronic payment management server 10 continuously checks the interface module 20, the information notification module 30, and the like, and thus, the client side of the vendor 600 and the client side 800 of the agency 800. From step S155, it is determined whether or not a series of cash type purchase amount payment cancellation approval information corresponding to the cash type purchase amount payment cancellation approval request has been transmitted.

At this time, if it is determined that the series of cash-type purchase price cancellation approval information corresponding to the cash-type purchase amount payment cancellation approval request is not transmitted from both the client client 600 and the broker client client 800, the electronic payment The management server 10 determines that the approval of the cash-type purchase amount payment cancellation has been denied, and proceeds to the previous step S156 again, for example, "The cash-type purchase amount payment approval approval performed by your company is ***. And confirm and generate a series of error messages such as " ", and transmit the generated error messages to the purchaser-side client 700.

However, if it is determined that both the seller client 600 and the broker client 800 receive a series of "cash payment cancellation approval information" corresponding to the cash cancellation payment approval request, The payment management server 10 determines that the purchase payment settlement procedure by the purchaser 701 has been approved by the seller 601 / broker 801, and the banking system of the bank 101, for example, By selectively performing a series of signal exchange processes with the deposit accounting system 300, the deposit of the purchase deposit withdrawn from the purchaser 701 is returned to the possession of the purchaser 701, and this "purchase deposit return result" In addition, the system 100 reflects the result of the cancellation of the cash type purchase price settlement reflected in the system 100 and notifies the client of the seller and the client of the broker (steps S157, S158).

In this case, the electronic payment management server 10 first, by passing the series of cash-type purchase amount payment cancellation result information reflecting the result of the purchase deposit repayment to the D / B management server 40, the purchaser 701 side Cash-type purchase amount payment cancellation result proceeded by the leading so that, for example, the purchase amount payment information D / B (71) can be stored stably.

Subsequently, the electronic payment management server 10 transmits the result of the cancellation of the cash type purchase payment to the information notification module 30, and through the information notification module 30, the purchase company 701 is led by the purchaser 701. The cash-type payout cancellation result information is displayed on the seller-side client 600 and the broker-side client 800, e.g., the e-mail account on the seller-side / broker side, and on the seller-side / broker side. By allowing the data to be sent to the user promptly, the seller 601 and the broker 801 can accurately confirm the "cash type purchase payment settlement result information led by the buyer 701". .

On the other hand, if it is determined in step S150 that a separate cash type purchase amount payment cancellation event has not occurred from the purchaser-side client 700, the electronic payment management server 10 immediately moves the flow to step S159. In operation, it is determined whether a series of cash type payment condition change event has occurred from the purchaser client 700. In this case, the cash type payment condition change event is " proceeds when the purchaser 701b who has purchased a series of items using cash wants to change its payment condition to another means such as a purchase card. Event ".

At this time, if it is determined that a separate cash-type purchase price payment condition change event has not occurred from the client company 700, the electronic payment management server 10 proceeds to step S166 to describe the flow later.

However, on the purchaser's side 701, the purchaser's payment terms change condition event from the purchaser's client 700 is clicked on by clicking the change in the purchaser's payment terms on the initial page 403 for the purchaser. Is determined, the electronic payment management server 10 utilizes the operation information stored in the operation information D / B (76), "Cash type purchase price payment conditions change history input process of the purchaser (701) side After generating a series of "cash payment conditions change history input guide page" for guiding "," through the interface module 20 through the completed cash type payment conditions change history input guide page, The process of transmitting to the purchaser-side client 700 is performed (step S160).

In this state, the electronic payment management server 10 continuously checks the interface module 20, thereby providing a series of corresponding items from the purchaser-side client 700 corresponding to the previous cash type payment condition change history input guide page. It is determined whether the cash type purchase payment settlement condition change information has been transmitted (step S161).

At this time, the purchaser 701 completes all the cash-type purchase price payment condition change history inputting process, selects a transmission item, and the purchaser-side client 700 receives a series of cash type payment condition change information. If it is determined that the transmission, the electronic payment management server 10 immediately targets "the remaining companies in the interests of the purchaser 701, such as the seller 601, intermediary 801", etc. In step S162, a process for requesting the approval of the cash condition payment condition change details is performed.

In this case, the electronic payment management server 10 transfers the cash type payment condition change details transmitted from the client 700 of the purchasing company to the information notification module 30, and the information notification module 30 manages the electronic payment. As soon as a series of cash type payment condition change details are delivered from the server 10, the corresponding cash type payment condition change details are sent to the seller-side client 600 and the broker-side client 800, for example, Send emails to the seller / broker's e-mail account and the seller / broker's radio.

In the state in which the transmission process is completed, the electronic payment management server 10 continuously checks the interface module 20, the information notification module 30, and the like, and thus, the client side of the vendor 600 and the client side 800 of the agency 800. From step S163, it is determined whether or not a series of cash-type purchase price payment condition change approval information corresponding to the previous cash-type purchase price payment condition change approval request has been transmitted.

In this case, it is determined that a series of "cash payment condition payment approval information" corresponding to the cash payment condition payment approval request is not transmitted from both the client client 600 and the broker client client 800. When the electronic payment management server 10 determines that the approval of the card type purchase price payment condition change is denied, the flow proceeds to step S164, for example, "Cash type payment condition change approval approved by your company is approved." *** rejected by the company. Confirm and generate a series of error messages, such as "‥‥", and transmits the generated error message to the purchaser-side client 700.

However, if it is determined that both the seller client 600 and the broker client 800 have received a series of "cash payment condition payment approval information" corresponding to the cash payment condition payment approval request, , The electronic payment management server 10 determines that the procedure for changing the payment condition of the purchaser's payment by the purchaser 701 has been approved by the seller 601 / broker 801, and immediately, a series of cash types In addition to reflecting the result of the purchase price payment condition change in the system 100, a process of notifying the result of the seller-side client and the broker-side client is performed (step S165).

In this case, the electronic payment management server 10 first transfers the result of the change of payment condition of the cash type purchase payment to the D / B management server 40, where the cash type purchase proceeded by the purchaser 701. The result of the change of the payment conditions of money can be stably stored in, for example, the purchase payment information D / B 71.

Subsequently, the electronic payment management server 10 transmits the result of the change of payment condition of the cash type purchase money to the information notification module 30, and through the information notification module 30, the purchaser 701 leads the way. The proceeded "Cash Payment Payment Result Change Information" includes the seller-side client 600 and the broker-side client 800, e.g., an email account on the seller-side / broker side, the seller-side / broker By allowing the mobile device to be quickly transmitted to the wireless communication device on the side, the seller 601 and the broker 801 receive information on the "cash type payment conditions change result information led by the purchaser 701". Make sure it is correct.

On the other hand, in step S159 described above, if it is determined that a separate cash-type purchase price payment condition change event has not occurred from the client company 700, the electronic payment management server 10 immediately proceeds to step S166. In step 2, it is determined whether a series of purchase object acquisition confirmation events have occurred from the client 700 of the purchasing company. In this case, the event of confirming the purchase of the purchase item is "Intermediator 801 / Sales that the purchaser 701 who purchased the specific item from the seller 601 acquired the purchase item using cash. Event to proceed when notifying the company 601 side.

At this time, if it is determined that a separate purchase article acquisition confirmation event has not occurred from the client company 700, the electronic payment management server 10 proceeds to the previous step S9.

However, on the purchaser 701 side, it is determined that a series of purchase item acquisition confirmation events have occurred from the purchaser client 700 by clicking the purchase item acquisition confirmation item 408 of the initial page 403 for the purchaser. When the electronic payment management server 10 utilizes the operation information stored in the operation information D / B 76, a series of steps for guiding " purchasing confirmation details of the purchase item on the purchaser 701 " After generating the "Purchase Item Confirmation Details Input Guide Page", the process of transmitting the completed Purchase Item Confirmation Details Input Guide page through the interface module 20 is transmitted to the purchaser client 700. (Step S167).

In this state, the electronic payment management server 10 continuously checks the interface module 20 to acquire a series of purchase items corresponding to the previous purchase item confirmation confirmation entry guide page from the purchaser side client 700. It is determined whether the confirmation information has been transmitted (step S168).

At this time, if the purchaser 701 completes all the purchase item acquisition confirmation details input process, selects a transmission item, and determines that the purchase item acquisition confirmation information is transmitted from the purchaser client 700, The electronic payment management server 10 immediately proceeds with the process of determining whether the transaction type specified in the purchase item acquisition confirmation information is a general transaction or a trade protection transaction (step S169).

Here, when it is determined that the transaction type specified in the purchase item acquisition confirmation information described above is a general transaction, the electronic payment management server 10 utilizes the D / B management server 40 to transmit the operation information to the D / B 76. After extracting a series of stored operation information, this operation information is used to generate a series of error messages, for example, "This event can only be carried out in a trade protection transaction. Please try again. The completed error message is transmitted to the purchaser side client 700 (step S170).

However, if it is determined that the transaction type specified in the purchase item acquisition confirmation information described above is a trade protection transaction, the electronic settlement management server 10 determines that "the purchaser side has normally acquired the goods of the seller side", Selectively proceeding a series of signal exchange processes with the bank system 101, for example, the deposit account system 300, and the seller (601) to "purchase deposits deposited in the name of the buyer 701" After the transfer to the designated account of the side, the transfer result is reflected in the system, and the transfer result is notified to the client 600 and the client 800 of the dealer (step S171, S172).

In this case, the electronic payment management server 10 first transmits the information on the previous purchase deposit transfer processing result to the D / B management server 40, whereby the purchase item acceptance confirmation result led by the purchaser 701 is performed. For example, it can be stably stored in the purchase article acquisition information D / B (72).

Subsequently, the electronic payment management server 10 transmits the result of the previous deposit deposit processing to the information notification module 30, and through the information notification module 30, the "purchase" proceeded by the purchaser 701. Product acceptance confirmation result information " is used for the client-side client 600 and the broker-side client 800, for example, an email account on the seller side / broker side, a wireless communication device on the seller side / broker side, and the like. By allowing the data to be sent promptly, the seller 601 and the broker 801 can accurately confirm the " purchase confirmation result information proceeded by the buyer 701 " The company 601 is encouraged to collect all the sales payouts for the goods, services, and the like sold by the company.

Next, the sales-related event management process (step S200) that is linked to the ongoing purchase-related event management process (step S100) will be described in detail.

If the management company is determined to be the seller 601 through step S9 as shown in FIG. 4, the electronic payment management server 10 may display a predetermined sales condition as shown in FIG. 10. A process of generating a series of initial pages for a seller listed in a batch and transmitting the completed initial pages for a seller to the seller-side client 600 is performed (step S201).

In this case, the vendor client 600 quickly interprets the merchant initial page 409 transmitted from the system 100 side and displays it, as shown in FIG. 11, to the vendor 601. It provides a basic environment for smoothly managing a series of sales related events.

Here, as shown in the figure, the initial page 409 for the seller includes, for example, a sale condition change item 410, a cancel sale item 411, a purchase card discount item 412, a transaction confirmation item 413, and the like. In addition, the seller 601 may check / set the corresponding items in real time by selectively clicking the above items. Of course, each of these items can be variously modified depending on the situation.

In this state, the electronic payment management server 10 continuously checks the interface module 20 to determine whether a series of sales condition check events corresponding to the previous sales condition details have been generated from the client 600 of the vendor side. It is determined (step S202). In this case, the above sales condition check event is performed when "the seller 601 who has sold the specific goods through the broker 801 wants to inform that the sales conditions are collectively confirmed. Event ".

At this time, if it is determined that a separate sales condition confirmation event has not occurred from the client company 600, the electronic payment management server 10 immediately proceeds to step S204 to describe the flow.

However, if the seller 601 side clicks the transaction confirmation item 413 on the initial page 409 for the seller and determines that a series of sale condition confirmation events have occurred from the client 600 on the seller side, the electronic payment is made. The management server 10 immediately stores the result of the sale condition check and reflects the result of the sale condition on the system 100, and the result of the sale condition check is " the remaining companies in the interest of the seller 601 side, For example, a process of notifying the purchaser 701, the broker 801, etc. is performed (step S203).

In this case, the electronic payment management server 10 first transmits the result of the sale condition check to the D / B management server 40, so that the series of sale condition check result information by the seller 601 side is, for example, sold. Information can be stably stored in the D / B 74.

Subsequently, the electronic payment management server 10 transmits the previous sales condition check result information to the information notification module 30, and through the information notification module 30, a series of led by the seller 601. The sales condition check result information is promptly transferred to the purchaser side client 700 and the broker side client 800, such as an e-mail account on the purchaser side / broker side, or a wireless communication device on the side of the purchaser side / broker. In this case, the purchaser 701 and the broker 801 can correctly grasp the fact that "the seller 601 has confirmed its selling condition."

On the other hand, through the above process, in the state in which the sale condition check event is completed, the electronic payment management server 10 continuously checks the interface module 20, thereby changing a series of sale conditions from the client 600 of the seller company. It is determined whether an event has occurred (step S204). In this case, the preceding sale condition change event means "an event to be progressed when the seller 601 wants to change the sale condition specified by the company to another condition".

At this time, if it is determined that a separate sale condition change event does not occur from the client company 600, the electronic payment management server 10 proceeds to step S211 which will be described later in the flow.

However, when the seller 601 side clicks on the sale condition change item 410 of the initial page 409 for the seller and determines that a series of sale condition change events have occurred from the seller client 600, The payment management server 10 utilizes the operation information stored in the operation information D / B 76, and sets a series of changes in the sales condition for guiding "the process of inputting the change condition of the sales condition on the seller 601 side". After generating the input guide page, the generation of the completed sale condition change details input guide page is transmitted to the seller-side client 600 via the interface module 20 (step S205).

In this state, the electronic payment management server 10 continuously checks the interface module 20 to determine whether a series of sales condition change information corresponding to the previous sales condition change history input guide page has been transmitted from the client of the vendor. It is judged whether or not (step S206).

At this time, if the seller 601 completes all of the sales condition change history input process, selects a transmission item, and determines that a series of sales condition change information has been transmitted from the client 600, the electronic payment is made. The management server 10 immediately approves the change in the terms of sale for the remaining companies in the interest of the seller 601, such as the purchaser 701, the broker 801, and the like. The request process proceeds (step S207).

In this case, the electronic payment management server 10 transmits the change of sales conditions transmitted from the client 600 of the seller company to the information notification module 30, and the information notification module 30 is the electronic payment management server 10. As soon as a series of terms of sale changes are delivered from the customer, the terms of sale changes are sent to the purchaser-side client 700 and the broker-side client 800, e. Quickly transmit to the wireless communication device of the company / intermediary.

In the state in which the transmission process is completed, the electronic payment management server 10 continuously checks the interface module 20, the information notification module 30, etc., so that the purchaser-side client 700 and the broker-side client 800 From step S208, it is determined whether or not a series of selling condition change approval information corresponding to the preceding selling condition change approval request has been transmitted.

At this time, if the separate selling condition change approval information corresponding to the separate selling condition change approval request corresponding to the selling condition change approval request is not transmitted from both the purchaser-side client 700 and the broker-side client 800, The payment management server 10 determines that the approval of the sale condition change details is denied, and transmits a series of error messages to the client-side client 600 (step S209).

In this case, the electronic payment management server 10 utilizes the D / B management server 40, extracts a series of operation information stored in the operation information D / B 76, and then utilizes the operation information. For example, "* approval of the change of the sales condition proceeded by your company was rejected by ***. Please confirm ..", etc., a series of error messages are generated, and the generated error message is returned to the client-side client (600). To send).

However, if it is determined that a series of sales condition change approval information corresponding to the sales condition change approval request is transmitted from both the purchaser-side client 700 and the broker-side client 800, the electronic payment management server 10 sells. It is determined that the sales condition change procedure by the company 600 has been approved by the purchaser 701 / broker 801, and the result of the sales condition change according to the sales condition change details is stored, and this is the system 100. In addition, the process of notifying the remaining sellers of interest with the seller 601, for example, the purchaser 701 and the broker 801, of the result of the change of the relevant sales condition is carried out. S210).

In this case, the electronic payment management server 10 first transmits the result of the sale condition change to the D / B management server 40, so that the series of sale condition change result information by the seller 601 side is, for example, sold. Information can be stably stored in the D / B 74.

Subsequently, the electronic payment management server 10 transmits the result of the previous sale condition change to the information notification module 30, and through this information notification module 30, a series of sales proceeded by the sales company 601. The condition change result information is promptly transferred to the purchaser-side client 700 and the broker-side client 800, such as an e-mail account on the purchaser's side / broker's side, a wireless communication device on the purchaser's side / broker's side, and so on. By enabling the transmission, the purchaser 701 and the broker 801 can correctly confirm the final result of the "change of sales conditions by the seller 601".

On the other hand, through the above process, in the state of sale conditions change event is completed, the electronic payment management server 10 continuously checks the interface module 20, a series of sales cancellation events from the client side of the vendor 600 It is determined whether or not (step S211) has occurred. In this case, the above sale cancellation event means "an event that the seller 601 proceeds when the company wants to cancel the sales process that the company has already performed."

At this time, if it is determined that a separate sale cancellation event has not occurred from the client company 600, the electronic payment management server 10 proceeds to step S221 to describe the flow later.

However, if the seller 601 side clicks on the sale cancellation item 411 of the initial page 409 for the seller and determines that a series of sale cancellation events have occurred from the client client 600, the electronic payment management The server 10 utilizes the operation information stored in the operation information D / B 76 to generate a series of sales cancellation history input guide pages for guiding "the process of entering sales cancellation details on the seller 601 side." After the generation, the process of transmitting the completed sale cancellation history input guide page through the interface module 20 is transmitted to the seller-side client 600 (step S212).

In this state, the electronic payment management server 10 continuously checks the interface module 20, so that the series of sales cancellation information corresponding to the previous sales cancellation history input guide page has been transmitted from the client 600 of the vendor side. It is determined whether or not (step S213).

At this time, when the seller 601 completes all of the sales cancellation history input process, selects a transmission item, and determines that a series of sales cancellation information is transmitted from the client 600 of the seller, the electronic payment management server. (10) proceeds with a process for requesting approval of the cancellation of sales targeting the remaining companies that have a stake in the seller (601) side, for example, the purchaser (701), the broker (801). (Step S214).

In this case, the electronic payment management server 10 transmits the sale cancellation history transmitted from the client 600 of the seller company to the information notification module 30, and the information notification module 30 from the electronic payment management server 10. As soon as a series of sales cancellations are delivered, the sales cancellation history is sent to the buyer-side client 700 and the broker-side client 800, e. It is sent quickly to the intermediary's wireless communication device.

In the state in which the transmission process is completed, the electronic payment management server 10 continuously checks the interface module 20, the information notification module 30, etc., so that the purchaser-side client 700 and the broker-side client 800 From step S215, it is determined whether or not a series of sale cancellation approval information corresponding to the previous sale cancellation approval request has been transmitted.

In this case, if the separate sale cancellation approval information corresponding to the sale cancellation approval request is not transmitted from both the purchaser-side client 700 and the broker-side client 800, the electronic payment management server 10 approves the sale cancellation history. It is judged that this has been rejected, and proceeds to the previous step S209 again, for example, "*** approval of the sales cancellation procedure which you carried out was rejected by ***. It generates and transmits the generated error message to the vendor-side client 600.

However, if it is determined that both of the purchaser-side client 700 and the broker-side client 800 have received a series of sale cancellation approval information corresponding to the sale cancellation approval request, the electronic payment management server 10 determines that the seller ( It is determined that the sale cancellation procedure by the party 600 has been approved by the purchaser 701 / broker 801, and immediately, whether the transaction type specified in the above sale cancellation information is a general transaction or a trade protection transaction. It is judged whether or not (step S216).

At this time, if it is determined that the transaction type specified in the above-mentioned sales cancellation information is a general transaction, the electronic payment management server 10 proceeds to step S220 which will be described later with no flow.

However, if it is determined that the transaction type specified in the above-mentioned sale cancellation information is a trade protection transaction, the electronic payment management server 10 immediately determines whether the payment condition of the purchaser 701 associated with the sale cancellation information is cash or It is determined again whether or not it is a purchase card (step S217).

At this time, when it is determined that the payment condition of the purchaser 701 related to the above-described sales cancellation information is cash, the electronic payment management server 10 immediately determines a period system of the bank 101, for example, a deposit system ( 300) and a series of signal exchange processes are selectively performed, and the purchase deposit deposited in the name of the purchasing company is returned to the designated account of the purchasing company, and the flow proceeds to step S220 which describes the flow later.

However, if it is determined that the payment condition of the purchaser 701 related to the above-described sales cancellation information is a purchase card, the electronic payment management server 10 may be another system of the bank 101, for example, the card system 200. And a series of signal exchange processes are optionally performed, and after canceling the purchase card authorization number of a specific purchaser that was previously generated, the result of the cancellation of sales is reflected in the system, and the purchaser client 700 And the notification process to the broker-side client 800 (steps S219 and S220).

In this case, the electronic payment management server 10 first transmits the sales cancellation result to the D / B management server 40, so that the series of sales cancellation result information by the sales company 601 is, for example, sales information D. / B (74) can be stored stably.

Subsequently, the electronic payment management server 10 transmits the previous sales cancellation result to the information notification module 30, and through this information notification module 30, a series of sales cancellations led by the sales company 601. The resulting information can be quickly sent to the buyer-side client 700 and the broker-side client 800, e.g., e-mail accounts on the purchaser's side / broker's side, wireless communicators on the buyer's side / broker's side, etc. By doing so, the purchaser 701 and the broker 801 can correctly confirm the final result of "cancellation by seller 601".

On the other hand, through the above-described process, in the state in which the sale cancellation event is completed, the electronic payment management server 10 continuously checks the interface module 20, as shown in FIG. In step S221, it is determined whether a series of purchase card discount application events have occurred. In this case, the event for applying for a purchase card discount event is "when the seller 601 who sells the product through the purchase card wants to receive a discount in advance and cash in advance of the purchase card payment amount before the payment date of the purchase card. , Event to proceed ".

At this time, if it is determined that a separate purchase card discount application event has not occurred from the client company 600, the electronic payment management server 10 proceeds to step S10 to describe the flow later.

However, if the seller 601 side clicks on the purchase card discount item 412 of the initial page 409 for the seller, and it is determined that a series of purchase card discount application events have occurred from the client 600 of the seller, The electronic payment management server 10 utilizes the operation information stored in the operation information D / B 76, and a series of purchase cards for guiding the "entering process of entering the purchase card discount application details of the seller 601 side". After generating the discount request details input guide page, the process of transmitting the completed purchase card discount request details input guide page via the interface module 20 to the seller-side client 600 is performed (step S222). ).

In this state, the electronic payment management server 10 continuously checks the interface module 20, thereby applying a series of purchase card discount applications corresponding to the previous purchase card discount application history input guide page from the client 600 of the seller side. It is determined whether or not the information has been transmitted (step S223).

At this time, when the seller 601 completes the input process of purchasing the card discount application details and selects a transmission item, it is determined that a series of purchase card discount application information has been transmitted from the client 600 of the vendor, The electronic payment management server 10 immediately determines whether the corresponding purchase card discount application information satisfies a predetermined set of discount requirements, for example, "the amount of the discount application recorded in the purchase card discount application information is the sales amount of the seller. Or "is the purchaser recorded in the purchase card discount application information registered as a superior purchase card member?" Or the like (step S224).

At this time, if it is determined that the discount application amount recorded in the purchase card discount application information exceeds the sales amount of the seller or the purchaser recorded in the purchase card discount application information is registered as a bad purchase card member, the electronic payment is made. The management server 10 proceeds to the process of transmitting a series of error messages to the client-side client 600 (step S225).

In this case, the electronic payment management server 10 utilizes the D / B management server 40, extracts a series of operation information stored in the operation information D / B 76, and then utilizes the operation information. For example, a series of error messages is generated such as "The selected amount exceeds the discountable amount. Please try again." And the like, and transmits the generated error message to the client side 600 of the vendor.

However, if it is determined that the discount application amount recorded in the purchase card discount application information is within the sales amount of the seller and the purchaser recorded in the purchase card discount application information is registered as a superior purchase card member, the electronic payment management server (10) selectively executes a series of signal exchange processes with a banking system of the bank 101, for example, the card system 200, so that the predetermined discount amount described in the purchase card discount application information is designated by the vendor. In the end, the seller 600 can cash the series of purchase card payments in advance, before the payment date of the purchase card (step S226).

Thereafter, the electronic payment management server 10 reflects the above-described purchase card discount result to the system and notifies the purchaser client 700 and the broker client 800 of the purchase process (step S227). ).

In this case, the electronic payment management server 10 first transmits the purchase card discount result to the D / B management server 40, so that a series of purchase card discount result information by the seller 601 may be, for example, purchased. It can be stably stored in the fund settlement information D / B (71).

Subsequently, the electronic payment management server 10 transmits the previous purchase card discount result to the information notification module 30, and through this information notification module 30, a series of purchases led by the seller 601 side. The card discount result information can be quickly transferred to the purchaser-side client 700 and the broker-side client 800, such as an e-mail account on the purchaser's side / broker's side, or a wireless communicator on the purchaser's side / broker's side. By allowing the data to be transmitted, the purchaser 701 and the broker 801 can correctly confirm the final result of the "purchase card discount by the seller 601".

On the other hand, as shown in FIG. 4 described above, when the above sale-related event management process (step S200) is completed, the electronic payment management server 10 utilizes the D / B management server 40, payment for the purchase price The purchase price payment information stored in the information D / B is extracted and used again to determine whether there is a purchase card payment of the same day among the previously stored card type payment details (step S10).

At this time, if there is a purchase card payment on the day of the card-type purchase funds payment history previously stored, the electronic payment management server 10 immediately checks the designated account of the purchaser side related to the purchase card payment, A series of payment card payment process proceeds quickly (step S300).

First, as shown in FIG. 13, the electronic payment management server 10 performs a process of closely checking a designated account of a purchaser company related to a purchase card payment on the day using the deposit account system 300 described above. (Step S301).

Subsequently, the electronic payment management server 10 checks whether the purchase card payment on the same day is a "discount payment target" or "general target" that recovers the "discount payment" generated by the above steps S221 to S227. It is judged whether or not (step S302).

In this case, since the seller 601 involved in the purchase card payment on the day is a seller who has undergone the same "purchase card discount process" as in the previous case, it is determined that the purchase card payment on the day is "the object of collection of discount payment". If so, the electronic payment management server 10 immediately determines whether or not the amount deposited in the designated account on the purchaser's side is equal to or greater than the "discount payment amount" (step S303).

At this time, as shown in FIG. 14A, the discount payment amount is 500, whereas the amount deposited in the designated account of the purchaser is 2000, and the amount deposited in the designated account of the purchaser is "discount payment". If it is determined that the above, the electronic payment management server 10 proceeds with the process of normally recovering the "discount payment amount" prepaid by the bank 101 (step S304).

In this case, the electronic payment management server, for example, requests the collection account system 300 to recover the amount of money deposited in the designated account of the purchaser side, the deposit account system 300 immediately after such a request event occurs For example, 500 of the holdings of the purchaser 701, for example, 500, is deposited from the designated account of the purchaser to the bank, and finally, the bank 101 receives the "discount", which is prepaid through the aforementioned "discount process." The amount of payment "can be easily recovered.

Through the above-described process, when the recovery process of the "discount payment amount" is completed, the electronic payment management server 10 subtracts the "discount payment amount" from the holding price of the purchasing company 701, and then removes the appropriate residual amount. The process of depositing into the designated account of the seller company is performed (step S305).

In this case, the electronic payment management server 10 requests the deposit account system 300 to transfer the remaining appropriate amount deposited in the designated account of the purchaser side, and the deposit account system immediately requests such an event. For example, among the remaining reserves on the purchaser's side 701, for example, 1500, “1000 remaining balance amount” is deposited from the purchaser's designated account to the vendor's designated account, and eventually, the seller 601 The company will be able to collect all sales payouts for goods and services sold by the company.

On the other hand, in the above step S303, as shown in Fig. 14B, while the discount payment amount is 1000, the amount of money deposited in the designated account of the purchasing company is 500, and then deposited in the designated account of the purchasing company. If it is determined that the amount is less than the discount payment amount, the electronic payment management server 10 collects 500 that has been deposited in the designated account of the purchaser, and purchases a corresponding purchase that has a purchase card borrower relationship with the bank 101. The process of overdue the company 701 by the difference, that is, 500 (steps S306 and S307).

In this case, the electronic payment management server 10 by using the D / B management server 40, by changing the registration information of the purchase company 701 stored in the company registration information D / B (75), In addition, the purchaser 701 may be classified and managed as a delinquent company.

On the other hand, in the above-described step S302, the seller 601 involved in the purchase card payment on the day is a general seller who has not undergone the series of "purchasing card discount process" as in the previous case, so that the purchase card payment on the day is " If it is determined that the item is not a "recovery payment collection" and not "a general collection", the electronic payment management server 10 immediately determines that the amount deposited in the purchaser's designated account is "purchase card payment." It is determined whether or not the amount is "amount or more" (step S308).

In this case, as shown in FIG. 14C, the purchase card settlement amount is 800, whereas the amount deposited in the designated account of the purchaser is 1500, and the amount deposited in the designated account of the purchaser is purchased. If it is determined that the card payment amount or more, the electronic payment management server 10 proceeds with the process of recovering the purchase card payment amount of the purchaser company 701 normally (step S309).

In this case, the electronic payment management server 10 requests the collection account system 300 to recover the amount of money deposited in the designated account of the purchaser, and the deposit account system 300 generates such a request event. Immediately, a deposit of the purchaser 701, for example, 800 out of 1500, is deposited from the purchaser's designated account to the seller's designated account, and eventually the seller 601 is responsible for the goods, services, etc. sold by the company. You will be able to collect all your payouts.

However, in the previous step S308, as shown in FIG. 14D, the purchase card payment amount is 1500, whereas the amount deposited in the designated account of the purchaser is 500, and then the amount is stored in the designated account of the purchaser. If it is determined that the amount of money deposited is less than the purchase card payment amount, the electronic payment management server 10 determines the purchaser payment amount 1500 of the purchase card payment amount of the purchaser 701 side to be collected by the seller 601 side. In step S310, the process of making payment to the seller 601 side instead of the side 701 is performed.

As soon as this payment process is completed, the electronic payment management server 10 collects 500 that has been deposited in the designated account of the purchaser, and also purchases a corresponding purchaser who has a purchase card borrower relationship with the bank 101. The process of overdue processing 701 by the difference, that is, 1000, is performed (step S311).

In this case, the electronic payment management server 10 by using the D / B management server 40, by changing the registration information of the purchase company 701 stored in the company registration information D / B (75), In addition, the purchaser 701 may be classified and managed as a delinquent company.

Thereafter, the electronic payment management server 10 generates the above-described interface module 20 whenever a series of purchase-related events, sales-related events, etc. are generated from the purchaser-side client 700 or the seller-side client 600. By closely linking the information notification module 30 and the D / B management server 40 with a series of payment collection management processes and purchase payment payment management processes, arbitrary buyers and sellers It is possible to easily establish a more reliable electronic payment relationship based on the bank online network.

As described in detail above, in the present invention, each time a series of purchase management events, mediation management events, sales management events, etc. occur from the purchaser-side client or the seller-side client, the above-described interface module, information notification module, D By closely linking the B / B management server and systematically conducting a series of payout management process and payout management process, any purchaser, broker, or distributor can This makes it easy to form a reliable electronic payment relationship.

When the present invention is implemented, the purchaser-broker-seller can easily be provided with a series of guarantee systems that can guarantee the payment relationship between the respective companies online. If achieved, each buyer-broker-seller will be able to avoid unforeseen damage from the breach of the payment relationship.

While specific embodiments of the invention have been described and illustrated above, it will be apparent that the invention may be embodied in various modifications by those skilled in the art.

Such modified embodiments should not be understood individually from the technical spirit or point of view of the present invention and such modified embodiments should fall within the scope of the appended claims of the present invention.

Figure 1 is an exemplary diagram conceptually showing the electronic payment information connection relationship between companies employing the present invention.

2 is an exemplary diagram conceptually showing a purchase card issuance relationship between a bank and a purchaser for implementing the present invention;

Figure 3 is an exemplary diagram conceptually showing an inter-company electronic payment management system for implementing the present invention.

Figure 4 is a flow chart showing sequentially an inter-company electronic payment management method according to an embodiment of the present invention.

5 is an exemplary diagram conceptually showing a main page posting state of a purchasing company client / seller client according to an embodiment of the present invention.

Figure 6 is a flow chart showing sequentially an inter-company electronic payment management method according to another embodiment of the present invention.

7 is an exemplary view conceptually showing an initial page post state for a purchaser of a purchaser client according to another embodiment of the present invention.

8 to 10 are flowcharts sequentially showing a method for managing an electronic payment between enterprises according to another embodiment of the present invention.

11 is an exemplary diagram conceptually showing an initial page post state for a seller of a seller client according to another embodiment of the present invention.

12 and 13 are flowcharts sequentially showing an inter-company electronic payment management method according to another embodiment of the present invention.

14A to 14D are conceptual views illustrating a money deposit state of a designated company's designated account according to another embodiment of the present invention.

Claims (20)

Purchasing-related event management process by the electronic payment management server belonging to the bank online network targeting the purchaser-side client / seller-side client that has a purchase relationship / sales relationship through the broker-side client And sales related event management process, The purchase-related event management process includes the step of determining, by the electronic payment management server, whether or not a purchase price payment history transmission event has occurred from the client of the purchaser company based on the initial page for a predetermined purchaser; When the purchase price payment history transmission event occurs from the purchaser company client, transmitting a purchase price payment history input guide page for inputting the payment price details to the purchaser company client; Determining whether the purchase price payment history information corresponding to the purchase price payment history input guide page has been transmitted from the client of the purchaser company; If the purchaser payment details information corresponding to the purchase price payment details input guide page is transmitted from the client of the purchaser company, it is determined whether the payment condition of the purchase money specified in the payment details of the purchase money is cash or a purchase card. Making a step; Determining whether the purchaser / seller associated with the purchase price payment history information is registered as a purchase card member / purchase card affiliate when the payment condition of the purchase money specified in the purchase price payment history information is a purchase card; Wow; When the purchaser / seller related to the purchase price payment history information is registered as a purchase card member / purchase card affiliate store, the card type purchase money payment history information is stored in the system, and the information is stored on the client of the seller side. And notifying the client of the broker, and inducing the seller and the broker to check the purchaser's payment form of the card type in real time. If the payment condition of the purchase amount specified in the payment amount information of the purchase price is cash, the cash type payment amount information is stored in the system, and the information is notified to the client of the seller and the broker. Inter-company electronic payment management method characterized in that the step of deriving the real-time confirmation of the cash-type payments of the purchaser on the purchaser side and the broker side. delete According to claim 1, After the step of notifying the cash payment price payment history information to the client and the client side of the dealer, the electronic payment management server has a cash type payment payment execution event from the client client; Determining whether it has occurred; If a cash type purchase price payment execution event has occurred from the client of the purchaser side, transmitting the cash type purchase amount payment execution history input guide page for inputting the cash type purchase amount payment execution history to the purchaser side client; Wow; Determining whether the cash type purchase price payment execution information corresponding to the cash type purchase amount payment execution history input guide page has been transmitted from the client of the purchasing company; When the cash type purchase amount payment execution information corresponding to the cash type purchase amount payment execution history input guide page is transmitted from the client of the purchaser company, is the transaction type specified in the cash type purchase amount payment execution information the general transaction or the transaction Determining whether the protection transaction is authorized; If the transaction type specified in the cash-type purchase amount payment execution information is a trading protection transaction, withdraw the predetermined amount of the purchase amount from the designated company's designated account according to the cash-type purchase amount payment execution information, and then Request a deposit online and notify the broker-side client and the seller-side client of the result of the payment execution of the cash-type purchase money, so that the purchaser-side cash-type purchase can be made from the broker and the seller side. To guide you in real time to check the results of your payments. When the transaction type specified in the cash-type purchase amount payment execution information is a general transaction, withdraw the predetermined amount of the purchase amount from the designated company's designated account according to the cash-type purchase amount payment execution information, and then sell the purchase amount. Inter-company electronic payment management method characterized in that the step of transferring to the designated company-side account. delete 4. The method of claim 3, wherein the electronic payment management server determines whether the cash type purchase amount payment cancellation event has occurred from the purchaser side client when a separate cash type purchase amount payment execution event has not occurred from the purchaser side client. Determining whether or not; If a cash type purchase amount payment cancellation event has occurred from the client of the purchaser side, transmitting a cash type purchase amount payment cancellation history input guide page for entering the cash type purchase amount payment cancellation history to the client of the purchaser side; Wow; Determining whether the cash type purchase amount payment cancellation information corresponding to the cash type purchase amount payment cancellation history input guide page has been transmitted from the client of the purchaser company; If the cash type purchase amount payment cancellation information corresponding to the cash type purchase amount payment cancellation history input guide page is transmitted from the client, the transaction type specified in the cash type purchase amount payment cancellation information is a general transaction or trade. Determining whether the protection transaction is authorized; When the transaction type specified in the cash type payment cancellation information is a trade protection transaction, requesting approval of the cash type purchase amount payment cancellation details from the client of the seller and the broker; Determining whether the cash type purchase amount payment cancellation approval information has been transmitted from the seller company client and the broker company client; In the case where the cash cancellation of the purchase price of the cash payment is transmitted from the client of the seller and the client of the broker, the deposit deposited in the name of the purchaser is returned to the designated account of the purchaser, Notifying the seller side client and the broker side client of the result of the cancellation of payment, leading to the step of inducing the seller and the broker side to check the cash type purchase amount settlement result of the purchaser side in real time, In case the client's client and the broker's client refuse to cancel the cash-type purchase price payment, an error message is sent to the purchaser-side client, and the cash-type purchase money by the purchaser's side is transmitted. To force the cancellation of the cancellation event. Walk, If the transaction type specified in the cash-type purchase amount payment cancellation information is a general transaction, an error message is sent to the client of the purchaser side so that the cash-type purchase amount payment cancellation event by the purchaser side may be forcibly stopped. Inter-company electronic payment management method characterized in that the step of deriving. The payment method according to claim 3, wherein, when a separate cash type purchase price payment execution event has not occurred from the purchaser client, the electronic payment management server has generated a cash type payment condition change event from the client of the purchaser client. Determining whether or not; When the cash type purchase price payment condition change event occurs from the client of the purchaser side, the cash type purchase price payment condition change history input guide page for entering the change of the cash type payment condition to the purchaser client Transmitting; Determining whether the cash type purchase price payment condition change information corresponding to the cash type purchase price payment condition change history input guide page has been transmitted from the client of the purchaser company; When the cash type purchase price payment condition change information corresponding to the cash type purchase price payment condition change history input guide page is transmitted from the client of the purchaser company, the cash type purchase money to the client of the vendor and the broker company Requesting approval of a payment condition change history; Determining whether the cash type purchase payment settlement condition change approval information has been transmitted from the seller company client and the broker company client; When the cash type purchase payment settlement condition change approval information is transmitted from the seller client and the broker client, the result of the change of the cash payment condition is reflected in the system, and the client and the broker on the selling party. Informing the client of the side, the seller and the intermediary to proceed to induce the real-time confirmation of the results of the change in the payment conditions of the cash-type purchase price on the buyer side, and from the client of the vendor and the client of the broker In case the intention to reject the change of the cash type purchase price payment condition is transmitted, an error message is sent to the client of the purchaser side, so that the event of changing the cash type purchase price payment condition by the purchaser side can be forcibly stopped. A company characterized by a step of inducing How to manage liver electronic payment. 4. The method of claim 3, wherein the electronic payment management server determines whether a purchase item acquisition confirmation event has occurred from the client of the purchaser, when a separate cash type purchase price payment execution event has not occurred from the client of the buyer. Judging; When a purchase item acquisition confirmation event occurs from the purchaser company client, transmitting a purchase item acquisition confirmation history input guide page for inputting the purchase item acquisition confirmation history to the purchaser company client; Determining whether the purchase item acquisition confirmation information corresponding to the purchase item acquisition confirmation history input guide page has been transmitted from the purchaser client; If the purchase item acknowledgment information corresponding to the purchase item acknowledgment details input guide page is transmitted from the client of the purchaser company, whether the transaction type specified in the purchase item acknowledgment information is a general transaction or a trade protection transaction. Judging; If the transaction type specified in the purchase item confirmation information is a trade protection transaction, a certain amount of the purchase deposit deposited in the name of the purchaser side is transferred to the designated account of the vendor, and the result of the transfer processing is sold. Transmitting to the client of the company and the client of the broker, and inducing the seller and the broker to confirm the transfer processing result in real time. If the transaction type specified in the purchase item confirmation information is a general transaction, sending an error message to the client of the purchaser company to induce the purchase item acquisition confirmation event by the buyer company to be forced to stop. The inter-company electronic payment management method characterized in that the progress. The electronic payment management server of claim 1, wherein the electronic payment management server stores the card-type purchase price payment history information in a system and notifies the seller-side client and the broker-side client. Determining whether a card type payment execution event has occurred from the client; If a card type payment payment execution event has occurred from the client of the purchaser company, transmitting the card type payment payment execution history input guide page for inputting the card type payment payment execution history to the client of the purchaser company. Wow; Determining whether card type purchase price payment execution information corresponding to the card type purchase price payment execution history input guide page has been transmitted from the purchaser client; When the card type purchase price payment execution information corresponding to the card type purchase amount payment execution history input guide page is transmitted from the client of the purchaser company, whether the card type purchase amount payment execution information satisfies a preset requirement. Judging; Determining whether the transaction type specified in the card-type purchase amount payment execution information is a general transaction or a trade protection transaction when the card-type purchase amount payment execution information satisfies a preset requirement; When the transaction type specified in the card type payment amount execution information is a trade protection transaction, a purchase card authorization number corresponding to the card type payment amount execution information is generated, and the card type payment amount execution execution reflecting the purchase card authorization number is reflected. In addition to reflecting the results in the system, and notifies the broker-side client and the seller-side client, the broker and the seller side proceeds to induce the real-time confirmation of the results of the card-type purchase price payment execution; , If the transaction type specified in the card type payment amount execution information is a general transaction, the purchase card payment history corresponding to the card type payment amount execution information is generated, and the card type payment amount execution execution reflecting the purchase card payment details is reflected. The inter-company electronic payment management method comprising the step of reflecting the results in the system. delete 10. The method of claim 8, wherein when the separate card-type purchase price payment execution event has not occurred from the purchaser-side client, the electronic payment management server determines whether a card-type purchase price payment cancellation event has occurred from the client-side purchaser side client. Determining whether or not; If a card type purchase price cancellation event occurs from the client of the purchaser side, transmitting the card type payment amount of cancellation details input guide page for entering the corresponding card type payment amount of cancellation information to the client of the purchaser side. Wow; Determining whether the card type purchase price payment cancellation information corresponding to the card type purchase price payment cancellation history input guide page has been transmitted from the client of the purchaser company; If the card type purchase amount payment cancellation information corresponding to the card type purchase amount payment cancellation history input guide page is transmitted from the client, the transaction type specified in the card type payment amount cancellation information is a general transaction or a sale Determining whether the protection transaction is authorized; When the transaction type specified in the card type purchase amount payment cancellation information is a trade protection transaction, requesting approval of the card type purchase amount payment cancellation details from the client of the seller and the broker; Determining whether card-type purchase price payment cancellation authorization information has been transmitted from the client of the seller company and the client of the broker company; When the card type purchase amount payment cancellation authorization information is transmitted from the seller side client and the broker side client, the previously generated purchase card authorization number is canceled, and the card type purchase amount payment cancellation result is returned to the seller side client. And informing the client of the broker, thereby inducing the seller and the broker to confirm the cancellation result of the card type purchase price in real time, and the card from the client of the vendor and the client of the broker. In case the intention of rejecting the cancellation of the type purchase price is transmitted, sending an error message to the client of the purchaser side to induce the cancellation of the card type payment amount cancellation event by the purchaser side. Inter-company electronic payment management, characterized in that proceeding Law. 10. The method of claim 8, wherein when the separate card-type purchase price payment execution event does not occur from the client, the electronic payment management server has a card type payment condition change event occurred from the client of the purchaser-side client. Determining whether or not; When a card type payment condition change event occurs from the client of the purchaser side, a card type payment condition change history input guide page for entering the card payment condition change details can be inputted to the client of the purchaser side. Transmitting; Determining whether the card type purchase price payment condition change information corresponding to the card type purchase price payment condition change history input guide page has been transmitted from the purchaser client; When the card type purchase price payment condition change information corresponding to the card type purchase price payment condition change history input guide page is transmitted from the client of the purchaser company, the card type purchase money to the client of the vendor and the broker company Requesting approval of a payment condition change history; Determining whether card type purchase price payment condition change approval information has been transmitted from the seller company client and the broker company client; When the card type purchase price payment condition change approval information is transmitted from the client of the seller side and the broker side, whether the transaction type specified in the card type payment condition change information is a general transaction or a trade protection transaction. If the decision to reject the change of the card-type purchase price payment terms from the client of the seller side and the broker-side client is transmitted, an error message is transmitted to the client of the purchaser side, and the purchaser Proceeding to induce the card-type purchase price payment condition change event by the side to be forcibly stopped, If the transaction type specified in the card type payment amount change information is a trade protection transaction, the previously created purchase card authorization number is canceled, and a new purchase card authorization number is set in accordance with the card type payment amount change information. The card-type purchase price payment condition change result is notified to the seller-side client and the broker-side client by reproducing the card-type purchase price payment condition change result. To guide you through the process If the transaction type specified in the card type payment amount change information is a general transaction, the result of simply changing the card type payment amount payment condition is sold without proceeding with the purchase card authorization number cancellation procedure and the new purchase card authorization number regeneration procedure. An inter-company electronic payment management method comprising the step of notifying the client of the company and the client of the broker. 10. The method of claim 8, wherein when the separate card type payment payment event does not occur from the purchaser client, the electronic payment management server determines whether a purchase item acknowledgment event has occurred from the client of the purchaser client. Judging; When a purchase item acquisition confirmation event occurs from the purchaser company client, transmitting a purchase item acquisition confirmation history input guide page for inputting the purchase item acquisition confirmation history to the purchaser company client; Determining whether the purchase item acquisition confirmation information corresponding to the purchase item acquisition confirmation history input guide page has been transmitted from the purchaser client; If the purchase item acknowledgment information corresponding to the purchase item acknowledgment details input guide page is transmitted from the client of the purchaser company, whether the transaction type specified in the purchase item acknowledgment information is a general transaction or a trade protection transaction. Judging; If the transaction type specified in the purchase item confirmation information is a trade protection transaction, the purchase card payment history for the purchaser and the seller is generated, and the generated purchase card payment history is reflected in the system. Notifying the seller client and the broker client of the acknowledgment of the purchase item acquiring, and inducing the seller and the broker to confirm the purchase item acknowledgment result of the buyer in real time. and, If the transaction type specified in the purchase article confirmation information is a general transaction, the electronic payment management method for inter-company, characterized in that to block the proceeding, ignoring the purchase article acquisition confirmation event procedure by the client of the buyer company. The method of claim 1, wherein the event related to managing sales comprises: transmitting, by the electronic payment management server, an initial page for a sales company in which predetermined sales condition details are collectively listed to the sales company client; Determining whether a selling condition checking event corresponding to the selling condition details has occurred from the client of the selling company; When a sales condition check event corresponding to the sales condition details is generated from the client of the seller company, the sales condition check result is reflected in the system, and the purchaser client and the broker client are notified to the purchase. Inducing a company and an intermediary to identify in real time the terms of sale of the seller; Determining whether a sale cancellation event has occurred from the client of the vendor; Transmitting a sales cancellation history input guide page for inputting the sales cancellation history to the sales client when the sales cancellation event occurs from the sales client; Determining whether the sales cancellation information corresponding to the sales cancellation history input guide page has been transmitted from the sales company client; Requesting approval of the sales cancellation history from the purchaser-side client and the broker-side client when the sales cancellation information corresponding to the sales cancellation history input guide page is transmitted from the client of the sales company; Determining whether or not the sale cancellation approval information has been transmitted from the purchaser-side client and the broker-side client; If the sale cancellation approval information is transmitted from the client of the purchaser company and the client of the brokerage company, determining whether the transaction type specified in the sale cancellation information is a general transaction or a trade protection transaction; In case the client's client and the broker's client refuse to cancel the sale, an error message is sent to the seller's client to induce forced cancellation of the event by the seller. To follow the steps If the transaction type specified in the sale cancellation information is a trade protection transaction, determining whether the payment condition of the purchase company related to the sale cancellation information is cash or a purchase card; If the purchaser's payment condition related to the sale cancellation information is a purchase card, the purchase card authorization number assigned to the purchase card is canceled, and the purchase card authorization number cancellation result is returned to the purchaser client and the broker client. Informing the purchaser and the broker to confirm the purchase card authorization number cancellation result in real time; If the payment condition of the purchaser related to the sale cancellation information is cash, the purchase deposit deposited in the name of the purchaser is returned to the purchasing company, and the result of the refund of the purchase deposit is returned to the client and the broker. Notifying the client of the company, and proceeding to induce the purchaser and the broker to confirm the results of the purchase deposit repatriation in real time, If the transaction type specified in the sale cancellation information is a general transaction, simply notifying the purchaser-side client and the broker-side client of the sale cancellation result without proceeding with the purchase card authorization number cancellation procedure and the purchase deposit repayment procedure. The inter-company electronic payment management method, characterized in that the steps proceed. delete 15. The method of claim 13, wherein after the step of notifying the purchaser-side client and the broker-side client of the purchase card authorization number cancellation result, has the electronic payment management server generated a purchase card discount application event from the client-side client? Determining whether or not; When a purchase card discount request event is generated from the client of the vendor, transmitting a purchase card discount request history input guide page for inputting the corresponding purchase card discount request details to the client of the vendor; Determining whether the purchase card discount request information corresponding to the purchase card discount request history input guide page has been transmitted from the client of the vendor; Determining whether the purchase card discount request information satisfies a predetermined discount requirement when the purchase card discount request information corresponding to the purchase card discount request history input guide page is transmitted from the client of the seller company; If the purchase card discount application information satisfies a predetermined discount requirement, the predetermined discount amount described in the purchase card discount application information is deposited into the designated account of the vendor, and the purchase card discount result is returned to the purchaser. And a step of informing the client and the intermediary client to induce the purchaser and the intermediary to confirm in real time the purchase card discount on the seller side. . The electronic payment management server according to claim 1, wherein the electronic payment management server is stored in advance after the card type payment details are stored in the system, and the notification of the information to the client of the vendor and the client of the agency is performed. Determining whether there is a purchase card payment on the day of the payment for the card type purchase money; If there is a purchase card payment on the day of the card-type purchase funds payment details, check the designated account of the purchaser side related to the purchase-tad payment, and proceeds to the process of payment card payment processing How to manage electronic payments between companies. 17. The method of claim 16, wherein the payment processing process of the purchase card payment process comprises: determining, by the electronic payment management server, whether the purchase card payment event on the day is a target for discount payment collection or a general object purchase; Determining whether the amount of money deposited in the designated account of the purchaser is greater than or equal to the discount payment amount, when the purchase card payment on the day is a target for discount now; If the amount deposited in the designated account of the purchaser is greater than or equal to the discount payment amount, the discount payment amount is recovered from the amount deposited in the designated account of the purchaser side, and the remaining amount of the discount is subtracted from the discounted amount. Proceed to deposit the amount into the designated account of the seller, If the purchase card payment on the day is a general object, determining whether the amount deposited in the designated account of the purchaser is greater than the purchase card payment amount; If the amount of money deposited in the designated account of the purchaser is more than the amount of the purchase card payment, the amount of the amount of money deposited in the designated account of the purchaser is specified as the amount of payment of the purchase card. The inter-company electronic payment management method comprising the step of depositing into the account. delete 18. The method of claim 17, wherein the electronic payment management server pays the purchase card payment amount when the amount deposited in the designated account of the purchaser side is less than the purchase card payment amount, Inter-company electronic payment management method characterized in that the step of proceeding overdue processing. 18. The method of claim 17, wherein when the amount deposited in the designated account of the purchaser is less than the discount payment amount, the electronic payment management server recovers the remaining amount deposited in the designated account of the purchaser. The electronic payment management method between the enterprise characterized in that the step of proceeding to overdue the purchaser.