本發(fā)明涉及計算機應(yīng)用技術(shù)領(lǐng)域，具體而言，涉及一種客房應(yīng)收款財務(wù)管理方法及裝置。

背景技術(shù)：

目前，一些企業(yè)或單位因為出差等需求，會經(jīng)常派遣員工到相應(yīng)的辦公地點進行工作，從而使員工經(jīng)常在同一區(qū)域的酒店進行入住消費，頻繁的入住和結(jié)算流程，給企業(yè)或單位報銷和審批帶來沉重的負擔(dān)，也給酒店結(jié)算帶來大量額外工作。

在現(xiàn)有酒店應(yīng)收款管理系統(tǒng)中，用戶通常需要到前臺辦理入住手續(xù)并領(lǐng)取磁卡。系統(tǒng)通過磁卡記錄個人消費行為，并在結(jié)算時，在前臺將應(yīng)付金額錄入到系統(tǒng)中。同時，酒店信息中心相關(guān)人員需要對應(yīng)付金額進行整理并記錄。企業(yè)或單位支付服務(wù)費用后，酒店的財務(wù)出納需要對應(yīng)收款進行核對，并在企業(yè)或單位結(jié)算后，手工將結(jié)算金額分配到相關(guān)服務(wù)部門。在月底結(jié)算中，由于涉及過多的應(yīng)收款項，酒店財務(wù)出納可能需要處理大量的消費表單，從而加大了分配結(jié)算資金的難度。一定程度上提高了酒店應(yīng)收款財務(wù)管理的風(fēng)險(如：計算、分配失誤等)。

針對上述頻繁的入住和結(jié)算流程帶來大量額外的工作，且需要較多人工干預(yù)，加大財務(wù)管理的風(fēng)險，進而降低酒店的運營效率的問題，目前尚未提出有效的解決方案。

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

有鑒于此，本發(fā)明實施例的目的在于提供一種客房應(yīng)收款管理方法及裝置，以簡化入住和結(jié)算流程，使應(yīng)收款管理流程脫離過多人工干預(yù)，降低財務(wù)管理的風(fēng)險和人工成本，進而提高客房的運營效率。

第一方面，本發(fā)明實施例提供了一種客房應(yīng)收款管理方法，該方法包括：獲取用戶提交的預(yù)訂單，其中，預(yù)訂單包括：用戶的身份信息、通信方式以及用戶預(yù)定客房的房間信息和用戶歸屬的部門；向預(yù)存的用戶所屬的部門的指定人員確認(rèn)預(yù)訂單的有效性；當(dāng)預(yù)訂單有效時，為用戶辦理客房入??；實時接收各個服務(wù)項目終端上報的用戶的消費記錄，生成消費記錄清單；當(dāng)收到用戶的結(jié)算命令時，根據(jù)消費記錄清單對應(yīng)的服務(wù)項目，以及服務(wù)項目的收費標(biāo)準(zhǔn)，對用戶的消費記錄進行結(jié)算，并將結(jié)算后的消費信息發(fā)送至所述用戶的終端；當(dāng)收到用戶的終端對消費信息的確認(rèn)命令時，生成并存儲該用戶歸屬的部門的應(yīng)收款表單。

結(jié)合第一方面，本發(fā)明實施例提供了第一方面的第一種可能的實施方式，其中，該方法還包括：周期性統(tǒng)計該用戶歸屬的部門的應(yīng)收款表單的應(yīng)收款總額，并向該用戶歸屬的部門收費；或者，每次新生成用戶歸屬的部門的應(yīng)收款表單時，統(tǒng)計該用戶歸屬的部門的應(yīng)收款表單的應(yīng)收款總額，當(dāng)應(yīng)收款總額大于設(shè)定閾值時，向用戶歸屬的部門收費。

結(jié)合第一方面的第一種可能的實施方式，本發(fā)明實施例提供了第一方面的第二種可能的實施方式，其中，向用戶歸屬的部門收費包括：檢查該用戶歸屬的部門的信用支付賬戶的可支付金額是否大于應(yīng)收款總額；如果是，從信用支付賬戶中扣除應(yīng)收款總額，將扣除的應(yīng)收款總額、當(dāng)前賬戶可支付金額發(fā)送至用戶歸屬的部門的指定人員。

結(jié)合第一方面的第二種可能的實施方式，本發(fā)明實施例提供了第一方面的第三種可能的實施方式，其中，該方法還包括：當(dāng)檢查出該用戶歸屬的部門的信用支付賬戶的可支付金額不大于應(yīng)收款總額時，向用戶歸屬的部門的指定人員發(fā)送余額不足的提示信息；和/或，從信用支付賬戶中扣除應(yīng)收款總額，并在信用支付賬戶的欠費數(shù)額達到設(shè)定上限值時，通知用戶歸屬的部門的指定人員進行繳費。

