收款方法、装置、设备与计算机可读存储介质与流程

本发明涉及金融科技(fintech)技术领域，尤其涉及收款方法、装置、设备与计算机可读存储介质。

背景技术：

近年来，随着金融科技(fintech)，尤其是互联网金融的不断发展，移动支付技术被引入商户、银行等金融机构的日常业务中。移动支付的目的在于减少现金流，以线上收款的方式进行账务往来，因此，如何搭建收银系统以实现便捷性收银是一项重要工作。

现有的收银系统一般分为以下几个模块：

1、前端扫码模块：以扫码器、收银电脑(安装收银客户端)和库管电脑或路由器等组成，负责收银员登录以及商品信息录入，扫描客户提供的支付授权码并发送订单给后台；

2、后台管理：负责商品信息管理、会员信息管理、折扣信息管理和用户金额核销等。

现有收银系统存在以下几个缺点：

1、硬件成本高：每一个收银员都需要配置一个扫码器和收银电脑，才能完成收款的行为，如果新增或者减少收银员，都需要动用人力和物力；

2、网络配置较为复杂，维护成本高：由于位于同一商场的收银系统需要通过统一的网络出口(库管电脑或路由器)与后台进行连接，一旦网络出口有问题，则可能导致整个商场的收款系统不可用，因此网络出口的维护十分重要，维护成本也相应增加；

3、收银客户端的更新成本大：由于收银客户端安装在不同的电脑上，一旦客户端的版本需要更新，那么每一台电脑都需要更新；

4、收银过程不安全：任何人都可以操作收银系统进行收银，并且收银记录模糊。

上述缺点导致目前的收银系统收银还不够智能，也无法进一步做到便捷性收银，急需一种更加便捷且安全的收银系统。

技术实现要素：

本发明的主要目的在于提出一种收款方法、装置、设备与计算机可读存储介质，旨在提高收银的便捷性。

为实现上述目的，本发明提供一种收款方法，所述收款方法包括如下步骤：

当接收到登录请求时，确定所述登录请求对应的门店信息，并基于所述门店信息确定所述登录请求是否有效；

若有效，则显示所述登录请求对应的管理界面，并监测是否存在基于所述管理界面触发的收银指令；

若存在，则获取所述收银指令对应的交易金额和所述交易金额对应的支付授权码，并将所述交易金额和所述支付授权码发送至交易后台；

接收并显示所述交易后台基于所述交易金额和所述支付授权码发送的支付结果。

优选地，所述当接收到登录请求时，确定所述登录请求对应的门店信息，并基于所述门店信息确定所述登录请求是否有效的步骤包括：

当接收到登录请求时，确定所述登录请求对应的门店信息，以及所述登录请求对应的登录地址；

基于所述门店信息和所述登录地址，确定所述登录请求是否有效。

优选地，所述若存在，则获取所述收银指令对应的交易金额和所述交易金额对应的支付授权码，并将所述交易金额和所述支付授权码发送至交易后台的步骤包括：

若存在，则基于所述登录请求对应的第一身份信息和所述门店信息，生成对应的订单号，并显示所述订单号对应的交易界面；

当接收到基于所述交易界面输入的交易金额时，将所述交易金额填充进所述订单号对应的订单信息中，并通过摄像头扫描所述订单信息对应的支付授权码；

将所述订单信息和所述支付授权码发送至交易后台。

优选地，所述将所述订单信息和所述支付授权码发送至交易后台的步骤包括：

确定所述订单号的生成时间以及所述支付授权码的扫描时间，并基于所述生成时间和所述扫描时间，确定所述订单信息是否有效；

若有效，则将所述订单信息和所述支付授权码发送至交易后台。

优选地，所述将所述订单信息和所述支付授权码发送至交易后台的步骤包括：

确定扫描所述支付授权码时的第一位置信息，以及所述支付授权码对应的支付端的第二位置信息；

