JPH11345265A - Electronic business system - Google Patents

Electronic business system

Info

Publication number
JPH11345265A
JPH11345265A JP15460098A JP15460098A JPH11345265A JP H11345265 A JPH11345265 A JP H11345265A JP 15460098 A JP15460098 A JP 15460098A JP 15460098 A JP15460098 A JP 15460098A JP H11345265 A JPH11345265 A JP H11345265A
Authority
JP
Japan
Prior art keywords
transaction information
transaction
settlement amount
orderer
identifier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP15460098A
Other languages
Japanese (ja)
Inventor
Tsuyoshi Miyake
強志 三宅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP15460098A priority Critical patent/JPH11345265A/en
Publication of JPH11345265A publication Critical patent/JPH11345265A/en
Pending legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To execute compensation processing between companies by producing a database with which settlement processing is easily performed between the companies based on transaction information exchanged between the companies and utilizing the database in an electronic business system. SOLUTION: When ordering data is received from a terminal, a compensation managing part 24 of a server 11 produces a transaction record having a transaction identifier and the identifier of an orderer and registers it on a transaction information database 21. When receiving order data having the same transaction identifier is received, the database 21 is retrieved and updation is performed so that the identifier of an order receiver and settlement amount are set to a corresponding record. When a compensation instruction is received about more than two transaction records, the part 24 executes compensation processing of the designated transaction records.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、コンピュータを利
用して電子的に商取引を行う電子商取引システムに係わ
り、特に取引者間で伝送されデータベースに登録された
取引情報を基にして取引者間の支払金額を相殺処理する
ような電子商取引システムに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an electronic commerce system for conducting a business transaction electronically using a computer, and more particularly to a business transaction system based on transaction information transmitted between traders and registered in a database. The present invention relates to an electronic commerce system for offsetting payment amounts.

【0002】[0002]

【従来の技術】近年、企業間等で商取引を行うにあた
り、各企業に配置される端末装置をネットワークを介し
て相互に接続し、相互に取引情報を交換して商取引を行
う電子商取引が実用化されつつある。
2. Description of the Related Art In recent years, when conducting business transactions between companies and the like, electronic commerce in which terminal devices arranged in respective companies are connected to each other via a network and trade information is mutually exchanged to carry out business transactions has been put to practical use. Is being done.

【0003】例えば特開平9−73496号公報は、売
り主と買い主との間を接続する産業界ネットワークを介
して受発注等のデータを交換して商取引を行い、金融機
関との間に設けられた中継センタを介して支払関連デー
タを相互に交換することにより効率よく商取引を行える
ようにしたシステムを開示する。
[0003] For example, Japanese Patent Application Laid-Open No. 9-73496 is provided between financial institutions and financial institutions by exchanging data, such as ordering, via an industry network connecting sellers and buyers. Disclosed is a system that enables efficient business transactions by mutually exchanging payment-related data via a relay center.

【0004】[0004]

【発明が解決しようとする課題】商取引を行う当事者、
特に企業のように特定の相手方の取引者と相互に代金の
支払いが発生するような商取引を行う場合、支払金額及
び受取金額を集計するとともに、集計された金額を相互
に相殺するようなことが行われる。また複数の企業でグ
ループを構成し、グループ内の企業間で支払金額および
受取金額を相殺するといったことも行われる。
[Problems to be solved by the invention]
In particular, when conducting business transactions in which payments are made mutually with a specific counterparty such as a company, it is necessary to aggregate the payment amount and the amount received and offset the aggregated amount with each other. Done. In addition, a group is formed by a plurality of companies, and the amount of payment and the amount of reception are offset among the companies in the group.

【0005】上記従来技術によれば、中継センタを介し
て支払い関連データを交換することにより各種の送金方
法を採ることができる。しかし上述したような特定相手
方、あるいは複数企業間で行われるような支払金額と受
取金額の相殺に関しては何等考慮がされておらず、この
ような相殺処理を行うには、それぞれの企業が発注およ
び受注した商品についてどの企業までの相殺作業が終了
していて、限度額に対して超過がないか否かを把握する
といった決済情報の管理を行わなければならない。この
ため各企業における負担が大きく、また効率の良い決済
処理を行うことが難しいと云った問題があった。
[0005] According to the above prior art, various kinds of remittance methods can be adopted by exchanging payment-related data via the relay center. However, no consideration is given to the offset between the payment amount and the received amount, which is performed between the specific counterparty or the multiple companies as described above. It is necessary to manage settlement information such as to know which company has completed the offsetting work for the ordered product and whether the limit has been exceeded. For this reason, there is a problem that the burden on each company is large and it is difficult to perform efficient payment processing.

【0006】本発明の目的は、各取引者から送られる取
引情報を基にして決済管理のしやすいデータベースを作
成することにある。
[0006] An object of the present invention is to create a database that facilitates payment management based on transaction information sent from each transaction person.

【0007】本発明の他の目的は、このデータベースを
用いて相殺処理を実行することにある。
Another object of the present invention is to execute a canceling process using this database.

【0008】[0008]

【課題を解決するための手段】本発明は、取引の識別
子、発注者の識別子、受注者の識別子及び発注者から受
注者へ支払うべき精算金額を有する取引情報を複数個格
納する記憶手段と、発注データを受信したとき取引の識
別子および発注者の識別子を設定した取引情報をこの記
憶手段に登録する処理手段と、同一の取引識別子をもつ
取引情報について受注データを受信したときこの取引情
報に受注者の識別子と精算金額を設定するようこの記憶
手段を更新する手段とを有する電子商取引システムを特
徴とする。
According to the present invention, there is provided a storage means for storing a plurality of transaction information including a transaction identifier, an orderer identifier, an orderer identifier, and a settlement amount to be paid from the orderer to the orderer. Processing means for registering transaction information in which a transaction identifier and an orderer identifier are set when receiving order data in this storage means, and receiving order data for transaction information having the same transaction identifier when receiving order data, An electronic commerce system having means for updating the storage means so as to set a user identifier and a settlement amount.

