本發(fā)明涉及信息管理和傭金結算領域，特別涉及智能計算方法及系統(tǒng)，智能計算包括：基于合同的傭金、回款計算。

背景技術：

傭金(Commission)是指代理人或經(jīng)紀人為委托人介生意或代買代賣而收取的報酬。另外，根據(jù)傭金是否在價格條款中表明，可分為“明傭”或“暗傭”?！懊鱾颉笔侵冈诤贤瑑r格條款中明確規(guī)定傭金率?！鞍祩颉笔侵赴抵屑s定傭金率。若中間商從買賣雙方都獲得傭金，則被稱為“雙頭傭”。

具體是指企業(yè)在銷售業(yè)務發(fā)生時支付給中間人的報酬，中間人必須是有權從事中介服務的單位或個人，但不包括本企業(yè)的職工。例如：某房屋中介機構為某房產(chǎn)開發(fā)公司介紹房屋銷售業(yè)務，共銷售房屋20套計1000萬元，根據(jù)雙方約定，房產(chǎn)開發(fā)公司需支付房屋中介機構3％的傭金計30萬元。這里，房屋中介機構需按照規(guī)定開具中介服務業(yè)務發(fā)票向房產(chǎn)開發(fā)公司收取傭金，房屋中介機構的此項收入應全額入賬并按章納稅，房產(chǎn)開發(fā)公司則應將傭金作為營業(yè)費用處理。

回款是指有些企業(yè)是以代銷的形式銷售商品，銷售商品并不立即結款，而是打欠條，以后定期結款，業(yè)務員拿回來的錢就是回款。或者企業(yè)銷售商品直接結回來的錢也可叫回款。

隨著電子商務的發(fā)展，新房供給日漸互聯(lián)網(wǎng)交易化，對于大量交易成交后的傭金結算和回款結算，不管墊付給中間經(jīng)紀公司的傭金，還是返還的傭金都是億元為單位。很容易造成上述傭金結算和回款結算的混亂。加上房產(chǎn)傭金的計算規(guī)則復雜，而且地域不同，產(chǎn)生的傭金也不同，無法做到統(tǒng)一管理和分配(比如確定傭金的形式)，進而無法實現(xiàn)標準化。

現(xiàn)有技術中，關于傭金結算方法有中國專利申請：CN101887552A，世博票務系統(tǒng)代理商傭金結算方法，上述傭金的計算方式需要基于對賬報表以及各代理商售票管理分系統(tǒng)與主系統(tǒng)進行數(shù)據(jù)交換，并計算多種數(shù)據(jù)如：門票銷售資金、代理商的銷售傭金、銷售服務費及銷售獎勵資金、物流服務費、門票采購與制作費等等。可見計算復雜度較高，且統(tǒng)一程度較差。

中國專利申請：CN105469202A，一種跨媒體分銷方法及系統(tǒng)，獲取商品信息；獲取分銷員信息；對應每個所述分銷員生成二維碼；將所述二維碼與所述商品信息對應發(fā)送給分銷員；接收商品購買者點擊商品的鏈接或掃描的二維碼，并解析出分銷員ID，通過該ID找到對應的分銷員及其所分銷的商品信息；將所述商品信息發(fā)布至網(wǎng)站上，引導商品購買者完成購物；對已完成的消費訂單結算對應分銷員的傭金，分銷員可操作提現(xiàn)。

上述的方法適用于多分銷員，小金額的管理和傭金分配，無法適用于大金額的使用場景。

技術實現(xiàn)要素：

本發(fā)明要解決的技術問題是，如何根據(jù)不同項目，不同區(qū)域的業(yè)務模型，得到標準化的智能計算方法。

解決上述技術問題，提供一種智能計算方法，包括如下步驟：

根據(jù)樓盤合同獲取合同標簽，

根據(jù)成交信息匹配出傭金結算方式，

按照傭金結算方式計算得到傭金的回款金額和/或傭金的結算金額，

所述合同標簽中至少包括：用以匹配出傭金計算標準的樓盤物業(yè)類型，所述傭金的支付對象至少包括：用以參與合同關系的代理服務商和該樓盤對應的客戶。

更進一步，所述合同標簽還包括：{項目類型、傭金結算類型、選擇城市、對應樓盤名稱、該樓盤對應的客戶的聯(lián)系信息、樓盤合同號、合同日期}，

