WO2003067489A1

WO2003067489A1 - Trading support system

Info

Publication number: WO2003067489A1
Application number: PCT/JP2003/001313
Authority: WO
Inventors: Kazuo Masuda; Masafumi Manno; Masayo Saegusa
Original assignee: The Financialeyes Co., Ltd.
Priority date: 2002-02-07
Filing date: 2003-02-07
Publication date: 2003-08-14
Also published as: JP2003233765A; AU2003244359A1

Abstract

A trading support system provides a flexible cancellation process of demand/delivery according to trading data received from one's own company and a trading partner in the respective formats. Data reception units (104, 108) acquire simultaneously or separately demand/payment plan data and a plurality of shipment/inspection data associated from each of the seller and the buyer and pass the data to a matching unit (120). The matching unit correlates elements according to information on the data format of each interested party stored in a trading data storage unit (110), passes them to a bill check unit (130), and transmits converted payment data to the buyer or a bank of the buyer. Typically, payment is performed as a net settlement based on accounts receivable/payable which have been subjected to an offset in advance.

Description

Description Transaction support system

For those designated countries that are allowed to be incorporated by reference to the literature, the contents described in the following application are incorporated into this application by reference and are incorporated as part of the description of this application.

Japanese Patent Application No. 2 0 0 2— 3 1 5 7 7 Filing Date 2 Feb 02 7

'Technical field

This effort relates to a transaction support server, a transaction support system, a transaction support method, and a program. In particular, the present invention relates to a transaction support server, a transaction support system, a transaction support method, and a program for associating seller delivery data with buyer delivery data. Background art

As a method of performing electronic commerce between companies, there is a method in which a data format such as order information handled by a transaction system is determined in advance. In addition, Japanese Patent Application Laid-Open No. 2000-91213 discloses a method of performing an erasing process by carrying around the erasing key information generated at the time of issuing the invoice data. '

However, in the above-described example, it is necessary to unify the data format of order information and the like between companies. In other words, in order for the seller to perform the reconciliation process in the transaction system, it was necessary to change the existing system in the company. Also, in the case of the method disclosed in Japanese Patent Application Laid-Open No. 2001-92913, it is easy for the seller to clear the invoice data, but it is easy for the buyer to clear the accounts payable. Sometimes did not. Therefore, an object of the present invention is to solve such a problem. Disclosure of the invention

In order to achieve such an object, according to a first aspect of the present invention, a transaction support server for supporting a transaction between a seller and a buyer is provided in a representation format in which the seller processes. Seller's delivery data, including product identification information, product quantity, and product unit price, and buyer's delivery, including product identification information, product quantity, and product price expressed in a format used by the buyer for processing A transaction data storage unit that stores information for associating data, a seller data reception unit that receives seller delivery data generated by the transaction from the seller terminal, and a buyer that generates the transaction Using the transaction data storage unit, the seller data received by the seller data receiver, and the buyer data received by the buyer data receiver using the transaction data storage unit. The matching unit that associates the data with the data and at least one of the seller's delivery data and the buyer's delivery data And an output unit which outputs one of the terminal buyer least.

The transaction data storage unit has a conversion table for converting between the seller's expression format and the buyer's expression format, and the matching unit uses the conversion table to convert the delivery data to obtain the seller's data. The delivery data may be associated with the buyer's delivery data. The conversion table describes the product identification information, product quantity, amount, and supplier identification information included in the seller's delivery data, and the product identification information, product quantity, amount, and business partner included in the buyer's delivery data. The identification information is stored in association with the expression form of the identification information, and the matching unit stores the delivery data of the seller whose supplier identification information indicates the buyer and the buyer who determines that the supplier identification information indicates the seller. Of the delivery data, the conversion table may be used to associate the buyer's delivery data and the seller's delivery data determined to correspond to at least a part of the product identification information, the product quantity, and the price with each other.

The transaction data storage unit has a conversion table that stores the product identification information included in the seller's delivery data and the product identification information included in the buyer's delivery data in association with each other. The seller data is received using the conversion table. The unit further includes a detail matching unit for associating the product identification information included in the delivery data received with the product identification information included in the buyer delivery data, and the output unit includes one of the buyer delivery data and the seller delivery data. May be output together with the information indicating that the detailed matching section is associated with the product identification information included in the other. The output unit may transmit the delivery data associated with the matching unit to the buyer in the form of a purchase or hand expression. The amount, merchandise identification information, merchandise quantity, delivery date, and unit price included in the seller's delivery data associated with the matching department, and the amount, merchandise identification information, merchandise quantity, delivery date, and the amount included in the buyer's delivery data If the item confirmation unit determines whether the product unit price corresponds to each other, and the item confirmation unit does not correspond to at least one of the price, product identification information, product quantity, delivery date, and product unit price, A mismatch notification unit that notifies at least one of the seller and the buyer of the incompatibility may be further provided. The mismatch notification unit associates the buyer's transaction amount, product identification information, product quantity, delivery date, and product unit price with the seller's transaction amount, product identification information, product quantity, delivery date, and product unit price. By displaying it on at least one terminal of the buyer and seller, you may be notified that it does not respond.

When one of the buyer and the seller changes the information included in the delivery data in response to the notification of the mismatch notification section, the change information receiving section that receives the changed information, and the changed information is transmitted to the buyer and the seller. It may further include a statement conversion unit that converts the seller into the other delivery data, and a change information transmission unit that transmits the changed information converted by the statement conversion unit to the other as update data of the delivery data. If the matching unit cannot find the buyer's delivery data corresponding to the seller's delivery data received by the seller data receiving unit within a preset period, the purchase data and hand delivery data corresponding to the seller's delivery data are A mismatch notification unit may be further provided to notify the seller of the absence.

A data format storage unit that stores information on the data format when the seller performs the reconciliation process and information on the data format when the buyer performs the reconciliation process; and Based on the seller's delivery data, using the data format storage unit, clearing data for clearing accounts payable corresponding to buyer's delivery data or receivables corresponding to seller's delivery data is settled. It may further include a clearing data generation unit that generates data in each of the seller, purchase, and hand data formats. A payment information receiving unit that receives notification that the buyer has completed payment for the transaction, and the buyer and seller send the reconciliation data generated by the reconciliation data generation unit on condition that the payment information receiving unit receives notification that the payment has been completed. And a reconciliation data transmitting unit for transmitting to the user.

A small amount of seller delivery data, purchase Using at least one of the above, the payment data generation unit that generates the private / private data corresponding to the delivery data, and the payment data generated by the payment data generation unit together with the payment identification information that specifies the payment and the buyer or buyer A payment data transmission unit for transmitting to the house bank, wherein the transaction data storage unit stores information specifying the delivery data corresponding to the payment data and the payment identification information transmitted by the payment data transmission unit in association with each other. When the payment information receiving unit receives, along with the payment identification information, that the payment information receiving unit has completed the payment corresponding to the payment data, the application data generation unit uses the delivery data corresponding to the payment identification information in the transaction data storage unit. The reconciliation data may be generated. A netting unit that generates netting data that uses at least one of the seller's delivery data and the buyer's delivery data to offset the receivables or payables corresponding to the delivery data between the seller and the buyer, and the netting unit generates the netting data Generate reconciliation data to settle accounts payable corresponding to buyer's delivery data or receivables corresponding to seller's delivery data based on seller's or buyer's delivery data used in the transaction. And an embedded data generation unit.

