[發(fā)明專利]支付處理系統(tǒng)債務(wù)轉(zhuǎn)變通知

無效

• 申請?zhí)枺?/td>: 200780048140.4
• 申請日: 2007-11-08
• 公開（公告）號(hào): CN101595507A
• 公開（公告）日: 2009-12-02
• 發(fā)明（設(shè)計(jì)）人: D·M·伊斯特萊;N·韋伯;T·羅馬內(nèi)克;S·諾斯
• 申請（專利權(quán)）人: 維薩美國公司
• 主分類號(hào): G06Q40/00
• 分類號(hào): G06Q40/00
• 代理公司: 中國國際貿(mào)易促進(jìn)委員會(huì)專利商標(biāo)事務(wù)所
• 代理人: 鮑 進(jìn)

與相關(guān)申請的交叉引用

本申請要求提交于2006年11月14日的題目為“TransactionProcessing?Automation”的序列號(hào)為60/865,836的美國申請，以及提交于2007年11月7日的題目為“Payment?Processing?System?DebtConversion?Notification”的序列號(hào)為11/936,475的美國申請的優(yōu)先權(quán)，通過引用將其完整內(nèi)容結(jié)合在此。

技術(shù)領(lǐng)域

本發(fā)明的實(shí)現(xiàn)一般涉及支付處理，并且更具體地，涉及自動(dòng)處理買方向賣方的支付和對已提交的買方向賣方支付和買方向賣方支付的記賬文檔進(jìn)行的對賬(reconcile)。

背景技術(shù)

企業(yè)通常以各種支付方式處理與其他企業(yè)的交易，諸如通過信用賬戶、支票賬戶、或自動(dòng)清算(ACH)信用轉(zhuǎn)移。例如，買方可能具有公開買方希望購買的貨物的針對賣方的購買訂單(PO)。根據(jù)諸如合約義務(wù)或信用限度的因素，PO可以具有與其相關(guān)聯(lián)的若干支付方式。因此，買方可以使用支票支付某些貨物，而使用信用卡支付其他貨物。類似地，多個(gè)PO可以具有多個(gè)支付類型。

典型地，可以手工處理PO或發(fā)貨清單支付。例如買方可以查看應(yīng)付賬款文件，并且基于支付類型給賣方開支票，請求賣方以信用卡收費(fèi)，或?yàn)橘u方準(zhǔn)備匯票。

手工確定支付的支付類型，在處理這些支付類型的不同系統(tǒng)之間進(jìn)行選擇，以及通過不同系統(tǒng)傳播支付請求的處理可能不便于追蹤、對賬和控制。例如，每個(gè)PO可能被單獨(dú)處理，這導(dǎo)致當(dāng)在一個(gè)時(shí)間窗口期間安排相同買方的多個(gè)支付的效率低。

某些組織使用企業(yè)資源計(jì)劃(ERP)系統(tǒng)，該系統(tǒng)通常將數(shù)據(jù)集成到組織內(nèi)的單個(gè)統(tǒng)一系統(tǒng)內(nèi)，諸如通過將組織的應(yīng)付賬款存儲(chǔ)在單個(gè)數(shù)據(jù)庫中來實(shí)現(xiàn)。ERP系統(tǒng)可以幫助組織買方的應(yīng)付賬款或賣方的應(yīng)收賬款；然而，ERP系統(tǒng)不通過不同系統(tǒng)自動(dòng)處理每個(gè)支付類型，ERP系統(tǒng)也不自動(dòng)地對已提交的支付和相應(yīng)的發(fā)貨清單和/或PO進(jìn)行對賬。

另外，某些支付類型可能具有在買方或賣方內(nèi)部處理他們的應(yīng)付賬款和應(yīng)收賬款時(shí)未被充分使用的優(yōu)點(diǎn)。例如，支付處理系統(tǒng)中的賬戶，諸如信用賬戶可能具有對于企業(yè)所有者可能有益的提交擔(dān)保或附條件激勵(lì)。由于支付處理系統(tǒng)可以在一個(gè)時(shí)間段內(nèi)便于支付的提交或提供增加賣方銷售的促銷選項(xiàng)，賣方可能更喜歡在支付處理系統(tǒng)內(nèi)的賬戶上進(jìn)行的支付。由于賬戶可能是忠誠度項(xiàng)目的一部分，從而買方可以通過在進(jìn)行交易時(shí)使用該賬戶而受益，買方可能更喜歡在該賬戶上進(jìn)行支付。在企業(yè)間交易的情況下，忠誠度項(xiàng)目可能包括，例如，返回現(xiàn)金，對購買的產(chǎn)品的保險(xiǎn)覆蓋，或里程優(yōu)惠累積。由于參與貿(mào)易的買方或賣方不了解對方在所述賬戶上處理交易的能力，或買方或賣方可能不了解對方的偏好，這些益處可能未被充分利用。

需要一種可以自動(dòng)處理買方對賣方的支付義務(wù)的系統(tǒng)。此處單獨(dú)和總地解決這個(gè)和其他的問題。

發(fā)明內(nèi)容

針對支付處理系統(tǒng)描述的計(jì)算機(jī)實(shí)現(xiàn)的方法解決了買方和賣方之間的自動(dòng)支付處理，其中交易處理器處理以消費(fèi)者和商家在支付處理系統(tǒng)內(nèi)的賬戶上參與交易為特征的交易。

在一種計(jì)算機(jī)方法實(shí)現(xiàn)中，接收消費(fèi)者對賣方的并且包括賣方標(biāo)識(shí)符的債務(wù)。使用賣方標(biāo)識(shí)符做出賣方是否是支付處理系統(tǒng)內(nèi)的商家之一的確定。如果賣方不是商家之一，向消費(fèi)者發(fā)出第一通知，該通知尋求消費(fèi)者合作以請求賣方成為支付處理系統(tǒng)內(nèi)的商家之一。如果賣方是商家之一，向消費(fèi)者發(fā)出第二通知，該通知請求消費(fèi)者要求發(fā)行人(issuer)在賬戶內(nèi)建立賣方所獨(dú)有的子賬戶，以便可以在子賬戶上支付消費(fèi)者和賣方之間的將來交易。接收發(fā)行人已為作為商家之一的賣方建立了子賬戶的確認(rèn)，其中確認(rèn)包括子賬戶的指示符。接收包括子賬戶的指示符的在消費(fèi)者和作為商家之一的賣方之間的將來交易。使用子賬戶的指示符驗(yàn)證可以在子賬戶上支付該將來交易。將可以在子賬戶上支付的將來交易通知給發(fā)行人。