【0009】また本発明は、発注者である第1の取引者
から受注者である第2の取引者へ支払うべき第1の精算
金額を有する第1の取引情報と、発注者である第2の取
引者から受注者である第1の取引者へ支払うべき第2の
精算金額を有する第2の取引情報とを格納する記憶手段
と、第1の取引情報と第2の取引情報について相殺指示
があったとき、第1の精算金額と第2の精算金額とが等
しいとき両金額を相殺して第1の取引情報と第2の取引
情報とを支払済としてこの記憶手段を更新し、第1の精
算金額と第2の精算金額とが等しくないとき小さい方の
精算金額をもつ取引情報を支払済とし、大きい方の精算
金額をもつ取引情報の精算金額を第1の精算金額と第2
の精算金額の差額にするようこの記憶手段を更新する処
理手段を有する電子商取引システムを特徴とする。
Further, according to the present invention, there is provided first transaction information having a first settlement amount to be paid from a first trader who is an orderer to a second trader who is an orderer, and second transaction information having a first settlement amount. Means for storing second transaction information having a second settlement amount to be paid from a first trader to a first trader who is a contractor, and a cancel instruction for the first transaction information and the second transaction information When the first settlement amount and the second settlement amount are equal to each other, the two settlement amounts are offset, the first transaction information and the second transaction information are set as paid, and the storage means is updated. When the first settlement amount is not equal to the second settlement amount, the transaction information having the smaller settlement amount is paid, and the settlement amount of the transaction information having the larger settlement amount is set to the first settlement amount and the second settlement amount.
An electronic commerce system having processing means for updating the storage means so as to obtain the difference between the settlement amounts.

【0010】さらに本発明は、上記の処理手段をプログ
ラムの形態で格納する記憶媒体を特徴とする。
Further, the present invention is characterized by a storage medium storing the above processing means in the form of a program.

【0011】[0011]

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings.

【0012】図1は、本発明の一実施形態における電子
商取引システムの構成図である。
FIG. 1 is a configuration diagram of an electronic commerce system according to an embodiment of the present invention.

【0013】本システムは、サーバ11と、ネットワー
ク15を介してサーバ11に接続されクライアントとな
る取引情報端末12a、12b、12c、12d(以
下、個々の取引情報端末を特に区別する必要がない場合
には、添字を省略して取引情報端末12として引用す
る)とから構成される。
The present system comprises a server 11 and transaction information terminals 12a, 12b, 12c and 12d connected to the server 11 via the network 15 and serving as clients (hereinafter, it is not necessary to distinguish individual transaction information terminals). Is referred to as the transaction information terminal 12 with the subscript omitted).

【0014】取引情報端末12は、本システムを利用し
て商取引を行う企業等に設置され、取引を行う相手方に
設けられた取引情報端末12との間で取引情報の送受信
を行う。取引情報はサーバ11により中継されて送信元
の取引情報端末12から送信先の取引情報端末12に伝
送される。例えば取引情報端末12aから取引端末12
dに取引情報を送る場合、取引情報端末12aから送信
された取引情報は一旦サーバ11により受信され、その
後サーバ11から取引端末12dに送られる。またサー
バ11は、このように取引情報端末12相互の取引情報
の受け渡しに介在して取引情報端末12間で受け渡され
る商品の発注、受注、支払などに関する取引情報を中継
するとともに、取引情報に基づいて発注・受注から清算
完了までの作業中に参照可能な取引情報データベースを
作成し、また更新してその決済状況を管理する。
The transaction information terminal 12 is installed in a company or the like that conducts commercial transactions using the present system, and transmits and receives transaction information to and from the transaction information terminal 12 provided for the partner who conducts transactions. The transaction information is relayed by the server 11 and transmitted from the transaction information terminal 12 of the transmission source to the transaction information terminal 12 of the transmission destination. For example, from the transaction information terminal 12a to the transaction terminal 12
When the transaction information is sent to the transaction information terminal d, the transaction information transmitted from the transaction information terminal 12a is temporarily received by the server 11, and then transmitted from the server 11 to the transaction terminal 12d. In addition, the server 11 relays the transaction information related to ordering, receiving orders, paying, and the like of the product passed between the transaction information terminals 12 through the exchange of the transaction information between the transaction information terminals 12 as described above. Based on this, a transaction information database that can be referred to during work from ordering / ordering to settlement completion is created and updated to manage the settlement status.

【0015】取引情報端末12は、パーソナルコンピュ
ータ等の情報処理装置によって構成される。取引情報端
末12がサーバ11を介して他の取引情報端末12との
間で商取引を行うために必要となる機能は、その情報処
理装置で実行されるアプリケーションプログラム(A
P)により実現される。
The transaction information terminal 12 is constituted by an information processing device such as a personal computer. The functions required for the transaction information terminal 12 to conduct a commercial transaction with another transaction information terminal 12 via the server 11 are performed by an application program (A) executed by the information processing apparatus.
P).

【0016】サーバ11は、パソコン、ワークステーシ
ョン、メインフレームコンピュータ等の情報処理装置で
ある。ネットワーク15としては、複数の取引当事者間
で利用できるインターネット、VAN業者が提供する専
用線などを利用することができる。
The server 11 is an information processing device such as a personal computer, a workstation, or a mainframe computer. As the network 15, the Internet that can be used between a plurality of trading parties, a dedicated line provided by a VAN company, or the like can be used.

【0017】図2は、サーバ11の機能構成を示すブロ
ック図である。取引情報データベース21は、サーバ1
1の処理装置に接続される記憶装置上に設けられ、取引
情報端末12間でやりとりされる発注データ及び受注デ
ータに基づいて複数の取引情報端末12に亘る取引情報
についてのデータを格納する。
FIG. 2 is a block diagram showing a functional configuration of the server 11. The transaction information database 21 is stored in the server 1
It is provided on a storage device connected to one processing device, and stores data on transaction information across a plurality of transaction information terminals 12 based on order data and order data exchanged between transaction information terminals 12.

【0018】相殺管理部24は、受発注データを基にし
て精算に適したレコードの形式に展開して取引情報デー
タベース21に格納する。また支払い情報及び相殺指示
に従って取引情報データベース21の該当するレコード
を削除又は更新する。
The offset management unit 24 develops the record into a record format suitable for settlement based on the order data, and stores the record in the transaction information database 21. Also, the corresponding record in the transaction information database 21 is deleted or updated according to the payment information and the offset instruction.