According to another aspect of the present invention, there is provided a transaction support system including a seller's business support terminal, a buyer's business support terminal, and a transaction support server that supports transactions between the seller and the buyer, The business support terminal has a shipping information storage unit that stores information on shipping of goods as seller delivery data, and a seller transmitting unit that transmits the delivery data stored by the shipping information storage unit to the transaction support server. The business support terminal has an acceptance information storage unit that stores information related to product acceptance as buyer delivery data, and a purchase and hand transmission unit that sends the delivery data stored in the acceptance information storage unit to the transaction support server. The transaction support server provides the seller's delivery including the product identification information, product quantity, and product unit price expressed in a format used by the business support terminal of the seller for processing. Transaction data storage unit that stores information for associating data with buyer delivery data including product identification information, product quantity, and product unit price expressed in a format used by the business support terminal of the buyer for processing. And a seller data receiving unit that receives the seller's delivery data generated by the transaction from the seller's business support terminal, and receives the buyer's delivery data generated by the transaction from the buyer's business support terminal Using the buyer data reception unit and the transaction data storage unit, the seller data reception unit receives the seller delivery data and the buyer data A matching unit that associates the buyer's delivery data received by the receiving unit, and at least one of the seller's delivery data and the buyer's delivery data associated with the matching unit with the business support terminal of at least one of the seller and the buyer. According to another aspect of the present invention, there is provided a transaction support method in which a computer supports a transaction between a seller and a buyer. For associating the seller's delivery data, including information, product quantity, and product unit price, with the buyer's delivery data, including the product identification information, product quantity, and product unit price expressed in the form that the buyer processes. Managing a transaction data store that stores information; and Receiving the delivery data from the seller's terminal, receiving the buyer's delivery data generated due to the computer power transaction from the buyer's terminal, and receiving the delivery data from the buyer's terminal using the transaction data storage unit. Associating the seller's delivery data with the buyer's received delivery data; and the computer converts at least one of the associated seller's delivery data and buyer's delivery data into at least one terminal of the seller and the buyer. And outputting to the

According to another aspect of the present invention, a computer program for supporting a transaction between a seller and a buyer includes a seller's information including a product identification information, a product quantity, and a product unit price expressed in a format used by the seller for processing. A transaction data storage module for storing information for associating the delivery data with the buyer's delivery data including the product identification information, the product quantity, and the product unit price expressed in a format used by the buyer for processing; Data receiving module that receives from the seller terminal the delivery data of the seller caused by the transaction, and the purchase that receives the delivery data of the buyer that is caused by the transaction from the terminal of the buyer! /, Using the information stored in the hand data receiving module and the transaction data storage module, the seller data receiving module receives the seller delivery data and the buyer data receiving module receives the buyer delivery data. It has a matching module to be associated with, and an output module that outputs at least one of the seller's delivery data and the buyer's delivery data associated with the matching module to at least one terminal of the seller and the buyer.

The above summary of the present invention is not an exhaustive list of all the required features of the present invention, Sub-combinations of these features can also be inventions. BRIEF DESCRIPTION OF THE FIGURES

Figure 1 is a schematic diagram of the entire transaction support system.

FIG. 2 is a functional block diagram of the transaction support server 10.

FIG. 3 is a diagram showing an example of the bill data received by the seller data receiving unit 104.

FIG. 4 is a diagram showing an example of the payment schedule data received by the buyer data receiving unit 108.

FIG. 5 is a diagram showing an example of a table stored in the transaction data storage unit 110. FIG. 6 is a diagram showing an example of a table stored in the conversion table 112. FIG. 7 is a diagram showing another example of the table stored in the conversion table 112. FIG. 8 is a diagram showing an example of delivery data transmitted from the output unit 134 to the business support terminal 50 of the buyer as a part of the bill data.

FIG. 9 is a diagram illustrating an example of information notified by the mismatch notification unit 1338 to the buyer. FIG. 10 is a diagram illustrating an example of the change information transmitted by the change information transmitting unit 144. FIG. 11 is a diagram illustrating an example of payment data transmitted by the payment data transmitting unit 148. FIG. 12 is a diagram showing an example of netting data generated by the netting unit 150. As shown in FIG.

FIG. 13 is a diagram illustrating an example of a table stored in the data format storage unit 156. FIG. 14 is a flowchart in which the transaction support server 10 outputs delivery data in association with each other.

FIG. 15 is a flowchart in which the transaction support server 10 performs a netting process and a clearing process.

FIG. 16 is a block diagram showing a hardware configuration of the transaction support server 10. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, an example of an embodiment of the present invention will be described with reference to the drawings. Figure 1 shows the outline of the whole transaction support system. The transaction support system includes a transaction support server 10, a business support terminal 30 for sellers, and a business support terminal 50 for buyers. The transaction support server 10 connects, for example, the seller's business support terminal 30 and the buyer's business support terminal 50 via a network. The transaction support system is composed of, for example, a network system using WWW technology. The transaction support system is an example of the transaction support system according to the present invention.

The transaction support server 10 supports transactions between sellers and buyers. That is, the transaction support server 10 obtains the delivery data from the business support terminal 30 of the seller and the business support terminal 50 of the buyer, and transfers the delivery data held by the seller and the delivery data held by the buyer. Correspond. The delivery data in this case is various information related to the transaction, including, for example, shipping data created by the seller or accounting data based on the shipping data, or acceptance data created by the buyer or accounting data based on the acceptance data. . The transaction support server 10 associates the delivery data obtained from the business support terminal 30 of the seller with the delivery data obtained from the business support terminal 50 of the buyer, and sends the data to each business support terminal. In other words, it facilitates billing, reconciliation, reconciliation, and negotiations in the event of data mismatch between sellers and buyers. The transaction support server 10 is an example of the transaction support server according to the present invention.

The seller's business support terminal 30 supports the seller's business. That is, the seller's business support terminal 30 receives order data, checks inventory, creates shipping data, and creates accounting data such as accounts receivable. The seller's business support terminal 30 is a shipping information storage unit that stores information on the shipment of goods as seller's delivery data, and a seller transmission that sends the delivery data stored in the shipping information storage unit to the transaction support server 10. Unit. The seller's business support terminal 30 also has a receivables management unit that manages receivables and receivables data generated by the shipment of goods, and creates and issues invoice data and processes related to payment for the invoice data. And a requesting unit. In this embodiment, the receivables management unit and the billing unit may be physically different systems.

The buyer's business support terminal 50 supports the buyer's business. That is, the business support terminal 50 of the buyer performs transmission of order data, creation of acceptance data, creation of accounting data such as accounts payable, and the like. The buyer's business support terminal 50 buys information on product acceptance. It includes an acceptance information storage unit that stores the delivery data as a handover data, and a buyer transmission unit that sends the delivery data stored in the acceptance information storage unit to the transaction support server 10. The buyer's business support terminal 50 further includes an accounts payable management unit that manages accounts payable that arises from the acceptance of goods and a payment unit that pays the goods to the seller.

FIG. 2 shows functional blocks of the transaction support server 10. The transaction support server 10 includes a seller data reception unit 104, a buyer data reception unit 108, and a transaction data storage unit 11

0, matching section 120, statement confirmation section 130, output section 134, mismatch notification section 138, change information receiving section 142, change information transmitting section 144, and payment approval section 14.

6, payment data transmission unit 148, netting unit 150, payment information reception unit 1 54, data format storage unit 1 56, application data generation unit 1 58, application data transmission unit