基于所述第一位置信息和所述第二位置信息，确定所述支付授权码是否有效；

若有效，则将所述订单信息和所述支付授权码发送至交易后台。

优选地，所述将所述订单信息和所述支付授权码发送至交易后台的步骤包括：

确定所述支付授权码对应的支付账户是否存在所述订单信息对应的优惠信息；

若存在，则基于所述优惠信息和所述交易金额，确定所述支付账户的最终交易金额；

基于所述最终交易金额，修改所述订单信息，以得到修正订单信息，并将所述修正订单信息和所述支付授权码发送至交易后台。

优选地，所述方法还包括：

当接收到订单查看指令时，确定所述订单查看指令对应的第二身份信息，并确定所述第二身份信息对应的管理权限；

基于所述管理权限，显示所述订单查看指令对应的管理界面，并在所述管理界面显示所述订单查看指令对应的订单信息。

此外，为实现上述目的，本发明还提供一种收款装置，所述收款装置包括：

接收模块，用于当接收到登录请求时，确定所述登录请求对应的门店信息，并基于所述门店信息确定所述登录请求是否有效；

监测模块，用于若有效，则显示所述登录请求对应的管理界面，并监测是否存在基于所述管理界面触发的收银指令；

发送模块，用于若存在，则获取所述收银指令对应的交易金额和所述交易金额对应的支付授权码，并将所述交易金额和所述支付授权码发送至交易后台；

显示模块，用于接收并显示所述交易后台基于所述交易金额和所述支付授权码发送的支付结果。

优选地，所述接收模块还用于：

当接收到登录请求时，确定所述登录请求对应的门店信息，以及所述登录请求对应的登录地址；

基于所述门店信息和所述登录地址，确定所述登录请求是否有效。

优选地，所述发送模块还用于：

若存在，则基于所述登录请求对应的第一身份信息和所述门店信息，生成对应的订单号，并显示所述订单号对应的交易界面；

当接收到基于所述交易界面输入的交易金额时，将所述交易金额填充进所述订单号对应的订单信息中，并通过摄像头扫描所述订单信息对应的支付授权码；

将所述订单信息和所述支付授权码发送至交易后台。

优选地，所述发送模块还用于：

确定所述订单号的生成时间以及所述支付授权码的扫描时间，并基于所述生成时间和所述扫描时间，确定所述订单信息是否有效；

若有效，则将所述订单信息和所述支付授权码发送至交易后台。

优选地，所述发送模块还用于：

确定扫描所述支付授权码时的第一位置信息，以及所述支付授权码对应的支付端的第二位置信息；

基于所述第一位置信息和所述第二位置信息，确定所述支付授权码是否有效；

若有效，则将所述订单信息和所述支付授权码发送至交易后台。

优选地，所述发送模块还用于：

确定所述支付授权码对应的支付账户是否存在所述订单信息对应的优惠信息；

若存在，则基于所述优惠信息和所述交易金额，确定所述支付账户的最终交易金额；

基于所述最终交易金额，修改所述订单信息，以得到修正订单信息，并将所述修正订单信息和所述支付授权码发送至交易后台。

优选地，所述收款装置还包括：

确定模块，用于当接收到订单查看指令时，确定所述订单查看指令对应的第二身份信息，并确定所述第二身份信息对应的管理权限；

显示模块，用于基于所述管理权限，显示所述订单查看指令对应的管理界面，并在所述管理界面显示所述订单查看指令对应的订单信息。

此外，为实现上述目的，本发明还提供一种收款设备，所述收款设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的收款程序，所述收款程序被所述处理器执行时实现如上所述的收款方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有收款程序，所述收款程序被处理器执行时实现如上所述的收款方法的步骤。