【0019】検索部27は、取引情報端末12からの照
会要求に応答して取引情報データベース21を検索し、
該当するレコードを取得する処理部である。編集部28
は、検索部27が取得した取引データを編集し、取引状
況データを作成する処理部である。
The search unit 27 searches the transaction information database 21 in response to an inquiry request from the transaction information terminal 12,
This is a processing unit that acquires a corresponding record. Editing unit 28
Is a processing unit that edits the transaction data acquired by the search unit 27 and creates transaction status data.

【0020】送受信部22は、取引情報端末12から送
られてくる取引情報及び照会要求を受信し、取引情報の
他の取引情報端末への中継、取引状況データの送信の制
御を行う。また送受信部22は、受信した取引情報を相
殺管理部24に送り、照会要求を検索部27に送る。
The transmission / reception unit 22 receives the transaction information and the inquiry request sent from the transaction information terminal 12, relays the transaction information to another transaction information terminal, and controls transmission of transaction status data. The transmission / reception unit 22 sends the received transaction information to the offset management unit 24 and sends an inquiry request to the search unit 27.

【0021】これらの送受信部22、相殺管理部24、
検索部27及び編集部28の機能は、ソフトウェアによ
る機能モジュールとして実現できる。このようなソフト
ウェアによる機能モジュールは、単独でまたは取引情報
端末12間で商取引を行う上で必要となるサーバ11の
他の機能を実現するための機能モジュールと共に、記憶
媒体上にプログラムとして格納され、サーバ11の主記
憶装置に読み込まれるかまたは伝送され、処理装置によ
って実行される。
The transmission / reception unit 22, the offset management unit 24,
The functions of the search unit 27 and the editing unit 28 can be realized as software function modules. Such a functional module by software is stored as a program on a storage medium alone or together with a functional module for realizing other functions of the server 11 necessary for conducting a business transaction between the transaction information terminals 12, The data is read or transmitted to the main storage device of the server 11 and executed by the processing device.

【0022】図3は、取引情報端末12間で送受信され
る取引情報のうち、商品の発注側から受注側に送られる
発注データの一例を示す図である。発注データは、発注
する商品を特定するための商品番号、その商品の単価、
数量、金額、商品の納入日を示す納期、発注者及びその
取引を特定する取引番号(取引の識別子)を含んでい
る。
FIG. 3 is a view showing an example of order data transmitted from the ordering side of the product to the order receiving side in the transaction information transmitted and received between the transaction information terminals 12. Order data includes the product number to identify the product to order, the unit price for that product,
It includes the quantity, the amount, the delivery date indicating the delivery date of the product, the orderer, and a transaction number (transaction identifier) for specifying the transaction.

【0023】図4は、取引情報端末12間で送受信され
る取引情報のうち、商品の受注側から発注側に送られる
受注データの一例を示す図である。受注データは、商品
番号、単価、数量、金額、納期、支払いが行われる日で
ある精算日、精算金額、取引条件、発注者、受注した当
事者を特定するための受注者および取引番号を含んでい
る。
FIG. 4 is a view showing an example of order data sent from the order receiving side of a product to the ordering side among the transaction information transmitted and received between the transaction information terminals 12. The order data includes the product number, unit price, quantity, amount, delivery date, settlement date when payment is made, settlement amount, transaction conditions, orderer, orderer and transaction number to identify the party who received the order. I have.

【0024】発注者、受注者としては、取引情報端末1
2を所有する企業等の名称、あるいはそれら企業に対し
てシステム内で割り当てられる会員番号、識別子などの
識別情報を用いることができる。なお取引情報の書式と
して、CIIシンタックスルール、EDIFACTのよ
うな標準書式に準拠することができる。また取引番号や
商品番号などは商取引を行う当事者間のコード体系の統
一基準に従って統一されているものとする。
As the orderer and the order receiver, the transaction information terminal 1
The name of a company or the like who owns 2 or identification information such as a member number or an identifier assigned to the company in the system can be used. The format of the transaction information can be based on a standard format such as CII syntax rules and EDIFACT. Further, the transaction number and the product number are unified according to the unified standard of the code system between the parties performing the commercial transactions.

【0025】図5は、取引情報端末12からサーバ11
へ送信される支払い情報のデータ例を示す図である。
FIG. 5 shows the transaction information terminal 12 to the server 11
It is a figure showing an example of data of payment information transmitted to.

【0026】支払い情報は、発注者番号、取引番号、発
注者、受注者及び支払金額を含んでいる。
The payment information includes an orderer number, a transaction number, an orderer, a contractor, and a payment amount.

【0027】図6は、取引情報データベース21に格納
される取引データの構成を示すデータ構成図である。取
引データは、各取引の清算日順に取引の清算予定を示し
ている。各レコードは、清算日40、清算金額41、取
引番号42、取引日43、発注者(支払)44、受注者
(受取)45、商品番号46、納期47、単価48、数
量49、取引額50、取引条件51及び相殺状況52等
の取引情報を含んでいる。取引情報データベース21
は、特に相殺処理をするのに適したデータ形式をもつ
が、相殺処理をするか否かにかかわらず発注者44と受
注者45との間の支払金額の状況を把握するのに便利な
データ形式となっている。
FIG. 6 is a data structure diagram showing the structure of the transaction data stored in the transaction information database 21. The transaction data shows the settlement schedule of the transaction in the order of the settlement date of each transaction. Each record includes a settlement date 40, a settlement amount 41, a transaction number 42, a transaction date 43, an orderer (payment) 44, a contractor (receipt) 45, a product number 46, a delivery date 47, a unit price 48, a quantity 49, and a transaction amount 50. , Transaction conditions 51 and offsetting status 52. Transaction information database 21
Has a data format that is particularly suitable for the offset processing, but is useful data for grasping the state of the payment amount between the orderer 44 and the order receiver 45 regardless of whether the offset processing is performed. It has a format.