結(jié)合第一方面的第一種可能的實施方式，本發(fā)明實施例提供了第一方面的第四種可能的實施方式，其中，該方法還包括：當(dāng)對用戶歸屬的部門收費時，根據(jù)用戶的消費記錄更新對應(yīng)的服務(wù)部門的費用分配信息；統(tǒng)計指定時間段內(nèi)的各個服務(wù)部門的費用分配信息，生成服務(wù)部門的入賬單，并將入賬單同步到財務(wù)數(shù)據(jù)庫；以及接收到所述用戶歸屬的部門按期提交的支付款后，按照所述入賬單的內(nèi)容，將所述支付款自動分配到對應(yīng)的所述服務(wù)部門。

第二方面，本發(fā)明實施例還提供了一種客房應(yīng)收款管理裝置，該裝置包括：預(yù)訂單獲取模塊，用于獲取用戶提交的預(yù)訂單，其中，預(yù)訂單包括：用戶的身份信息、通信方式以及用戶預(yù)定客房的房間信息和用戶歸屬的部門；預(yù)訂單有效性確認(rèn)模塊，用于向預(yù)存的用戶歸屬的部門的指定人員確認(rèn)預(yù)訂單的有效性；客房入住辦理模塊，用于當(dāng)預(yù)訂單有效時，為用戶辦理客房入住；消費記錄接收模塊，用于實時接收各個服務(wù)項目終端上報的用戶的消費記錄，生成消費記錄清單；結(jié)算模塊，用于當(dāng)收到用戶的結(jié)算命令時，根據(jù)消費記錄清單對應(yīng)的服務(wù)項目，以及服務(wù)項目的收費標(biāo)準(zhǔn)，對用戶的消費記錄進行結(jié)算，并將結(jié)算后的消費信息發(fā)送至用戶的終端；應(yīng)收款表單生成模塊，用于當(dāng)收到用戶的終端對消費信息的確認(rèn)命令時，生成并存儲用戶歸屬的部門的應(yīng)收款表單。

結(jié)合第二方面，本發(fā)明實施例提供了第二方面的第一種可能的實施方式，其中，該裝置還包括：第一收費模塊，用于周期性統(tǒng)計用戶歸屬的部門的應(yīng)收款表單的應(yīng)收款總額，并向用戶歸屬的部門收費；或者，第二收費模塊，用于每次新生成用戶歸屬的部門的應(yīng)收款表單時，統(tǒng)計用戶歸屬的部門的應(yīng)收款表單的應(yīng)收款總額，當(dāng)應(yīng)收款總額大于設(shè)定閾值時，向用戶歸屬的部門收費。

結(jié)合第二方面的第一種可能的實施方式，本發(fā)明實施例提供了第二方面的第二種可能的實施方式，其中，上述第一收費模塊或者第二收費模塊包括：信用支付賬戶檢查單元，用于檢查用戶歸屬的部門的信用支付賬戶的可支付金額是否大于應(yīng)收款總額；應(yīng)收款總額扣除單元，用于當(dāng)信用支付賬戶檢查單元的檢查結(jié)果為是時，從信用支付賬戶中扣除應(yīng)收款總額，將扣除的應(yīng)收款總額、當(dāng)前可支付金額發(fā)送至用戶歸屬的部門的指定人員。

結(jié)合第二方面的第二種可能的實施方式，本發(fā)明實施例提供了第二方面的第三種可能的實施方式，其中，上述第一收費模塊或者第二收費模塊還包括：繳費通知單元，用于當(dāng)信用支付賬戶檢查單元檢查用戶歸屬的部門的信用支付賬戶的可支付金額不大于應(yīng)收款總額時，向用戶歸屬的部門的指定人員發(fā)送余額不足的提示信息；和/或，從信用支付賬戶中扣除應(yīng)收款總額，并在賬戶余額的欠費數(shù)額達到設(shè)定上限值時，通知用戶歸屬的部門的指定人員進行繳費。

結(jié)合第二方面，本發(fā)明實施例提供了第二方面的第四種可能的實施方式，其中，上述裝置還包括：費用分配信息更新模塊，用于當(dāng)對用戶歸屬的部門收費時，根據(jù)用戶的消費記錄更新對應(yīng)的服務(wù)部門的費用分配信息；費用分配信息統(tǒng)計模塊，用于統(tǒng)計指定時間段內(nèi)的各個服務(wù)部門的所述費用分配信息，生成服務(wù)部門的入賬單，并將入賬單同步到財務(wù)數(shù)據(jù)庫；以及接收到用戶歸屬的部門按期提交的支付款后，按照入賬單的內(nèi)容，將支付款自動分配到對應(yīng)的服務(wù)部門。