本发明提出的收款方法，当接收到登录请求时，确定所述登录请求对应的门店信息，并基于所述门店信息确定所述登录请求是否有效；若有效，则显示所述登录请求对应的管理界面，并监测是否存在基于所述管理界面触发的收银指令；若存在，则获取所述收银指令对应的交易金额和所述交易金额对应的支付授权码，并将所述交易金额和所述支付授权码发送至交易后台；接收并显示所述交易后台基于所述交易金额和所述支付授权码发送的支付结果。本发明通过对登录请求进行验证，确保收银安全，通过将交易金额和支付授权码发送至交易后台，实现收银端与交易端分离，从而减轻收银端的硬件成本，并且也减轻网络接口的维护成本。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明收款方法第一实施例的流程示意图；

图3为本发明收款方法第二实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例设备可以是pc机或服务器设备。

如图1所示，该设备可以包括：处理器1001，例如cpu，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及收款程序。

其中，操作系统是管理和控制收款设备与软件资源的程序，支持网络通信模块、用户接口模块、收款程序以及其他程序或软件的运行；网络通信模块用于管理和控制网络接口1002；用户接口模块用于管理和控制用户接口1003。

在图1所示的收款设备中，所述收款设备通过处理器1001调用存储器1005中存储的收款程序，并执行下述收款方法各个实施例中的操作。

基于上述硬件结构，提出本发明收款方法实施例。

参照图2，图2为本发明收款方法第一实施例的流程示意图，所述方法包括：

步骤s10，当接收到登录请求时，确定所述登录请求对应的门店信息，并基于所述门店信息确定所述登录请求是否有效；

步骤s20，若有效，则显示所述登录请求对应的管理界面，并监测是否存在基于所述管理界面触发的收银指令；

步骤s30，若存在，则获取所述收银指令对应的交易金额和所述交易金额对应的支付授权码，并将所述交易金额和所述支付授权码发送至交易后台；

步骤s40，接收并显示所述交易后台基于所述交易金额和所述支付授权码发送的支付结果。

本实施例收款方法可选运用于商户、理财机构或者银行系统等金融机构的收款设备中，收款设备优选为移动终端，如智能手机等，商户负责人可在移动终端的微信应用中开通自己的商户公众号，在开通商户公众号时，需填写相关的账户信息和商户的门店信息等，并将自己设置为商户管理员，若招聘员工来管理收银，则可以在公众号的管理界面设置若干门店管理员和/或收银员，每一个门店管理员或者收银员都有自己的账户信息，商户管理员、门店管理员和收银员统称为收银人员，收银人员可在微信公众号通过登录账户进入商户对应的门店的收银管理界面，在管理界面进行收银，为描述方便，收款设备以下以移动终端为例进行说明。

本实施例在接收到登录请求时，先对登录请求进行验证，在确定登录请求有效时，显示管理界面，以供收银人员进行收银，当检测到收银人员在管理界面下达的收银指令时，获取对应的交易金额和支付授权码，并发送至交易后台进行结算，最后接收并显示交易后台结算出来的支付结果，从而实现便捷性收银。

以下将对各个步骤进行详细说明：

步骤s10，当接收到登录请求时，确定所述登录请求对应的门店信息，并基于所述门店信息确定所述登录请求是否有效。

在本实施例中，收银人员可通过移动终端进行账户登录，具体可通过移动终端中安装的应用软件自带的公众号功能，在对应的公众号中进行账户登录，当移动终端接收到基于公众号的登录请求时，确定登录请求对应的门店信息，即在该公众号中，收银人员只有在对应的门店中进行收银权限的注册，才可以在后续的收银过程中进行账户登录，可以理解的，收银人员在移动终端发起登录请求时，需要输入包括帐号名称和密码等账户信息，账户信息与门店信息关联，因此，在移动终端接收到登录请求时，可确定登录请求对应的门店信息，并进一步基于门店信息和账户信息确定登录请求是否有效，具体确定账户信息中的账户名称与密码是否准确，门店信息是否存在等，其中，门店信息包括门店地址。