【0028】清算日40は、取引当事者間で決まってい
る取引の清算日(振込日)である。清算金額41は、精
算日40で指定される日に精算される金額を示す情報で
あり、通常は受注時に決定された受注金額である。取引
番号42は、商取引を行う当事者間で合意した個々の取
引を識別する通番である。発注者(支払)44、受注者
(受取)45は、それぞれ商取引を行った取引者である
発注者、受注者を特定するための情報であり、発注デー
タ及び受注データに含まれる発注者、受注者に相当する
ものである。商品番号46は、取引当事者間で成立した
取引において取引される商品の識別子である。納期47
は、商品の納入日である。単価48、数量49、取引額
50は、取引が成立したときの取引内容である。取引条
件51は、清算日、支払回数などの条件を示す情報であ
る。たとえば当事者間で標準清算条件を使うときは、
「商品受取後30日以内」、「商品受取後の翌月末」、
「商品受取時」、「商品契約成立時」、「商品受取後2
週間以内」などがある。また支払を複数回に分割して行
う取引方法もある。相殺状況52は、相殺処理が終了し
たか否か、すなわち消込みの状態を示すフラグである。
図6の例では、企業間あるいは企業グループ間での相殺
済は「済」、相殺未完は「未」である。
The settlement date 40 is a settlement date (transfer date) of a transaction determined between the transaction parties. The settlement amount 41 is information indicating the amount to be settled on the day specified by the settlement date 40, and is usually the order amount determined at the time of receiving the order. The transaction number 42 is a serial number for identifying an individual transaction agreed between the parties who conduct the commercial transaction. The ordering party (payment) 44 and the order receiving party (receiving) 45 are information for specifying the ordering party and the order receiving party who have performed the business transactions, respectively, and include the ordering data, the ordering party included in the order receiving data, and the order receiving order. Is equivalent to a person. The product number 46 is an identifier of a product traded in a transaction established between the trading parties. Delivery 47
Is the delivery date of the product. The unit price 48, the quantity 49, and the transaction amount 50 are transaction contents when the transaction is established. The transaction conditions 51 are information indicating conditions such as the settlement date and the number of payments. For example, when using standard settlement conditions between parties,
"Within 30 days after receiving the product", "End of the next month after receiving the product",
“At the time of product receipt”, “At the time of product contract conclusion”, “After product receipt 2”
Within a week ". There is also a transaction method in which payment is divided into a plurality of times. The offset state 52 is a flag indicating whether or not the offset processing has been completed, that is, a state of the application.
In the example of FIG. 6, offset between companies or enterprise groups is “completed”, and unfinished offset is “not completed”.

【0029】図6において、レコード55は、取引番号
がPS001の取引について商品納期が8月20日であ
り、10月25日に発注者である企業Aから受注者であ
る企業Bへ600万円が振込まれることを示している。
In FIG. 6, the record 55 indicates that the transaction date of the transaction with the transaction number PS001 is August 20, and that the company A, which is the ordering party, will receive 6 million yen from the ordering company A to the order receiving company B on October 25. Indicates that the payment will be made.

【0030】また商取引における精算が分割して行われ
る場合は、例えばレコード56とレコード57に示され
るように、同一の取引番号の取引に対して精算日ごとに
レコードが形成され、取引条件51に取引条件として精
算の分割回数、精算回数等を示す情報が設定される。
When the settlement in the commercial transaction is performed in a divided manner, for example, as shown in a record 56 and a record 57, a record is formed for each transaction with the same transaction number for each settlement date, and the transaction conditions 51 Information indicating the number of payment divisions, the number of payments, and the like is set as the transaction condition.

【0031】図7は、サーバ11の記憶装置に格納さ
れ、取引情報について信用限度額をチェックするときの
テーブルの一例を示す図である。信用限度額レコード
は、発注者、信用限度額、アラーム値及び清算日より構
成されている。この例ではアラーム値は信用限度額の8
0%に設定されている。信用限度額、アラーム値、清算
日は、企業グループ内の発注者、受注者ごとに設定する
こともできる。最初のレコードは、発注者がAで、信用
限度額が300百万円、アラーム値が240百万円、清
算日は毎月25日を示している。
FIG. 7 is a diagram showing an example of a table stored in the storage device of the server 11 and used when checking the credit limit of transaction information. The credit limit record includes an orderer, a credit limit, an alarm value, and a settlement date. In this example, the alarm value is the credit limit of 8
It is set to 0%. The credit limit, the alarm value, and the settlement date can be set for each orderer and orderer in the corporate group. The first record indicates that the orderer is A, the credit limit is 300 million yen, the alarm value is 240 million yen, and the settlement date is 25th of each month.

【0032】図8は、サーバ11の相殺管理部24の処
理の流れを示すフローチャートである。相殺管理部24
は、送受信部22を介して取引情報端末12から取引情
報を受信し(ステップ60)、信用限定額テーブルを参
照して取引情報に含まれる発注者又は受注者に関する取
引金額が信用限定額以内か否か判定する(ステップ6
1)。信用限度額を越えていれば(ステップ61N
O)、処理を終了する。信用限定額以内であれば(ステ
ップ61YES)、アラーム値を越えているか否か判定
する(ステップ62)。アラーム値を越えていれば(ス
テップ62YES)、相殺管理部24は取引情報を送信
した取引情報端末12へアラーム情報を通知しし(ステ
ップ63)、ステップ64へ行く。
FIG. 8 is a flowchart showing the flow of the process of the offset management unit 24 of the server 11. Offset management unit 24
Receives the transaction information from the transaction information terminal 12 via the transmission / reception unit 22 (step 60), and refers to the credit limit amount table to determine whether the transaction amount related to the orderer or contractor included in the transaction information is within the credit limit amount. (Step 6
1). If the credit limit is exceeded (step 61N
O), the process ends. If it is within the credit limit (step 61 YES), it is determined whether or not the alarm value has been exceeded (step 62). If the alarm value has been exceeded (step 62 YES), the offset management unit 24 notifies the transaction information terminal 12 that transmitted the transaction information of the alarm information (step 63), and proceeds to step 64.