{項目類型}用以提供至少包銷、類包銷以及非包銷的用戶選擇接口；

{傭金結算類型}用以提供至少墊傭、非墊傭以及部分墊傭的用戶選擇接口；

{選擇城市}用以提供已備案的城市的下拉選擇項；

{對應樓盤名稱}用以根據(jù){選擇城市}匹配出樓盤名稱；

{該樓盤對應的客戶的聯(lián)系信息}和{樓盤合同號}用以作為合同標簽的校驗信息；

{合同日期}用以作為通過合同標簽匹配出樓盤合同的匹配信息。

更進一步，所述合同標簽還包括：用以上傳本地線下合同的用戶選擇接口，和/或，用以下載云端線上合同的用戶接收接口。

更進一步，所述成交信息還包括：{樓盤物業(yè)類型、樓盤成交金額、樓盤成交面積}，根據(jù)所述樓盤成交金額匹配出傭金認定標準，并依照所述樓盤成交面積制定出傭金方案，根據(jù)所述傭金認定標準和傭金方案得到至少包括全國傭金、定向城市傭金以及定向經(jīng)紀公司傭金的傭金策略的傭金結算方式。

基于上述本發(fā)明還提供了一種智能計算系統(tǒng)，按照如下方式部署：

一成交申請單元，用以根據(jù)樓盤合同獲取合同標簽，

一合同單元，用以根據(jù)成交信息匹配出傭金結算方式，

一計算單元，用以按照傭金結算方式計算得到傭金的回款金額和/或傭金的結算金額，

上述合同單元中的合同標簽中至少包括：用以匹配出傭金計算標準的樓盤物業(yè)類型，上述傭金的支付對象至少包括：用以參與合同關系的代理服務商和該樓盤對應的客戶。

更進一步，所述傭金的回款金額按照如下方式進行計算：

選擇樓盤物業(yè)類型，

選擇傭金認定標準為客戶成交或者客戶認購，

根據(jù)上述盤物業(yè)類型和傭金認定標準，設置傭金方案為固定傭金或者按跳點傭金，

若為跳點傭金，則繼續(xù)選擇跳點傭金的的核算周期，

選擇傭金計算方式為按照累計總價、按照累計套數(shù)或者按照累計面積，

以及，根據(jù)樓盤合同的總價將傭金的支付方式按照金額、按照比例或者按照金額+比例計算，得到傭金的回款金額。

更進一步，所述傭金的結算金額包括：墊付給代理服務商的傭金，并按照如下方式計算：

選擇樓盤物業(yè)類型，

選擇代理服務商所在的城市和對應的代理服務商，

選擇傭金認定標準為客戶成交或者客戶認購，

根據(jù)上述盤物業(yè)類型、代理服務商和傭金認定標準，設置傭金方案為固定傭金或者按跳點傭金，

以及，選擇傭金計算方式為按照每套固定計算、按照單套成交價分段計算、按照單套面積分段計算、按照每平方計算、按照金額、按照比例或者按照金額+比例計算，得到傭金的回款金額。

更進一步，在選擇樓盤物業(yè)類型后，還增加：

選擇用以判斷傭金認定標準和/或代理服務商的定向城市，所述定向城市與第三方地圖API連接。

更進一步，所述成交申請單元還用以按照擬成交樓盤生成一樓盤合同，所述傭金的支付對象還包括：樓盤的開發(fā)商。

更進一步，所述合同單元還用以將成交信息配置為：{樓盤物業(yè)類型、樓盤成交金額、樓盤成交面積}，根據(jù)所述樓盤成交金額匹配出傭金認定標準，并依照所述樓盤成交面積制定出傭金方案，根據(jù)所述傭金認定標準和傭金方案得到至少包括全國傭金、定向城市傭金以及定向經(jīng)紀公司傭金的傭金策略的傭金結算方式。

本發(fā)明的有益效果：