具体确定登录请求是否有效的方式包括：

当接收到登录请求时，确定所述登录请求对应的门店信息，以及所述登录请求对应的登录地址；

在该步骤中，当移动终端接收到基于公众号的登录请求时，确定登录请求对应的门店信息之外，还确定登录请求对应的登录地址，即收银人员当前的地理位置信息。

基于所述门店信息和所述登录地址，确定所述登录请求是否有效。

在该步骤中，基于门店信息和登录地址，确定登录请求是否有效，具体的，门店信息包括门店地址，将门店地址与收银人员当前的登录地址进行比较，确定门店地址与收银人员当前的登录地址是否一致，或者门店地址与收银人员当前的登录地址是否在预设范围内，若是，则确定当前的登录请求有效；若否，说明收银人员不在门店信息对应的门店进行操作，则确定当前的登录请求无效，则拒绝当前收银人员登录，此时，移动终端弹出包含当前登录地址与门店地址不符的提示信息，以供收银人员进行校正。其中，预设范围在实际操作中优选为2公里为半径的圆形范围。

步骤s20，若有效，则显示所述登录请求对应的管理界面，并监测是否存在基于所述管理界面触发的收银指令。

在本实施例中，若移动终端确定当前的登录请求有效，则显示登录请求对应的管理界面，该管理界面与收银人员的收银身份对应，即在本实施例中，收银人员分为商户管理员、门店管理员和收银员，每一种收银身份对应的管理界面略有不同，其中，商户管理员可以进行门店管理员及收银员的维护(具体功能有修改密码和启用禁用门店管理员等)，查看所在商户当天、当月、当年的交易明细，所在商户的交易数据统计，以及进行收银操作等；门店管理员可以进行所在门店的收银员信息维护(具体功能有修改密码和启用禁用收银员等)，查看所在门店当天、当月、当年的交易明细，所在门店的交易数据统计以及收银操作等；收银员可以维护自己的收银密码，进行收银操作，以及查看自身的交易明细和交易数据统计等。

因此，在移动终端确定当前登录请求有效后，进一步确定当前登录请求对应的收银身份，并显示收银身份对应的管理界面，以便收银人员进行收银管理，此后，实时监测管理界面是否存在基于管理界面所触发的收银指令，具体的，监测用户是否点击管理界面的收银按钮，若是，则触发收银指令，若否，则继续监测。

步骤s30，若存在，则获取所述收银指令对应的交易金额和所述交易金额对应的支付授权码，并将所述交易金额和所述支付授权码发送至交易后台。

在本实施例中，若移动终端检测到收银指令，则获取收银指令对应的交易金额和交易金额对应的支付授权码，其中，交易金额由收银人员在移动终端的管理界面输入或者收银人员通过移动终端扫描商品上的条形码获得，支付授权码由支付人员展示，并由收银人员使用移动终端扫描获得。

移动终端在获得交易金额和对应的支付授权码后，将交易金额和支付授权码发送至交易后台，以供交易后台根据交易金额，扣取支付授权码对应的支付账户对应的金额。

需要说明的是，移动终端在获取支付授权码时，需对支付授权码进行验证，具体对支付授权码的字段和长度进行验证，目前实际操作中，支付授权码由19位数字组成，具体可跟商户号相关，在此不做限定。

步骤s40，接收并显示所述交易后台基于所述交易金额和所述支付授权码发送的支付结果。

在本实施例中，交易后台在根据交易金额扣取支付授权码对应的支付账户对应的金额后，会将对应的支付结果发送回移动终端，移动终端在接收到支付结果后，将其显示于移动终端的显示界面，以供收银人员确认本次交易成功。