【0033】次に相殺管理部24は、取引情報に含まれ
る取引番号をキーとして取引情報データベース21を検
索し(ステップ64)、取引情報データベース21に登
録されていない新規の取引に関する取引情報か否か判定
する(ステップ65)。取引情報データベース21に登
録されていなければ(ステップ65YES)、新規の発
注情報とみなして、取引情報データベース21のレコー
ドを作成し、取引情報データベース21の最後のレコー
ドとして登録し(ステップ66)、処理を終了する。こ
のとき清算日40、清算金額41、受注者45及び取引
条件51は空欄のままであり、取引日43はサーバ11
が発注情報を受けた日であり、相殺状況52には未を設
定する。
Next, the offset management unit 24 searches the transaction information database 21 using the transaction number included in the transaction information as a key (step 64), and determines whether the transaction information is new transaction information not registered in the transaction information database 21. Is determined (step 65). If it is not registered in the transaction information database 21 (step 65YES), it is regarded as new order information, a record of the transaction information database 21 is created, and registered as the last record of the transaction information database 21 (step 66). To end. At this time, the settlement date 40, the settlement amount 41, the contractor 45 and the transaction conditions 51 are left blank, and the transaction date 43 is set to the server 11
Is the day on which the order information was received, and “OFF” is set in the offset status 52.

【0034】取引情報が取引情報データベース21に登
録されており(ステップ65NO)、受注情報であれば
(ステップ67受注)、既存の発注情報を更新し、取引
情報データベース21を更新する(ステップ68)。受
注情報の清算日40、清算金額41、受注者45及び取
引条件51をデータ入力し、取引日43、納期47、単
価48、数量49、取引額50を更新する。作成された
レコードを清算日40の順序に従って取引情報データベ
ース21に挿入する。また分割払いの場合には、分割の
個数だけレコードを分割し、各々のレコードを清算日4
0の順序に従って取引情報データベース21に挿入す
る。
If the transaction information is registered in the transaction information database 21 (step 65 NO), and if it is order information (step 67 order), the existing order information is updated and the transaction information database 21 is updated (step 68). . The settlement date 40, the settlement amount 41, the contractor 45, and the transaction condition 51 of the order information are input as data, and the transaction date 43, the delivery date 47, the unit price 48, the quantity 49, and the transaction amount 50 are updated. The created records are inserted into the transaction information database 21 in the order of the settlement date 40. In the case of installment payment, records are divided by the number of divisions, and each record is
0 is inserted into the transaction information database 21 in the order of 0.

【0035】取引情報が支払い情報であれば(ステップ
67支払)、支払い情報中の発注者、受注者及び支払金
額と既存受注情報中の発注者44、受注者45及び清算
金額41とが各々一致していれば当該レコードを取引情
報データベース21から削除する(ステップ69)。
If the transaction information is payment information (payment in step 67), the orderer, orderer and payment amount in the payment information and the orderer 44, orderer 45 and settlement amount 41 in the existing order information are each one. If so, the record is deleted from the transaction information database 21 (step 69).

【0036】取引情報が相殺指示であれば(ステップ6
7相殺)、指定された2つ以上の取引番号のレコードに
ついて発注者44と受注者45の間で清算金額41の相
殺計算を行い(ステップ70)、取引情報データベース
21中の該当レコードの相殺状況52を済に更新する
(ステップ71)。最後に相殺されなかった支払い残分
の金額があれば、支払い残を生じたレコードを基にし、
清算金額41を支払残金額に更新したレコードを作成し
て取引情報データベース21に登録する(ステップ7
2)。2つの取引レコードの清算金額41を相殺する場
合には、第1のレコードの発注者44は第2のレコード
の受注者45に等しく第2のレコードの発注者44は第
1のレコードの受注者45に等しいから、両レコードの
清算金額41の差額を求める。差額が0であれば両レコ
ードの相殺状況52を済に更新する。差額が0でなけれ
ば小さい方の清算金額41をもつレコードの相殺状況5
2を済とし、大きい方の清算金額41をもつレコードの
清算金額41を両清算金額41の差額に更新する。大き
い方の清算金額41をもつレコードの相殺状況52を済
とし、別に大きい方の清算金額41をもつレコードの清
算金額41を両清算金額41の差額に更新したレコード
を追加してもよい。2つ以上の取引レコードの清算金額
41を相殺する場合には、2つの取引レコードについて
上記相殺処理を行い、支払い未済で残った取引レコード
の中から2つの取引レコードを選択して上記相殺処理を
行い、最後にすべての取引レコードの相殺状況52が済
になるか又はただ1つの取引レコードの清算金額41が
支払い残として支払い未済になるまで処理を繰り返す。
If the transaction information is a cancellation instruction (step 6)
7) offsetting the settlement amount 41 between the orderer 44 and the order receiving party 45 for the records of the specified two or more transaction numbers (step 70), and the offsetting status of the corresponding record in the transaction information database 21. 52 is updated to "finished" (step 71). Any remaining unpaid balance will be based on the record that resulted in the remaining balance,
A record in which the settlement amount 41 is updated to the remaining payment amount is created and registered in the transaction information database 21 (step 7).
2). To offset the settlement amount 41 of the two transaction records, the orderer 44 of the first record is equal to the orderer 45 of the second record and the orderer 44 of the second record is the orderer of the first record. Since it is equal to 45, the difference between the settlement amount 41 of both records is obtained. If the difference is 0, the offset status 52 of both records is updated to “finished”. If the difference is not 0, the offsetting status of the record having the smaller settlement amount 41 is 5
Then, the settlement amount 41 of the record having the larger settlement amount 41 is updated to the difference between the two settlement amounts 41. The record 52 having the larger settlement amount 41 may have been settled, and a record in which the settlement amount 41 of the record having the larger settlement amount 41 is updated to the difference between the two settlement amounts 41 may be added. When canceling the settlement amounts 41 of two or more transaction records, the above-described offset processing is performed on the two transaction records, and two transaction records are selected from the remaining transaction records that have not been paid and the offset processing is performed. Then, the process is repeated until the offset status 52 of all transaction records is completed or the settlement amount 41 of only one transaction record is unpaid as a remaining balance.