本發(fā)明實施例提供的客房應(yīng)收款管理方法和裝置，通過向用戶歸屬的部門的指定人員確認(rèn)用戶提交的預(yù)訂單的有效性，為用戶辦理客房入住，能夠在接收到各個服務(wù)項目終端上報的所述用戶的消費記錄時，生成消費記錄清單，并將消費信息發(fā)送至用戶終端，使用戶能夠及時知道消費情況；同時，當(dāng)收到用戶的結(jié)算客房命令時，對用戶的消費進行結(jié)算，并在收到用戶的終端發(fā)送的對消費信息確認(rèn)的命令后，生成并存儲用戶歸屬的部門的應(yīng)收款表單，由用戶歸屬的部門進行支付應(yīng)收款，簡化了協(xié)議用戶的入住和結(jié)算的流程，不僅節(jié)約了用戶時間，降低了人工成本和硬件成本，也有助于提高客房運營效率。

進一步，本發(fā)明實施例提供的客房應(yīng)收款管理方法和裝置，還可以在收到用戶歸屬的部門的結(jié)算資金后，根據(jù)用戶的消費記錄，更新對應(yīng)的服務(wù)部門的費用分配信息，并統(tǒng)計指定時間段內(nèi)的費用分配信息，生成對應(yīng)的服務(wù)部門的入賬單，將指定時間內(nèi)的結(jié)算資金自動分配到對應(yīng)的服務(wù)部門，降低了工作人員在資金計算和分配上的時間成本，提高了客房的運營效率。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細說明如下。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，應(yīng)當(dāng)理解，以下附圖僅示出了本發(fā)明的某些實施例，因此不應(yīng)被看作是對范圍的限定，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。

圖1示出了本發(fā)明實施例1所提供的一種客房應(yīng)收款管理方法的流程圖；

圖2示出了本發(fā)明實施例2所提供的一種應(yīng)收款表單分配方法的流程圖；

圖3示出了本發(fā)明實施例3所提供的一種客房應(yīng)收款管理裝置的結(jié)構(gòu)示意圖；

圖4示出了本發(fā)明實施例4所提供的一種客房應(yīng)收款管理系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設(shè)計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例?；诒景l(fā)明的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

考慮到一些企業(yè)或單位因為經(jīng)常派遣員工到相應(yīng)的辦公地點進行工作而產(chǎn)生的頻繁入住與結(jié)算過程，給企業(yè)或單位報銷和審批帶來了沉重的負擔(dān)，也給酒店結(jié)算帶來大量額外工作的問題，本發(fā)明實施例提供了一種客房支付管理方法及裝置，以簡化入住和結(jié)算流程，避免工作人員花費大量時間進行資金計算和分配，不僅節(jié)約了用戶時間，降低了人工成本和硬件成本，也有助于提高客房的運營效率。

為便于對本實施例進行理解，首先對本發(fā)明實施例所公開的一種客房應(yīng)收款管理方法進行詳細介紹，其中，本發(fā)明實施例中用戶的終端包括手持移動終端，例如：手機、平板電腦、PDA(Personal Digital Assistant)、膝上型便攜計算機、車載電腦等設(shè)備，下面通過實施例進行描述。

實施例1

參見圖1所示的客房應(yīng)收款管理方法的流程圖，該方法可以通過設(shè)置于酒店(旅店或者其他服務(wù)提供商)側(cè)的服務(wù)器執(zhí)行，本實施例以酒店服務(wù)器為例進行說明，該方法包括如下步驟：

步驟S102，獲取用戶提交的預(yù)訂單，其中，預(yù)訂單包括：用戶的身份信息、通信方式以及用戶預(yù)定客房的房間信息和用戶歸屬的部門。

其中，用戶歸屬的部門包括：用戶所在的工作企業(yè)或者工作單位等。用戶可以利用互聯(lián)網(wǎng)提前填寫預(yù)訂單預(yù)定客房并提交至酒店服務(wù)器，服務(wù)器獲取用戶提交的預(yù)訂單后，判斷該用戶歸屬的部門是否注冊為酒店的協(xié)議企業(yè)，與酒店簽訂了支付協(xié)議，且該協(xié)議企業(yè)是否為有效的協(xié)議企業(yè)(例如，長期拖欠費用的協(xié)議企業(yè)可以視為無效的協(xié)議企業(yè)，其將不能獲得按協(xié)議入住的資格)，如果是，還可以進一步檢查當(dāng)前用戶是否為酒店的協(xié)議用戶(例如，一個企業(yè)內(nèi)的員工，僅限于級別或者職位在某個范疇內(nèi)的員工才能享受按協(xié)議入住的資格)，具體檢查方式可以是發(fā)送身份核實信息給該用戶歸屬的人事部門，通過人事部門的反饋信息確定該用戶是否為協(xié)議用戶，當(dāng)該用戶是協(xié)議用戶時，可以在酒店服務(wù)器中標(biāo)記該用戶的身份為協(xié)議用戶，協(xié)議用戶預(yù)定的客房請求較其他普通用戶具有優(yōu)先選擇權(quán)。上述用戶的通信方式可以是短信、微信等方式，具體采用哪種方式與用戶進行通信，可以根據(jù)用戶的意愿選取，也可以采用系統(tǒng)默認(rèn)的通信方式。