如商户的收银人员使用移动终端，打开移动终端中的微信应用，在微信应用中根据事先注册的帐号和密码向对应的公众号发起登录请求(或者将微信与对应的公众号进行关联绑定，在登录时，使用微信的帐号和密码一键登录)，移动终端需要对登录请求进行校验，具体包括帐号和密码的准确性，以及收银人员是否在商户的门店内，校验通过即表示登录成功，登录成功后，移动终端的显示界面会显示包含商户信息的管理界面，在需要收款时，收银人员通过管理界面可开启摄像头扫描支付人员出示的支付授权码，以完成收款。

本实施例，在接收到登录请求时，先确定登录请求的是否有效，以确保收银安全，并在有效时，显示对应的管理界面，以供收银人员在管理界面下达收银指令，当接收到收银指令时，获取收银指令对应的交易金额和支付授权码，并将交易金额和支付授权码发送至交易后台，实现收银端与交易端分离，从而减轻收银端的硬件成本，并且也减轻网络接口的维护成本，实现便捷性收银。

进一步地，基于本发明收款方法第一实施例，提出本发明收款方法第二实施例。

收款方法的第二实施例与收款方法的第一实施例的区别在于，参照图3，步骤s30包括：

步骤s31，若存在，则基于所述登录请求对应的第一身份信息和所述门店信息，生成对应的订单号，并显示所述订单号对应的交易界面；

步骤s32，当接收到基于所述交易界面输入的交易金额时，将所述交易金额填充进所述订单号对应的订单信息中，并通过摄像头扫描所述订单信息对应的支付授权码；

步骤s33，将所述订单信息和所述支付授权码发送至交易后台。

本实施例在获取交易金额和支付授权码之前，先根据登录请求对应的身份信息和门店信息，生成本次交易的订单号，再显示本次交易的订单号对应的交易界面，以供收银人员将交易金额填进订单号对应的订单信息中，再去获取对应的支付授权码，最后将订单信息和支付授权码发送至交易后台，即本实施例通过生成订单信息，使交易可记录，方便以后查询。

以下将对各个步骤进行详细说明：

步骤s31，若存在，则基于所述登录请求对应的第一身份信息和所述门店信息，生成对应的订单号，并显示所述订单号对应的交易界面。

在本实施例中，若移动终端确定存在收银指令，则基于登录请求对应的第一身份信息和门店信息，生成对应的订单号，其中，订单号由门店信息中的商户号、当前日期以及登录请求对应的登录账户构成，在实际操作中，订单号优选为32位的数字，具体由门店信息对应的商户号(前6位)、当前时间(14位)当前登录请求对应的收银人员的登录账户(12位)构成。因此，在移动终端检测到收银指令时，需获取门店信息对应的商户号、登录请求对应的登录账户以及当前时间，并从门店信息对应的商户号中提取前六位数字，将商户号的前六位数字、当前时间以及登录账户生成订单号，最后显示订单号对应的交易界面，以供收银人员录入交易金额。

步骤s32，当接收到基于所述交易界面输入的交易金额时，将所述交易金额填充进所述订单号对应的订单信息中，并通过摄像头扫描所述订单信息对应的支付授权码。

在本实施例中，当移动终端接收到基于交易界面输入的交易金额时，将交易金额填充进订单号对应的订单信息中，即订单信息包括交易金额和订单号，并开启移动终端的摄像头，通过摄像头扫描订单信息对应的支付授权码，即支付人员基于本次交易展示的支付授权码。

步骤s33，将所述订单信息和所述支付授权码发送至交易后台。

在本实施例中，移动终端在生成订单信息并获取到支付授权码后，将订单信息和支付授权码发送至交易后台，以供交易后台根据订单信息中的交易金额，扣取支付授权码对应的支付账户对应的金额。

进一步地，步骤s33包括：

确定所述订单号的生成时间以及所述支付授权码的扫描时间，并基于所述生成时间和所述扫描时间，确定所述订单信息是否有效；