162.

The seller data receiving unit 104 receives the seller's delivery data generated due to the transaction from the seller's business support terminal 30 together with the invoice data for the transaction, and outputs the data to the matching unit 120. That is, the seller data receiving unit 104 receives the seller's delivery data including a plurality of data items generated due to the transaction from the seller's business support terminal 30, and outputs the data to the matching unit 120. The seller data receiving unit 104 receives, for example, bill data corresponding to a plurality of delivery data created by the business support terminal 30 of the seller, together with the delivery data. In this case, the delivery data received by the seller data receiving unit 104 includes the product identification information, the product quantity, the delivery date, and the product unit price. Here, the invoice data is data for requesting the buyer to pay for the price corresponding to the delivery data, and includes, for example, a billing amount, a payment date, and the like.

FIG. 3 shows an example of bill data received by the seller data receiving unit 104. In this example, the seller data receiving unit 104 receives, as bill data, bill specification information (hereinafter, bill data ID), bill amount, and a plurality of delivery data. In particular, the seller data receiving unit 104 includes, as delivery data, a plurality of data item names (transaction ID, shipping ID, shipping date, business partner, product ID, quantity, unit price, amount, shipping destination) and these data items. Receive shipment data including data corresponding to (AB 000135, 01NOV0031, 2001/1 January 01, Company B, SO 005, 12 dozen, 60,000 yen, 720,000 yen, Company B X factory) . Data items and data in this case The data is expressed in an expression format when the seller's business support terminal 30 processes the data. Here, the expression format is a data format that enables a business support terminal or a human to recognize a predetermined meaning (such as product identification information and a product quantity). For example, an object having a predetermined meaning is defined in advance. This is a format for displaying characters, numbers, and the like in an order and combination.

The buyer data receiving unit 108 receives the buyer's delivery data generated due to the transaction from the business support terminal 50 of the buyer together with the scheduled payment data corresponding to the delivery data, and outputs the data to the matching unit 120. That is, the buyer data receiving unit 104 receives, from the business support terminal 50 of the buyer, buyer delivery data including a plurality of data items generated due to the transaction, and outputs the data to the matching unit 120. The buyer data receiving unit 108 receives, for example, payment schedule data created by the buyer's business support terminal 30 and corresponding to a plurality of delivery data. The delivery data received by the buyer data receiving unit 108 includes product identification information, product quantity, and product unit price.

FIG. 4 shows an example of the payment schedule data received by the buyer data receiving unit 108. In this example, the buyer data receiving unit 108 receives scheduled payment data identification information (hereinafter, scheduled payment data ID), scheduled payment amount, and a plurality of delivery data as scheduled payment data. In particular, the buyer data receiving unit 108 sends a plurality of data item names (transaction number, acceptance ID, acceptance date, shipping source, product ID, quantity, unit price, total price, and a person in charge of acceptance) as delivery data. Inspection data including the data corresponding to the data items (AB 000135, HI 3—0013725, 05 NOVO 1, Company A, abc—115, 144, 5,000 yen, 720,000 yen, 〇ΧΔΟ) Receive. The data items and data in this case are expressed in an expression format when the business operation terminal 50 of the buyer processes the data. That is, at least a part of the delivery data received by the buyer data receiving unit 108 may have a different expression form from the delivery data received by the seller data receiving unit 104.

Return to FIG. The transaction data storage unit 110 stores the seller's delivery data expressed in the expression format used by the seller for processing and buying! In addition, information for associating the purchase data expressed in the expression format when the hand is processed with the hand delivery data is stored. That is, the transaction data storage unit 110 stores the merchandise identification information expressed in the seller's expression format, the seller's delivery data including the item quantity and the unit price, the merchandise identification information expressed in the buyer's expression format, Stores information for associating product quantity and buyer delivery data including product unit price. In the present embodiment, the transaction data storage unit 110 stores, as the information for association, transaction identification information that allows both the seller and the buyer to uniquely identify the transaction (for example,

EDI number) is stored. For example, the transaction identification information is “AB 0 0 1 3 5” corresponding to the “transaction ID” item received by the seller data receiving unit 104 in FIG. 3, and the buyer data receiving unit 1 108 in FIG. Is "AB 0 0 0 1 3 5" corresponding to the "transaction number" item received.

FIG. 5 shows an example of a table stored in the transaction data storage unit 110. In this example, the transaction data storage unit 110 stores information for extracting the transaction identification information in association with the seller / buyer. That is, the transaction data storage unit 110 stores the item names of the transaction identification information in association with the expression form of the seller and the buyer. For example, the transaction data storage unit 110 stores “transaction ID” in association with the seller “company A”. In this case, the transaction identification information can be extracted by reading the data of item name “Transaction ID” from the delivery data received from “Company”.

Return to FIG. The transaction data storage unit 110 has a conversion table 112. The conversion table 1 1 2 stores information for converting between the seller's expression form and the buyer's expression form. For example, the conversion table 1 1 2 contains the product identification information, the product quantity, the amount, the delivery date, the delivery date, and the customer identification information included in the seller's delivery data, the product identification information included in the buyer's delivery data, Store the quantity of goods, amount of money, delivery date, and representation format of tori I destination identification information in association with each other. The conversion table 1 1 2 contains the merchandise identification information, merchandise quantity, price, delivery date, and supplier identification information included in the seller's delivery data, and the merchandise identification information, merchandise quantity, and amount included in the buyer's delivery data. , The delivery date, and the supplier identification information itself may be stored in association with each other.

FIG. 6 shows an example of a table stored in the conversion table 112. In this example, the conversion table 1 1 2 contains the data item names (shipping ID, shipping date, supplier, merchandise ID, quantity, unit price, amount, shipping destination) of “company” as a seller and “ The data item names of “Company B” (inspection ID, acceptance date, shipping source, product ID, quantity, unit price, total amount, and the person in charge of acceptance) are stored in association with each other. In this case, the conversion table 1 1 2 Using the data item names, the product identification information, product quantity, delivery date (shipment date and acceptance date), amount, and the like included in the delivery data of the seller and buyer are associated with each other.

FIG. 7 shows another example of the table stored in the conversion table 112. FIG. 7A shows an example of a table in which the conversion table 112 stores the date expression format. In this example, the conversion table 111 stores the date expression format in association with the seller or the buyer. In this case, even if the method of displaying the date differs between the seller and the buyer, they can be mutually converted by using the conversion table 112.

FIG. 7 (B) shows an example of a table in which the conversion table 112 stores product identification information. In this example, the conversion table 112 stores the merchandise identification information (ie, merchandise ID) expressed in the seller's expression format and the merchandise identification information expressed in the buyer's expression format in association with each other. In this case, even if the display method of the product identification information is different between the seller and the buyer, they can be correlated with each other by using the conversion table 112, and can be converted with each other. Further, in this example, the conversion table 112 further stores the transaction unit of the product in association with the seller or the buyer. In this case, even if the transaction unit of the goods differs between the seller and the buyer, displaying the transaction unit of both the seller and the buyer will not make the seller or the buyer misunderstand. It is also possible to convert product quantities to each other.

FIG. 7 (C) shows an example of a table in which the conversion table 112 stores the expression format of the product unit price or the price. In this example, the conversion table 1 1 2 stores the currency unit when expressing the unit price or the amount of money in association with the seller or the buyer. In this case, even if the currency unit for displaying the unit price of goods or the amount of money is different between the seller, the purchaser, and the hand, they can be mutually converted by using the conversion table 112. In addition, the statement matching unit 122 may obtain the exchange rate of the specified currency unit using the conversion table 112, and may convert the exchange rate to a preset currency unit.