步驟S104，向預(yù)存的用戶歸屬的部門的指定人員確認(rèn)預(yù)訂單的有效性。

當(dāng)服務(wù)器通過預(yù)訂單判斷該用戶為協(xié)議用戶之后，需要向用戶歸屬的部門進行確認(rèn)，以確定該用戶的身份是否合法，排除離職的員工和與上述協(xié)議企業(yè)無關(guān)的人員，如果是，則將該用戶提交的預(yù)訂單設(shè)置為有效預(yù)訂單。

步驟S106，當(dāng)預(yù)訂單有效時，為用戶辦理客房入住。

用戶入住之后，可以利用移動終端(例如：手機)獲取當(dāng)前酒店的服務(wù)信息，包括各個服務(wù)項目的資費標(biāo)準(zhǔn)，能夠讓用戶方便快捷地了解酒店服務(wù)項目和內(nèi)容。協(xié)議用戶在入住期間，可以直接對酒店的服務(wù)項目進行消費，例如：餐飲、洗衣、打掃等，費用由該用戶歸屬的部門(協(xié)議企業(yè))進行支付，對于長期拖欠費用的協(xié)議企業(yè)，其員工將不能獲得按照協(xié)議用戶入住的資格。

步驟S108，實時接收各個服務(wù)項目終端上報的用戶的消費記錄，生成消費記錄清單。

服務(wù)器接收到用戶提交的服務(wù)申請后將服務(wù)任務(wù)分配給相應(yīng)部門的服務(wù)人員，服務(wù)完成后，由相應(yīng)部門的服務(wù)人員通過服務(wù)項目終端上報消費記錄，服務(wù)器可以實時接收各個服務(wù)項目終端上報的用戶的消費記錄，生成消費記錄清單，并將消費信息發(fā)送至用戶的終端。

步驟S110，當(dāng)收到用戶的結(jié)算命令時，根據(jù)消費記錄清單對應(yīng)的服務(wù)項目，以及服務(wù)項目的收費標(biāo)準(zhǔn)，對用戶的消費記錄進行結(jié)算，并將結(jié)算后的消費信息通過上述通信方式發(fā)送至用戶的終端。

用戶可以在離開時，到酒店前臺進行結(jié)算，也可以利用手持移動終端向服務(wù)器發(fā)送結(jié)算客房的命令進行結(jié)算，當(dāng)用戶比較繁忙，忘記結(jié)算時，服務(wù)器也可以根據(jù)用戶的實際消費記錄進行結(jié)算。服務(wù)器收到用戶提交的結(jié)算申請后，根據(jù)消費記錄清單對應(yīng)的服務(wù)項目，以及服務(wù)項目的收費標(biāo)準(zhǔn)進行結(jié)算，并將結(jié)算后的消費信息發(fā)送至用戶的終端，供用戶進行確認(rèn)，避免用戶出現(xiàn)額外消費的情形。

步驟S112，當(dāng)收到用戶的終端對消費信息的確認(rèn)命令時，生成并存儲用戶歸屬的部門的應(yīng)收款表單。

用戶收到服務(wù)器發(fā)送的消費信息后，利用手持移動終端向服務(wù)器發(fā)送消費確認(rèn)信息，對消費信息進行確認(rèn)，包括：消費內(nèi)容和消費金額等。服務(wù)器收到確認(rèn)命令后，生成并存儲用戶歸屬的部門的應(yīng)收款表單，并在應(yīng)收款表單中注明該用戶的身份信息。

上述實施例1中的方法，通過獲取用戶提交的預(yù)訂單，確認(rèn)該用戶的身份為協(xié)議用戶，使用戶可以無需支付費用而進行消費，并由酒店的各個服務(wù)項目終端進行記錄，當(dāng)收到用戶的結(jié)算客房命令時，能夠根據(jù)各個服務(wù)項目終端上報的該用戶的消費記錄，對該用戶的消費進行計費，并采用記錄的通信方式將其消費信息發(fā)送至用戶終端，使用戶能夠及時知道消費情況，當(dāng)收到用戶的確認(rèn)命令后，能夠生成并存儲用戶歸屬的部門的應(yīng)收款表單，簡化了協(xié)議用戶的入住和結(jié)算流程，使支付管理過程脫離了過多人工干預(yù)，不僅節(jié)約了用戶時間，也降低了酒店人工成本和硬件成本，提高了客房運營效率。

