CN106157187A - 一种客房应收款管理方法及装置 - Google Patents
一种客房应收款管理方法及装置 Download PDFInfo
- Publication number
- CN106157187A CN106157187A CN201610517461.5A CN201610517461A CN106157187A CN 106157187 A CN106157187 A CN 106157187A CN 201610517461 A CN201610517461 A CN 201610517461A CN 106157187 A CN106157187 A CN 106157187A
- Authority
- CN
- China
- Prior art keywords
- user
- department
- account due
- described user
- account
- 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
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
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/12—Hotels or restaurants
-
- 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/14—Payment architectures specially adapted for billing systems
- G06Q20/145—Payments according to the detected use or quantity
Abstract
本发明提供了一种客房应收款管理方法及装置,其中,该方法包括:获取用户提交的预订单;向预存的用户归属的部门的指定人员确认预订单的有效性;当预订单有效时,为用户办理客房入住;实时接收各个服务项目终端上报的用户的消费记录,生成消费记录清单;当收到用户的结算命令时,将结算后的消费信息发送至用户的终端由用户进行确认,用户确认后,生成并存储用户归属的部门的应收款表单。本发明根据用户提交的预订单自动识别协议用户的身份,生成并存储用户归属的部门的应收款表单,由用户归属的部门进行支付应收款,简化了协议用户的入住和结算的流程,不仅节约了用户时间,也有助于提高客房运营效率。
Description
技术领域
本发明涉及计算机应用技术领域,具体而言,涉及一种客房应收款财务管理方法及装置。
背景技术
目前,一些企业或单位因为出差等需求,会经常派遣员工到相应的办公地点进行工作,从而使员工经常在同一区域的酒店进行入住消费,频繁的入住和结算流程,给企业或单位报销和审批带来沉重的负担,也给酒店结算带来大量额外工作。
在现有酒店应收款管理系统中,用户通常需要到前台办理入住手续并领取磁卡。系统通过磁卡记录个人消费行为,并在结算时,在前台将应付金额录入到系统中。同时,酒店信息中心相关人员需要对应付金额进行整理并记录。企业或单位支付服务费用后,酒店的财务出纳需要对应收款进行核对,并在企业或单位结算后,手工将结算金额分配到相关服务部门。在月底结算中,由于涉及过多的应收款项,酒店财务出纳可能需要处理大量的消费表单,从而加大了分配结算资金的难度。一定程度上提高了酒店应收款财务管理的风险(如:计算、分配失误等)。
针对上述频繁的入住和结算流程带来大量额外的工作,且需要较多人工干预,加大财务管理的风险,进而降低酒店的运营效率的问题,目前尚未提出有效的解决方案。
发明内容
有鉴于此,本发明实施例的目的在于提供一种客房应收款管理方法及装置,以简化入住和结算流程,使应收款管理流程脱离过多人工干预,降低财务管理的风险和人工成本,进而提高客房的运营效率。
第一方面,本发明实施例提供了一种客房应收款管理方法,该方法包括:获取用户提交的预订单,其中,预订单包括:用户的身份信息、通信方式以及用户预定客房的房间信息和用户归属的部门;向预存的用户所属的部门的指定人员确认预订单的有效性;当预订单有效时,为用户办理客房入住;实时接收各个服务项目终端上报的用户的消费记录,生成消费记录清单;当收到用户的结算命令时,根据消费记录清单对应的服务项目,以及服务项目的收费标准,对用户的消费记录进行结算,并将结算后的消费信息发送至所述用户的终端;当收到用户的终端对消费信息的确认命令时,生成并存储该用户归属的部门的应收款表单。
结合第一方面,本发明实施例提供了第一方面的第一种可能的实施方式,其中,该方法还包括:周期性统计该用户归属的部门的应收款表单的应收款总额,并向该用户归属的部门收费;或者,每次新生成用户归属的部门的应收款表单时,统计该用户归属的部门的应收款表单的应收款总额,当应收款总额大于设定阈值时,向用户归属的部门收费。
结合第一方面的第一种可能的实施方式,本发明实施例提供了第一方面的第二种可能的实施方式,其中,向用户归属的部门收费包括:检查该用户归属的部门的信用支付账户的可支付金额是否大于应收款总额;如果是,从信用支付账户中扣除应收款总额,将扣除的应收款总额、当前账户可支付金额发送至用户归属的部门的指定人员。
结合第一方面的第二种可能的实施方式,本发明实施例提供了第一方面的第三种可能的实施方式,其中,该方法还包括:当检查出该用户归属的部门的信用支付账户的可支付金额不大于应收款总额时,向用户归属的部门的指定人员发送余额不足的提示信息;和/或,从信用支付账户中扣除应收款总额,并在信用支付账户的欠费数额达到设定上限值时,通知用户归属的部门的指定人员进行缴费。
结合第一方面的第一种可能的实施方式,本发明实施例提供了第一方面的第四种可能的实施方式,其中,该方法还包括:当对用户归属的部门收费时,根据用户的消费记录更新对应的服务部门的费用分配信息;统计指定时间段内的各个服务部门的费用分配信息,生成服务部门的入账单,并将入账单同步到财务数据库;以及接收到所述用户归属的部门按期提交的支付款后,按照所述入账单的内容,将所述支付款自动分配到对应的所述服务部门。
第二方面,本发明实施例还提供了一种客房应收款管理装置,该装置包括:预订单获取模块,用于获取用户提交的预订单,其中,预订单包括:用户的身份信息、通信方式以及用户预定客房的房间信息和用户归属的部门;预订单有效性确认模块,用于向预存的用户归属的部门的指定人员确认预订单的有效性;客房入住办理模块,用于当预订单有效时,为用户办理客房入住;消费记录接收模块,用于实时接收各个服务项目终端上报的用户的消费记录,生成消费记录清单;结算模块,用于当收到用户的结算命令时,根据消费记录清单对应的服务项目,以及服务项目的收费标准,对用户的消费记录进行结算,并将结算后的消费信息发送至用户的终端;应收款表单生成模块,用于当收到用户的终端对消费信息的确认命令时,生成并存储用户归属的部门的应收款表单。
结合第二方面,本发明实施例提供了第二方面的第一种可能的实施方式,其中,该装置还包括:第一收费模块,用于周期性统计用户归属的部门的应收款表单的应收款总额,并向用户归属的部门收费;或者,第二收费模块,用于每次新生成用户归属的部门的应收款表单时,统计用户归属的部门的应收款表单的应收款总额,当应收款总额大于设定阈值时,向用户归属的部门收费。
结合第二方面的第一种可能的实施方式,本发明实施例提供了第二方面的第二种可能的实施方式,其中,上述第一收费模块或者第二收费模块包括:信用支付账户检查单元,用于检查用户归属的部门的信用支付账户的可支付金额是否大于应收款总额;应收款总额扣除单元,用于当信用支付账户检查单元的检查结果为是时,从信用支付账户中扣除应收款总额,将扣除的应收款总额、当前可支付金额发送至用户归属的部门的指定人员。
结合第二方面的第二种可能的实施方式,本发明实施例提供了第二方面的第三种可能的实施方式,其中,上述第一收费模块或者第二收费模块还包括:缴费通知单元,用于当信用支付账户检查单元检查用户归属的部门的信用支付账户的可支付金额不大于应收款总额时,向用户归属的部门的指定人员发送余额不足的提示信息;和/或,从信用支付账户中扣除应收款总额,并在账户余额的欠费数额达到设定上限值时,通知用户归属的部门的指定人员进行缴费。
结合第二方面,本发明实施例提供了第二方面的第四种可能的实施方式,其中,上述装置还包括:费用分配信息更新模块,用于当对用户归属的部门收费时,根据用户的消费记录更新对应的服务部门的费用分配信息;费用分配信息统计模块,用于统计指定时间段内的各个服务部门的所述费用分配信息,生成服务部门的入账单,并将入账单同步到财务数据库;以及接收到用户归属的部门按期提交的支付款后,按照入账单的内容,将支付款自动分配到对应的服务部门。
本发明实施例提供的客房应收款管理方法和装置,通过向用户归属的部门的指定人员确认用户提交的预订单的有效性,为用户办理客房入住,能够在接收到各个服务项目终端上报的所述用户的消费记录时,生成消费记录清单,并将消费信息发送至用户终端,使用户能够及时知道消费情况;同时,当收到用户的结算客房命令时,对用户的消费进行结算,并在收到用户的终端发送的对消费信息确认的命令后,生成并存储用户归属的部门的应收款表单,由用户归属的部门进行支付应收款,简化了协议用户的入住和结算的流程,不仅节约了用户时间,降低了人工成本和硬件成本,也有助于提高客房运营效率。
进一步,本发明实施例提供的客房应收款管理方法和装置,还可以在收到用户归属的部门的结算资金后,根据用户的消费记录,更新对应的服务部门的费用分配信息,并统计指定时间段内的费用分配信息,生成对应的服务部门的入账单,将指定时间内的结算资金自动分配到对应的服务部门,降低了工作人员在资金计算和分配上的时间成本,提高了客房的运营效率。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本发明实施例1所提供的一种客房应收款管理方法的流程图;
图2示出了本发明实施例2所提供的一种应收款表单分配方法的流程图;
图3示出了本发明实施例3所提供的一种客房应收款管理装置的结构示意图;
图4示出了本发明实施例4所提供的一种客房应收款管理系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
考虑到一些企业或单位因为经常派遣员工到相应的办公地点进行工作而产生的频繁入住与结算过程,给企业或单位报销和审批带来了沉重的负担,也给酒店结算带来大量额外工作的问题,本发明实施例提供了一种客房支付管理方法及装置,以简化入住和结算流程,避免工作人员花费大量时间进行资金计算和分配,不仅节约了用户时间,降低了人工成本和硬件成本,也有助于提高客房的运营效率。
为便于对本实施例进行理解,首先对本发明实施例所公开的一种客房应收款管理方法进行详细介绍,其中,本发明实施例中用户的终端包括手持移动终端,例如:手机、平板电脑、PDA(Personal Digital Assistant)、膝上型便携计算机、车载电脑等设备,下面通过实施例进行描述。
实施例1
参见图1所示的客房应收款管理方法的流程图,该方法可以通过设置于酒店(旅店或者其他服务提供商)侧的服务器执行,本实施例以酒店服务器为例进行说明,该方法包括如下步骤:
步骤S102,获取用户提交的预订单,其中,预订单包括:用户的身份信息、通信方式以及用户预定客房的房间信息和用户归属的部门。
其中,用户归属的部门包括:用户所在的工作企业或者工作单位等。用户可以利用互联网提前填写预订单预定客房并提交至酒店服务器,服务器获取用户提交的预订单后,判断该用户归属的部门是否注册为酒店的协议企业,与酒店签订了支付协议,且该协议企业是否为有效的协议企业(例如,长期拖欠费用的协议企业可以视为无效的协议企业,其将不能获得按协议入住的资格),如果是,还可以进一步检查当前用户是否为酒店的协议用户(例如,一个企业内的员工,仅限于级别或者职位在某个范畴内的员工才能享受按协议入住的资格),具体检查方式可以是发送身份核实信息给该用户归属的人事部门,通过人事部门的反馈信息确定该用户是否为协议用户,当该用户是协议用户时,可以在酒店服务器中标记该用户的身份为协议用户,协议用户预定的客房请求较其他普通用户具有优先选择权。上述用户的通信方式可以是短信、微信等方式,具体采用哪种方式与用户进行通信,可以根据用户的意愿选取,也可以采用系统默认的通信方式。
步骤S104,向预存的用户归属的部门的指定人员确认预订单的有效性。
当服务器通过预订单判断该用户为协议用户之后,需要向用户归属的部门进行确认,以确定该用户的身份是否合法,排除离职的员工和与上述协议企业无关的人员,如果是,则将该用户提交的预订单设置为有效预订单。
步骤S106,当预订单有效时,为用户办理客房入住。
用户入住之后,可以利用移动终端(例如:手机)获取当前酒店的服务信息,包括各个服务项目的资费标准,能够让用户方便快捷地了解酒店服务项目和内容。协议用户在入住期间,可以直接对酒店的服务项目进行消费,例如:餐饮、洗衣、打扫等,费用由该用户归属的部门(协议企业)进行支付,对于长期拖欠费用的协议企业,其员工将不能获得按照协议用户入住的资格。
步骤S108,实时接收各个服务项目终端上报的用户的消费记录,生成消费记录清单。
服务器接收到用户提交的服务申请后将服务任务分配给相应部门的服务人员,服务完成后,由相应部门的服务人员通过服务项目终端上报消费记录,服务器可以实时接收各个服务项目终端上报的用户的消费记录,生成消费记录清单,并将消费信息发送至用户的终端。
步骤S110,当收到用户的结算命令时,根据消费记录清单对应的服务项目,以及服务项目的收费标准,对用户的消费记录进行结算,并将结算后的消费信息通过上述通信方式发送至用户的终端。
用户可以在离开时,到酒店前台进行结算,也可以利用手持移动终端向服务器发送结算客房的命令进行结算,当用户比较繁忙,忘记结算时,服务器也可以根据用户的实际消费记录进行结算。服务器收到用户提交的结算申请后,根据消费记录清单对应的服务项目,以及服务项目的收费标准进行结算,并将结算后的消费信息发送至用户的终端,供用户进行确认,避免用户出现额外消费的情形。
步骤S112,当收到用户的终端对消费信息的确认命令时,生成并存储用户归属的部门的应收款表单。
用户收到服务器发送的消费信息后,利用手持移动终端向服务器发送消费确认信息,对消费信息进行确认,包括:消费内容和消费金额等。服务器收到确认命令后,生成并存储用户归属的部门的应收款表单,并在应收款表单中注明该用户的身份信息。
上述实施例1中的方法,通过获取用户提交的预订单,确认该用户的身份为协议用户,使用户可以无需支付费用而进行消费,并由酒店的各个服务项目终端进行记录,当收到用户的结算客房命令时,能够根据各个服务项目终端上报的该用户的消费记录,对该用户的消费进行计费,并采用记录的通信方式将其消费信息发送至用户终端,使用户能够及时知道消费情况,当收到用户的确认命令后,能够生成并存储用户归属的部门的应收款表单,简化了协议用户的入住和结算流程,使支付管理过程脱离了过多人工干预,不仅节约了用户时间,也降低了酒店人工成本和硬件成本,提高了客房运营效率。
上述实施例提供的方法还包括:酒店的服务人员可以对服务器进行设置,使服务器能够周期性统计用户归属的部门的应收款表单的应收款总额,例如:一个月,一个季度等,或者,每次新生成用户归属的部门的应收款表单时,统计用户归属的部门的应收款表单的应收款总额。当满足服务器设置的时间周期期限,或者,应收款总额大于设定阈值两个条件中的一个时,服务器向用户归属的部门的指定人员发送收费信息,并向用户归属的部门收费。
向用户归属的部门收费方法还包括:检查用户归属的部门的信用支付账户的可支付金额是否大于应收款总额;如果是,从信用支付账户中扣除应收款总额,将扣除的应收款总额、当前可支付金额发送至用户归属的部门的指定人员;当检查出用户归属的部门的信用支付账户的可支付金额不大于应收款总额时,向用户归属的部门的指定人员发送余额不足的提示信息;和/或,从信用支付账户中扣除应收款总额,并在信用支付账户的欠费数额达到设定上限值,例如,信用额度时,通知用户归属的部门的指定人员进行缴费。
其中,向用户归属的部门的指定人员发送余额不足的提示信息时,可以包括以下方式:
(1)从用户归属的部门的信用支付账户中扣除应收款总额后,信用支付账户的可支付金额小于设定的阈值时,向用户归属的部门的指定人员发送余额不足的提示信息;
(2)从用户归属的部门的信用支付账户中扣除应收款总额后,记录该信用支付账户的欠费数额,当信用支付账户的欠费数额达到设定阈值,例如,信用额度时,提示用户归属的部门的指定人员进行缴费。
具体实现时,可以按照酒店工作人员的设置,选择上述方式中的一种进行。
上述实施例提供的方法,利用服务器生成并存储用户归属的部门的应收款表单,并提示用户归属的部门按期或者按额度进行支付费用,简化了结算流程,也避免了工作人员花费大量时间进行资金计算,使支付管理过程脱离了过多人工干预,降低了人工成本和硬件成本。
实施例2
为了能够使应收款管理更加方便快捷,上述客房应收款管理方法还包括对应收款表单进行分配的方法,包括:判断应收款表单是否已经由用户归属的部门进行支付,或者,该应收款表单是否已达到支付期限,参见图2所示的应收款表单分配方法流程图,本实施例以该方法设置于酒店(旅店或者其他服务提供商)侧的服务器为例,对应收款表单的分配进行说明,该方法包括如下步骤:
步骤S202,获取应收款表单。
步骤S204,根据应收款表单的信息获取应收款表单所属的用户归属的部门。
步骤S206,判断该应收款表单是否已由用户归属的部门进行支付,如果是,执行步骤S208;如果否,执行步骤S216。
步骤S208,获取该应收款表单中服务项目信息以及对应的服务部门。
每一个服务项目都包含有唯一的项目序列号(例如:ID号),服务器可以根据服务项目信息确定并选择该服务项目的对应的服务部门。
步骤S210,将服务项目所涉及的消费金额分配到对应的服务部门的账户。
步骤S212,更新该服务部门的费用分配信息。
通过费用分配信息,可以得知已结算的收入中,属于该服务部门的收入金额。
步骤S214,将该应收款表单的分配状态更新为:已分配。
步骤S216,判断该应收款表单所属的用户归属的部门是否已达到缴费时间期限,或者缴费总金额,如果是,执行步骤S218;如果否,执行步骤S220。
其中,判断该应收款表单所属的用户归属的部门是否已达到缴费时间期限,或者缴费总金额包括:判断是否满足服务器设置的时间周期期限,或者,应收款总额大于设定阈值两个条件中的一个。
步骤S218,提醒用户归属的部门进行缴费。
步骤S220,将该应收款表单的分配状态更新为:未分配,并按时间顺序查询下一应收款表单。
上述实施例提供的方法还包括:对分配完成的应收款表单,服务器还可以统计指定时间内对应的服务部门的费用分配信息,生成入账单并同步到财务数据库中,以获知该时间段内该服务部门的收入情况。
上述实施例2提供的方法,通过对应收款表单的分配,可以将应收款表单中的服务项目的消费金额分配到对应的服务部门的账户中,并生成该服务部门的入账单,同步到财务数据库,避免了工作人员花费大量时间进行资金计算和分配,使客房应收款管理过程脱离了过多的人工干预,有效防止计算失误的风险,提高了酒店的运营效率。
实施例3
为了便于对上述发明实施例提供的客房应收款管理方法的使用进行理解,在实施例1与实施例2的基础上,对应于上述实施例提供的方法,本发明实施例还提供了一种客房应收款管理装置,该装置可以设置于酒店服务器内,参见图3所示的一种客房应收款管理装置的结构示意图,该装置包括以下模块:
预订单获取模块31,用于获取用户提交的预订单,其中,预订单包括:用户的身份信息、通信方式以及用户预定客房的房间信息和用户归属的部门;
预订单有效性确认模块32,用于向预存的用户归属的部门的指定人员确认预订单的有效性;
客房入住办理模块33,用于当预订单有效时,为用户办理客房入住;
消费记录接收模块34,用于实时接收各个服务项目终端上报的用户的消费记录,生成消费记录清单;
结算模块35,用于当收到用户的结算命令时,根据消费记录清单对应的服务项目,以及服务项目的收费标准,对用户的消费记录进行结算,并将结算后的消费信息通过记录的通信方式发送至用户的终端;
应收款表单生成模块36,用于当收到用户的终端对消费信息的确认命令时,生成并存储用户归属的部门的应收款表单。
上述实施例3中提供的装置,通过获取用户提交的预订单,确认该用户的身份为协议用户,使用户可以无需支付费用而进行消费,并由酒店的各个服务项目终端进行记录,当收到用户的结算客房命令时,能够根据各个服务项目终端上报的该用户的消费记录,对该用户的消费进行计费,并将消费信息发送至用户终端,使用户能够及时知道消费情况,当收到用户的确认命令后,生成并存储用户归属的部门的应收款表单,简化了协议用户的入住和结算流程,使支付管理过程脱离了过多人工干预,不仅节约了用户时间,也降低了酒店人工成本和硬件成本,提高了客房运营效率。
上述装置还包括:第一收费模块,用于周期性统计用户归属的部门的应收款表单的应收款总额,并向用户归属的部门收费;或者,第二收费模块,用于每次新生成用户归属的部门的应收款表单时,统计用户归属的部门的应收款表单的应收款总额,当应收款总额大于设定阈值时,向用户归属的部门收费,具体实现时,当满足两个收费模块中的一个触发条件时中,服务器就可以向用户归属的部门的指定人员发送收费信息,并向用户归属的部门收费。
具体实现时,上述第一收费模块或者第二收费模块还包括以下单元:
信用支付账户检查单元,用于检查用户归属的部门的信用支付账户的可支付金额是否大于所述应收款总额;
应收款总额扣除单元,用于当信用支付账户检查单元的检查结果为是时,从信用支付账户中扣除应收款总额,将扣除的应收款总额、当前可支付金额发送至用户归属的部门的指定人员;
缴费通知单元,用于当信用支付账户检查单元检查用户归属的部门的信用支付账户的可支付金额不大于应收款总额时,向用户归属的部门的指定人员发送余额不足的提示信息;和/或,从信用支付账户中扣除应收款总额,并在信用支付账户的欠费数额达到设定上限值时,通知用户归属的部门的指定人员进行缴费。
上述装置还包括:费用分配信息更新模块,用于当对用户归属的部门收费时,根据用户的消费记录更新对应的服务部门的费用分配信息;费用分配信息统计模块,用于统计指定时间段内的各个服务部门的费用分配信息,生成服务部门的入账单,并将入账单同步到财务数据库;以及接收到用户归属的部门按期提交的支付款后,按照入账单的内容,将支付款自动分配到对应的服务部门。
上述发明实施例所提供的装置,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容。
上述发明实施例提供的装置,通过提示用户归属的部门按期或者安额度对应收款表单的进行支付和分配,可以将应收款表单中的服务项目的消费金额分配到对应的服务部门的账户中,并自动生成该服务部门的入账单,使客房应收款管理过程脱离了过多的人工干预,不仅降低了工作人员在资金计算和分配上的时间成本,有效防止计算失误的风险,也提升了客房的运营效率。
实施例4
上述实施例所提供的以酒店服务器为例的方法和装置,还可以包括在一个酒店客房应收款管理系统内,参见图4所示的一种客房应收款管理系统的结构示意图,该系统包括:用户端和服务器端,其中,用户端的操作可以在酒店协议用户的终端进行,例如:手持移动终端等,,服务器端设置在酒店的服务中心,由酒店服务人员负责。在用户端侧,酒店协议用户通过用户终端与服务器建立通信,例如,填写客房的预订单以及完成预定客房和入住后的其它费用支付等。在服务器端可以设置一个服务器,酒店工作人员通过该服务器与酒店协议用户终端建立通信,完成消费的自动结算,同时,该服务器还可以与各个服务部门对接,完成内部管理及费用的分配等。
酒店客房应收款管理系统的运行过程可以包括以下步骤:
(1)获取用户提交的预订单,并根据预订单的信息向用户归属的部门,或者,用户所在的工作企业或者工作单位确认预定单的有效性,包括:确认该企业的有效性,以及该用户的有效性,排除离职人员和与企业无关的人员。当预订单有效后,将该用户标记为酒店协议用户,且对该用户的预订单以及该用户申请的其他的服务项目享有优先权。
(2)实时接收酒店各个服务项目终端上报的该酒店协议用户的消费记录,生成消费记录清单,当用户发送结算命令时,自动对该用户的消费项目进行结算,并提示该用户对消费记录清单进行确认。
(3)当系统收到酒店协议用户对消费记录清单进行确认后,生成并存储该用户归属的部门的应收款表单,并周期性统计应收款总额,或者,每次新生成应收款表单时,统计应收款总额。
酒店信息中心的工作人员可以设定服务器周期性统计的时间,如,一个月或者一个季度等,并设定应收款总额的阈值,当时间到达服务器设定期限,或者,应收款总额达到设定阈值时,向用户归属的部门收费。
(4)对应收款表单进行分配,将收入金额分配到服务项目对应的服务部门的账户中。服务器可以对指定时间段(如,一个月或者一个季度等)内的应收款表单进行分配,获得该时间段内该服务部门的收入情况,将该时间段内的结算金额分配到该服务部门的账户中,并生成入账单,同步到财务数据库中,或者,服务器可以对每一个应收款表单进行分配,生成入账单,同步到财务数据库中。具体实现时,可以由酒店的服务人员进行设置。
上述实施例4所提供的客房应收款管理系统,通过用户提交的预订单确酒店协议用户的身份,并由服务器自动计算酒店协议用户的消费金额,使酒店协议用户通过企业预支付的方式直接享受酒店的服务项目,简化了协议用户的入住和结算的流程,同时系统还可以自动将结算资金分配到对应的服务部门,使酒店客房应收款管理过程脱离了过多的人工干预,不仅节约了用户时间,降低了人工成本和硬件成本,也提升了客房应收款管理系统的运行效率。
上述发明实施例所提供的系统,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,系统实施例部分未提及之处,可参考前述方法实施例中相应内容。
综上所述,以上实施例提供的客房应收款管理方法、装置及系统具有以下优点:
1、能够根据用户提交的预订单自动识别酒店协议用户的身份,使酒店协议用户的服务申请具有优先权,从而提供更加有针对性的酒店服务。
2、能够实时记录酒店协议用户的消费行为,自动将消费记录明细存储到系统数据库中,生成消费记录清单,使用户可以随时随地了解自己在酒店的消费项目以及消费记录。
3、当收到酒店协议用户结算命令后,自动提示用户对消费项目进行确认,将应收金额存储到应收款表单中,由用户归属的部门进行支付,使酒店协议用户以企业预支付的方式享受酒店的服务项目。
4、能够自动将收入根据酒店服务内容分配到对应的服务部门的账户,整个流程在服务器端自动完成,无需工作人员过多的干预,一方面减少了人工成本,另一方面也提高了部门入账速度,从而提高酒店运营效率。
所属领域的技术人员可以清楚地了解到,上述实施例所提供的系统的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例。
另外,在本申请所提供的几个实施例中,所揭露方法和装置,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种客房应收款管理方法,其特征在于,包括:
获取用户提交的预订单,其中,所述预订单包括:所述用户的身份信息、通信方式以及所述用户预定客房的房间信息和所述用户归属的部门;
向预存的所述用户归属的部门的指定人员确认所述预订单的有效性;
当所述预订单有效时,为所述用户办理客房入住;
实时接收各个服务项目终端上报的所述用户的消费记录,生成消费记录清单;
当收到所述用户的结算命令时,根据所述消费记录清单对应的服务项目,以及所述服务项目的收费标准,对所述用户的所述消费记录进行结算,并将结算后的消费信息通过所述通信方式发送至所述用户的终端;
当收到所述用户的终端对所述消费信息的确认命令时,生成并存储所述用户归属的部门的应收款表单。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
周期性统计所述用户归属的部门的应收款表单的应收款总额,并向所述用户归属的部门收费;或者,
每次新生成所述用户归属的部门的应收款表单时,统计所述用户归属的部门的应收款表单的应收款总额,当所述应收款总额大于设定阈值时,向所述用户归属的部门收费。
3.根据权利要求2所述的方法,其特征在于,向所述用户归属的部门收费包括:
检查所述用户归属的部门的信用支付账户的可支付金额是否大于所述应收款总额;
如果是,从所述信用支付账户中扣除所述应收款总额,将扣除的所述应收款总额、当前可支付金额发送至所述用户归属的部门的指定人员。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
当检查出所述用户归属的部门的所述信用支付账户的可支付金额不大于所述应收款总额时,向所述用户归属的部门的指定人员发送余额不足的提示信息;和/或,从所述信用支付账户中扣除所述应收款总额,并在所述信用支付账户的欠费数额达到设定上限值时,通知所述用户归属的部门的指定人员进行缴费。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当对所述用户归属的部门收费时,根据所述用户的消费记录更新对应的服务部门的费用分配信息;
统计指定时间段内的各个服务部门的所述费用分配信息,生成所述服务部门的入账单,并将所述入账单同步到财务数据库;以及接收到所述用户归属的部门按期提交的支付款后,按照所述入账单的内容,将所述支付款自动分配到对应的所述服务部门。
6.一种客房应收款管理装置,其特征在于,包括:
预订单获取模块,用于获取用户提交的预订单,其中,所述预订单包括:所述用户的身份信息、通信方式以及所述用户预定客房的房间信息和所述用户归属的部门;
预订单有效性确认模块,用于向预存的所述用户归属的部门的指定人员确认所述预订单的有效性;
客房入住办理模块,用于当所述预订单有效时,为所述用户办理客房入住;
消费记录接收模块,用于实时接收各个服务项目终端上报的所述用户的消费记录,生成消费记录清单;
结算模块,用于当收到所述用户的结算命令时,根据所述消费记录清单对应的服务项目,以及所述服务项目的收费标准,对所述用户的所述消费记录进行结算,并将结算后的消费信息通过所述通信方式发送至所述用户的终端;
应收款表单生成模块,用于当收到所述用户的终端对所述消费信息的确认命令时,生成并存储所述用户归属的部门的应收款表单。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
第一收费模块,用于周期性统计所述用户归属的部门的应收款表单的应收款总额,并向所述用户归属的部门收费;或者,
第二收费模块,用于每次新生成所述用户归属的部门的应收款表单时,统计所述用户归属的部门的应收款表单的应收款总额,当所述应收款总额大于设定阈值时,向所述用户归属的部门收费。
8.根据权利要求7所述的装置,其特征在于,所述第一收费模块或者第二收费模块包括:
信用支付账户检查单元,用于检查所述用户归属的部门的信用支付账户的可支付金额是否大于所述应收款总额;
应收款总额扣除单元,用于当所述信用支付账户检查单元的检查结果为是时,从所述信用支付账户中扣除所述应收款总额,将扣除的所述应收款总额、当前可支付金额发送至所述用户归属的部门的指定人员。
9.根据权利要求8所述的装置,其特征在于,所述第一收费模块或者第二收费模块还包括:
缴费通知单元,用于当所述信用支付账户检查单元检查所述用户归属的部门的信用支付账户的可支付金额不大于所述应收款总额时,向所述用户归属的部门的指定人员发送余额不足的提示信息;和/或,从所述信用支付账户中扣除所述应收款总额,并在所述信用支付账户的欠费数额达到设定上限值时,通知所述用户归属的部门的指定人员进行缴费。
10.根据权利要求6所述的装置,其特征在于,所述装置还包括:
费用分配信息更新模块,用于当对所述用户归属的部门收费时,根据所述用户的消费记录更新对应的服务部门的费用分配信息;
费用分配信息统计模块,用于统计指定时间段内的各个服务部门的所述费用分配信息,生成所述服务部门的入账单,并将所述入账单同步到财务数据库;以及接收到所述用户归属的部门按期提交的支付款后,按照所述入账单的内容,将所述支付款自动分配到对应的所述服务部门。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610517461.5A CN106157187A (zh) | 2016-07-04 | 2016-07-04 | 一种客房应收款管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610517461.5A CN106157187A (zh) | 2016-07-04 | 2016-07-04 | 一种客房应收款管理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106157187A true CN106157187A (zh) | 2016-11-23 |
Family
ID=58061054
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610517461.5A Pending CN106157187A (zh) | 2016-07-04 | 2016-07-04 | 一种客房应收款管理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106157187A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106779609A (zh) * | 2016-12-23 | 2017-05-31 | 广西中金大通资产管理有限公司 | 一种房屋中介管理系统 |
CN106779955A (zh) * | 2016-12-23 | 2017-05-31 | 广西中金大通资产管理有限公司 | 一种房屋租赁信息系统 |
CN106846090A (zh) * | 2016-12-23 | 2017-06-13 | 广西中金大通资产管理有限公司 | 一种房屋出租管理系统 |
CN107590731A (zh) * | 2017-08-31 | 2018-01-16 | 深圳市联邦重科电子科技有限公司 | 一种账单费用的记录方法、装置及设备 |
CN107886424A (zh) * | 2017-11-28 | 2018-04-06 | 腾讯科技(深圳)有限公司 | 结算数据处理方法和装置、计算机设备和存储介质 |
CN107945001A (zh) * | 2017-11-28 | 2018-04-20 | 深圳市天下房仓科技有限公司 | 一种财务数据处理方法、系统及存储介质 |
CN109658080A (zh) * | 2018-12-12 | 2019-04-19 | 泰康保险集团股份有限公司 | 费用划扣方法、介质及电子设备 |
CN110084682A (zh) * | 2019-04-29 | 2019-08-02 | 携程计算机技术(上海)有限公司 | 订单审核结算方法、系统、设备及存储介质 |
CN110728502A (zh) * | 2019-09-27 | 2020-01-24 | 益萃网络科技(中国)有限公司 | 单据中数据的处理方法、装置、计算机设备及存储介质 |
CN111179023A (zh) * | 2019-12-10 | 2020-05-19 | 北京互金新融科技有限公司 | 订单识别方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007081286A1 (en) * | 2006-01-13 | 2007-07-19 | Lee Chor Hwee Kelvin | A method for providing secure billing and payment for a merchant |
CN102542417A (zh) * | 2011-12-31 | 2012-07-04 | 深圳中兴网信科技有限公司 | 一种一站式的差旅活动管理方法和系统 |
CN102930662A (zh) * | 2012-11-23 | 2013-02-13 | 镇江三鑫科技信息有限公司 | 一种酒店客房收费物品自动结算系统 |
CN104992383A (zh) * | 2015-06-15 | 2015-10-21 | 镇江东软信息技术有限公司 | 客房前台管理系统 |
-
2016
- 2016-07-04 CN CN201610517461.5A patent/CN106157187A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007081286A1 (en) * | 2006-01-13 | 2007-07-19 | Lee Chor Hwee Kelvin | A method for providing secure billing and payment for a merchant |
CN102542417A (zh) * | 2011-12-31 | 2012-07-04 | 深圳中兴网信科技有限公司 | 一种一站式的差旅活动管理方法和系统 |
CN102930662A (zh) * | 2012-11-23 | 2013-02-13 | 镇江三鑫科技信息有限公司 | 一种酒店客房收费物品自动结算系统 |
CN104992383A (zh) * | 2015-06-15 | 2015-10-21 | 镇江东软信息技术有限公司 | 客房前台管理系统 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106779609A (zh) * | 2016-12-23 | 2017-05-31 | 广西中金大通资产管理有限公司 | 一种房屋中介管理系统 |
CN106779955A (zh) * | 2016-12-23 | 2017-05-31 | 广西中金大通资产管理有限公司 | 一种房屋租赁信息系统 |
CN106846090A (zh) * | 2016-12-23 | 2017-06-13 | 广西中金大通资产管理有限公司 | 一种房屋出租管理系统 |
CN107590731A (zh) * | 2017-08-31 | 2018-01-16 | 深圳市联邦重科电子科技有限公司 | 一种账单费用的记录方法、装置及设备 |
CN107886424A (zh) * | 2017-11-28 | 2018-04-06 | 腾讯科技(深圳)有限公司 | 结算数据处理方法和装置、计算机设备和存储介质 |
CN107945001A (zh) * | 2017-11-28 | 2018-04-20 | 深圳市天下房仓科技有限公司 | 一种财务数据处理方法、系统及存储介质 |
CN109658080A (zh) * | 2018-12-12 | 2019-04-19 | 泰康保险集团股份有限公司 | 费用划扣方法、介质及电子设备 |
CN110084682A (zh) * | 2019-04-29 | 2019-08-02 | 携程计算机技术(上海)有限公司 | 订单审核结算方法、系统、设备及存储介质 |
CN110728502A (zh) * | 2019-09-27 | 2020-01-24 | 益萃网络科技(中国)有限公司 | 单据中数据的处理方法、装置、计算机设备及存储介质 |
CN111179023A (zh) * | 2019-12-10 | 2020-05-19 | 北京互金新融科技有限公司 | 订单识别方法及装置 |
CN111179023B (zh) * | 2019-12-10 | 2023-06-02 | 北京互金新融科技有限公司 | 订单识别方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106157187A (zh) | 一种客房应收款管理方法及装置 | |
US11403612B2 (en) | System, method, operator server, and program for financial demand response provision services | |
CN107122838B (zh) | 一种基于区块链技术的智能网约车系统及网约方法 | |
JP6895430B2 (ja) | 端数資金振替蓄積システム、プログラム及び方法 | |
US7827121B2 (en) | Maintenance cost management device and user device | |
US20130103579A1 (en) | System and method for collecting and disbursing electronic gratuities | |
CN104732598A (zh) | 自助寄件系统及方法 | |
CN106127464A (zh) | 一种客房支付管理方法及装置 | |
CN102227742A (zh) | 信用额度提供系统和方法 | |
CN107944690A (zh) | 企业费用的消费和结算方法、装置及系统、终端设备 | |
CN105760982A (zh) | 人事管理系统 | |
JP5584258B2 (ja) | 電子食券システム | |
KR101709438B1 (ko) | 신용카드 선승인 충전을 이용한 선불 모바일 전자화폐 사용금액의 신용결제 방법 | |
KR101033006B1 (ko) | 업무 택시 카드 서비스 시스템 | |
KR101572860B1 (ko) | 신용카드 선승인 충전을 이용한 선불 모바일 전자화폐 사용금액의 신용결제 방법 | |
KR101851325B1 (ko) | 신용카드 선승인 충전을 이용한 선불 모바일 전자화폐 사용금액의 신용결제 방법 | |
KR101497627B1 (ko) | 세금 관련 금융 서비스 서버 및 이와 연계된 세금 정보 서비스 서버, 그리고, 이를 이용한 세금 관련 금융 상품의 운용 방법 | |
JP6754725B2 (ja) | 情報処理システム及び端数資金振替蓄積システム | |
KR100722917B1 (ko) | 가맹점 포인트 적립시스템 및 방법 | |
KR101132483B1 (ko) | 가맹점 카드 결제금액의 아파트 관리비 통합정산 방법 및 시스템 | |
JP7008765B2 (ja) | 情報処理システム、プログラム及び方法 | |
CN106682896A (zh) | 一种基于物联网的水表计费系统 | |
CN110852857A (zh) | 车费报销方法、装置及存储介质 | |
JP6668444B2 (ja) | 賃貸料決済システム及び賃貸料決済方法 | |
TW201913477A (zh) | 投資媒合伺服器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161123 |