Return to FIG. The matching section 120 receives the seller's billing data from the seller data receiving section 104, and receives the buyer's delivery data from the buyer data receiving section 108. Then, the delivery data of the seller and the delivery data of the buyer are associated with each other and output to the statement confirmation unit 130. That is, the matching unit 120 uses the transaction data storage unit 110 to store the sales data received by the seller data receiving unit 104. The hand delivery data is associated with the buyer delivery data received by the buyer data receiving unit 108. At that time, the matching unit 120 stores the delivery data of the seller and the delivery data of the buyer in association with each other. In the present embodiment, in particular, the matching unit 120 stores the delivery data of the seller and the delivery data of the buyer in association with the bill data identification information (hereinafter, bill data ID). Further, matching section 120 associates the delivery data of the seller with the delivery data of the buyer using the transaction identification information. If it is not possible to match the seller's delivery data with the buyer's delivery data within a preset period, the matching unit 120 informs the non-coincidence notification unit 1 via the statement confirmation unit 130 that the association cannot be made. 3 Output to 8.

The matching section 120 has a statement matching section 122, a statement conversion section 124, and a payment data generation section 126. The detail matching unit 122 associates a plurality of data items included in the delivery data. That is, the detail matching unit 122 associates a plurality of data items (that is, detail items) included in the corresponding seller's delivery data and buyer's delivery data. For example, the detail matching unit 1 2 2 uses the conversion table 1 1 2 to associate the product identification information included in the seller's delivery data with the product identification information included in the buyer's delivery data, and confirm the statement. Output to section 130. In the same way, the item matching unit 1 2 2 can also calculate the “shipping ID” and “acceptance ID”, “shipping date” and “acceptance date”, “customer” and “shipping source”, and the product quantity in the seller's expression format. And the total price may be associated with the product quantity and total price in the buyer's expression format, respectively.

The detail conversion unit 124 uses the conversion table 112 to convert the information included in the delivery data of one of the sellers and buyers into the other representation format. For example, when the seller corrects the amount of the delivery data or the like, the detail conversion unit 124 converts the changed information into seller delivery data and outputs the changed information to the change information transmission unit 144.