【0037】図9は、取引情報端末12から取引状況の
照会要求を受けたときのサーバ11の応答処理の流れを
示すフローチャートである。検索部27は送受信部22
を介して取引情報端末12から照会要求を受信すると
(ステップ81)、取引情報データベース21を検索し
て要求のあった企業が発注者44又は受注者45となつ
ているレコードを抽出する(ステップ82)。検索条件
として精算日が指定されていれば、指定された精算日の
レコードを抽出する。編集部28は抽出された取引情報
を編集し(ステップ83)、送受信部22を介して取引
状況データを照会元の取引情報端末12へ送信する(ス
テップ84)。
FIG. 9 is a flowchart showing a flow of a response process of the server 11 when receiving a transaction status inquiry request from the transaction information terminal 12. The search unit 27 is the transmission / reception unit 22
(Step 81), the transaction information database 21 is searched to extract a record in which the requested company is the orderer 44 or the orderer 45 (step 82). ). If a settlement date is specified as a search condition, a record of the designated settlement date is extracted. The editing unit 28 edits the extracted transaction information (step 83), and transmits the transaction status data to the transaction information terminal 12 of the inquiry source via the transmission / reception unit 22 (step 84).

【0038】図10は、取引情報端末12の表示装置上
に表示される取引状況データのデータ例を示す図であ
る。取引情報端末12は、サーバ11から受け取った指
定した精算日の取引状況データを発注データと受注デー
タに分けて表示する。
FIG. 10 is a diagram showing an example of transaction status data displayed on the display device of the transaction information terminal 12. As shown in FIG. The transaction information terminal 12 displays the transaction status data received from the server 11 on the specified settlement date separately into order data and order data.

【0039】図11は、取引情報端末12の表示装置上
に表示される支払いと受け取りの状況のデータ例を示す
図である。サーバ11から受け取った指定した精算日の
取引状況データの各レコードから発注者44、受注者4
5及び清算金額41を抽出し、BからAのように同一の
支払企業−受け取り企業間の金額を集計し、支払い側と
受取側に各企業名を配列したマトリックスによって当該
A企業と他企業との間の支払/受取の状況を表示する。
このマトリックスによって、例えばBからAへの支払い
金額22.5M¥とAからBへの支払い金額6M¥を相
殺すると、BからAへの支払い残16.5M¥となるこ
とが知れる。なおサーバ11の編集部28がこのマトリ
ックスを作成して取引情報端末12へ送信してもよい。
FIG. 11 is a diagram showing an example of data of the status of payment and receipt displayed on the display device of the transaction information terminal 12. From each record of the transaction status data specified on the settlement date received from the server 11, the orderer 44 and the orderer 4
5 and the settlement amount 41 are extracted, and the same amount between the paying company and the receiving company as B to A is summed up. The status of payment / receipt during is displayed.
It is known from this matrix that, for example, if the amount of payment from B to A of 22.5 M $ and the amount of payment from A to B of 6 M $ are offset, the remaining amount of payment from B to A is 16.5 M $. The editing unit 28 of the server 11 may create this matrix and transmit it to the transaction information terminal 12.

【0040】図12は、取引情報端末12の表示装置上
に表示される相殺指示をするときの取引状況データのデ
ータ例を示す図である。相殺処理が選択されると、取引
情報端末12は同一精算日の取引状況データの中で相殺
状況52が未のレコードを抽出し、相殺に関連するよう
なデータ項目を抽出して表示装置上に表示する。2つ以
上のレコードが指示されると、取引情報端末12はこれ
らレコードの取引番号と相殺指示をサーバ11へ送信す
る。
FIG. 12 is a diagram showing an example of data of transaction status data displayed on the display device of the transaction information terminal 12 when giving an offset instruction. When the offset process is selected, the transaction information terminal 12 extracts a record in which the offset status 52 is not yet included in the transaction status data on the same settlement date, extracts a data item related to the offset, and displays the data item on the display device. indicate. When two or more records are instructed, the transaction information terminal 12 transmits the transaction numbers of these records and the offset instruction to the server 11.

【0041】[0041]

【発明の効果】以上説明したように本発明によれば、発
注データと対応する受注データを1つの取引情報として
まとめた取引情報データベースを作成するので、企業間
での決済処理のしやすい電子商取引システムを提供でき
る。またこの取引情報データベースは一元管理されるの
で、各企業等がそれぞれ独自に企業間の取引状況を管理
することなく、これを把握することができ、各企業の負
担を軽減できる。さらにこの取引情報データベースを利
用して相殺処理を実行でき、各企業による取引の伝票発
行、銀行振り込み等の作業を軽減でき、取引費用を削減
できるとともに効率のよい商取引を実現できる。
As described above, according to the present invention, since a transaction information database in which order data and order data corresponding to the order data are compiled as one transaction information is created, electronic commerce which is easy to settle between companies is provided. System can be provided. Further, since the transaction information database is centrally managed, each company and the like can grasp the status of transactions between companies without independently managing the status of the transactions, and the burden on each company can be reduced. Further, the transaction information database can be used to execute the offsetting process, thereby reducing the work of each company such as issuing a transaction slip and bank transfer, and reducing transaction costs and realizing efficient commercial transactions.

【図面の簡単な説明】[Brief description of the drawings]

【図1】実施形態の電子商取引システムの構成図であ
る。
FIG. 1 is a configuration diagram of an electronic commerce system according to an embodiment.

【図2】実施形態のサーバ11の機能構成を示すブロッ
ク図である。
FIG. 2 is a block diagram illustrating a functional configuration of a server 11 according to the embodiment.

【図3】発注側から受注側への発注データの一例を示す
図である。
FIG. 3 is a diagram showing an example of order data from an ordering side to an order receiving side.

【図4】受注側から発注側への受注データの一例を示す
図である。
FIG. 4 is a diagram showing an example of order data from an order receiving side to an order receiving side.

【図5】支払い情報のデータ例を示す図である。FIG. 5 is a diagram illustrating a data example of payment information.

【図6】実施形態の取引情報データベース21のデータ
構成を示す図である。
FIG. 6 is a diagram showing a data configuration of a transaction information database 21 of the embodiment.