上述實施例提供的方法還包括：酒店的服務(wù)人員可以對服務(wù)器進行設(shè)置，使服務(wù)器能夠周期性統(tǒng)計用戶歸屬的部門的應(yīng)收款表單的應(yīng)收款總額，例如：一個月，一個季度等，或者，每次新生成用戶歸屬的部門的應(yīng)收款表單時，統(tǒng)計用戶歸屬的部門的應(yīng)收款表單的應(yīng)收款總額。當(dāng)滿足服務(wù)器設(shè)置的時間周期期限，或者，應(yīng)收款總額大于設(shè)定閾值兩個條件中的一個時，服務(wù)器向用戶歸屬的部門的指定人員發(fā)送收費信息，并向用戶歸屬的部門收費。

向用戶歸屬的部門收費方法還包括：檢查用戶歸屬的部門的信用支付賬戶的可支付金額是否大于應(yīng)收款總額；如果是，從信用支付賬戶中扣除應(yīng)收款總額，將扣除的應(yīng)收款總額、當(dāng)前可支付金額發(fā)送至用戶歸屬的部門的指定人員；當(dāng)檢查出用戶歸屬的部門的信用支付賬戶的可支付金額不大于應(yīng)收款總額時，向用戶歸屬的部門的指定人員發(fā)送余額不足的提示信息；和/或，從信用支付賬戶中扣除應(yīng)收款總額，并在信用支付賬戶的欠費數(shù)額達到設(shè)定上限值，例如，信用額度時，通知用戶歸屬的部門的指定人員進行繳費。

其中，向用戶歸屬的部門的指定人員發(fā)送余額不足的提示信息時，可以包括以下方式：

(1)從用戶歸屬的部門的信用支付賬戶中扣除應(yīng)收款總額后，信用支付賬戶的可支付金額小于設(shè)定的閾值時，向用戶歸屬的部門的指定人員發(fā)送余額不足的提示信息；

(2)從用戶歸屬的部門的信用支付賬戶中扣除應(yīng)收款總額后，記錄該信用支付賬戶的欠費數(shù)額，當(dāng)信用支付賬戶的欠費數(shù)額達到設(shè)定閾值，例如，信用額度時，提示用戶歸屬的部門的指定人員進行繳費。

具體實現(xiàn)時，可以按照酒店工作人員的設(shè)置，選擇上述方式中的一種進行。

上述實施例提供的方法，利用服務(wù)器生成并存儲用戶歸屬的部門的應(yīng)收款表單，并提示用戶歸屬的部門按期或者按額度進行支付費用，簡化了結(jié)算流程，也避免了工作人員花費大量時間進行資金計算，使支付管理過程脫離了過多人工干預(yù)，降低了人工成本和硬件成本。

實施例2

為了能夠使應(yīng)收款管理更加方便快捷，上述客房應(yīng)收款管理方法還包括對應(yīng)收款表單進行分配的方法，包括：判斷應(yīng)收款表單是否已經(jīng)由用戶歸屬的部門進行支付，或者，該應(yīng)收款表單是否已達到支付期限，參見圖2所示的應(yīng)收款表單分配方法流程圖，本實施例以該方法設(shè)置于酒店(旅店或者其他服務(wù)提供商)側(cè)的服務(wù)器為例，對應(yīng)收款表單的分配進行說明，該方法包括如下步驟：

步驟S202，獲取應(yīng)收款表單。

步驟S204，根據(jù)應(yīng)收款表單的信息獲取應(yīng)收款表單所屬的用戶歸屬的部門。

步驟S206，判斷該應(yīng)收款表單是否已由用戶歸屬的部門進行支付，如果是，執(zhí)行步驟S208；如果否，執(zhí)行步驟S216。

步驟S208，獲取該應(yīng)收款表單中服務(wù)項目信息以及對應(yīng)的服務(wù)部門。

每一個服務(wù)項目都包含有唯一的項目序列號(例如：ID號)，服務(wù)器可以根據(jù)服務(wù)項目信息確定并選擇該服務(wù)項目的對應(yīng)的服務(wù)部門。

步驟S210，將服務(wù)項目所涉及的消費金額分配到對應(yīng)的服務(wù)部門的賬戶。

步驟S212，更新該服務(wù)部門的費用分配信息。

通過費用分配信息，可以得知已結(jié)算的收入中，屬于該服務(wù)部門的收入金額。