The payment data generation unit 126 receives the scheduled data ID (or invoice data ID, shipping ID, acceptance ID) from the payment approval unit 144, and the seller or the buyer corresponding to the scheduled data ID. Using the delivery data, payment data corresponding to the delivery data is generated and output to the payment data transmitting unit 148. At that time, the payment data generating unit 126 issues payment identification information for specifying payment by the payment data, and Output to the payment data transmitting section 148 together with the data. That is, the payment data generation unit 126 uses at least one of the seller's delivery data and the buyer's delivery data associated with the matching unit 120 to generate payment data corresponding to the delivery data. Here, the payment data is data for performing payment processing of the price corresponding to the delivery data. For example, the payment data of the product corresponding to the acceptance data (that is, the delivery data) is transmitted to the business support terminal 5 of the buyer. 0 or data for the buyer's bank system to process payment. For example, payment data may include payee identification information identifying the payee (eg, the seller's account number), payer identification information identifying the payer (eg, the buyer's account number), payment amount, and identifying the payment. Payment identification information (hereinafter referred to as payment ID). The payment data generation unit 126 further outputs the payment ID to the transaction data storage unit 110. In this case, when receiving the payment ID from the payment data generation unit 126, the transaction data storage unit 110 stores the delivery data corresponding to the payment ID in association with the payment ID. That is, the transaction data storage unit 110 stores the information for specifying the delivery data corresponding to the payment data and the payment ID transmitted by the payment data transmission unit 148 in association with each other. Further, upon receiving the netting ID from the payment approval unit 146, the payment data generation unit 126 outputs the netting data corresponding to the netting ID to the payment data transmission unit 148 as payment data. The payment ID at that time is, for example, a netting ID. That is, the transaction data storage unit 110 stores the netting ID and information specifying the delivery data corresponding to the netting ID in association with each other. The detail confirmation section 130 is composed of the price, product identification information, product quantity, delivery date, and product price included in the delivery data of the seller associated with the matching section 120, and the price included in the delivery data of the buyer. It is determined whether or not the contents correspond to the product identification information, the product quantity, the delivery date, and the product unit price. That is, upon receiving the seller's delivery data and the buyer's delivery data associated with each other from the matching unit 120, the statement confirmation unit 130 receives the amount of money, product identification information, product quantity, delivery date, Then, it is determined whether or not the unit prices correspond to each other, and if it is determined that they correspond, the corresponding delivery data of the seller and delivery data of the buyer are output to the output unit 134. On the other hand, if the statement confirmation unit 130 determines that the data is not compatible, the detailed confirmation unit 130 outputs the associated delivery data of the seller and delivery data of the buyer to the mismatch notification unit 1380. Here, the amount is the place It is the total amount in a fixed transaction. The delivery date is the date on which the product was delivered, for example, the date of shipment divided by the date of acceptance. The statement confirmation unit 130 may determine whether the other data items match. That is, the statement confirmation unit 130 determines whether the data items specified in advance match each other. Further, with respect to the bow I destination identification information, the statement confirmation unit 130 determines whether or not the vendor identification information included in the seller's delivery data indicates the buyer who transmitted the corresponding delivery data. Similarly, the statement confirmation unit 130 determines whether or not the supplier identification information included in the buyer's delivery data indicates the seller who transmitted the corresponding delivery data. Upon receiving the corresponding seller's delivery data and buyer's delivery data from the statement confirmation unit 130, the output unit 134 receives the seller's business support terminal 30 and the buyer's business support terminal 50 at least one of them. Send. That is, the output unit 134 outputs at least one of the seller's delivery data and the buyer's delivery data associated with the matching unit 120 to at least one terminal of the seller and the buyer. For example, the output unit 13 4 indicates that the item matching information included in one of the buyer's delivery data and the seller's delivery data is associated with the product identification information included in the other. Output with information. Output unit 134 Outputs the delivery data together with the information indicating the correspondence, so that the seller or the buyer can perform the matching process using the corresponding delivery data between the seller and the buyer. In particular, in the present embodiment, the output unit 134 outputs, together with the bill data, the delivery data of a plurality of sellers corresponding to the bill data and the buyer's delivery data corresponding to the seller's delivery data. . In this case, the delivery data of the seller can be used as detailed data relating to the invoice data.

Further, it is desirable that the output unit 134 transmits the delivery data associated with the matching unit 122 to the buyer in a buyer's expression format. That is, the output unit 134 converts the delivery data of the seller associated with the matching unit 122 into an expression format of the buyer, and transmits the converted data to the business support terminal 50 of the buyer in association with the delivery data of the buyer. . In this case, the buyer's business support terminal 50 displays the corresponding seller's delivery data and the buyer's delivery data in the representation format of the business support terminal. Similarly, the output unit 1 3 4 sends the delivery data associated with the matching unit 1 2 2 to the seller in the seller's expression format. FIG. 8 shows an example of the delivery data transmitted from the output unit 134 to the business support terminal 50 of the buyer as a part of the bill data. In this example, the output unit 134 associates the seller's delivery data with the buyer's delivery data, and further converts the data item name into a buyer's expression format and sends it. That is, the output unit 134 transmits the seller's delivery data and the buyer's delivery data in association with the buyer's data item name. It should be noted that the output 咅 [34] may transmit the bill data and the delivery data corresponding to the bill data at different timings. For example, the output unit 134 first transmits the bill data to the business support terminal 50 of the buyer. Thereafter, when the buyer requests the detailed data of the bill data, the output unit 134 transmits the delivery data corresponding to the bill data as clear data.

Return to FIG. Upon receiving the delivery data from the statement confirmation unit 130, the discrepancy notification unit 1338 informs the seller's business support terminal 30 and the buyer's business support terminal that the seller's delivery data does not correspond to the buyer's delivery data. Send to at least one of 50. In other words, the discrepancy notification unit 1338 indicates that if the statement confirmation unit 130 does not correspond to at least one of the transaction amount, product identification information, product quantity, delivery date, and product unit price, the seller will not respond. And notify at least one of the buyers. The mismatch notification unit 1 3 8 associates the buyer's transaction amount, product identification information, product quantity, delivery date, and product unit price with the seller's transaction amount, product identification information, product quantity, delivery date, and product unit price. By displaying the information on at least one of the terminals of the seller and the buyer in a state in which the information is not available, the user may be notified of the incompatibility. For example, the inconsistency notification unit 1 3 8 includes the buyer's transaction amount, product identification information, item quantity, delivery date, and unit price, and the corresponding seller's transaction amount, item identification information, item quantity, delivery date, At least one of the business support terminal 30 of the seller and the business support terminal 50 of the buyer is transmitted to one side so as to display the and the product unit price side by side.

FIG. 9 shows an example of information notified to the buyer by the mismatch notification unit 1388. In this example, the inconsistency notifying section 1338 associates the delivery data of the seller with the plurality of data items included in the delivery data of the buyer and transmits the data items to the business support terminal 50 of the buyer. At that time, the mismatch notification section 1 3 8 highlights the data items that do not match (in this example, “total amount”). It is desirable to transmit data to be displayed on the business support terminal 50 of the buyer as described above. When notifying the business support terminal 50 of the buyer, it is desirable that the inconsistency notifying unit 1338 be converted so that it can be displayed in the expression format of the hand and the hand, and then transmitted.

Return to FIG. The change information receiving unit 142 receives the change information of the delivery data from the business support terminal 30 of the seller or the business support terminal 50 of the buyer, and outputs it to the detail conversion unit 124. That is, when one of the buyer and the seller has changed the information included in the delivery data in response to the notification of the mismatch notification unit 138, the change information receiving unit 144 receives the changed information. . When receiving the change information from one of the seller and the buyer from the change information receiving unit 144, the detail conversion unit 124 converts the change information into the other delivery data of the seller and the buyer, and changes the change information. Output to transmitters 1 4 4.

Upon receiving the change information from the detail conversion unit 124, the change information transmitting unit 144 receives the received change information as update data of the delivery data, and transmits the change information to the business support terminal 30 of the seller and the business support terminal 50 of the buyer. Send to at least one. For example, when one of the seller and the buyer changes the delivery data, the change information transmitting unit 144 transmits the change information generated by the change to the other of the seller and the buyer as update data. FIG. 10 shows an example of the change information transmitted by the change information transmitting section 144. In this example, the change information transmitting section 144 converts the delivery data changed by the seller into the buyer's expression format and transmits the converted data to the business support terminal 50 of the buyer as update data. In this case, the business support terminal 50 of the buyer can read the received update data and update the delivery data.

Return to FIG. The payment approval unit 146 receives from the business support terminal 50 of the buyer that the payment for the invoice data is approved, and outputs it to the payment data generation unit 126. For example, the payment approval unit 144 may receive the bill data ID as information indicating that the payment corresponding to the bill data is approved. When the buyer approves the payment for a part of the invoice data, the payment approver unit 146 sends the information (acceptance ID, etc.) identifying the delivery data to approve the payment to the effect that the payment is approved. May be received. In the present embodiment, the payment approval unit 144 receives the payment data ID of the payment data corresponding to the invoice data as information indicating that the payment is approved. In addition, the payment approval section 1 4 6 Receiving the approval of the payment, and outputs it to the payment data generation unit 126.

Upon receiving the payment data from the payment data generating unit 126, the payment data transmitting unit 148 transmits the payment data and the payment ID to the business support terminal 50 of the buyer or the banking system of the buyer. That is, the payment data transmitting unit 148 transmits the payment data generated by the payment data generating unit 126 together with the payment ID specifying the payment to the buyer or the bank of the buyer. The payment ID in this case may be the same as the expected payment data ID.

FIG. 11 shows an example of payment data transmitted by the payment data transmitting unit 148. FIG. 11A shows an example of the payment data transmitted by the payment data transmitting section 148 to the buyer. In this example, the payment data transmitting unit 148 uses the “transfer person”, “transfer destination”, “payment ID”, “amount”, and 日付 “date” as payment data as the buyer's business support terminal 50 Send to In this example, the payment data transmitting unit 148 transmits payment data that summarizes obligations corresponding to a plurality of delivery data. FIG. 11 (B) shows an example of the payment data transmitted by the payment data transmitting section 148 to the bank system. In this example, the payment data transmitting unit 148 transmits “account name”, “transferor”, “netting IDJ”, “amount”, and “date” as payment data to the bank system. In this case, the payment data is data for instructing payment for the remaining debt amount when the receivables and debts between the seller and the buyer are offset.

The netting unit 150 refers to the delivery data stored in the matching unit 120, generates netting data for offsetting the receivable or debt corresponding to the delivery data between the seller and the buyer, and specifies the netting data. The information is output to the seller's business support terminal 30, the buyer's business support terminal 50, and the payment data generation unit 126 together with the netting ID to be set. That is, the netting unit 150 uses at least one of the seller's delivery data and the buyer's delivery data to generate netting data that offsets the receivable or debt corresponding to the seller's and buyer's delivery data. For example, the netting unit 150 generates netting data using delivery data corresponding to the receivables and payables having the same settlement date. The netting unit 150 may use the delivery data corresponding to the receivables and payables with different settlement dates to generate netting data including interest generated due to the difference in settlement dates. It is desirable that the netting section 150 generates netting data in the expression format of the destination. In this case, the seller or buyer's business support terminal that has received the netting data displays the netting data together with the delivery data, and determines whether or not to permit the netting. When permitting the netting, the business support terminal of the seller or the buyer transmits to the payment approval unit 146 the approval of the settlement using the netting data together with the netting ID.

FIG. 12 shows an example of netting data generated by the netting unit 150. In this example, the netting unit 150 creates a list in which the receivables and the payables are associated with each other for the unsettled transaction identification information (that is, the transaction ID) of the two parties having a business relationship. Then, netting data for performing the offsetting processing by combining the plurality of receivables and payables is generated. The netting unit 150 transmits the remaining amount of the credit and the amount of the debt after the offset processing to the two parties in association with the netting ID specifying the netting processing.

Return to FIG. The deposit information receiving unit 154 receives the information that the buyer has completed the payment for the transaction (ie, the deposit information) and outputs it to the application data generating unit 158. The deposit information receiving unit 154 may receive the deposit information from the financial institution, the business support terminal 30 of the seller, or the business support terminal 50 of the buyer. In the present embodiment, the payment information receiving unit 154 receives a notification that the buyer has paid using the payment data, together with the corresponding payment ID. Further, the deposit information receiving unit 154 receives the deposit information for the service after the offset of the receivables and debts by the netting unit 150 together with the netting ID corresponding to the netting, and the application data generating unit 158 Output to

The data format storage unit 156 stores information on the data format when the seller's business support terminal 30 performs the reconciliation process after payment and the data when the buyer's business support terminal 50 performs the reconciliation process after payment. Stores information about the format. For example, when the seller's business support terminal 30 uses data created in XML for the receivable clearing process, the data format storage unit 156 relates to the XML tag as information on the data format. Stores information.

FIG. 13 shows an example of a table stored in the data format storage section 156. In this example, the data format storage unit 156 stores the data format in association with each company. In other words, the data format storage unit 156 corresponds to the company “Company A” "X system format", which is the data format when the business support terminal performs accounting processing.

Return to FIG. Upon receiving the payment ID from the payment information receiving unit 154, the application data generation unit 158 converts the application data in the data format of the corresponding output destination based on the delivery data corresponding to the payment ID. Generate it and output it to the clearing data transmitter 16. That is, the reconciliation data generation unit 158 uses the reconciliation data in the data format storage unit 156 based on the delivery data in the matching unit 120 corresponding to the payment information. Generate data. For example, the clearing data generation unit 158 specifies the delivery data corresponding to the received payment ID using the transaction data storage unit 110, and generates clearing data using the specified delivery data. The reconciliation data generation unit 158 generates, as reconciliation data, data for clearing the seller's receivables and the buyer's accounts receivable corresponding to the delivery data associated with the matching unit 120. . When receiving the payment ID (netting ID in this example) corresponding to the netting data, the clearing data generator 158 generates clearing data for the receivables and payables corresponding to the netting ID. Output to the clearing data transmission section 16 2. For example, the clearing data generation unit 158 extracts the transaction ID corresponding to the received netting ID from the matching unit 120, and generates clearing data using the delivery data corresponding to the extracted transaction ID. .

Upon receiving the application data from the application data generation unit 158, the application data transmitting unit 162 transmits the application data to the business support terminal 30 of the seller and the business support terminal 50 of the buyer. In other words, the clearing data transmitting unit 162 uses the clearing data generated by the clearing data generating unit 158 on the condition that the payment information receiving unit 154 has received the payment completion for the transaction. To the seller and buyer. In this case, the reconciliation data is in a data format corresponding to each of the business support terminals, so that the business support terminal receiving the reconciliation data can easily perform the reconciliation processing.

FIG. 14 shows a flow in which the transaction support server 10 outputs delivery data in association with each other. When the buyer's business support terminal 50 sends the order data to the seller's business support terminal 30, the seller's business support terminal 30 creates shipping data (ie, seller's delivery data) corresponding to the order data. And ship the ordered products. Business support end of buyer End 50, upon receiving the goods, creates acceptance data for the goods received (ie, buyer delivery data). The seller data receiving unit 104 of the transaction support server 10 receives the invoice data including a plurality of shipping data from the seller transmitting unit provided in the seller's business support terminal 30, and the buyer data receiving unit 108 provides the buyer's business support. The payment schedule data including the plurality of acceptance data is received from the buyer transmission unit provided in the terminal 50, and each is output to the matching unit 120 (S100). The matching unit 120 refers to the transaction data storage unit 110 and associates the seller's shipping data with the buyer's acceptance data using the transaction identification information (S104). When the shipping data and the acceptance data can be associated (S108: Yes), the statement matching unit 122 associates the plurality of data items included in the shipping data and the acceptance data with each other, and sends the data to the statement confirmation unit 130. Output (S 1 1 2). The statement confirmation unit 130 confirms whether or not the data items specified in advance are identical from the plurality of data items included in the shipping data and the acceptance data (S114).