本發(fā)明既能夠快速進行傭金的墊付，同時能夠快速進行回款，從而保持資金的良性運轉(zhuǎn),支持公司業(yè)務的快速發(fā)展。對于傭金計算規(guī)則抽象歸納，并根據(jù)不同項目，不同區(qū)域的業(yè)務模型進行總結，最后整理出標準化的規(guī)則。此外，本發(fā)明的系統(tǒng)將物業(yè)類型，傭金認定標準，傭金方案設置，傭金計算方式，整合在一個規(guī)則引擎中，該規(guī)則引擎支撐整體的傭金計算，能夠減少大量人力資源投入，減小傭金人為計算錯誤。

附圖說明

圖1是本發(fā)明一實施例中的智能計算方法流程示意圖；

圖2是圖1中的合同標簽的字段示意圖；

圖3是圖1中的成交信息的字段示意圖；

圖4是本發(fā)明一實施例中的智能系統(tǒng)結構示意圖；

圖5是圖4中傭金的回款金額的流程示意圖；

圖6是圖4中墊付給代理服務商的傭金的流程示意圖；

圖7是圖4中的實現(xiàn)框圖。

具體實施方式

現(xiàn)在將參考一些示例實施例描述本公開的原理?？梢岳斫?，這些實施例僅出于說明并且?guī)椭绢I域的技術人員理解和實施例本公開的目的而描述，而非建議對本公開的范圍的任何限制。在此描述的本公開的內(nèi)容可以以下文描述的方式之外的各種方式實施。

如本文中所述，術語“包括”及其各種變體可以被理解為開放式術語，其意味著“包括但不限于”。術語“基于”可以被理解為“至少部分地基于”。術語“一個實施例”可以被理解為“至少一個實施例”。術語“另一實施例”可以被理解為“至少一個其它實施例”。

可以理解，在本申請中的包銷，是指包銷協(xié)議規(guī)定的雙方的權利和義務，以及一般交易條件，具體是指一個企業(yè)根據(jù)一定條件收另一企業(yè)的全部或部分產(chǎn)品。賣方將一種或一類商品在一定時期內(nèi)對一定地區(qū)的出口，交給第三方承包銷售的一種經(jīng)營方式。類包銷以及非包銷也屬于所屬領域技術人員公知的商業(yè)領域操作，在選擇項目類型時需要進行對應地選擇。

可以理解，在本申請中的墊傭、非墊傭以及部分墊傭，為房地產(chǎn)開發(fā)商領域公知且常見的傭金結算類型，也可以根據(jù)項目需求進行增減。

請參考圖1是本發(fā)明一實施例中的智能計算方法流程示意圖；具體包括：步驟S100根據(jù)樓盤合同獲取合同標簽，步驟S101根據(jù)成交信息匹配出傭金結算方式，步驟S102按照傭金結算方式計算得到傭金的回款金額和/或傭金的結算金額，步驟S103所述合同標簽中至少包括：用以匹配出傭金計算標準的樓盤物業(yè)類型，步驟S104所述傭金的支付對象至少包括：用以參與合同關系的代理服務商和該樓盤對應的客戶。

在一些實施例中，所述樓盤物業(yè)類型包括但不限于：普通住宅寫字樓，商鋪，酒店式公寓，排屋，別墅等多種或者一種。

在一些實施例中，請參考圖2是圖1中的合同標簽的字段示意圖，所述合同標簽還包括：{項目類型10、傭金結算類型20、選擇城市30、對應樓盤名稱40、該樓盤對應的客戶的聯(lián)系信息50、樓盤合同號60、合同日期70}，

具體地，{項目類型}用以提供至少包銷、類包銷以及非包銷的用戶選擇接口；

{傭金結算類型}用以提供至少墊傭、非墊傭以及部分墊傭的用戶選擇接口；

{選擇城市}用以提供已備案的城市的下拉選擇項；

{對應樓盤名稱}用以根據(jù){選擇城市}匹配出樓盤名稱；

{該樓盤對應的客戶的聯(lián)系信息}和{樓盤合同號}用以作為合同標簽的校驗信息；該樓盤對應的客戶的聯(lián)系信息和樓盤合同號，按照線下匹配方式進行校驗。{樓盤合同號}可以按照線下手動生成或者通過系統(tǒng)自動生成。

{合同日期}用以作為通過合同標簽匹配出樓盤合同的匹配信息，{合同日期}作為配出樓盤合同的匹配信息，具有唯一標識性。