步驟S214，將該應(yīng)收款表單的分配狀態(tài)更新為：已分配。

步驟S216，判斷該應(yīng)收款表單所屬的用戶歸屬的部門是否已達到繳費時間期限，或者繳費總金額，如果是，執(zhí)行步驟S218；如果否，執(zhí)行步驟S220。

其中，判斷該應(yīng)收款表單所屬的用戶歸屬的部門是否已達到繳費時間期限，或者繳費總金額包括：判斷是否滿足服務(wù)器設(shè)置的時間周期期限，或者，應(yīng)收款總額大于設(shè)定閾值兩個條件中的一個。

步驟S218，提醒用戶歸屬的部門進行繳費。

步驟S220，將該應(yīng)收款表單的分配狀態(tài)更新為：未分配，并按時間順序查詢下一應(yīng)收款表單。

上述實施例提供的方法還包括：對分配完成的應(yīng)收款表單，服務(wù)器還可以統(tǒng)計指定時間內(nèi)對應(yīng)的服務(wù)部門的費用分配信息，生成入賬單并同步到財務(wù)數(shù)據(jù)庫中，以獲知該時間段內(nèi)該服務(wù)部門的收入情況。

上述實施例2提供的方法，通過對應(yīng)收款表單的分配，可以將應(yīng)收款表單中的服務(wù)項目的消費金額分配到對應(yīng)的服務(wù)部門的賬戶中，并生成該服務(wù)部門的入賬單，同步到財務(wù)數(shù)據(jù)庫，避免了工作人員花費大量時間進行資金計算和分配，使客房應(yīng)收款管理過程脫離了過多的人工干預(yù)，有效防止計算失誤的風(fēng)險，提高了酒店的運營效率。

實施例3

為了便于對上述發(fā)明實施例提供的客房應(yīng)收款管理方法的使用進行理解，在實施例1與實施例2的基礎(chǔ)上，對應(yīng)于上述實施例提供的方法，本發(fā)明實施例還提供了一種客房應(yīng)收款管理裝置，該裝置可以設(shè)置于酒店服務(wù)器內(nèi)，參見圖3所示的一種客房應(yīng)收款管理裝置的結(jié)構(gòu)示意圖，該裝置包括以下模塊：

預(yù)訂單獲取模塊31，用于獲取用戶提交的預(yù)訂單，其中，預(yù)訂單包括：用戶的身份信息、通信方式以及用戶預(yù)定客房的房間信息和用戶歸屬的部門；

預(yù)訂單有效性確認(rèn)模塊32，用于向預(yù)存的用戶歸屬的部門的指定人員確認(rèn)預(yù)訂單的有效性；

客房入住辦理模塊33，用于當(dāng)預(yù)訂單有效時，為用戶辦理客房入?。?/p>

消費記錄接收模塊34，用于實時接收各個服務(wù)項目終端上報的用戶的消費記錄，生成消費記錄清單；

結(jié)算模塊35，用于當(dāng)收到用戶的結(jié)算命令時，根據(jù)消費記錄清單對應(yīng)的服務(wù)項目，以及服務(wù)項目的收費標(biāo)準(zhǔn)，對用戶的消費記錄進行結(jié)算，并將結(jié)算后的消費信息通過記錄的通信方式發(fā)送至用戶的終端；

應(yīng)收款表單生成模塊36，用于當(dāng)收到用戶的終端對消費信息的確認(rèn)命令時，生成并存儲用戶歸屬的部門的應(yīng)收款表單。

上述實施例3中提供的裝置，通過獲取用戶提交的預(yù)訂單，確認(rèn)該用戶的身份為協(xié)議用戶，使用戶可以無需支付費用而進行消費，并由酒店的各個服務(wù)項目終端進行記錄，當(dāng)收到用戶的結(jié)算客房命令時，能夠根據(jù)各個服務(wù)項目終端上報的該用戶的消費記錄，對該用戶的消費進行計費，并將消費信息發(fā)送至用戶終端，使用戶能夠及時知道消費情況，當(dāng)收到用戶的確認(rèn)命令后，生成并存儲用戶歸屬的部門的應(yīng)收款表單，簡化了協(xié)議用戶的入住和結(jié)算流程，使支付管理過程脫離了過多人工干預(yù)，不僅節(jié)約了用戶時間，也降低了酒店人工成本和硬件成本，提高了客房運營效率。