When it is determined that the specified data items are all the same (S118: Yes), the statement confirmation unit 130 outputs the associated shipping data and acceptance data to the output unit 134. I do. The output unit 134 transmits the associated shipping data and acceptance data together with the bill data to the business support terminal 50 of the buyer, and requests confirmation of the contents (S122). The payables management unit provided in the business support terminal 50 of the buyer displays the corresponding items of the received shipment data and acceptance data side by side, and when the buyer inputs the approval of payment, the transaction support server 10 confirms that the payment is approved. Send to When the payment approval unit 146 of the transaction support server 10 receives the payment approval from the business support terminal 50 of the buyer (S126), the output unit 134 receives the payment approval from the business support terminal 30 of the seller. The received inspection data and the shipment data corresponding to the inspection data are transmitted in association with each other, and the shipment data and the inspection data are stored as payment approved data (S130). On the other hand, if the matching unit 120 cannot match the shipment data and the inspection data in S1◦8 (S108: No), it determines whether or not a predetermined time has elapsed, and when the predetermined time has elapsed. (S134: Yes), the process proceeds to the mismatch notification process of S138. On the other hand, if the predetermined time has not elapsed (S134: No), the processing of S104 and S108 is repeated. Also, in S118, if the statement confirmation unit 130 determines that there is a mismatch in the specified data items (S118: No), the associated shipping data and the received The data is output to the mismatch notification section 1338. The inconsistency notifying section 1338 transmits the corresponding shipping data and acceptance data to the seller's business support terminal 30 and the buyer's business support terminal 50 together with information indicating that the contents do not match (S1). 3 8). The seller and buyer check the received shipping data and acceptance data.For example, if the buyer finds an error, the Accounts Payable Dept. provided in the business support terminal 50 of the buyer creates change data. And sends it to the transaction support server 10. Upon receiving the change data from the business support terminal 50, the change information receiving unit 144 of the transaction support server 10 outputs the change data to the account conversion unit 124 (S144). The detail conversion unit 124 converts the received change data into the seller's expression format, and outputs the converted data to the change information transmission unit 144 (S146). The change information transmission unit 144 transmits the change data converted into the seller's expression format to the seller's business support terminal 30 and the buyer's business support terminal 50 (S150). Upon receiving from the business support terminal 50 of the buyer a notification that the payment for the changed delivery data is to be approved (S126), the payment approval unit 1 46 approves payment of the corresponding shipping data and acceptance data. Is stored as processed data (S130).

FIG. 15 shows a flow in which the transaction support server 10 performs a netting process and a clearing process. The netting section 150 extracts payment approved data from the shipping data and acceptance data (that is, delivery data) stored in the matching section 120 at a predetermined timing, and associates the extracted data with the seller and the buyer (S2). 0 0). The netting unit 150 sorts the receivables and payables corresponding to the extracted delivery data by associating them with creditors and debtors, and pays off the receivables and payables after the offset processing. The amount and the amount of debt are calculated, and the calculated amount of debt, the amount of receivables, and the netting ID are transmitted as netting data to the creditor or the debtor or the seller or buyer (S210). When the creditor and the debtor who have received the netting data transmit the netting ID to the transaction support server 10 as information indicating that the settlement using the netting data is approved, the transaction support server 10 approves the payment. The unit 146 receives the netting ID, and outputs it to the payment data generation unit 126 (S215). The payment data generator 1 2 6 uses the remaining receivables and payables after the offset processing corresponding to the netting ID. Then, the payment data including the payment ID (netting ID in this example) is generated and output to the payment data transmitting unit 148 (S220). The payment data transmitting unit 148 transmits the payment data to the debtor's bank system (S225). The debtor's house bank system that has received the payment data pays the debt amount after the offset to the creditor's house bank system, and outputs to the transaction support server 10 that the payment has been completed, together with the payment ID. Receipt information receiving unit 154 receives from the debtor's bank system the payment information indicating that the debt amount after the offset has been remitted along with the payment ID, and outputs it to application data generation unit 158 (S230). ). The clearing data generation unit 158 specifies the delivery data corresponding to the payment ID using the transaction data storage unit 110 (S240). The clearing data generation unit 158 further generates clearing data for clearing the specified delivery data in the data format in the data format storage unit 156 and outputs the clearing data to the clearing data transmitting unit 162 (S 250). The application data transmitting unit 162 transmits the application data to the business support terminal 30 of the seller and the business support terminal 50 of the buyer corresponding to the delivery data (S260). The receivables management unit and the billing unit of the business support terminal 30 of the seller who has received the reconciliation data use the reconciliation data thus received and receivable (receivable data) and receivables corresponding to the shipping data. The accounting data corresponding to the bill is applied. Similarly, the payables management unit of the business support terminal 50 of the buyer who has received the reconciliation data uses the received reconciliation data to execute the reconciliation process for the receivables (payables data) corresponding to the acceptance data. Do.