作為上述實施例中的優(yōu)選，所述合同標簽還包括：用以上傳本地線下合同的用戶選擇接口，和/或，用以下載云端線上合同的用戶接收接口，解決了目前難以統(tǒng)一結算傭金的問題，配合能夠快速進行回款。

在一些實施例中，請參考圖3是圖1中的成交信息的字段示意圖，所述成交信息還包括：{樓盤物業(yè)類型100、樓盤成交金額200、樓盤成交面積300}，根據(jù)所述樓盤成交金額匹配出傭金認定標準，并依照所述樓盤成交面積制定出傭金方案，根據(jù)所述傭金認定標準和傭金方案得到至少包括全國傭金、定向城市傭金以及定向經(jīng)紀公司傭金的傭金策略的傭金結算方式。

基于上述特征，本實施例中的智能計算方法，對于傭金計算規(guī)則抽象歸納，并根據(jù)不同項目，不同區(qū)域的業(yè)務模型進行總結，最后整理出標準化的規(guī)則。

請參考圖4是本發(fā)明一實施例中的智能系統(tǒng)結構示意圖，具體按照如下方式部署：成交申請單元1，用以根據(jù)樓盤合同獲取合同標簽，合同單元2，用以根據(jù)成交信息匹配出傭金結算方式，計算單元3，用以按照傭金結算方式計算得到傭金的回款金額和/或傭金的結算金額，上述合同單元2中的合同標簽中至少包括：用以匹配出傭金計算標準的樓盤物業(yè)類型，上述傭金的支付對象至少包括：用以參與合同關系的代理服務商和該樓盤對應的客戶。

作為本實施例中的優(yōu)選，請參考圖5是圖4中傭金的回款金額的流程示意圖，所述傭金的回款金額按照如下方式進行計算：

步驟S500選擇樓盤物業(yè)類型，

步驟S501選擇傭金認定標準為客戶成交或者客戶認購，

步驟S502根據(jù)上述樓盤物業(yè)類型和傭金認定標準，設置傭金方案為固定傭金或者按跳點傭金，

步驟S503若為跳點傭金，則繼續(xù)選擇跳點傭金的的核算周期，

步驟S504選擇傭金計算方式為按照累計總價、按照累計套數(shù)或者按照累計面積，

步驟S505根據(jù)樓盤合同的總價將傭金的支付方式按照金額、按照比例或者按照金額+比例計算，得到傭金的回款金額。

在一些實施例中，請參考圖6是圖4中墊付給代理服務商的傭金的流程示意圖，所述傭金的結算金額包括：墊付給代理服務商的傭金，并按照如下方式計算：

步驟S600選擇樓盤物業(yè)類型，

步驟S601選擇代理服務商所在的城市和對應的代理服務商，

步驟S602選擇傭金認定標準為客戶成交或者客戶認購，

步驟S603根據(jù)上述樓盤物業(yè)類型、代理服務商和傭金認定標準，設置傭金方案為固定傭金或者按跳點傭金，

步驟S604選擇傭金計算方式為按照每套固定計算、按照單套成交價分段計算、按照單套面積分段計算、按照每平方計算、按照金額、按照比例或者按照金額+比例計算，得到傭金的回款金額。

在本實施例中，上述的傭金認定標準和傭金方案設置是兩個并列的關系；而傭金方案設置和傭金計算方式有關聯(lián)關系，傭金方案設置不同，傭金計算方式也會不同，上述三個類別的選項都可以從合同中提取出來提前設置好，作為智能計算的前提條件。傭金認定標準可以根據(jù)樓盤物業(yè)類型、樓盤成交金額以及樓盤成交面積等來確定。傭金方案設置包括但不限于，{項目類型、傭金結算類型、選擇城市、對應樓盤名稱、該樓盤對應的客戶的聯(lián)系信息、樓盤合同號、合同日期}等等。

作為本實施例中的優(yōu)選，在選擇樓盤物業(yè)類型后，還增加：選擇用以判斷傭金認定標準和/或代理服務商的定向城市，所述定向城市與第三方地圖API連接，通過判斷傭金認定標準和/或代理服務商所在的城市，可以實現(xiàn)全國化的統(tǒng)一核算。

作為本實施例中的優(yōu)選，所述成交申請單元1還用以按照擬成交樓盤生成一樓盤合同，所述傭金的支付對象還包括：樓盤的開發(fā)商。