上述裝置還包括：第一收費模塊，用于周期性統(tǒng)計用戶歸屬的部門的應(yīng)收款表單的應(yīng)收款總額，并向用戶歸屬的部門收費；或者，第二收費模塊，用于每次新生成用戶歸屬的部門的應(yīng)收款表單時，統(tǒng)計用戶歸屬的部門的應(yīng)收款表單的應(yīng)收款總額，當(dāng)應(yīng)收款總額大于設(shè)定閾值時，向用戶歸屬的部門收費，具體實現(xiàn)時，當(dāng)滿足兩個收費模塊中的一個觸發(fā)條件時中，服務(wù)器就可以向用戶歸屬的部門的指定人員發(fā)送收費信息，并向用戶歸屬的部門收費。

具體實現(xiàn)時，上述第一收費模塊或者第二收費模塊還包括以下單元：

信用支付賬戶檢查單元，用于檢查用戶歸屬的部門的信用支付賬戶的可支付金額是否大于所述應(yīng)收款總額；

應(yīng)收款總額扣除單元，用于當(dāng)信用支付賬戶檢查單元的檢查結(jié)果為是時，從信用支付賬戶中扣除應(yīng)收款總額，將扣除的應(yīng)收款總額、當(dāng)前可支付金額發(fā)送至用戶歸屬的部門的指定人員；

繳費通知單元，用于當(dāng)信用支付賬戶檢查單元檢查用戶歸屬的部門的信用支付賬戶的可支付金額不大于應(yīng)收款總額時，向用戶歸屬的部門的指定人員發(fā)送余額不足的提示信息；和/或，從信用支付賬戶中扣除應(yīng)收款總額，并在信用支付賬戶的欠費數(shù)額達到設(shè)定上限值時，通知用戶歸屬的部門的指定人員進行繳費。

上述裝置還包括：費用分配信息更新模塊，用于當(dāng)對用戶歸屬的部門收費時，根據(jù)用戶的消費記錄更新對應(yīng)的服務(wù)部門的費用分配信息；費用分配信息統(tǒng)計模塊，用于統(tǒng)計指定時間段內(nèi)的各個服務(wù)部門的費用分配信息，生成服務(wù)部門的入賬單，并將入賬單同步到財務(wù)數(shù)據(jù)庫；以及接收到用戶歸屬的部門按期提交的支付款后，按照入賬單的內(nèi)容，將支付款自動分配到對應(yīng)的服務(wù)部門。

上述發(fā)明實施例所提供的裝置，其實現(xiàn)原理及產(chǎn)生的技術(shù)效果和前述方法實施例相同，為簡要描述，裝置實施例部分未提及之處，可參考前述方法實施例中相應(yīng)內(nèi)容。

上述發(fā)明實施例提供的裝置，通過提示用戶歸屬的部門按期或者安額度對應(yīng)收款表單的進行支付和分配，可以將應(yīng)收款表單中的服務(wù)項目的消費金額分配到對應(yīng)的服務(wù)部門的賬戶中，并自動生成該服務(wù)部門的入賬單，使客房應(yīng)收款管理過程脫離了過多的人工干預(yù)，不僅降低了工作人員在資金計算和分配上的時間成本，有效防止計算失誤的風(fēng)險，也提升了客房的運營效率。

實施例4

上述實施例所提供的以酒店服務(wù)器為例的方法和裝置，還可以包括在一個酒店客房應(yīng)收款管理系統(tǒng)內(nèi)，參見圖4所示的一種客房應(yīng)收款管理系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括：用戶端和服務(wù)器端，其中，用戶端的操作可以在酒店協(xié)議用戶的終端進行，例如：手持移動終端等，，服務(wù)器端設(shè)置在酒店的服務(wù)中心，由酒店服務(wù)人員負責(zé)。在用戶端側(cè)，酒店協(xié)議用戶通過用戶終端與服務(wù)器建立通信，例如，填寫客房的預(yù)訂單以及完成預(yù)定客房和入住后的其它費用支付等。在服務(wù)器端可以設(shè)置一個服務(wù)器，酒店工作人員通過該服務(wù)器與酒店協(xié)議用戶終端建立通信，完成消費的自動結(jié)算，同時，該服務(wù)器還可以與各個服務(wù)部門對接，完成內(nèi)部管理及費用的分配等。

酒店客房應(yīng)收款管理系統(tǒng)的運行過程可以包括以下步驟：

(1)獲取用戶提交的預(yù)訂單，并根據(jù)預(yù)訂單的信息向用戶歸屬的部門，或者，用戶所在的工作企業(yè)或者工作單位確認(rèn)預(yù)定單的有效性，包括：確認(rèn)該企業(yè)的有效性，以及該用戶的有效性，排除離職人員和與企業(yè)無關(guān)的人員。當(dāng)預(yù)訂單有效后，將該用戶標(biāo)記為酒店協(xié)議用戶，且對該用戶的預(yù)訂單以及該用戶申請的其他的服務(wù)項目享有優(yōu)先權(quán)。