【図7】信用限度額データの一例を示す図である。FIG. 7 is a diagram illustrating an example of credit limit data.

【図8】実施形態の相殺管理部24の処理の流れを示す
フローチャートである。
FIG. 8 is a flowchart illustrating a flow of processing of the offset management unit 24 according to the embodiment.

【図9】実施形態の取引状況の照会処理の流れを示すフ
ローチャートである。
FIG. 9 is a flowchart illustrating a flow of a transaction status inquiry process according to the embodiment.

【図10】取引状況データの表示例を示す図である。FIG. 10 is a diagram showing a display example of transaction status data.

【図11】企業間の支払/受取状況の表示例を示す図で
ある。
FIG. 11 is a diagram showing a display example of the status of payment / reception between companies.

【図12】相殺指示をするときの表示例を示す図であ
る。
FIG. 12 is a diagram illustrating a display example when a cancellation instruction is given.

【符号の説明】[Explanation of symbols]

11:サーバ、12:取引情報端末、21:取引情報デ
ータベース、24:相殺管理部
11: server, 12: transaction information terminal, 21: transaction information database, 24: offset management unit

Claims (5)

【特許請求の範囲】[Claims] 【請求項1】取引の識別子、発注者の識別子、受注者の
識別子及び発注者から受注者へ支払うべき精算金額を有
する取引情報を複数個格納する記憶手段と、発注データ
を受信したとき取引の識別子および発注者の識別子を設
定した該取引情報を該記憶手段に登録する処理手段と、
同一の取引識別子をもつ取引情報について受注データを
受信したとき該取引情報に受注者の識別子と該精算金額
を設定するよう該記憶手段を更新する手段とを有するこ
とを特徴とする電子商取引システム。
A storage means for storing a plurality of transaction information including a transaction identifier, an orderer identifier, an orderer identifier, and a settlement amount to be paid from the orderer to the orderer, and a storage means for storing the transaction information when the order data is received. Processing means for registering the transaction information in which an identifier and an orderer's identifier are set in the storage means;
An electronic commerce system comprising: means for updating the storage means so as to set an identifier of a contractor and the settlement amount in the transaction information when receiving order data for the transaction information having the same transaction identifier.
【請求項2】取引者から取引状況の照会があったとき、
該記憶手段上の取引情報を検索して該取引者の識別子が
発注者の識別子と受注者の識別子のいずれか一方に合致
する取引情報を抽出し、照会元の該取引者へ送信する処
理手段をさらに有することを特徴とする請求項1記載の
電子商取引システム。
2. When a trader inquires about the transaction status,
Processing means for retrieving transaction information on the storage means to extract transaction information whose trader identifier matches one of the orderer's identifier and the orderer's identifier, and to transmit to the inquiry-source trader The electronic commerce system according to claim 1, further comprising:
【請求項3】発注者である第1の取引者から受注者であ
る第2の取引者へ支払うべき第1の精算金額を有する第
1の取引情報と、発注者である第2の取引者から受注者
である第1の取引者へ支払うべき第2の精算金額を有す
る第2の取引情報とを格納する記憶手段と、 第1の取引情報と第2の取引情報について相殺指示があ
ったとき、第1の精算金額と第2の精算金額とが等しい
とき両金額を相殺して第1の取引情報と第2の取引情報
とを支払済として該記憶手段を更新し、第1の精算金額
と第2の精算金額とが等しくないとき小さい方の精算金
額をもつ取引情報を支払済とし、大きい方の精算金額を
もつ取引情報の精算金額を第1の精算金額と第2の精算
金額の差額にするよう記憶手段を更新する処理手段とを
有することを特徴とする電子商取引システム。
3. First trade information having a first settlement amount to be paid from a first trader who is an orderer to a second trader who is an orderer, and a second trader being an orderer. Storage means for storing second transaction information having a second settlement amount to be paid to a first transaction person who is a contractor, and an instruction to offset the first transaction information and the second transaction information. When the first settlement amount and the second settlement amount are equal to each other, the two settlement amounts are cancelled, the first transaction information and the second transaction information are paid, and the storage means is updated. When the amount is not equal to the second settlement amount, the transaction information having the smaller settlement amount is paid, and the settlement amount of the transaction information having the larger settlement amount is set as the first settlement amount and the second settlement amount. Processing means for updating the storage means so as to obtain the difference between the two. Commerce system.
【請求項4】コンピュータ読み取り可能な記憶媒体上に
実体化されたプログラムであり、該プログラムは下記機
能を含む: (a)発注データを受信したとき取引の識別子および発
注者の識別子を有する取引情報を記憶手段に登録する機
能、および(b)同一の取引識別子をもつ取引情報につ
いて受注データを受信したとき、該取引情報に受注デー
タに含まれる受注者の識別子と精算金額を設定するよう
該記憶手段を更新する機能。
4. A program embodied on a computer-readable storage medium, the program comprising the following functions: (a) transaction information having an identifier of a transaction and an identifier of an orderer when receiving order data; And (b) when the order data is received for the transaction information having the same transaction identifier, the storage information is set so as to set the identifier of the contractor and the settlement amount included in the order data in the transaction information. Ability to update means.
【請求項5】コンピュータ読み取り可能な記憶媒体上に
実体化されたプログラムであり、該プログラムは下記機
能を含む: (a)発注者である第1の取引者から受注者である第2
の取引者へ支払うべき第1の精算金額を有する第1の取
引情報と、発注者である第2の取引者から受注者である
第1の取引者へ支払うべき第2の精算金額を有する第2
の取引情報とを記憶手段に格納する機能、(b)第1の
取引情報と第2の取引情報について相殺指示があったと
き、第1の精算金額と第2の精算金額とが等しいとき両
金額を相殺して第1の取引情報と第2の取引情報とを支
払済として該記憶手段を更新する機能、および(c)第
1の精算金額と第2の精算金額とが等しくないとき小さ
い方の精算金額をもつ取引情報を支払済とし、大きい方
の精算金額をもつ取引情報の精算金額を第1の精算金額
と第2の精算金額の差額にするよう記憶手段を更新する
機能。
5. A program embodied on a computer-readable storage medium, the program including the following functions: (a) a first trader who is an orderer to a second trader who is an order receiver;
The first transaction information having the first settlement amount to be paid to the first trader and the second transaction information having the second settlement amount to be paid from the second trader as the orderer to the first trader as the orderer. 2
(B) when the first transaction information and the second transaction information are instructed to cancel each other, and when the first settlement amount and the second settlement amount are equal, A function of canceling the amount and updating the storage means as having paid the first transaction information and the second transaction information, and (c) small when the first settlement amount and the second settlement amount are not equal. A function of updating the storage means such that the transaction information having the larger settlement amount is paid, and the settlement amount of the transaction information having the larger settlement amount is set to the difference between the first settlement amount and the second settlement amount.
JP15460098A 1998-06-03 1998-06-03 Electronic business system Pending JPH11345265A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP15460098A JPH11345265A (en) 1998-06-03 1998-06-03 Electronic business system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP15460098A JPH11345265A (en) 1998-06-03 1998-06-03 Electronic business system