在该步骤中，移动终端在生成订单号时，记录订单号的生成时间，并在获取到支付授权码时，记录支付授权码的扫描时间，计算扫描时间与生成时间的时间差值，并判断时间差值是否在预设时间范围内，若是，则确定订单信息有效；若否，则确定订单信息无效。在实际操作中，预设时间范围为1分钟，即一个订单号的有效期为：从生成开始算起1分钟，若在1分钟之内未获取到支付授权码，则需要重新生成订单号。

若有效，则将所述订单信息和所述支付授权码发送至交易后台。

在该步骤中，在生成订单信息并获取到支付授权码后，将订单信息和支付授权码发送至交易后台，以供交易后台根据订单信息中的交易金额扣取支付授权码对应的支付账户对应的金额。

本实施例在获取交易金额和支付授权码之前，先根据登录请求对应的身份信息和门店信息，生成本次交易的订单号，再显示本次交易的订单号对应的交易界面，以供收银人员将交易金额填进订单号对应的订单信息中，再去获取对应的支付授权码，并对订单信息的有效性进行验证，在确定订单信息有效时，将订单信息和支付授权码发送至交易后台，提高收银的安全性，并且通过生成订单信息，使交易可记录，方便以后查询。

进一步地，基于本发明收款方法第一、第二实施例，提出本发明收款方法第三实施例。

收款方法的第三实施例与收款方法的第一、第二实施例的区别在于，步骤s33包括：

步骤a，确定扫描所述支付授权码时的第一位置信息，以及所述支付授权码对应的支付端的第二位置信息；

步骤b，基于所述第一位置信息和所述第二位置信息，确定所述支付授权码是否有效；

步骤c，若有效，则将所述订单信息和所述支付授权码发送至交易后台。

本实施例在将订单信息和支付授权码发送至交易后台之前，需要对支付授权码进行验证，以确保当前支付安全。

以下将对各个步骤进行详细说明：

步骤a，确定扫描所述支付授权码时的第一位置信息，以及所述支付授权码对应的支付端的第二位置信息。

在本实施例中，移动终端在扫描到支付授权码时，记录当前的第一位置信息，也即门店信息，并确定支付授权码对应的支付终端的第二位置信息，即支付终端的实际位置信息。

可以理解的，在实际生活中，支付授权码的显示界面可以被人为的截图保存下来，不法分子利用截图中的支付授权码刷取支付授权码实际拥有者的支付账户中的金额，给支付人员造成了一定的金钱损失，而此时的支付授权码的位置信息与实际拥有者的位置信息往往不一致。

为避免上述情况发生，给支付人员带来金钱损失，移动终端需确定支付授权码对应的第二位置信息，以及扫描当前支付授权码的第一位置信息，进而确定当前的支付人员是否为当前支付授权码的实际拥有者，其中，本实施例的支付授权码与支付端关联，通过支付授权码可定位到支付端的位置信息，从而可确定当前支付授权码实际拥有者的位置信息。

步骤b，基于所述第一位置信息和所述第二位置信息，确定所述支付授权码是否有效。

在本实施例中，移动终端将第一位置信息与第二位置信息进行比较，确定两者的位置是否重叠，或者在预设位置范围内，若是，说明当前支付人员为支付授权码的实际拥有者，则确定支付授权码有效；若否，说明当前支付人员不是支付授权码的实际拥有者，则显示支付出错，并将包含当前支付授权码已被盗用的提示信息发送至支付授权码对应关联的支付端，以提醒支付授权码的实际拥有者。

步骤c，若有效，则将所述订单信息和所述支付授权码发送至交易后台。

在本实施例中，在确定支付授权码有效后，将订单信息和支付授权码发送至交易后台，以供交易后台根据订单信息中交易金额，扣取支付授权码对应的支付账户对应的金额。

本实施例在将订单信息和支付授权码发送至交易后台之前，需要对支付授权码进行验证，以确保当前支付授权码对应的支付人员是支付授权码的实际拥有者，避免出现支付授权码泄漏，被不法分子盗刷的情况，提高了收银的准确性和安全性。