FIG. 16 is a block diagram showing a hardware configuration of the transaction support server 10. As shown in FIG. The transaction support server 10 includes a CPU 700, a ROM 702, a RAM 704, and a communication interface 706. The CPU 700 operates based on the programs stored in the ROM 702 and the RAM 704. The communication interface 706 communicates with the outside via a communication network. A hard disk drive 710 as an example of a storage device stores setting information and a program for operating the CPU 700. Or read the program and provide it to CPU 700. The CD-ROM drive 716 reads data or programs from the CD-ROM 718 and provides it to the CPU 700. Communication interface 706 connects to the Internet to send and receive data I believe.

The software executed by the CPU 700 is stored in a recording medium such as the flexible disk 714 or the CD-ROM 718 and provided to the user. The software stored on the recording medium may be compressed or uncompressed. The software is installed in the hard disk drive 710 from the recording medium, read out to the RAM 704, and executed by the CPU 704.

The software stored and provided on the recording medium, that is, the software installed on the hard disk drive 7100, has a functional configuration of a seller data receiving module, a buyer data receiving module, a transaction data storage module, and a matching module. , A statement confirmation module, an output module, a mismatch notification module, a change information receiving module, a change information transmitting module, a payment approval module, a payment data transmitting module, a netting module, and a payment information receiving module. , A data format storage module, an application data generation module, and an application data transmission module. Further, the transaction data storage module has a conversion table. Further, the matching module has, as sub-modules, a statement matching module, a statement conversion module, and a payment data generation module. The processing performed by these modules on the computer and performed by the CPU 700 is the same as the function and operation of the corresponding components in the transaction support server 10 according to the present embodiment, and a description thereof will be omitted. .

As described above, the flexible disk 7 18 or the CD-ROM 7 18 as an example of the recording medium shown in FIG. 16 includes the transaction support server 10 in all the embodiments described in the present application. Some or all functions of the operation can be stored.

These programs may be read directly from the recording medium to the RAM and executed, or may be read and executed by the RAM after being installed in the hard disk drive. Furthermore, the program may be stored on a single recording medium or on a plurality of recording media. The modules stored in the recording medium may provide their respective functions in cooperation with the operating system. For example, the function may be requested to the operating system to perform part or all of the function, and the function may be provided based on a response from the operating system. Recording media include flexible disks, CD-ROMs, optical recording media such as DVDs, magnetic recording media such as MDs, magneto-optical recording media such as PDs, tape media, magnetic recording media, and IC cards. A semiconductor memory such as a miniature force can be used. Further, a storage device such as a hard disk or a RAM provided in a server system connected to a dedicated communication network or the Internet may be used as a recording medium, and the program may be provided to the transaction support server 10 via the communication network.

As described above, by using the transaction support system of the present embodiment, it is possible to easily perform the seller's delivery data, the purchase transaction, and the hand delivery data matching process. In addition, by specifying the delivery data corresponding to the payment information, the processing of clearing the accounts receivable and payable can be facilitated. For example, even if the buyer pays a part of the invoice issued by the seller, the seller identifies the delivery data corresponding to the payment using the transaction support server 10 and sets the sales The receivables can be cleared. In addition, not only can sellers clear accounts receivable, but buyers can easily clear accounts payable. Further, by performing the netting process in the trading system, it becomes easy to clear a plurality of receivables and payables corresponding to the netting.

Although the embodiments of the present invention have been described above, the technical scope of the present invention according to the present application is not limited to the above embodiments. The invention described in the claims can be implemented by adding various changes to the above embodiment. It is also apparent from the scope of the claims that such an invention belongs to the technical scope of the invention according to the present application.

For example, the delivery data of the seller and the delivery data of the buyer may be associated using other items of the transaction identification information. That is, the matching unit 120 converts a part of a plurality of data items included in the seller's delivery data or the buyer's delivery data by using the conversion table 112 to thereby obtain the seller's delivery data. The delivery data of the buyer may be associated with. For example, the matching unit 120 converts the conversion table 1 between the delivery data of the seller whose supplier identification information indicates the buyer and the delivery data of the buyer who has determined that the supplier identification information indicates the seller. Using 1 and 2, the delivery data of the seller, which is determined to correspond to at least a part of the product identification information, the product quantity, and the transaction amount, and the delivery data of the buyer, are associated with each other. Here, the supplier identification information is This is information that specifies the seller or buyer that is the destination, for example, information that specifies the shipping destination or shipping source, and a business partner code. In this way, by specifying the transaction using the product identification information, the product quantity, the price, and the business partner identification information, the seller's delivery data can be obtained without negotiating the transaction identification information between the seller and the buyer in advance. Can be associated with the buyer's delivery data. Industrial applicability

As is apparent from the above description, according to the present invention, it is possible to facilitate the matching process of the delivery data between the seller and the buyer.

Claims

The scope of the claims

1. A transaction support server that supports transactions between sellers and buyers,

The seller's delivery data including the product identification information, the product quantity, and the unit price expressed in an expression format when the seller processes, and the product identification information expressed in the expression format when the buyer processes. A transaction data storage unit for storing information for associating the buyer's delivery data including a product quantity, and a product unit price;

A seller data receiving unit for receiving, from a terminal of the seller, seller delivery data generated due to the transaction;

A buyer data receiving unit that receives delivery data of the buyer generated by the transaction from a terminal of the buyer;

Using the transaction data storage unit, a matching unit that associates the seller's delivery data received by the seller data receiving unit with the buyer's delivery data received by the buyer data receiving unit,

An output unit that outputs at least one of the seller's delivery data and the buyer's delivery data associated with the matching unit to at least one terminal of the seller and the buyer.

A transaction support server comprising:

2. The transaction data storage unit:

Conversion table for converting between the seller's expression form and the buyer's expression form

Has,

The transaction support server according to claim 1, wherein the matching unit associates the seller's delivery data with the buyer's delivery data by converting the delivery data using the conversion table.

3. The conversion table includes the product identification information, the product quantity, the amount, and the customer identification information included in the seller's delivery data, the product identification information, and the product identification information included in the buyer's delivery data. The quantity, the amount, and the representation format of the business partner identification information are stored in association with each other, The matching unit may include, among the delivery data of the seller whose supplier identification information indicates the buyer, and the delivery data of the buyer who has determined that the supplier identification information indicates the seller, 3. The delivery data of the buyer determined to correspond to at least a part of the product identification information, the product quantity, and the price using the conversion table, and the delivery data of the seller are associated with each other. Trading support server.