(2)實時接收酒店各個服務(wù)項目終端上報的該酒店協(xié)議用戶的消費記錄，生成消費記錄清單，當(dāng)用戶發(fā)送結(jié)算命令時，自動對該用戶的消費項目進行結(jié)算，并提示該用戶對消費記錄清單進行確認(rèn)。

(3)當(dāng)系統(tǒng)收到酒店協(xié)議用戶對消費記錄清單進行確認(rèn)后，生成并存儲該用戶歸屬的部門的應(yīng)收款表單，并周期性統(tǒng)計應(yīng)收款總額，或者，每次新生成應(yīng)收款表單時，統(tǒng)計應(yīng)收款總額。

酒店信息中心的工作人員可以設(shè)定服務(wù)器周期性統(tǒng)計的時間，如，一個月或者一個季度等，并設(shè)定應(yīng)收款總額的閾值，當(dāng)時間到達服務(wù)器設(shè)定期限，或者，應(yīng)收款總額達到設(shè)定閾值時，向用戶歸屬的部門收費。

(4)對應(yīng)收款表單進行分配，將收入金額分配到服務(wù)項目對應(yīng)的服務(wù)部門的賬戶中。服務(wù)器可以對指定時間段(如，一個月或者一個季度等)內(nèi)的應(yīng)收款表單進行分配，獲得該時間段內(nèi)該服務(wù)部門的收入情況，將該時間段內(nèi)的結(jié)算金額分配到該服務(wù)部門的賬戶中，并生成入賬單，同步到財務(wù)數(shù)據(jù)庫中，或者，服務(wù)器可以對每一個應(yīng)收款表單進行分配，生成入賬單，同步到財務(wù)數(shù)據(jù)庫中。具體實現(xiàn)時，可以由酒店的服務(wù)人員進行設(shè)置。

上述實施例4所提供的客房應(yīng)收款管理系統(tǒng)，通過用戶提交的預(yù)訂單確酒店協(xié)議用戶的身份，并由服務(wù)器自動計算酒店協(xié)議用戶的消費金額，使酒店協(xié)議用戶通過企業(yè)預(yù)支付的方式直接享受酒店的服務(wù)項目，簡化了協(xié)議用戶的入住和結(jié)算的流程，同時系統(tǒng)還可以自動將結(jié)算資金分配到對應(yīng)的服務(wù)部門，使酒店客房應(yīng)收款管理過程脫離了過多的人工干預(yù)，不僅節(jié)約了用戶時間，降低了人工成本和硬件成本，也提升了客房應(yīng)收款管理系統(tǒng)的運行效率。

上述發(fā)明實施例所提供的系統(tǒng)，其實現(xiàn)原理及產(chǎn)生的技術(shù)效果和前述方法實施例相同，為簡要描述，系統(tǒng)實施例部分未提及之處，可參考前述方法實施例中相應(yīng)內(nèi)容。

綜上所述，以上實施例提供的客房應(yīng)收款管理方法、裝置及系統(tǒng)具有以下優(yōu)點：

1、能夠根據(jù)用戶提交的預(yù)訂單自動識別酒店協(xié)議用戶的身份，使酒店協(xié)議用戶的服務(wù)申請具有優(yōu)先權(quán)，從而提供更加有針對性的酒店服務(wù)。

2、能夠?qū)崟r記錄酒店協(xié)議用戶的消費行為，自動將消費記錄明細存儲到系統(tǒng)數(shù)據(jù)庫中，生成消費記錄清單，使用戶可以隨時隨地了解自己在酒店的消費項目以及消費記錄。

3、當(dāng)收到酒店協(xié)議用戶結(jié)算命令后，自動提示用戶對消費項目進行確認(rèn)，將應(yīng)收金額存儲到應(yīng)收款表單中，由用戶歸屬的部門進行支付，使酒店協(xié)議用戶以企業(yè)預(yù)支付的方式享受酒店的服務(wù)項目。

4、能夠自動將收入根據(jù)酒店服務(wù)內(nèi)容分配到對應(yīng)的服務(wù)部門的賬戶，整個流程在服務(wù)器端自動完成，無需工作人員過多的干預(yù)，一方面減少了人工成本，另一方面也提高了部門入賬速度，從而提高酒店運營效率。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，上述實施例所提供的系統(tǒng)的計算機程序產(chǎn)品，包括存儲了程序代碼的計算機可讀存儲介質(zhì)，所述程序代碼包括的指令可用于執(zhí)行前面方法實施例中所述的方法，具體實現(xiàn)可參見方法實施例。

另外，在本申請所提供的幾個實施例中，所揭露方法和裝置，可以通過其它的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，又例如，多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準(zhǔn)。