进一步地，基于本发明收款方法第一、第二、第三实施例，提出本发明收款方法第四实施例。

收款方法的第四实施例与收款方法的第一、第二、第三实施例的区别在于，步骤s33包括：

步骤d，确定所述支付授权码对应的支付账户是否存在所述订单信息对应的优惠信息；

步骤e，若存在，则基于所述优惠信息和所述交易金额，确定所述支付账户的最终交易金额；

步骤f，基于所述最终交易金额，修改所述订单信息，以得到修正订单信息，并将所述修正订单信息和所述支付授权码发送至交易后台。

本实施例在将订单信息和支付授权码发送至交易后台之前，先确定支付授权码对应的支付账户中是否存在与订单信息对应的优惠信息，在确定存在优惠信息的情况下，确定最终交易金额，已确保支付人员享受到优惠信息。

以下将对各个步骤进行详细说明：

步骤d，确定所述支付授权码对应的支付账户是否存在所述订单信息对应的优惠信息。

在本实施例中，可以理解的，各个商户为了进行广告宣传等目的，往往都会给卖方账户(即本实施例的支付人员的支付账户)发放优惠券等优惠信息，以吸引支付人员到店消费。因此，移动终端在将订单信息和支付授权码发送至交易后台之前，需确定支付授权码对应的支付账户中是否存在与当前订单信息对应的优惠信息，以便后续进行金额抵消。

步骤e，若存在，则基于所述优惠信息和所述交易金额，确定所述支付账户的最终交易金额。

在本实施例中，若移动终端确定支付授权码对应的支付账户中存在优惠信息，则读取优惠信息中的抵扣金额，计算交易金额与抵扣金额之差，并以交易金额与抵扣金额之差作为最终交易金额。

进一步地，确定优惠信息的优惠类型，优惠类型包括折扣优惠，以及现金优惠，若优惠信息属于折扣优惠，则基于订单信息中的交易金额和折扣优惠，得到最终交易金额。

进一步地，基于交易金额，确定优惠信息是否有效。可以理解的，在实际操作中，有些优惠信息是要满足一定的额度才得以使用的，因此，需先确定优惠信息是否有效，具体的，将交易金额与预设金额进行比较，若交易金额不小于预设金额，则确定优惠信息有效等。

步骤f，基于所述最终交易金额，修改所述订单信息，以得到修正订单信息，并将所述修正订单信息和所述支付授权码发送至交易后台。

在本实施例中，移动终端基于最终交易金额，修改订单信息中的交易金额，以得到修正订单信息，最后将修正订单信息和支付授权码发送至交易后台，以供交易后台根据修正订单信息中给的最终交易金额扣取支付授权码对应的支付账户对应的金额。

本实施例在将订单信息和支付授权码发送至交易后台之前，先确定支付授权码对应的支付账户中是否存在与订单信息对应的优惠信息，在确定存在优惠信息的情况下，确定最终交易金额，已确保支付人员享受到优惠信息，提高收银的准确性。

进一步地，基于本发明收款方法第一、第二、第三、第四实施例，提出本发明收款方法第五实施例。

收款方法的第五实施例与收款方法的第一、第二、第三、第四实施例的区别在于，所述方法还包括：

步骤g，当接收到订单查看指令时，确定所述订单查看指令对应的第二身份信息，并确定所述第二身份信息对应的管理权限；

在本实施例中，当移动终端接收到订单查看指令时，确定订单查看指令对应的第二身份信息，即当前收银人员的身份信息，并确定第二身份信息对应的管理权限。在本实施例中，收银人员分为商户管理员、门店管理员及收银员三种身份。其中，商户管理员可以进行门店管理员及收银员的维护(具体功能有修改密码和启用禁用门店管理员等)，查看所在商户当天、当月、当年的交易明细，所在商户的交易数据统计，以及进行收银操作等；门店管理员可以进行所在门店的收银员信息维护(具体功能有修改密码和启用禁用收银员等)，查看所在门店当天、当月、当年的交易明细，所在门店的交易数据统计以及收银操作等；收银员可以维护自己的收银密码，进行收银操作，以及查看自身的交易明细和交易数据统计等。