4. The transaction data storage unit is:

A conversion table that stores the product identification information included in the seller delivery data and the product identification information included in the buyer delivery data in association with each other.

Has,

Using the conversion table, a detail matching unit that associates product identification information included in the delivery data received by the seller data reception unit with product identification information included in the buyer delivery data.

Further comprising

The output unit outputs the product identification information included in one of the buyer's delivery data and the seller's delivery data, together with information indicating that the detail matching unit is associated with the product identification information included in the other. The transaction support server according to claim 1, wherein

5. The transaction support server according to claim 1, wherein the output unit transmits the delivery data associated with the matching unit to the buyer in a representation format of the buyer.

6. The amount, merchandise identification information, merchandise quantity, delivery date, and unit price included in the seller's delivery data associated with the matching unit, and the amount included in the buyer's delivery data, merchandise identification information, A statement confirmation unit that determines whether the product quantity, delivery date, and product unit price correspond to each other;

When at least one of the price, product identification information, product quantity, delivery date, and product unit price does not correspond, the detail confirmation unit notifies at least one of the seller and the buyer of a mismatch. When

2. The transaction support server according to claim 1, further comprising:

7. The inconsistency notification unit is configured to provide the buyer's transaction amount, product identification information, product quantity, The buyer and the seller are displayed on at least one terminal in a state where the arrival date and the unit price are associated with the seller's transaction amount, item identification information, item quantity, delivery date, and item price. 7. The transaction support server according to claim 6, wherein the notification is made that the response is not made.

8. When one of the buyer and the seller changes information included in the delivery data according to the notification of the mismatch notification unit, a change information receiving unit that receives the changed information;

A statement conversion unit that converts the changed information into another delivery data of the buyer and the seller;

A change information transmitting unit that transmits the changed information converted by the detail conversion unit to the other as update data of delivery data;

7. The transaction support server according to claim 6, further comprising:

9. If the matching unit cannot find the handover data and handover data associated with the seller's delivery data received by the seller data receiver within a preset period, the matching unit corresponds to the seller's delivery data. Discrepancy notification section that notifies the seller that there is no buyer delivery data

The transaction support server according to claim 1, further comprising:

10. A data format storage unit that stores information on a data format when the seller performs the reconciliation process and information on a data format when the buyer performs the reconciliation process.

Based on the buyer's delivery data or the seller's delivery data associated with the matching unit, the data format storage unit is used to correspond to the payable or the seller's delivery data corresponding to the buyer's delivery data. A reconciliation data generator for generating reconciliation data for clearing receivables to be settled in the respective data formats of the seller, the buyer, and the hand.

The transaction support server according to claim 1, further comprising:

1 1. a deposit information receiving unit for receiving notification that the buyer has completed payment for the transaction;

On the condition that the payment information receiving unit receives the completion, the application data An erasing data transmitting unit that transmits the erasing data generated by the generating unit to the buyer and the seller;

10. The transaction support server according to claim 10, further comprising:

1 2. A payment data generation unit that generates at least one of delivery data corresponding to the delivery data using at least one of the delivery data of the seller and the delivery data of the buyer associated with the matching unit,

A payment data transmitting unit that transmits the payment data generated by the payment data generating unit to the buyer or the bank of the buyer along with payment identification information that specifies the payment; and

Is further provided,

The transaction data storage unit stores information specifying the delivery data corresponding to the payment data and the payment identification information transmitted by the payment data transmission unit in association with each other. When the payment information receiving unit receives the completion of payment corresponding to the payment data together with the payment identification information, the transaction data storage unit uses the delivery data corresponding to the payment identification information to execute the erasure. 12. The transaction support server according to claim 11, wherein the transaction support server generates embedded data.

13. A netting unit that generates netting data for offsetting a receivable or a debt corresponding to the delivery data between the seller and the buyer by using at least one of the delivery data of the seller and the delivery data of the buyer. ,

Based on the seller or the buyer's delivery data used by the netting unit to generate the netting data, a payable corresponding to the buyer's delivery data or a receivable corresponding to the seller's delivery data. An application data generation unit that generates application data to make

The transaction support server according to claim 1, further comprising:

14. A transaction support system comprising a seller's business support terminal, a buyer's business support terminal, and a transaction support server that supports transactions between the seller and the buyer.

The seller's business support terminal,

A shipping information storage unit for storing information on shipping of goods as seller's delivery data, A seller transmitting unit that transmits the delivery data stored in the shipping information storage unit to the transaction support server;

Has,

The business support terminal of the buyer,

An acceptance information storage unit for storing information on the acceptance of the product as buyer delivery data,

A buyer transmitting unit that transmits the delivery data stored in the acceptance information storage unit to the transaction support server;

Has,

The transaction support server,

The seller's delivery data including the product identification information, the product quantity, and the product unit price expressed in an expression format when the seller's business support terminal processes, and the expression format when the buyer's business support terminal processes A transaction data storage unit that stores information for associating the buyer's delivery data including the product identification information, product quantity, and product unit price expressed by

A seller data receiving unit that receives the seller's delivery data generated due to the transaction from the seller's business support terminal,

A purchase receipt, hand data receiving unit for receiving the buyer's delivery data generated due to the transaction from the buyer's business support terminal,

A matching unit that associates the seller's delivery data received by the seller data receiving unit with the buyer's delivery data received by the buyer data receiving unit, using the transaction data storage unit;

An output unit that outputs at least one of the seller's delivery data and the buyer's delivery data associated with the matching unit to the business support terminal of at least one of the seller and the buyer;

A transaction support system comprising:

15 5. A transaction support method in which a computer supports transactions between sellers and buyers.

The computer power The merchandise identification expressed in an expression format when processed by the seller The delivery data of the seller including information, the product quantity, and the unit price of the seller, and the delivery data of the buyer including the product identification information, the product quantity, and the unit price of the product in an expression format used when the buyer processes the product. A transaction data storage unit that stores information for association, wherein the computer receives, from the seller terminal, the seller's delivery data generated due to the transaction;

Receiving the buyer's delivery data generated due to the transaction from the buyer's terminal,

Using the transaction data storage unit, the computer associates the received delivery data of the seller with the received delivery data of the buyer;

Outputting, by the computer, at least one of the associated delivery data of the seller and the delivery data of the buyer to at least one terminal of the seller and the buyer;

A transaction support method comprising:

16. A computer program for supporting a transaction between a seller and a buyer, the seller including a product identification information, a product quantity, and a product unit price expressed in a format used by the seller for processing. A transaction data storage module for storing information for associating the delivery data with the buyer's delivery data including the product identification information, the product quantity, and the product unit price expressed in an expression format at the time of processing by the buyer; ,

A seller data receiving module for receiving the seller's delivery data generated due to the transaction from the seller's terminal;

A buyer data receiving module for receiving the buyer's delivery data generated due to the transaction from the buyer's terminal;

A matching module that associates the seller's delivery data received by the seller's data receiving module with the buyer's delivery data received by the buyer's data receiving module, using information stored in the transaction data storage module; An output module for outputting at least one of the seller's delivery data and the buyer's hand delivery data associated with the matching module to at least one terminal of the seller's and the buyer's hand; Characterized by having