Publications (1)

Publication Number Publication Date
JPH11345265A true JPH11345265A (en) 1999-12-14

Family

ID=15587737

Family Applications (1)

Application Number Title Priority Date Filing Date
JP15460098A Pending JPH11345265A (en) 1998-06-03 1998-06-03 Electronic business system

Country Status (1)

Country Link
JP (1) JPH11345265A (en)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010099419A (en) * 2001-09-26 2001-11-09 김형태 Account settlement system for relationship of companys
JP2002032587A (en) * 2000-03-29 2002-01-31 Nissho Iwai Corp System and method for anonymous electronic commerce with credit function
JP2002032447A (en) * 2000-07-19 2002-01-31 Kawasaki Steel Corp Operation result information sharing system, analyzing method for operation result, and recording medium stored with operation result information sharing program
KR20020062604A (en) * 2002-06-01 2002-07-26 양준영 IMS(InterERP Management System)
JP2002373302A (en) * 2001-06-14 2002-12-26 Ufj Bank Ltd Credit and settlement system and method thereof
JP2003044757A (en) * 2001-07-30 2003-02-14 Idemitsu Kosan Co Ltd System for managing barter transaction
KR20040001068A (en) * 2002-06-26 2004-01-07 양준영 Business management system between enterprises
JP2007521542A (en) * 2003-11-10 2007-08-02 イーベイ インク. Facilitating small payments between multiple parties
JP2011018170A (en) * 2009-07-08 2011-01-27 Nec Corp Debt and credit management system and device, ordering side management device, order reception side management device, debt and credit management method, and program
JP2012089157A (en) * 2003-09-12 2012-05-10 Swiss Reinsurance Co Computer base system for transaction processing
JP2016031571A (en) * 2014-07-28 2016-03-07 株式会社 ゆうちょ銀行 Information processing method, information processor, and program

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002032587A (en) * 2000-03-29 2002-01-31 Nissho Iwai Corp System and method for anonymous electronic commerce with credit function
JP2002032447A (en) * 2000-07-19 2002-01-31 Kawasaki Steel Corp Operation result information sharing system, analyzing method for operation result, and recording medium stored with operation result information sharing program
JP2002373302A (en) * 2001-06-14 2002-12-26 Ufj Bank Ltd Credit and settlement system and method thereof
JP2003044757A (en) * 2001-07-30 2003-02-14 Idemitsu Kosan Co Ltd System for managing barter transaction
JP4691280B2 (en) * 2001-07-30 2011-06-01 出光興産株式会社 Barter transaction management system
KR20010099419A (en) * 2001-09-26 2001-11-09 김형태 Account settlement system for relationship of companys
KR20020062604A (en) * 2002-06-01 2002-07-26 양준영 IMS(InterERP Management System)
KR20040001068A (en) * 2002-06-26 2004-01-07 양준영 Business management system between enterprises
JP2012089157A (en) * 2003-09-12 2012-05-10 Swiss Reinsurance Co Computer base system for transaction processing
JP2007521542A (en) * 2003-11-10 2007-08-02 イーベイ インク. Facilitating small payments between multiple parties
JP2011018170A (en) * 2009-07-08 2011-01-27 Nec Corp Debt and credit management system and device, ordering side management device, order reception side management device, debt and credit management method, and program
JP2016031571A (en) * 2014-07-28 2016-03-07 株式会社 ゆうちょ銀行 Information processing method, information processor, and program

Similar Documents

Publication Publication Date Title
US8407124B2 (en) Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer
US20020120537A1 (en) Web based system and method for managing business to business online transactions
EP0845749A2 (en) Electronic commerce support method and apparatus
CN101901419A (en) System and method for managing reservation requests for one or more inventory items
US20080208736A1 (en) System and method for settling trades in a digital merchant exchange
JPH11345265A (en) Electronic business system
EP1276070A1 (en) Finance applying method on electronic commerce system
JP4459538B2 (en) Reorganization fund management system, reorganization fund management system program, and recording medium recording the program
JP4212785B2 (en) Settlement mediation system and settlement mediation method
JP2001028026A (en) Transaction support system
JP2004295277A (en) Group fund collection method, group fund collection system, and program for group fund collection system
JP2003150874A (en) Settlement of account method of electronic commerce and settlement of account system thereof
JP2002216039A (en) Settlement management system and method, recording medium recorded with settlement management program, and settlement management program
JP7210251B2 (en) SETTLEMENT BUSINESS SUPPORT SYSTEM AND SETTLEMENT BUSINESS SUPPORT METHOD
JP2003044771A (en) Transaction system, payment facility server, transaction smoothing server and transaction method
JP2002083247A (en) Transaction mediation system and method, data processing device, and storage medium
JP3071630U (en) Core business control device with electronic commerce function
JP5122715B2 (en) Payment brokerage method
KR20010098939A (en) Article transaction method using computer
JP2001331759A (en) Obligation management system
JP2005216093A (en) Vehicle export sales support system
JP2002279180A (en) Loan business support system and method of doing loan business
JP2003115023A (en) Settlement agency system and its method
JP2004145865A (en) Method and system for electronic paperwork processing
JP2002063515A (en) On-line account transfer system and transaction method using the same