步骤h，基于所述管理权限，显示所述订单查看指令对应的管理界面，并在所述管理界面显示所述订单查看指令对应的订单信息。

在本实施例中，移动终端在确定了当前收银人员的管理权限后，基于管理权限，显示订单查看指令对应的管理界面，并在管理界面中显示对应的订单信息。可以理解，不同的收银人员的管理界面是不同的，其所能操作的功能也不尽相同，如收银员无法查看其他收银人员的交易数据等。

本实施例在交易完成后，可对交易记录进行查看，在查看过程中，需先确定当前的收银人员的身份信息，并开启该身份信息对应的管理权限，对应的管理权限只能操作对应的功能，实现收银的专职化，并且低级别管理权限的收银人员(如收银员)不能越权限管理，提高收银的安全性。

本发明还提供一种收款装置。本发明收款装置包括：

接收模块，用于当接收到登录请求时，确定所述登录请求对应的门店信息，并基于所述门店信息确定所述登录请求是否有效；

监测模块，用于若有效，则显示所述登录请求对应的管理界面，并监测是否存在基于所述管理界面触发的收银指令；

发送模块，用于若存在，则获取所述收银指令对应的交易金额和所述交易金额对应的支付授权码，并将所述交易金额和所述支付授权码发送至交易后台；

显示模块，用于接收并显示所述交易后台基于所述交易金额和所述支付授权码发送的支付结果。

进一步地，所述接收模块还用于：

当接收到登录请求时，确定所述登录请求对应的门店信息，以及所述登录请求对应的登录地址；

基于所述门店信息和所述登录地址，确定所述登录请求是否有效。

进一步地，所述发送模块还用于：

若存在，则基于所述登录请求对应的第一身份信息和所述门店信息，生成对应的订单号，并显示所述订单号对应的交易界面；

当接收到基于所述交易界面输入的交易金额时，将所述交易金额填充进所述订单号对应的订单信息中，并通过摄像头扫描所述订单信息对应的支付授权码；

将所述订单信息和所述支付授权码发送至交易后台。

进一步地，所述发送模块还用于：

确定所述订单号的生成时间以及所述支付授权码的扫描时间，并基于所述生成时间和所述扫描时间，确定所述订单信息是否有效；

若有效，则将所述订单信息和所述支付授权码发送至交易后台。

进一步地，所述发送模块还用于：

确定扫描所述支付授权码时的第一位置信息，以及所述支付授权码对应的支付端的第二位置信息；

基于所述第一位置信息和所述第二位置信息，确定所述支付授权码是否有效；

若有效，则将所述订单信息和所述支付授权码发送至交易后台。

进一步地，所述发送模块还用于：

确定所述支付授权码对应的支付账户是否存在所述订单信息对应的优惠信息；

若存在，则基于所述优惠信息和所述交易金额，确定所述支付账户的最终交易金额；

基于所述最终交易金额，修改所述订单信息，以得到修正订单信息，并将所述修正订单信息和所述支付授权码发送至交易后台。

进一步地，所述收款装置还包括：

确定模块，用于当接收到订单查看指令时，确定所述订单查看指令对应的第二身份信息，并确定所述第二身份信息对应的管理权限；

显示模块，用于基于所述管理权限，显示所述订单查看指令对应的管理界面，并在所述管理界面显示所述订单查看指令对应的订单信息。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有收款程序，所述收款程序被处理器执行时实现如上所述的收款方法的步骤。

其中，在所述处理器上运行的收款程序被执行时所实现的方法可参照本发明收款方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书与附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。