TWI522947B - 結算業務支援系統及結算業務支援方法 - Google Patents

結算業務支援系統及結算業務支援方法 Download PDF

Info

Publication number
TWI522947B
TWI522947B TW102124734A TW102124734A TWI522947B TW I522947 B TWI522947 B TW I522947B TW 102124734 A TW102124734 A TW 102124734A TW 102124734 A TW102124734 A TW 102124734A TW I522947 B TWI522947 B TW I522947B
Authority
TW
Taiwan
Prior art keywords
payment
information
purchaser
terminal
settlement
Prior art date
Application number
TW102124734A
Other languages
English (en)
Other versions
TW201423642A (zh
Inventor
Mitsuhiro Kasai
Yuuji Hirose
Yusuke Ebine
Toshihisa Koyama
Takahiro Sugiura
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
Publication of TW201423642A publication Critical patent/TW201423642A/zh
Application granted granted Critical
Publication of TWI522947B publication Critical patent/TWI522947B/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

結算業務支援系統及結算業務支援方法
本發明係關於結算業務支援系統及結算業務支援方法。
近來，達成企業間交易的電子化，以電子式進行有關債權債務的處理的案例與日俱增。例如，以確實管理進款與電子債權的對應關係，可進行有效率的消帳管理的技術而言，已有以下技術被提出。
亦即，已提出一種應收債權消帳管理系統(參照專利文獻1)等，其係由以下所構成：由應付債務者終端接收應付債務的資訊且儲存在記憶體，按每個該記憶體中的各應付債務資訊，執行單義的電子債權碼的分派，且將應付債務資訊登錄在電子債權總帳資料庫的電子債權管理部；由金融機關的終端取得由應付債務者指定電子債權碼所成之進款資訊，且儲存在進款資料庫6的結算管理部；讀出被儲存在進款資料庫的進款資訊，執行在電子債權總帳資料庫的電子債權資訊的檢索，將在該檢索處理所被特定的電子債權資訊的記錄，由電子債權總帳資料 庫執行削除等消帳處理的消帳管理部；及由電子債權總帳資料庫抽出已進行消帳處理的電子債權的屬性資訊且通知應付債務者終端等的消帳結果通知部。
[先前技術文獻] [專利文獻]
[專利文獻1]日本特開2007-102457號公報
隨著上述企業間交易的電子化，在複數企業間共有資訊，形成為在網際網路上的企業間交易平台的所謂B to B平台的服務亦已出現。在如上所示之平台中，關於製品的設計、販賣、生產、調配、付款等各種業務，實現企業間合作。另一方面，在如此之平台下的交易中，企業間的債權債務雖然確定，但是其結算方法(例如匯款、帳戶轉帳、票據、支票等)係在適當企業間個別約定，未透過平台予以統一。因此，在上述平台的企業間交易、與隨著之後的結算的銀行交易之間，並未達成有用的合作。
因此，例如購買者係將由供應者接收的多數且以紙被發送的發貨單(invoice，請款單)的內容記錄作為請款單資料，依此必須逐一執行匯款等應付帳款付款業務，作業負荷或匯款、結算成本容易變大。另一方面，供 應者雖然由銀行系統取得來自購買者的應收帳款的進款資訊，但是該進款資訊並不一定形成為請款單單位，因此在進行與應收債權產生關連(消帳)時，會耗費相應的勞力或時間、販賣管理費。
此外，由於上述企業間交易與銀行交易之間沒有合作，因此例如不易確保企業彼此同意的付款條件實際上未被遵守時的憑證，亦會有不正當行為或事務處理差錯被置之不理之虞。如此之虞慮在公正的企業慣例尚未確立的新興國家等尤其強烈。
因此，本發明之目的在提供一種使企業間交易與銀行交易合作，可達成各種結算業務的效率化及成本刪減的技術。
解決上述課題之本發明之結算業務支援方法之特徵為：仲介企業間的電子商務交易的電腦執行：由電子商務交易中的供應者的終端，接收發給購買者的請款單資料且儲存在記憶裝置，按照來自前述購買者的終端的取得要求，由記憶裝置讀出前述請款單資料，且傳送至購買者的終端的處理，前述購買者的終端執行：將給該購買者的請款單資料的取得要求傳送至前述電腦，由前述電腦接收適當的請款單資料，在該請款單資料賦予預先設定的結算用的資訊或購買者由輸入裝置所指定的結算用的資訊，生成給前述供應者的付款預定資料，且傳送至前述電腦的 處理，前述電腦執行：在由前述購買者的終端所接收到的付款預定資料之中，特定預先設定的預定項目或由前述購買者終端接受到指定的預定項目為共通的付款預定資料，將前述所特定出的各付款預定資料中的付款金額進行合計，將適當付款預定資料等進行合併，將該合併後的付款預定資料作為匯總後付款預定資料而儲存在記憶裝置的處理。
此外，本發明之結算業務支援系統之特徵為 具備有：電腦，其係具備有執行以下處理的運算裝置，且仲介企業間的電子商務交易：由電子商務交易中的供應者的終端，接收發給購買者的請款單資料且儲存在記憶裝置，按照來自前述購買者的終端的取得要求，由記憶裝置讀出前述請款單資料，且傳送至購買者的終端的處理、前述購買者的終端在前述請款單資料賦予預先設定的結算用的資訊或購買者由輸入裝置所指定的結算用的資訊，接收所生成的給前述供應者的付款預定資料的處理、及在前述所接收到的付款預定資料之中，特定預先設定的預定項目或由前述購買者終端接受到指定的預定項目為共通的付款預定資料，將前述所特定出的各付款預定資料中的付款金額進行合計，將適當付款預定資料等進行合併，將該合併後的付款預定資料作為匯總後付款預定資料而儲存在記憶裝置的處理；購買者的終端，其係具備有運算裝置，該運算裝置係執行將給前述購買者的請款單資料的取得要求傳送至前述電腦，由前述電腦接收適當的請款單資料，在該 請款單資料賦予預先設定的結算用的資訊或購買者由輸入裝置所指定的結算用的資訊，生成給前述供應者的付款預定資料，且傳送至前述電腦的處理；及供應者的終端，其係具備有運算裝置，該運算裝置係執行將電子商務交易中給購買者的請款單資料傳送至前述電腦的處理。
藉由本發明，使企業間交易與銀行交易合作，可達成各種結算業務的效率化及成本刪減。
10‧‧‧結算業務支援系統
100‧‧‧平台伺服器(電腦)
101、201、301‧‧‧記憶裝置
102、202、302‧‧‧程式
103、203、303‧‧‧記憶體
104、204、304‧‧‧運算裝置
206、306‧‧‧輸入裝置
207、307‧‧‧輸出裝置
105、205、305‧‧‧通訊裝置
110、210、310‧‧‧資料類
120‧‧‧網路
125‧‧‧***資料
126‧‧‧付款預定資料
127‧‧‧應收帳款資訊
128、131‧‧‧總分類帳
129‧‧‧差分資訊
130‧‧‧應付帳款資訊
132‧‧‧匯總後付款預定資料
133‧‧‧購買者帳戶資訊
134‧‧‧付款通知
135‧‧‧進款預定資訊
136‧‧‧應收帳款消帳預定資訊
137‧‧‧進款資訊
139、140‧‧‧進款過與不足資訊
200‧‧‧供應者終端
300‧‧‧購買者終端
400‧‧‧銀行系統
圖1係顯示包含本實施形態之結算業務支援系統之網路構成例圖。
圖2係顯示本實施形態之平台伺服器的構成例圖。
圖3係顯示本實施形態之供應者終端的構成例圖。
圖4係顯示本實施形態之購買者終端的構成例圖。
圖5係顯示本實施形態之結算業務支援方法之處理順序例1的資料流程圖。
圖6係顯示本實施形態之結算業務支援方法之處理順序例2的資料流程圖。
圖7係顯示本實施形態之結算業務支援方法之處理順序例3的資料流程圖。
圖8係顯示本實施形態之結算業務支援方法之處理順 序例4的資料流程圖。
圖9係顯示本實施形態之結算業務支援方法之處理順序例5的資料流程圖。
圖10係顯示本實施形態之結算業務支援方法之處理順序例6的資料流程圖。
圖11係顯示本實施形態中的雙邊淨額結算前後的付款預定資料的具體變遷例圖。
圖11A係顯示本實施形態中的多邊淨額結算前後的付款預定資料的具體變遷例圖。
圖11B係顯示本實施形態中的多邊淨額結算前的債權/債務關係之具體例圖。
圖11C係顯示本實施形態中的多邊淨額結算後的債權/債務關係之具體例圖。
圖12係顯示本實施形態中的發貨單資料之具體例圖。
圖12A係顯示本實施形態中的付款預定資料之具體例圖。
圖13係顯示本實施形態中的匯總後付款預定資料之具體例圖。
圖13A係顯示本實施形態中的購買者帳戶資訊之具體例圖。
圖13B係顯示本實施形態中的狀態值清單之具體例圖。
圖14係顯示本實施形態中的付款通知之具體例圖。
圖14A係顯示本實施形態中的應付帳款資訊之具體例圖。
圖15係顯示本實施形態中的進款預定資訊之具體例圖。
圖15A係顯示本實施形態中的應收帳款資訊之具體例1的圖。
圖15B係顯示本實施形態中的應收帳款消帳預定資訊之具體例圖。
圖16係顯示本實施形態中的進款資訊之具體例圖。
圖16A係顯示本實施形態中的應收帳款資訊之具體例2的圖。
圖16B係顯示本實施形態中的進款過與不足資訊之具體例圖。
圖17係顯示本實施形態中的輸出畫面例1的圖。
圖17A係顯示本實施形態中的輸出畫面例2的圖。
圖18係顯示本實施形態中的輸出畫面例3的圖。
圖18A係顯示本實施形態中的輸出畫面例4的圖。
圖19係顯示本實施形態中的輸出畫面例5的圖。
圖19A係顯示本實施形態中的輸出畫面例6的圖。
以下使用圖示，詳加說明本發明之實施形態。圖1係顯示包含本實施形態之結算業務支援系統的網路構成例圖。圖1所示之結算業務支援系統10係用以使 企業間交易與銀行交易合作，可達成各種結算業務的效率化及成本刪減的電腦系統。該結算業務支援系統10係包含有：為仲介企業間的電子商務交易的電腦，且提供B to B平台的平台伺服器100；在該平台伺服器100進行存取而利用平台服務的供應者終端200；及購買者終端300。該等平台伺服器100、供應者終端200、購買者終端300係可以透過網路120來進行通訊的方式相連結。
其中，上述供應者終端200係在電子商務交易中，將商品販賣給其他公司的供應者企業所利用的終端。此外，購買者終端300係在電子商務交易中，由其他公司購入商品的購買者企業所利用的終端。
此外，在上述網路120亦連接有隨著電子商務交易而被利用在結算的銀行系統400。平台伺服器100、供應者終端200、及購買者終端300等係透過網路120，經由認證等而在已開立帳戶的交易銀行的銀行系統400進行存取，可要求所需的資訊或處理。
此外，構成結算業務支援系統10的各資訊處理裝置的硬體構成係如以下所示。圖2係顯示本實施形態之平台伺服器100的構成例圖。構成結算業務支援系統10的電腦亦即平台伺服器100係具備有：以硬碟驅動機等適當的非揮發性記憶裝置所構成的記憶裝置101；以RAM等揮發性記憶裝置所構成的記憶體103；將被保持在記憶裝置101的程式102讀出在記憶體103等來進行執行，且進行裝置本身的總括控制，並且進行各種判定、運 算及控制處理的CPU等運算裝置104；及與網路相連接且負責與其他裝置進行通訊處理的通訊裝置105。其中，在記憶裝置101內係記憶有用以構裝作為構成本實施形態之結算業務支援系統10的資訊處理裝置所需功能的程式102、及各種處理所需的資料類110。在該資料類110係包含有：後述發貨單資料125、或由該發貨單資料125或其他資訊所生成的各種資料。如此之思維方式，關於供應者終端200或購買者終端300亦同。
其中，如圖3所示，上述供應者終端200係 具備有一般的硬體構成作為電腦，與平台伺服器100同樣地，具備有：以硬碟驅動機等適當的非揮發性記憶裝置所構成的記憶裝置201；以RAM等揮發性記憶裝置所構成的記憶體203；將被保持在記憶裝置201的程式202讀出至記憶體203等來進行執行，且進行裝置本身的總括控制，並且進行各種判定、運算及控制處理的CPU等運算裝置204；與網路相連接且負責與其他裝置的通訊處理的通訊裝置205；受理來自作為使用者的供應者企業的承辦人員的輸入的鍵盤、滑鼠等輸入裝置206；及輸出處理結果的顯示器或揚聲器等輸出裝置207。在記憶裝置201內係記憶有用以構裝作為構成本實施形態之結算業務支援系統10的資訊處理裝置所需功能的程式202、及各種處理所需的資料類210。
此外，如圖4所示，購買者終端300亦具備 有與上述供應者終端200相同的硬體構成，具備有：以硬 碟驅動機等適當的非揮發性記憶裝置所構成的記憶裝置301；以RAM等揮發性記憶裝置所構成的記憶體303；將被保持在記憶裝置301的程式302讀出至記憶體303等來進行執行，且進行裝置本身的總括控制，並且進行各種判定、運算及控制處理的CPU等運算裝置304；與網路相連接且負責與其他裝置的通訊處理的通訊裝置305；受理來自作為使用者的供應者企業的承辦人員的輸入的鍵盤、滑鼠等輸入裝置306；及輸出處理結果的顯示器或揚聲器等輸出裝置307。在記憶裝置301內係記憶有用以構裝作為構成本實施形態之結算業務支援系統10的資訊處理裝置所需功能的程式302、及各種處理所需的資料類310。
接著，針對構成本實施形態之結算業務支援 系統10的各資訊處理裝置，亦即平台伺服器100、供應者終端200、及購買者終端300等分別具備的功能加以說明。如上所述，以下說明的功能可謂為分別執行例如構成結算業務支援系統10的平台伺服器100、供應者終端200、購買者終端300等所具備的程式所被構裝的功能。
平台伺服器100係具有：由電子商務交易中 的供應者的終端，亦即供應者終端200，接收已發給購買者的請款單資料且儲存在記憶裝置101，按照來自購買者的終端，亦即購買者終端300的取得要求，將請款單資料由記憶裝置101讀出而傳送至購買者終端300的功能。
另一方面，購買者終端300係具有將給該購買者的請款單資料的取得要求傳送至平台伺服器100，由 該平台伺服器100接收適當的請款單資料，在該請款單資料賦予預先設定的結算用資訊或購買者由輸入裝置301所指定的結算用的資訊，生成給供應者的付款預定資料，且傳送至平台伺服器100的功能。
另一方面，平台伺服器100係具有在由上述 購買者終端300所接收到的付款預定資料之中，特定預先設定的預定項目或由購買者終端300受到指定的預定項目為共通的付款預定資料，在此將所特定出的各付款預定資料中的付款金額合計而將適當付款預定資料等進行合併，將該合併後的付款預定資料作為匯總後付款預定資料而儲存在記憶裝置101的功能。
具備有如此功能的結算業務支援系統10係根 據由供應者側所得之請款單資料(電子資料)，自動生成在購買者側具有利用價值的付款預定資料，另外針對進款目的端的銀行帳戶為相同等可互相合計付款金額的付款預定進行合併且將資料匯總，可減低之後所進行的預定的實際結算處理(對供應者指定銀行帳戶的存入處理)的件數。由於可減低結算時的處理件數，因此處理效率提升，作業的勞力或時間自不待言，亦可減低結算成本。
其中，上述購買者終端300係具有使由平台 伺服器100所接收到的請款單資料顯示在輸出裝置307的功能。
此外，該購買者終端300係具有以輸入裝置306受理購買者對照顯示在輸出裝置307的請款單資料所 示的內容、及由供應者被傳送給購買者的紙媒體的請款單所示的內容的結果的功能。
此時，購買者終端300係具有若以輸入裝置 306所受理到的上述結果顯示在請款單資料的內容與紙媒體的請款單的內容沒有差異時，執行根據上述請款單資料的應付帳款的資訊的生成、及該應付帳款的資訊對平台伺服器100的傳送的功能。此外，購買者終端300係具有若以輸入裝置306所受理到的上述結果顯示在請款單資料的內容與紙媒體的請款單的內容有差異時，將該差異的資訊傳送至平台伺服器100的功能。
如上所示，使實際的紙媒體的請款單與請款 單資料(電子資料)的對照結果反映在之後的處理，藉此可良好維持請款單資料的資料品質、或使用請款單資料的之後處理的正確性。
另一方面，平台伺服器100係具有由購買者 終端300接收上述差異的資訊，將該差異的資訊儲存在記憶裝置101，對供應者終端200傳送有關上述差異的確認要求的功能。其中，以上述紙媒體的請款單而言，例如在中國所被利用的***即為一例。***(fa piao)為中國的請款單(Invoice)或收據，利用稅務機關所發行的法定***用紙。
此外，平台伺服器100係具有若由購買者終 端300接收到付款委託時，由記憶裝置101讀出關於適當購買者的匯總後付款預定資料，對該匯總後付款預定資料 所示之購買者的利用銀行的銀行系統400，傳送按照匯總後付款預定資料所示的內容的結算處理的委託的功能。
此外，平台伺服器100係具有隨著將結算處 理的委託傳送至購買者的利用銀行的銀行系統400的處理，生成關於已進行結算處理委託的適當請款單資料的付款通知，而對適當供應者終端200進行傳送的功能。
具備有如此功能的結算業務支援系統10係可 將根據預先匯總的付款預定資料的結算處理的委託傳送至銀行系統400，亦可進行存入件數的減低、或伴隨此之存入成本減低。此外，藉由進行上述付款通知，在供應者側，在來自銀行系統400的通知前即可察覺在購買者側的付款行為已完畢。此外，亦具有達成結算業務支援系統10中的平台伺服器100與銀行系統400的合作的效果。
此外，購買者終端300係具有隨著將付款委 託傳送至平台伺服器100，由平台伺服器100取得匯總後付款預定資料而顯示在輸出裝置307的功能。此時，購買者終端300係具有購買者對照匯總後付款預定資料所示的內容、及由供應者已被發送給購買者的紙媒體的請款單所示的內容，以輸入裝置306受理針對付款委託可否進行判斷後的結果的功能。
此外，此時，購買者終端300係具有若在輸 入裝置306所受理到的上述結果為承認付款委託者時，執行對平台伺服器100傳送付款委託的功能。此外，購買者終端300係具有若以輸入裝置306所受理到的上述結果為 否認付款委託者時，未執行對平台伺服器100傳送付款委託，將該否認的要旨傳送至預先設定的購買者企業內的管理者終端等預定的終端的功能。
結算業務支援系統10具備有如上所示之功 能，藉此可使紙媒體的請款單與匯總後付款預定資料的對照結果反映在之後的處理，可良好維持付款委託的正確性、或之後處理的正確性。
此外，平台伺服器100係具有由購買者終端 300接收根據請款單資料的應付帳款的資訊，且將該應付帳款的資訊儲存在記憶裝置101的功能。此時，平台伺服器100係具有隨著將上述結算處理的委託傳送至購買者的利用銀行的銀行系統400的處理，在記憶裝置101特定結算處理的委託所包含的與請款單資料的識別資訊相對應的應付帳款的資訊，執行關於適當應付帳款的資訊的消帳處理的功能。結算業務支援系統10具備有如上所示之功能，藉此可自動執行應付帳款的消帳處理，使業務效率提升。
此外，平台伺服器100係具有按照上述付款 通知的生成或來自供應者終端200的指示，藉由結算處理的委託或付款通知所包含的對供應者的付款內容的資訊，生成對供應者的利用銀行中的該供應者的帳戶的進款預定的資訊，且將此儲存在記憶裝置101的功能。
此時，平台伺服器100係具有由供應者終端200接收根據請款單資料的應收帳款的資訊且儲存在記憶 裝置101的功能。此外，平台伺服器100係將上述進款預定的資訊與應收帳款的資訊進行匹配，以記憶裝置101特定進款預定的資訊所包含的與請款單資料的識別資訊相對應的應收帳款的資訊，生成適當應收帳款的消帳預定的資訊的功能。
結算業務支援系統10藉由具備有如上所示之 功能，可自動生成應收帳款的消帳預定的資訊，亦可使之後確認出實際進款時的應收帳款的消帳處理的效率成為良好。
此外，平台伺服器100係具有針對對上述供 應者的帳戶的進款事實，由供應者的利用銀行的銀行系統400接收通知，將該通知所示之進款內容、與上述應收帳款的消帳預定的資訊進行匹配，特定與上述進款內容相對應的應收帳款的消帳預定的資訊，判定對該特定出的應收帳款的進款額的過與不足的功能。
此時，平台伺服器100係具有若上述判定的 結果沒有進款額的過與不足時，執行上述所特定出的應收帳款的消帳處理，另一方面，若上述判定的結果有進款額的過與不足時，將過與不足額的資訊傳送至供應者終端200及購買者終端300的功能。其中，在有進款的過與不足的情形下亦可進行應收帳款的消帳處理。此時，若為不足時，則成為僅有進款份的消帳。此外，亦可進行過與不足額的資訊的傳送與消帳雙方。
結算業務支援系統10具備有如上所示之功 能，藉此達成結算業務支援系統10中的平台伺服器100與銀行系統400的合作，可使應收帳款的消帳業務成為有效率者。此外，亦可對應在來自購買者的進款額產生過與不足的狀況。
此外，以如此之進款額的過與不足的發生原 因而言，假想例如由供應者與購買者所約定的付款條件未被遵守而僅有部分進款的狀況。即使在該狀況下，若為本實施形態之結算業務支援系統10，亦可特定產生進款額的過與不足的請款單資料或應收帳款的資訊，來追蹤其內容。當然，可使進款額的過與不足發生時的憑證確認等事務省力化，且可防止事務處理差錯或不正當。
此外，平台伺服器100係具有針對1組以上 的供應者與購買者的各個，由記憶裝置101讀出上述匯總後付款預定資料，將供應者與購買者之間的付款金額相抵，對在該相抵後僅成為債款餘額份的內容的付款預定資料所示之供應者或購買者的利用銀行的銀行系統400，傳送按照上述債款餘額份的匯總後付款預定資料所示的內容的結算處理的委託的功能。
結算業務支援系統10具備有如上所示之功 能，藉此將與電子商務交易的參加者所保有的債權(應收帳款)及債務(應付帳款)產生關連的匯款交易相抵，可例如在某一定日期僅將差額份進行結算。因此，與每次交易即進行結算的情形相比，可刪減銀行手續費或事務處理的勞力。
以下根據圖示，說明本實施形態中的結算業 務支援方法的實際順序。與以下所說明的結算業務支援方法相對應的各種動作係藉由構成結算業務支援系統10的上述平台伺服器100、供應者終端200、及購買者終端300等分別在記憶體等讀出所執行的程式予以實現。此外，在處理的一部分亦包含有結算業務支援系統10與銀行系統400的交換。接著，該等程式係由用以進行以下所說明的各種動作的碼(code)所構成。
圖5係顯示本實施形態中的結算業務支援方 法的處理順序例1的資料流程圖。在此首先，供應者終端200將供應者企業中的販賣部門的承辦人員所輸入的請款單資料亦即發貨單資料傳送至平台伺服器100(s100)。 此時，在平台伺服器100中係接收由供應者終端200所被傳送的發貨單資料125，且將其儲存在記憶裝置101中的共有資料文件夾。
另一方面，成為上述發貨單資料125之收件 目的端的購買者的購買部門中的購買者終端300係對平台伺服器100發出發貨單照會指示(s101)，由平台伺服器100取得發貨單資料125(s102)。此時，購買者終端300係將由平台伺服器100所取得的發貨單資料125儲存在自身的記憶裝置301。
在圖12中顯示發貨單資料125之例。該發貨 單資料125係將請款單資訊作為鍵值(key)，形成為使商品資訊、金額資訊、及供應者資訊產生關連的記錄的集 合體。其中，請款單資訊係由用以單義識別適當發貨單的號碼、及適當發貨單的發行日所成。此外，商品資訊係由作為貨款請求對象的商品的識別資訊亦即商品號碼、及商品名的各資訊所成。此外，金額資訊係由關於前述商品資訊所包含的各商品的數量、單價、金額(數量×單價的值)、稅率、合計的各值的資訊所成。此外，供應者資訊係由商品販賣者亦即供應者企業的企業名、其納稅人號碼、及成為前述商品資訊所包含的各商品的貨款進款目的端的銀行帳戶資訊所成。
此外，購買者終端300係在儲存在記憶裝置 301的發貨單資料125，賦予預先設定的結算用的資訊、或購買者企業的預定承辦人員由輸入裝置301所指定出的結算用的資訊，生成給供應者的付款預定資料126，且傳送至平台伺服器100(s103)。其中，賦予至發貨單資料125的上述結算用資訊係可假想例如：發貨單資料125所包含的發貨單付款日期的資訊、或購買者所決定的付款預定日的資訊、購買者企業在結算資金的存入所使用的銀行帳戶的資訊亦即付款帳戶資訊等。其中，關於付款預定日，亦可由發貨單發行日的值減算一定日數來算出。
在圖12A中顯示付款預定資料126之例。該 付款預定資料126係形成為付款預定資訊、請款單資訊、商品資訊、金額資訊、付款預定額、進款帳戶資訊、及付款帳戶資訊互相產生關連的記錄的集合體。在該等資訊之中，與上述發貨單資料125不同的資訊係成為付款預定資 訊、付款預定金額、及付款帳戶資訊的各資訊。
付款預定資訊係成為發貨單資料125所包含 的付款日期的資訊、發貨單資料125所包含之購買者所決定的付款預定日的資訊、及狀態的各資訊。其中，關於付款預定日，亦可由發貨單發行日的值減算一定日數來算出。該狀態的資訊係顯示針對該付款預定資料126中的適當記錄所進行的處理的階段。在圖12A所示之例中，係設定表示購買者是否已對照(對帳(reconcile))發貨單資料125(中的適當記錄)所示的內容、及購買者所持有的紙媒體的請款單所示的內容的值。針對狀態的值的清單132A，係例示於圖13B。之後，若狀態的值隨著各處理而被更新時，根據該圖13B所示之清單132A，平台伺服器100即執行更新。
此外，付款預定金額係關於該付款預定資料 126中的適當記錄，設定購買者給供應者進款預定亦即金額的值。通常係成為與金額資訊中的合計的值為同額。但是，以依據存款餘額不足、契約內容變更等狀況的購買者側的判斷，亦有設定與金額資訊中的合計的值非為同額的值的情形。該等值係由購買者企業中的預定的承辦人員以購買者終端300的輸入裝置306進行輸入。
此外，付款帳戶資訊係購買者企業在結算資金的存入所使用的銀行帳戶的資訊，由購買者企業的企業名、成為商品貨款的支款源的銀行帳戶資訊所成。
其中，記載上述發貨單資料125所包含的部 分的資訊的紙媒體的請款單，有別於電子資料的發貨單資料125，由供應者企業郵送給購買者企業。以該紙媒體的請款單而言，例如在中國所利用的***即為一例。在圖5之後的各圖中亦記為「***」。***(fa piao)係中國的請款單(Invoice)或收據，利用稅務機關所發行的法定***用紙。在購買者企業，係由供應者企業領收該***且進行保管。
另一方面，在供應者終端200中，係根據發 貨單資料125或***等來執行平常的分類作成處理(s104)，將藉此所生成的應收帳款資訊127上傳至平台伺服器100。此外，隨著分類作成處理(s104)，總分類帳128(圖中記為“GL”)的生成亦照平常進行，該總分類帳128係被保持在供應者終端200的記憶裝置201。
另一方面，平台伺服器100係由供應者終端200接收應收帳款資訊127，將此儲存在記憶裝置101。應收帳款資訊127之例係顯示於圖15A。應收帳款資訊127係包含有：記帳日、表示販賣目的端企業的應收目的端、表示所販賣的商品的商品號碼或商品名的商品資訊、其金額資訊、表示發貨單資料125的識別資訊或發行日的請款單資訊、回收預定資訊等資料。回收預定資訊係包含：適當應收帳款的回收日、及表示其回收狀況的狀態的各資訊。
其中，隨著上述***的郵送，購買者企業的預定的承辦人員亦為了維持交易的正確性，必須針對該發 票、與上述發貨單資料125的整合性進行對照。因此，購買者終端300係使由平台伺服器100所接收到的發貨單資料125顯示在輸出裝置307，供作藉由上述承辦人員所為之對照。
該承辦人員係將紙媒體的***的記載內容、 及顯示在輸出裝置307的發貨單資料125進行比較，進行對應項目的各值是否互相一致的對照作業(對帳)。
此時，購買者終端300係以輸入裝置306受 理如此由購買者對照顯示在輸出裝置307的發貨單資料125所示的內容、與紙媒體的***所示的內容的結果(s105)。以對帳畫面之例而言，係如圖17、圖17A所示。在圖17係顯示作為處理對象的發貨單資料125的清單，在圖17A係顯示其中的1個發貨單資料125的詳細資訊。
購買者終端300係若以輸入裝置306所受理 到的上述結果表示在發貨單資料125的內容與紙媒體的***的內容沒有差異時(s106：Y)，執行根據上述發貨單資料125的分類作成(s109)及應付帳款資訊130(參照圖14A)的生成、及該應付帳款資訊130對平台伺服器100的傳送。此外，購買者終端300係隨著該處理，在付款預定資料126中，將適當記錄的狀態更新為「對帳完畢」。其中，在上述步驟s109中進行分類作成，藉此生成平常的總分類帳131(圖中係記成“GL”)。
其中，上述應付帳款資訊130係如圖14A之 例示，包含有：記帳日、表示購入目的端企業的採購目的端、表示所購入的商品的商品號碼或商品名的商品資訊、其金額資訊、表示發貨單資料125的識別資訊的請款單資訊、及表示對應付的付款狀況的消帳區分等資料。在圖14A之例中，「消帳區分」的值形成為「全部付款完畢」、或「部分付款完畢」。應付帳款資訊130係根據發貨單資料125而作成，因此除了表示消帳有無的「消帳區分」的值以外，係與發貨單資料125為相同的構成。
另一方面，購買者終端300係若以輸入裝置 306所受理到的上述結果表示在發貨單資料125的內容與紙媒體的***的內容有差異時(s106：N)，將該差異的資訊，亦即差分資訊129傳送至平台伺服器100(s107)。上述差分資訊129係成為例如包含產生上述差異的項目名、及關於適當項目的發貨單資料125與在紙媒體的***的各值的資料。
另一方面，平台伺服器100係由購買者終端 300接收上述差分資訊129且儲存在記憶裝置101。此外，平台伺服器100係對供應者終端200傳送關於該差分資訊129的確認要求(s108)。在供應者側，係在供應者終端200確認該差分資訊129，預定的承辦人員決定***的修正與再發行、或者發貨單資料125的修正與再度的上傳等之後的對應，且採取必要措施。
接著，根據圖示，說明上述付款預定資料126的匯總處理。圖6係顯示本實施形態中的結算業務支援方 法的處理順序例2的資料流程圖。此時，平台伺服器100係如圖6所示，例如至***發行日的夜間為止，針對由供應者終端200所接收到的最新的各發貨單資料125，反覆關於上述付款預定資料126的處理，在記憶裝置101蓄積複數付款預定資料126的記錄(s120)。
在此，平台伺服器100係例如檢測在記憶裝 置101蓄積有一定數以上的付款預定資料126的記錄等，對購買者終端300通知付款預定匯總提案(s121)。此時，在購買者終端300中，係接受該通知，且將付款預定資料126的匯總指示送回至平台伺服器100(s122)。該匯總指示亦可由購買者企業中的預定的承辦人員以購買者終端300的輸入裝置306進行輸入，由接受到該指示的購買者終端300傳送至平台伺服器100。
平台伺服器100係若由購買者終端300接收 到上述付款預定資訊的匯總指示時，根據上述「付款帳戶資訊」所示之「企業名」的值等由記憶裝置101讀出關於適當購買者的付款預定資料126，在所讀出的付款預定資料126之中，特定預先設定的預定項目或由購買者終端300接受到指定的預定項目為共通的付款預定資料126，在此將所特定出的各付款預定資料126中的付款金額合計而將適當付款預定資料126等進行合併，將該合併後的付款預定資料作為匯總後付款預定資料132而儲存在記憶裝置101(s123)。
以特定作為匯總對象的付款預定資料126時 所利用的上述預定項目而言，列舉例如：「付款預定資訊」中的「付款日期」、「付款預定資訊」中的「付款預定日」、「請款單資訊」中的「號碼」、「進款帳戶資訊」中的「企業名」與「銀行」、「分行」、「帳號」等。
如此之預定項目設為「銀行」：甲銀行且 「帳號」：66666666，及「銀行」：乙銀行且「帳號」：66666667。此時，平台伺服器100係在圖12A所例示的付款預定資料126之中，將上面2個記錄彼此、及下面2個記錄彼此分別特定作為匯總對象。此外，在各記錄彼此，將「付款預定資訊」的「預定金額」合計，推算匯總後付款預定資料132中的「金額資訊」的「金額」值。在圖13中顯示匯總後付款預定資料132之例。在此所例示的匯總後付款預定資料132係如上所述，將付款預定資料126中的4記錄以各2記錄進行匯總，因此具有2記錄。
此外，平台伺服器100係對購買者終端300， 傳送如上所述所生成的匯總後付款預定資料132的照會通知。在購買者終端300中係接受該通知，由平台伺服器100取得匯總後付款預定資料132而顯示在輸出裝置307(s124)，以輸入裝置306受理藉由預定的承辦人員所為之付款帳戶的選擇指示(s125)。
此時，購買者終端300係由平台伺服器100 讀出購買者帳戶資訊133(參照圖13A)，作為付款帳戶的選擇用清單而以輸出裝置307進行顯示。此外，上述承 辦人員係隨著付款帳戶選擇，由適當銀行所提供的各種存入方式中選擇所希望的匯款方式(例：個別存入、綜合存入)。
購買者終端300係以輸入裝置306接受該選 擇事項(s126)，對平台伺服器100通知包含該選擇事項、及在上述步驟s125所得之付款帳戶的選擇事項的付款預定申請(s127)。
在平台伺服器100中係由購買者終端300，接 收付款預定申請，作為該申請所包含的匯款方式的值，取得例如「綜存」(綜合存入形式)的值，將該值在上述匯總後付款預定資料132的適當欄位「綜存」進行設定。在圖3之例中，在「綜存」欄位所設定的會成為與適當銀行有無綜合存入形式的契約的值。此外，平台伺服器100係將上述付款預定申請所包含的付款帳戶的選擇事項的值設定在匯總後付款預定資料132中的適當欄位「付款帳戶資訊」。
接著，根據圖示，說明在購買者側實際進行 付款之日、匯總後付款預定資料132中的「付款預定日」到來時的處理。圖7係顯示本實施形態中的結算業務支援方法的處理順序例3的資料流程圖。
此時，例如亦可平台伺服器100以自身所具 備的日曆功能來檢測匯總後付款預定資料132中的「付款預定日」的到來，且將該要旨通知購買者終端300(s129)。在購買者終端300，係接受該通知，且將付款 委託的申請傳送至平台伺服器100(s130)。當然，購買者企業中的預定的承辦人員以購買者終端300的輸入裝置306輸入上述付款委託的申請資料，購買者終端300傳送至平台伺服器100。
另一方面，平台伺服器100係由購買者終端 300接收上述付款委託的申請(s131)，由記憶裝置101讀出關於適當購買者(例：企業名AB)的匯總後付款預定資料132(例：「付款帳戶資訊」欄位的「企業名」的值為“企業名AB”)，且送至購買者終端300。
購買者終端300係由平台伺服器100取得匯 總後付款預定資料132且顯示在輸出裝置307(圖18、圖18A)。此時，購買者終端300係購買者對照匯總後付款預定資料132所示的內容、與由供應者被發送給購買者的紙媒體的請款單亦即***所示的內容，且以輸入裝置306受理針對付款委託可否進行判斷後的結果(s132)。如此之付款委託的可否判斷係由購買者企業中的會計部門的承辦人員執行。
購買者終端300係若以輸入裝置306所受理 到的上述可否判斷的結果為不承認付款委託者時(s133：N)，將付款委託的否認通知傳送至平台伺服器100，將該否認的要旨傳送至購買者企業中的購買部門的購買者終端300等預定的終端(s135)。
另一方面，購買者終端300係若以輸入裝置306所受理到的上述可否判斷的結果為承認付款委託者時 (s133：Y)，對適當匯總後付款預定資料132中的「付款帳戶資訊」所示之銀行(例：丙銀行)的銀行系統400，經由預定的登入認證處理，進行適當帳戶(例：上海分行、帳號3333333)的餘額照會(s136)。
在銀行系統400中係接受該餘額照會(s137)，且將適當帳戶的帳戶餘額的值送回至購買者終端300(s138)。購買者終端300係判定該帳戶餘額的值是否滿足上述匯總後付款預定資料132中的「預定金額」的值(s139)。購買者終端300係若判斷出有必要的餘額時(s139：Y)，關於上述付款委託，將承認登錄指示傳送至平台伺服器100(s141)。另一方面，購買者終端300係帳戶餘額的值不足「預定金額」，若判斷出沒有必要的餘額時(s139：N)，例如由購買者企業所保有的其他銀行帳戶對適當帳戶執行上述不足份金額的進款處理(s140)，且將處理返回至上述步驟s139。
另一方面，在步驟s141中由購買者終端300被傳送承認登錄指示的平台伺服器100中，係接受該指示而對適當匯總後付款預定資料132所示之適當購買者的利用銀行(例：丙銀行)的銀行系統400，傳送由匯總後付款預定資料132中之「付款帳戶資訊」所示之帳戶對「進款帳戶資訊」所示之銀行帳戶之按照「金額資訊」所示之金額的結算處理的委託(s142)。在銀行系統400中係受理該結算處理的委託(s143)，進行由購買者企業的帳戶對供應者企業的帳戶的存入處理等而執行預定的結算處 理。
此外，平台伺服器100係隨著將結算處理的委託傳送至銀行系統400的處理，在記憶裝置101特定與結算處理的委託所包含之匯總後付款預定資料132中的「請款單資訊」的「號碼」相對應的應付帳款資訊130(參照圖14A)，執行關於適當應付帳款資訊的消帳處理(s144)。在圖14A之例中，應付帳款資訊130中的「消帳區分」的值形成為「全部付款完畢」、或「部分付款完畢」。應付帳款資訊130係根據發貨單資料125而作成，因此除了表示消帳有無的「消帳區分」的值之外，係形成為與發貨單資料125為相同的構成。
其中，平台伺服器100係對購買者終端300通知關於該應付帳款資訊130的消帳處理的結果。在購買者終端300中係接受該通知，按照所被消帳的應付帳款資訊來執行分類作成處理(s145)，且更新總分類帳131。購買者企業中的會計部門的承辦人員係可使用購買者終端300來進行該總分類帳131的照會。
此外，平台伺服器100係在執行應付帳款資訊的消帳處理後，生成關於已進行結算處理的委託的適當發貨單資料125(的記錄)的付款通知134(參照圖14)(s147)，且傳送給適當供應者終端200。付款通知134係資料構成與已進行結算處理的委託的適當發貨單資料125(的記錄)為相同。但是，在圖14之例中，付款通知134中的「狀態」的值係成為若相對於由供應者所被請求 的金額，購買者所結算的額為相一致時的「全部付款完畢」、或相對於由供應者所被請求的金額，購買者所結算的額為不足時的「部分付款完畢」。
接著，根據圖示，說明應收帳款資訊的消帳 處理。圖8係顯示本實施形態中的結算業務支援方法的處理順序例4的資料流程圖，圖9係顯示本實施形態中的結算業務支援方法的處理順序例5的資料流程圖。此時，平台伺服器100係以上述付款通知134的生成為契機，或者按照來自供應者終端200的付款通知的照會或作成指示(s150、s151)，執行進款預定資訊135的生成(s152)，將將此儲存在記憶裝置101。
該進款預定資訊135係根據上述結算處理之 委託或付款通知134所包含之對供應者的付款內容的資訊所生成者，如圖15所示，由以下所構成：由購買者終端300接受結算委託而作成付款通知之日亦即付款通知領收日、表示已由購買者企業進行進款的供應者企業的帳戶的進款帳戶資訊、表示已進行付款的金額的金額資訊、表示相對應的發貨單資料125的號碼及其發行日的請款單資訊、表示付款對象的商品的商品號碼及商品名的商品資訊、表示付款日期與實際付款日與付款狀態的付款資訊、及表示購買者企業使用在付款的帳戶的付款帳戶資訊的各資料。若為圖15所示之例，進款預定資訊135中的「狀態」成為「付款未完畢」。在現時點，為預定進款，平台伺服器100實際上由銀行系統400未接收到進款通知的狀 態之故。
此外，平台伺服器100係對供應者終端200 通知進款預定資訊135的生成的要旨。接受到該要旨的供應者終端200係由平台伺服器100取得進款預定資訊135(s153)，以輸入裝置206受理來自已閱覧該資訊的會計部門的承辦人員的指示。該指示係成為應收帳款的消帳預定的作成指示。該作成指示係由供應者終端200被傳送至平台伺服器100(s154)。
此時，平台伺服器100係由供應者終端200 接受上述作成指示，讀出儲存在記憶裝置101的進款預定資訊135及應收帳款資訊127(參照圖15A)，另外以記憶裝置101特定(匹配)與進款預定資訊135所包含之發貨單資料125的識別資訊亦即「請款單資訊」中的「號碼」的值相對應的應收帳款資訊127(的記錄)(s155)。其中，應收帳款資訊127係由發貨單資料125所生成，因此如前所述包含有：記帳日、應收目的端、商品資訊、金額資訊、請款單資訊、回收預定資訊等資料。 回收預定資訊係包含：適當應收帳款的回收日、及表示其回收狀況的狀態的各資訊。
此時，平台伺服器100係生成在上述步驟 s155中所特定的適當應收帳款的消帳預定的資訊136(參照圖15B)。應收帳款消帳預定資訊136係形成為與上述應收帳款資訊127為大致相同的資料構成，由進款預定日、應收目的端、請款單資訊、商品資訊、金額資訊、及 回收預定資訊所構成。其中，在供應者終端200中，係取得上述應收帳款消帳預定資訊136，而如圖19、圖19A所示顯示在輸出裝置207(s156)，供作供應者企業中的會計部門的承辦人員閱覧。
接著說明如上所述由購買者企業執行對供應 者企業的付款行為後，執行實際上由以「付款帳戶資訊」所被指定的購買者的銀行帳戶，對以「進款帳戶資訊」所被指定的供應者的銀行帳戶的存入時的處理。
此時，已接受到來自購買者側的進款的供應 者側的銀行的銀行系統400係將表示上述進款事實的進款通知傳送至平台伺服器100及供應者終端200。
供應者終端200係接受上述進款通知，將進款資訊137的作成指示傳送至平台伺服器100(s157)。
另一方面，平台伺服器100係接收關於上述供應者的帳戶的進款通知，另外由供應者終端200接受上述進款資訊作成指示，根據前述進款通知所示之資訊，作成進款資訊137，且儲存在記憶裝置101(s158)。進款資訊137係如圖16所示，由表示在銀行實際有進款的日期的進款日、表示有進款的帳戶的進款帳戶、進款的委託人亦即作為存入的執行企業的委託人、及表示所進款的金額的金額資訊的各資料所構成。
另一方面，供應者終端200係在將上述進款資訊作成指示傳送至平台伺服器100後，使上述進款通知顯示在輸出裝置207，供作藉由供應者企業中的會計部門 的承辦人員所為之與***的對照作業。該會計部門的承辦人員係確認進款通知所示內容是否與***所示內容取得整合性。會計部門的承辦人員若判斷出已取得兩者的整合性時，在供應者終端200的輸入裝置206中，輸入關於對應上述進款通知的應收帳款的消帳處理的委託指示。
供應者終端200係以輸入裝置206接受該消 帳處理的委託指示，且將此傳送至平台伺服器100(s159)。另一方面，平台伺服器100係接受該應收帳款消帳委託，將上述進款資訊137、與上述應收帳款消帳預定資訊136進行匹配，特定與上述進款通知的內容相對應的應收帳款的應收帳款消帳預定資訊136，以應收帳款資訊127執行關於適當應收帳款的消帳處理(s160)。在該步驟中，具體而言，平台伺服器100係以圖16A所示之應收帳款資訊127，將「金額資訊」中的「應收帳款餘額」的值設定為「0」、「170」等，將「消帳區分」中的「區分」的值設定為「全部消帳完畢」、「部分消帳完畢」。 此外，平台伺服器100係對供應者終端200傳送該應收帳款的消帳處理的執行通知。
供應者終端200係接收上述應收帳款的消帳 處理的執行通知，執行關於應收目的端資訊127的分類作成處理(s161)，更新總分類帳128。供應者終端200係可接受來自供應者企業中的會計部門的承辦人員的指示，進行該總分類帳131的照會(s162)。
另一方面，在上述步驟s160中執行應收帳款 的消帳處理後，特定與上述進款通知的內容相對應的應收帳款資訊127或應收帳款消帳預定資訊136，判定相對於該所特定出的應收帳款的進款額的過與不足(s163)。此時，平台伺服器100係以例如上述圖16A所示之應收帳款資訊127，讀取「金額資訊」中的「應收帳款餘額」的值、及「消帳區分」中的「區分」的值，檢索「應收帳款餘額」的值為「0」以外的記錄、或者「消帳區分」中的「區分」的值為「全部消帳完畢」以外的記錄，若可檢索到適當記錄時，判定出產生相對於應收帳款的進款額的過與不足。
平台伺服器100係若上述判定的結果無進款 額的過與不足時(s164：Y)，在供應者終端200執行上述所特定出的應收帳款消帳的聯絡(s165)。或者，若無進款額的過與不足時(s164：Y)，亦可執行上述所特定出的應收帳款消帳的處理。其中，在有進款的過與不足時，亦可進行應收帳款的消帳處理。此時，若為不足時，成為僅有進款份的消帳。此外，亦可進行過與不足額的資訊的送訊與消帳之雙方。
另一方面，若上述判定的結果有進款額的過 與不足時(s164：N)，作成過與不足額的資訊亦即進款過與不足資訊139(s167)，且將其傳送至供應者終端200(s168)。在圖16B中顯示進款過與不足資訊139。 該進款過與不足資訊139係由關於有進款額的過與不足的應收帳款資訊127的記錄(亦可謂為原發貨單資料125的 記錄)的進款日、進款帳戶資訊、金額資訊、請款單資訊、付款資訊、商品資訊、付款帳戶資訊、及備註的各資訊所成。在「備註」的資訊係在平台伺服器100設定應在供應者企業或購買者企業所採取的預定的對應策略。
在供應者終端200中，係由平台伺服器100 接收上述進款過與不足資訊139(s169)，接受該資訊，將平台伺服器100中被儲存在共有文件夾(亦可由購買者終端300進行存取的文件夾)的進款過與不足資訊140的作成指示傳送至平台伺服器100(s170)。在平台伺服器100中係接受該作成指示，複製上述進款過與不足資訊139而形成為進款過與不足資訊140，且儲存在記憶裝置101中的共有文件夾(s171)。此外，平台伺服器100係根據該進款過與不足資訊140，將過與不足資訊的聯絡傳送至購買者終端300(s172)。
在購買者終端300中係由平台伺服器100接 收上述過與不足資訊的聯絡，以輸出裝置307顯示該聯絡，且使購買者企業中的購買部門的承辦人員閱覧(s173)。在察覺到在進款額有過與不足的事實的供應者企業及購買者企業中，例如互相取得聯絡來執行契約內容的再確認或修正、過與不足份的金額的結算等後處理。
接著，根據圖示，說明結算金額的相抵處 理。圖10係顯示本實施形態中的結算業務支援方法的處理順序例6的流程圖。在此係顯示將與平台伺服器100中的電子商務交易的參加者所保有的債權(應收帳款)與債 務(應付帳款)產生關連的匯款交易相抵，在某一定日期僅結算差額份的手法。藉由進行如此之處理，與在每次交易即進行結算的情形相比較，具有可刪減銀行手續費或事務處理的勞力的效果。其中，針對二者間進行相抵處理的方式(雙邊淨額結算(bilateral netting))，可視狀況來採用管轄公司等進行仲介而在三者以上進行相抵處理的方式(多邊淨額結算(multilateral netting))的任一者。
此時，平台伺服器100係以「付款帳戶資 訊」的「企業名」的值為鍵值(key)來特定互相背負有債權、債務，亦即發貨單資料125或付款預定資料132、或者匯總後付款預定資料132中的「付款帳戶資訊」的「企業名」的值彼此相指的1組以上的供應者與購買者(s180)。
接著，平台伺服器100係針對上述所特定的1 組以上的供應者與購買者的各個，由記憶裝置101讀出上述匯總後付款預定資料132(s181)，將該等匯總後付款預定資料132中的付款金額的值在適當供應者與適當購買者之間相抵(s182)。
此外，平台伺服器100係對在該相抵後僅殘 留下債款餘額份的內容的付款預定資料132所示之供應者或購買者的利用銀行的銀行系統400，傳送對應上述債款餘額份的匯總後付款預定資料132所示的內容的結算處理的委託(s183)。在適當銀行系統400中係按照該委託來執行結算處理。
例如，若在上述步驟s180中所特定的供應者 與購買者的成組為1組時，執行所謂雙邊淨額結算。在付款金額相抵亦即淨額結算前，A公司與B公司進行如圖11所例示之3個交易。若執行上述步驟s182，如圖11的下段所示，在相抵後僅殘留下債款餘額份的內容的付款預定資料132B係「債務者」為「A公司」，「債權者」為「B公司」，結算金額的債款餘額為「200」。如上所示，如以往所示按每1個交易進行結算時，匯票/匯款交易係必須照3個交易份的3次份，但是淨額結算後係僅變為1次份。
此外，若在上述步驟s180中所特定的供應者 與購買者的成組為2組以上時，即執行所謂多邊淨額結算。付款金額相抵亦即淨額結算前，A公司、B公司、C公司、D公司進行圖11A、圖11B所例示之6個交易。若執行上述步驟s182，如圖11A的下段、及圖11C所示，相抵後僅殘留下債款餘額份的內容的付款預定資料132B係「債務者」為「A公司」、「債權者」為「C公司」，結算金額的債款餘額為「1846」。如上所示，如以往所示按每1個交易進行結算時，匯票/匯款交易係必須照6個交易份的6次份，但是淨額結算後係僅變為1次份。亦即，可大幅減少匯票/匯款交易，且刪減手續費。
以上具體說明用以實施本發明的最佳形態 等，但是本發明並非限定於此，可在未脫離該要旨的範圍內作各種變更。
藉由上述之本實施形態，使企業間交易與銀 行交易合作，可達成各種結算業務的效率化及成本刪減。
藉由本說明書的記載，至少可知以下情形。 亦即，在本實施形態之結算業務支援方法中，亦可前述購買者的終端執行：使由前述電腦所接收到的請款單資料顯示在輸出裝置的處理；以輸入裝置受理購買者對照前述請款單資料所示的內容、與由供應者所被發送的紙媒體的請款單所示的內容的結果的處理，若以前述輸入裝置所受理到的結果表示在請款單資料的內容與紙媒體的請款單的內容沒有差異時，執行根據前述請款單資料的應付帳款的資訊的生成、及該應付帳款的資訊對前述電腦的送訊，若以前述輸入裝置所受理到的結果表示在請款單資料的內容與紙媒體的請款單的內容有差異時，執行將該差異的資訊傳送至前述電腦的處理，前述電腦執行：由前述購買者的終端接收前述差異的資訊，將該差異的資訊儲存在記憶裝置，對前述供應者的終端傳送有關前述差異的確認要求的處理。
此外，在本實施形態之結算業務支援方法 中，亦可前述電腦執行：若由前述購買者的終端接收到付款委託時，由記憶裝置讀出關於前述購買者的匯總後付款預定資料，對該匯總後付款預定資料所示之前述購買者的利用銀行的系統，傳送按照前述匯總後付款預定資料所示的內容的結算處理的委託的處理；及隨著將前述結算處理的委託傳送至前述購買者的利用銀行的系統的處理，生成 關於已進行前述結算處理的委託的適當請款單資料的付款通知，且傳送給適當供應者的終端的處理。
此外，在本實施形態之結算業務支援方法 中，亦可前述購買者的終端執行：隨著將前述付款委託傳送至電腦，由前述電腦取得前述匯總後付款預定資料而顯示在輸出裝置的處理；及以輸入裝置受理購買者對照前述匯總後付款預定資料所示的內容、及由供應者所被發送的紙媒體的請款單所示的內容且針對前述付款委託可否進行判斷後的結果的處理，若以前述輸入裝置所受理到的結果為承認前述付款委託者時，執行對前述電腦傳送前述付款委託，若以前述輸入裝置所受理到的結果為否認前述付款委託者時，未執行對前述電腦傳送前述付款委託，而將該否認的要旨傳送至預先設定的預定的終端的處理。
此外，在本實施形態之結算業務支援方法 中，亦可前述電腦執行：由前述購買者的終端接收根據前述請款單資料的應付帳款的資訊，將該應付帳款的資訊儲存在記憶裝置的處理；隨著將前述結算處理的委託傳送至前述購買者的利用銀行的系統的處理，特定前述結算處理的委託所包含之與請款單資料的識別資訊相對應的前述應付帳款的資訊，關於適當應付帳款的資訊的消帳處理。
此外，在本實施形態之結算業務支援方法 中，亦可前述電腦執行：按照前述付款通知的生成或來自前述供應者的終端的指示，藉由前述結算處理的委託或前述付款通知所包含之對前述供應者的付款內容的資訊，生 成前述供應者的利用銀行中對該供應者的帳戶的進款預定的資訊，且儲存在記憶裝置的處理；由前述供應者的終端接收根據前述請款單資料的應收帳款的資訊且儲存在記憶裝置的處理；及將前述進款預定的資訊與前述應收帳款的資訊進行匹配，特定前述進款預定的資訊所包含之與請款單資料的識別資訊相對應的前述應收帳款的資訊，生成適當應收帳款的消帳預定的資訊的處理。
此外，在本實施形態之結算業務支援方法 中，亦可前述電腦執行：針對對前述供應者的帳戶的進款事實，由前述供應者的利用銀行接收通知，將該通知所示之進款內容、與前述應收帳款的消帳預定的資訊進行匹配，特定與前述進款內容相對應的前述應收帳款的消帳預定的資訊，判定相對於該所特定出的應收帳款的進款額的過與不足的處理；若前述判定的結果沒有進款額的過與不足時，執行前述所特定出的應收帳款的消帳處理，若前述判定的結果有進款額的過與不足時，將過與不足額的資訊傳送至前述供應者的終端及前述購買者的終端，且針對前述過與不足額份執行前述所特定出的應收帳款的消帳處理。
此外，在本實施形態之結算業務支援方法中，亦可前述電腦執行：針對1組以上的供應者與購買者的各個，由記憶裝置讀出前述匯總後付款預定資料，將供應者與購買者之間的付款金額相抵，對於該相抵後僅成為債款餘額份的內容的付款預定資料所示之供應者或購買者的利用銀行 的系統，傳送按照前述債款餘額份之匯總後付款預定資料所示的內容的結算處理的委託的處理。
10‧‧‧結算業務支援系統
100‧‧‧平台伺服器(電腦)
120‧‧‧網路
200‧‧‧供應者終端
300‧‧‧購買者終端
400‧‧‧銀行系統

Claims (6)

  1. 一種結算業務支援方法，其特徵為：仲介企業間的電子商務交易的電腦執行：由電子商務交易中的供應者的終端，接收發給購買者的請款單資料且儲存在記憶裝置，按照來自前述購買者的終端的取得要求，由記憶裝置讀出前述請款單資料，且傳送至購買者的終端的處理，前述購買者的終端執行：將給該購買者的請款單資料的取得要求傳送至前述電腦，由前述電腦接收適當的請款單資料，在該請款單資料賦予預先設定的結算用的資訊或購買者由輸入裝置所指定的結算用的資訊，生成給前述供應者的付款預定資料，且傳送至前述電腦的處理，前述電腦執行：蓄積由前述購買者的終端所接收到的複數前述付款預定資料的記錄，接著檢測在前述記憶裝置蓄積有一定數以上的前述付款預定資料的前述記錄，對前述購買者的終端通知付款預定匯總提案，若由前述購買者的終端接收到匯總指示時，在由前述購買者的終端所接收到的付款預定資料之中，特定預先設定的預定項目或由前述購買者終端接受到指定的預定項目為共通的付款預定資料，將前述所特定出的各付款預定資料中的付款金額進行合計，將適當付款預定資料等進行合併，將該合併後的付款預定資料作為匯總後付款預定資料而儲存在記憶裝置的處理。
  2. 如申請專利範圍第1項之結算業務支援方法，其中，前述電腦執行：若由前述購買者的終端接收到付款委託時，由記憶裝置讀出關於前述購買者的匯總後付款預定資料，對該匯總後付款預定資料所示之前述購買者的利用銀行的系統，傳送按照前述匯總後付款預定資料所示的內容的結算處理的委託的處理；及隨著將前述結算處理的委託傳送至前述購買者的利用銀行的系統的處理，生成關於已進行前述結算處理的委託的適當請款單資料的付款通知，且傳送給適當供應者的終端的處理。
  3. 如申請專利範圍第2項之結算業務支援方法，其中，前述購買者的終端執行：隨著將前述付款委託傳送至電腦，由前述電腦取得前述匯總後付款預定資料而顯示在輸出裝置的處理；及以輸入裝置受理購買者對照前述匯總後付款預定資料所示的內容、及由供應者所被發送的紙媒體的請款單所示的內容且針對前述付款委託可否進行判斷後的結果的處理，執行：若以前述輸入裝置所受理到的結果為承認前述付款委託者時，執行對前述電腦傳送前述付款委託，若以前述輸入裝置所受理到的結果為否認前述付款委託者時，未執行對前述電腦傳送前述付款委託，而將該否認的要旨傳送至預先設定的預定的終端的處理。
  4. 如申請專利範圍第2項之結算業務支援方法，其中，前述電腦執行：由前述購買者的終端接收根據前述請款單資料的應付帳款的資訊，將該應付帳款的資訊儲存在記憶裝置的處理；隨著將前述結算處理的委託傳送至前述購買者的利用銀行的系統的處理，特定前述結算處理的委託所包含之與請款單資料的識別資訊相對應的前述應付帳款的資訊，關於適當應付帳款的資訊的消帳處理。
  5. 如申請專利範圍第2項之結算業務支援方法，其中，前述電腦執行：按照前述付款通知的生成或來自前述供應者的終端的指示，藉由前述結算處理的委託或前述付款通知所包含之對前述供應者的付款內容的資訊，生成前述供應者的利用銀行中對該供應者的帳戶的進款預定的資訊，且儲存在記憶裝置的處理；由前述供應者的終端接收根據前述請款單資料的應收帳款的資訊且儲存在記憶裝置的處理；及將前述進款預定的資訊與前述應收帳款的資訊進行匹配，特定前述進款預定的資訊所包含之與請款單資料的識別資訊相對應的前述應收帳款的資訊，生成適當應收帳款的消帳預定的資訊的處理。
  6. 一種結算業務支援系統，其係具備有：電腦，其係具備有執行以下處理的運算裝置，且仲介 企業間的電子商務交易：由電子商務交易中的供應者的終端，接收發給購買者的請款單資料且儲存在記憶裝置，按照來自前述購買者的終端的取得要求，由記憶裝置讀出前述請款單資料，且傳送至購買者的終端的處理、前述購買者的終端在前述請款單資料賦予預先設定的結算用的資訊或購買者由輸入裝置所指定的結算用的資訊，接收所生成的給前述供應者的付款預定資料的處理、及蓄積由前述購買者的終端所接收到的複數前述付款預定資料的記錄，接著檢測在前述記憶裝置蓄積有一定數以上的前述付款預定資料的前述記錄，對前述購買者的終端通知付款預定匯總提案，若由前述購買者的終端接收到匯總指示時，在前述所接收到的付款預定資料之中，特定預先設定的預定項目或由前述購買者終端接受到指定的預定項目為共通的付款預定資料，將前述所特定出的各付款預定資料中的付款金額進行合計，將適當付款預定資料等進行合併，將該合併後的付款預定資料作為匯總後付款預定資料而儲存在記憶裝置的處理；購買者的終端，其係具備有運算裝置，該運算裝置係執行將給前述購買者的請款單資料的取得要求傳送至前述電腦，由前述電腦接收適當的請款單資料，在該請款單資料賦予預先設定的結算用的資訊或購買者由輸入裝置所指定的結算用的資訊，生成給前述供應者的付款預定資料， 且傳送至前述電腦的處理；及供應者的終端，其係具備有運算裝置，該運算裝置係執行將電子商務交易中給購買者的請款單資料傳送至前述電腦的處理。
TW102124734A 2012-09-12 2013-07-10 結算業務支援系統及結算業務支援方法 TWI522947B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/073362 WO2014041642A1 (ja) 2012-09-12 2012-09-12 決済業務支援システムおよび決済業務支援方法

Publications (2)

Publication Number Publication Date
TW201423642A TW201423642A (zh) 2014-06-16
TWI522947B true TWI522947B (zh) 2016-02-21

Family

ID=50277796

Family Applications (1)

Application Number Title Priority Date Filing Date
TW102124734A TWI522947B (zh) 2012-09-12 2013-07-10 結算業務支援系統及結算業務支援方法

Country Status (7)

Country Link
US (1) US20160125486A1 (zh)
JP (1) JP5927304B2 (zh)
CN (1) CN104641390B (zh)
IN (1) IN2015DN01841A (zh)
SG (1) SG11201501757SA (zh)
TW (1) TWI522947B (zh)
WO (1) WO2014041642A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101754759B1 (ko) * 2015-11-04 2017-07-06 김재영 송수금을 중개하는 메신저 서버
JP6298516B1 (ja) * 2016-11-16 2018-03-20 ＰｗＣあらた有限責任監査法人 データ構造、情報処理装置、プログラム、情報処理方法及びトランザクションシステム
JP6298517B1 (ja) * 2016-11-16 2018-03-20 ＰｗＣあらた有限責任監査法人 データ構造、情報処理装置、プログラム、情報処理方法及びトランザクションシステム
CN106875162B (zh) * 2016-12-30 2020-12-04 朗新科技集团股份有限公司 数据抓取方法、数据抓取装置、软收银对接接口及终端
EP3622464A4 (en) * 2017-05-08 2020-05-06 Hummel Alon, Keren THIRD PARTY PURCHASING METHOD AND SYSTEM
US20180330412A1 (en) * 2017-05-11 2018-11-15 Amadeus S.A.S. Systems and methods for processing and reconciling an invoice data file
US11276117B2 (en) * 2017-07-31 2022-03-15 Oracle International Corporation Generating payables and receivables netting proposals based on historical information
US20190080302A1 (en) * 2017-09-08 2019-03-14 Mastercard International Incorporated Payment system for facilitating delivery transactions
JP6971127B2 (ja) * 2017-11-13 2021-11-24 株式会社日立製作所 端末およびブロックチェーンシステム
TWI670664B (zh) * 2018-02-21 2019-09-01 合作金庫商業銀行股份有限公司 採購平台控管系統及方法
JP7064381B2 (ja) * 2018-05-28 2022-05-10 株式会社オービック 違算確認業務支援装置、違算確認業務支援方法および違算確認業務支援プログラム
JP7250979B2 (ja) * 2018-05-28 2023-04-03 株式会社オービック 違算確認業務支援装置、違算確認業務支援方法および違算確認業務支援プログラム
CN109345322A (zh) * 2018-08-06 2019-02-15 阿里巴巴集团控股有限公司 资金结算方法、装置、及计算机设备
CN109255604A (zh) * 2018-08-08 2019-01-22 北京京东尚科信息技术有限公司 基于电子商务平台的支付和开票的方法、装置和***
CN109801150A (zh) * 2018-12-20 2019-05-24 航天信息股份有限公司 一种酒店行业的税控方法及***
JP7093737B2 (ja) * 2019-03-05 2022-06-30 株式会社日立製作所 決済システム及び決済方法
JP6860027B2 (ja) * 2019-03-08 2021-04-14 日本電気株式会社 処理装置、処理方法、決済システム及びプログラム
CN112150289A (zh) * 2019-06-28 2020-12-29 财付通支付科技有限公司 数据清算方法、装置、***及存储介质
JP2021064040A (ja) * 2019-10-10 2021-04-22 株式会社マネーフォワード 情報処理装置、情報処理方法及びプログラム
JP7411517B2 (ja) 2020-07-31 2024-01-11 株式会社オービック 債権・債務計上部門特定装置、債権・債務計上部門特定方法および債権・債務計上部門特定プログラム
JP6875613B1 (ja) * 2021-03-16 2021-05-26 株式会社マネーフォワード 情報処理装置、情報処理方法及びプログラム
JP7388663B2 (ja) * 2021-09-17 2023-11-29 株式会社アジェンダ 旅行業務支援システム
CN114971528B (zh) * 2022-04-26 2024-06-07 江苏康众汽配有限公司 一种财务应收应付及***核销方法
JP7470850B1 (ja) 2023-07-31 2024-04-18 株式会社シディ 情報処理方法、情報処理装置および情報処理プログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2002023420A1 (ja) * 2000-09-14 2004-01-22 株式会社東芝 決済取次システム
JP2002312597A (ja) * 2002-02-22 2002-10-25 Mizuho Corporate Bank Ltd 電子取引方法、電子取引センター、電子取引端末、および電子取引システム
JP2004310729A (ja) * 2003-03-25 2004-11-04 Bank Of Tokyo-Mitsubishi Ltd 貿易取引の決済支援装置及びプログラム
CN101206739A (zh) * 2006-12-19 2008-06-25 黄金富 用手机作为付款器件的收银机收付款***和相应方法
CN101436279A (zh) * 2008-12-19 2009-05-20 福建今日特价网络有限公司 一种网上交易支付***及方法

Also Published As

Publication number Publication date
JPWO2014041642A1 (ja) 2016-08-12
US20160125486A1 (en) 2016-05-05
TW201423642A (zh) 2014-06-16
WO2014041642A1 (ja) 2014-03-20
CN104641390B (zh) 2017-10-20
SG11201501757SA (en) 2015-04-29
CN104641390A (zh) 2015-05-20
IN2015DN01841A (zh) 2015-05-29
JP5927304B2 (ja) 2016-06-01

Similar Documents

Publication Publication Date Title
TWI522947B (zh) 結算業務支援系統及結算業務支援方法
US8311895B1 (en) Real-time return processing
CA2483348C (en) System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
JP5188505B2 (ja) 支払処理システム債務転換通知
US20040181470A1 (en) System, method, and computer program product for taxation of online transactions
JP2010509699A5 (zh)
JP2007507800A (ja) 販売者支援自動支払処理と例外管理のためのシステムおよび方法
GB2525920A (en) System and method for recovering refundable taxes
US10643275B2 (en) Methods and systems for managing consumer savings with credit card transactions
US20180330351A1 (en) System and method for allocating charges away from a tax account
JP2019050006A (ja) 給与管理装置、方法、及びコンピュータプログラム
JP2006331254A (ja) 企業間商取引の決済システム
JP2015524125A (ja) 担保取引サービス方法
KR100623663B1 (ko) 온라인 상에서 공인인증된 매출채권 양수도 계약에 의한매출채권 결제방법 및 장치
JP5833208B1 (ja) 賃貸決済カード管理システム、賃貸決済カード管理システムの制御方法、賃貸決済カード管理システムプログラム及び記録媒体
JP4461618B2 (ja) 決済装置及び方法
JP6510472B2 (ja) 決済システム、方法およびプログラム
US20140006192A1 (en) Selective escrow of funds based on transaction receipts
JP5984322B2 (ja) 決済滞納業務管理システム、決済滞納業務管理システムの制御方法、決済滞納業務管理システムプログラム及び記録媒体
JP7210251B2 (ja) 決済業務支援システムおよび決済業務支援方法
JP2003296648A (ja) 資金移動処理方法、コンピュータプログラム、買手国側金融機関システム、売手国側金融機関システムおよび仲介者システム
JP6022720B1 (ja) 債権処理管理システム、債権処理管理システムの制御方法、債権処理管理システムプログラム及び記録媒体
JP7425427B1 (ja) デジタル資産の取引・清算処理システム
US20220076259A1 (en) System and method for reversing bifurcated transactions
JP7411183B2 (ja) 取引管理方法、システム及びプログラム