作為本實施例中的優(yōu)選，所述合同單元2還用以將成交信息配置為：{樓盤物業(yè)類型、樓盤成交金額、樓盤成交面積}，根據(jù)所述樓盤成交金額匹配出傭金認定標準，并依照所述樓盤成交面積制定出傭金方案，根據(jù)所述傭金認定標準和傭金方案得到至少包括全國傭金、定向城市傭金以及定向經(jīng)紀公司傭金的傭金策略的傭金結算方式。

本實施例中的計算系統(tǒng)將物業(yè)類型，傭金認定標準，傭金方案設置，傭金計算方式，整合在一個規(guī)則引擎中，該規(guī)則引擎支撐整體的傭金計算，能夠減少大量人力資源投入，減小傭金人為計算錯誤。

請參考圖7是圖4中的實現(xiàn)框圖，實現(xiàn)方式包括：

成交申請：根據(jù)樓盤合同獲取合同標簽，根據(jù)成交信息匹配出傭金結算方式，

合同設置：按照傭金結算方式計算得到傭金的回款金額和/或傭金的結算金額，

在合同設置中：所述合同標簽中至少包括：用以匹配出傭金計算標準的樓盤物業(yè)類型，所述傭金的支付對象至少包括：用以參與合同關系的代理服務商和該樓盤對應的客戶。在所述合同標簽中還包括：{項目類型、傭金結算類型、選擇城市、對應樓盤名稱、該樓盤對應的客戶的聯(lián)系信息、樓盤合同號、合同日期}，{項目類型}用以提供至少包銷、類包銷以及非包銷的用戶選擇接口；{傭金結算類型}用以提供至少墊傭、非墊傭以及部分墊傭的用戶選擇接口；{選擇城市}用以提供已備案的城市的下拉選擇項；{對應樓盤名稱}用以根據(jù){選擇城市}匹配出樓盤名稱；{該樓盤對應的客戶的聯(lián)系信息}和{樓盤合同號}用以作為合同標簽的校驗信息；{合同日期}用以作為通過合同標簽匹配出樓盤合同的匹配信息。

具體操作時，上述合同標簽還包括：用以上傳本地線下合同的用戶選擇接口，和/或，用以下載云端線上合同的用戶接收接口。

在成交申請中，上述成交信息還包括：{樓盤物業(yè)類型、樓盤成交金額、樓盤成交面積}，根據(jù)所述樓盤成交金額匹配出傭金認定標準，并依照所述樓盤成交面積制定出傭金方案，根據(jù)所述傭金認定標準和傭金方案得到至少包括全國傭金、定向城市傭金以及定向經(jīng)紀公司傭金的傭金策略的傭金結算方式。

匹配規(guī)則包括但不限于：所述傭金的回款金額(甲方)按照如下方式進行計算：

選擇樓盤物業(yè)類型，

選擇傭金認定標準為客戶成交或者客戶認購，

根據(jù)上述樓盤物業(yè)類型和傭金認定標準，設置傭金方案為固定傭金或者按跳點傭金，

若為跳點傭金，則繼續(xù)選擇跳點傭金的的核算周期，

選擇傭金計算方式為按照累計總價、按照累計套數(shù)或者按照累計面積，

以及，根據(jù)樓盤合同的總價將傭金的支付方式按照金額、按照比例或者按照金額+比例計算，得到傭金的回款金額。

匹配規(guī)則包括但不限于：所述傭金的結算金額包括：墊付給代理服務商的傭金，并按照如下方式計算：

選擇樓盤物業(yè)類型，

選擇代理服務商所在的城市和對應的代理服務商，

選擇傭金認定標準為客戶成交或者客戶認購，

根據(jù)上述樓盤物業(yè)類型、代理服務商和傭金認定標準，設置傭金方案為固定傭金或者按跳點傭金，

以及，選擇傭金計算方式為按照每套固定計算、按照單套成交價分段計算、按照單套面積分段計算、按照每平方計算、按照金額、按照比例或者按照金額+比例計算，得到傭金的回款金額。

雖然本公開以具體結構特征和/或方法動作來描述，但是可以理解在所附權利要求書中限定的本公開并不必然限于上述具體特征或動作。而是，上述具體特征和動作僅公開為實施權利要求的示例形式。