CN109727014A - 账单信息的处理方法、装置及设备 - Google Patents

Abstract

本申请公开了一种账单信息的处理方法、装置及设备，涉及信息处理技术领域，可一次操作即可实现账单部分退业务，可提高账单部分退业务操作的效率。其中方法包括：当接收到原账单信息的部分退指令时，获取所述原账单信息；按照所述原账单信息部分退的更改信息，对所述原账单信息进行更改处理得到新账单信息；参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息；根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令。本申请适用于账单信息的处理。

Description

账单信息的处理方法、装置及设备

技术领域

本申请涉及信息处理技术领域，尤其是涉及到一种账单信息的处理方法、装置及设备。

背景技术

随着社会的进步，人们的生活质量提高，人们的生活节奏也在加快。越来越多的人选择去餐饮门店就餐，体验美食的同时，也享受着快捷和便利的服务。

在餐饮门店实际经营中，几乎都有优惠活动，用户在支付账单时可使用在线支付。那么这样的交易完成后，如果要发生部分退业务，目前，可将用户已支付的原账单全部退掉，然后新开个账单，把不退的菜品重新录入(退掉的不用录入)，最后再由用户重新支付新开的账单。

然而，这种部分退业务方式需要人工操作两次账单收银过程，效率低下，且需要用户重复付款，影响用户的使用体验。

发明内容

有鉴于此，本申请提供了一种账单信息的处理方法、装置及设备，主要目的在于解决目前现有的部分退业务方式需要人工操作两次账单收银过程，效率低下，且需要用户重复付款，进而会影响用户使用体验的问题。

根据本申请的一个方面，提供了一种账单信息的处理方法，该方法包括：

当接收到原账单信息的部分退指令时，获取所述原账单信息；

按照所述原账单信息部分退的更改信息，对所述原账单信息进行更改处理得到新账单信息；

参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息；

根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令。

可选的，所述应支付信息中包含所述新账单信息对应的应支付金额，所述已支付信息中包含所述原账单信息对应的已支付金额和支付账户；

若所述已支付金额大于或等于所述应支付金额，则所述根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令，具体包括：

计算所述已支付金额与所述应支付金额的差值作为退款金额；

按照所述退款金额调用预置的退款接口，以便将所述退款金额退还给所述原账单信息对应的所述支付账户。

可选的，若所述已支付金额小于所述应支付金额，则所述根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令，具体包括：

计算所述应支付金额与所述已支付金额的差值作为收款金额；

按照所述收款金额调用预置的收款接口，以便指示所述支付账户继续支付所述收款金额。

可选的，所述参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息，具体包括：

依据所述新账单信息中的餐品选择信息和所述支付优惠规则，确定所述原账单信息中的优惠金额在所述新账单信息中是否可保留；

若所述优惠金额在所述新账单信息中可保留，则将所述新账单信息中的账单总价金额减去所述优惠金额，得到所述新账单信息对应的应支付金额。

可选的，在所述依据所述新账单信息中的餐品选择信息和所述支付优惠规则，确定所述原账单信息中的优惠金额在所述新账单信息中是否可保留之后，所述方法还包括：

若所述优惠金额在所述新账单信息中不可保留，则通过将所述新账单信息与各个预设优惠条件进行匹配，重新计算所述新账单信息对应的新优惠金额；

将所述新账单信息中的账单总价金额减去所述新优惠金额，得到所述新账单信息对应的应支付金额。

可选的，所述依据所述新账单信息中的餐品选择信息和所述支付优惠规则，确定所述原账单信息中的优惠金额在所述新账单信息中是否可保留，具体包括：

若所述新账单信息中的所述账单总价金额大于或等于所述优惠金额对应的满减限制金额，则确定所述优惠金额在所述新账单信息中可保留；或

若所述餐品选择信息中包含所述优惠金额对应的折扣餐品，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单用户为支持优惠所述优惠金额的会员用户，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单消费日期处于支持优惠所述优惠金额的预设时间段内，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单消费门店为支持优惠所述优惠金额的预设门店，则确定所述优惠金额在所述新账单信息中可保留。

可选的，若所述原账单信息不存在对应的所述支付优惠规则，则所述参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息，具体包括：

将所述新账单信息中的账单总价金额，确定为所述新账单信息对应的应支付金额。

可选的，在所述获取所述原账单信息之后，且在所述按照所述原账单信息部分退的更改信息，对所述原账单信息进行更改处理得到新账单信息之前，所述方法还包括：

将所述原账单信息进行输出，并将所述原账单信息标记为可编辑状态；

接收输入的所述原账单信息部分退的所述更改信息。

可选的，在所述根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令之后，所述方法还包括：

标记所述原账单信息变更为所述新账单信息的状态信息。

可选的，若所述退款操作成功，则在所述根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令之后，所述方法还包括：

触发输出部分退款成功信息。

根据本申请的另一方面，提供了一种账单信息的处理装置，该装置包括：

获取模块，用于当接收到原账单信息的部分退指令时，获取所述原账单信息；

处理模块，用于按照所述原账单信息部分退的更改信息，对所述原账单信息进行更改处理得到新账单信息；

计算模块，用于参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息；

发送模块，用于根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令。

可选的，所述应支付信息中包含所述新账单信息对应的应支付金额，所述已支付信息中包含所述原账单信息对应的已支付金额和支付账户；

所述发送模块，具体用于若所述已支付金额大于或等于所述应支付金额，则计算所述已支付金额与所述应支付金额的差值作为退款金额；

按照所述退款金额调用预置的退款接口，以便将所述退款金额退还给所述原账单信息对应的所述支付账户。

可选的，所述发送模块，具体还用于若所述已支付金额小于所述应支付金额，则计算所述应支付金额与所述已支付金额的差值作为收款金额；

按照所述收款金额调用预置的收款接口，以便指示所述支付账户继续支付所述收款金额。

可选的，所述计算模块，具体用于依据所述新账单信息中的餐品选择信息和所述支付优惠规则，确定所述原账单信息中的优惠金额在所述新账单信息中是否可保留；

若所述优惠金额在所述新账单信息中可保留，则将所述新账单信息中的账单总价金额减去所述优惠金额，得到所述新账单信息对应的应支付金额。

可选的，所述计算模块，还用于若所述优惠金额在所述新账单信息中不可保留，则通过将所述新账单信息与各个预设优惠条件进行匹配，重新计算所述新账单信息对应的新优惠金额；

将所述新账单信息中的账单总价金额减去所述新优惠金额，得到所述新账单信息对应的应支付金额。

可选的，所述计算模块，具体还用于若所述新账单信息中的所述账单总价金额大于或等于所述优惠金额对应的满减限制金额，则确定所述优惠金额在所述新账单信息中可保留；或

若所述餐品选择信息中包含所述优惠金额对应的折扣餐品，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单用户为支持优惠所述优惠金额的会员用户，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单消费日期处于支持优惠所述优惠金额的预设时间段内，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单消费门店为支持优惠所述优惠金额的预设门店，则确定所述优惠金额在所述新账单信息中可保留。

可选的，所述计算模块，还用于若所述原账单信息不存在对应的所述支付优惠规则，则将所述新账单信息中的账单总价金额，确定为所述新账单信息对应的应支付金额。

可选的，所述装置还包括：

输出模块，用于将所述原账单信息进行输出，并将所述原账单信息标记为可编辑状态；

接收模块，用于接收输入的所述原账单信息部分退的所述更改信息。

可选的，所述装置还包括：

标记模块，用于标记所述原账单信息变更为所述新账单信息的状态信息。

可选的，所述装置还包括：

触发模块，用于若所述退款操作成功，则触发输出部分退款成功信息。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述账单信息的处理方法。

依据本申请再一个方面，提供了一种账单信息处理的实体设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述账单信息的处理方法。

借由上述技术方案，本申请提供的一种账单信息的处理方法、装置及设备，与目前现有的部分退业务方式相比，本申请在接收到原账单信息的部分退指令时，可按照用户输入的原账单信息部分退的更改信息，对原账单信息进行更改处理得到新账单信息。然后参照原账单信息对应的支付优惠规则，计算新账单信息对应的应支付信息，最后可根据该应支付信息和与原账单信息对应的已支付信息发送退款操作的请求指令，进而实现原账单信息部分退的退款操作，保证部分退的退款操作准确实现。整个过程一次操作即可实现账单部分退业务，提高了账单部分退业务操作的效率，且不需要用户重复付款，可提升用户的使用体验。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种账单信息的处理方法的流程示意图；

图2示出了本申请实施例提供的另一种账单信息的处理方法的流程示意图；

图3示出了本申请实施例提供的一种应用场景实例的流程示意图；

图4示出了本申请实施例提供的一种账单信息的处理装置的结构示意图；

图5示出了本申请实施例提供的另一种账单信息的处理装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对目前现有的部分退业务方式需要人工操作两次账单收银过程，效率低下，且需要用户重复付款，进而会影响用户使用体验的问题，本实施例提供了一种账单信息的处理方法，如图1所示，该方法包括：

101、当接收到原账单信息的部分退指令时，获取原账单信息。

其中，原账单对应用户需要部分退的账单，该原账单信息包含原账单中已点的业务对象、账单提交时间、账单支付情况、优惠活动情况等，该业务对象的内容可根据不同的应用场景而不同，如业务对象可为货品、菜品、饮品、商品、服务业务等。

对于本实施例的执行主体可以为账单部分退业务处理的装置或设备，可配置在客户端侧或者服务器侧，具体根据实际业务需求而定。根据接收到的原账单信息的部分退指令，触发实现账单部分退的业务处理。

102、按照原账单信息部分退的更改信息，对原账单信息进行更改处理得到新账单信息。

其中，更改信息可包括对原账单信息的已点业务对象进行删减数量、降低服务标准等操作，该更改信息可由用户根据实际需求操作输入，然后在装置侧，按照用户输入的更改信息，对原账单信息进行更改处理得到新账单信息，该新账单对应部分退处理后的账单。

103、参照原账单信息对应的支付优惠规则，计算新账单信息对应的应支付信息。

其中，应支付信息包含需要支付新账单的应支付金额、支付时长、支付方式等。支付优惠规则可根据原账单享有的支付优惠实际内容而设定。

例如，原账单享有了满减活动的支付优惠，即账单金额满足一定的满减限额时可减去特定的优惠金额，然后判断新账单是否可继续享有该满减活动的资格，如果新账单可继续享有该满减活动的资格，那么可将新账单的金额减去该优惠金额，得到新账单应支付的金额；如果新账单的账单金额未达到该满减限额，且不存在其他的支付优惠活动，那么可将新账单的账单金额作为应支付的金额。

在本实施例中，通过这种计算方式，可准确计算得到新账单信息对应的应支付信息，保证后续原账单部分退的退款操作准确。

104、根据新账单信息对应的应支付信息和与原账单信息对应的已支付信息发送退款操作的请求指令。

其中，已支付信息中包含已经支付的原账单的已支付金额、支付时间点、支付方式、支付账户等。

如果本实施例的执行主体配置在客户端侧，那么具体可配置在商家收银端侧或者账单用户的终端侧，然后根据新账单信息对应的应支付信息和与原账单信息对应的已支付信息向服务端侧发送退款操作的请求指令，进而使得服务端调用相应的在线支付接口，将需要退回给该账单用户的退款金额退回给该账单用户对应的支付账户。该退款金额可由客户端侧根据新账单信息对应的应支付信息和与原账单信息对应的已支付信息事先计算得到，或者由服务器侧根据这两个支付信息的差值计算得到，具体可根据实际业务需求而定。

除此之外，本实施例的执行主体还可配置在服务端侧，在接收到客户端侧发送的原账单信息的部分退指令后，可执行如图1所示的方法步骤，最后根据新账单信息对应的应支付信息和与原账单信息对应的已支付信息，计算得到需要退回给该账单用户的退款金额，然后发送退款操作的请求指令，调用相应的在线支付接口执行退款打款操作。

需要说明的是，本实施例的方法除了应用于账单部分退业务的场景以外，还可应用于账单更改业务的场景，如将原账单中某业务对象更改为其他业务对象得到新账单，然后按照与本实施例中方法的类似过程，根据新账单信息对应的应支付信息和与原账单信息对应的已支付信息发送退款(如新账单的应支付金额大于原账单的已支付金额)或收款(如新账单的应支付金额小于原账单的已支付金额)操作的请求指令。

通过应用上述实施过程，与目前现有的部分退业务方式相比，本实施例方法一次操作即可实现部分退业务，提高了业务部分退操作的效率，且不需要用户重复付款，可提升用户的使用体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例方法的实施过程，以餐品账单部分退的业务为例，提供了另一种账单信息的处理方法，如图2所示，该方法包括：

201、当接收到餐品原账单信息的部分退指令时，获取餐品原账单信息。

其中，餐品原账单信息中可包含账单用户已点的菜品、饮品、小吃等。

为了方便用户选择需要部分退的餐品，作为一种可选方式，本实施例还可包括：将获取到的餐品原账单信息进行输出，并将该餐品原账单信息标记为可编辑状态，如输出可编辑的餐品账单信息页面，该页面中包含餐品原账单中包含的各个餐品、以及每个餐品的数量、还有已上菜标记等；用户可根据实际情况选择删减账单中餐品的数量，来实现部分退的功能，相应的，在装置侧，可接收输入的原账单信息部分退的更改信息。

需要说明的是，为了不影响商家端的业务，默认用户只可对账单中未标记已上菜标记的餐品进行部分退的更改。对于已经上菜的餐品将不会发生部分退的更改，除非商家端开启相应的更改权限，才可进行部分退的更改，如已上菜的餐品出现质量问题等。

202、按照餐品原账单信息部分退的更改信息，对餐品原账单信息进行更改处理得到餐品新账单信息。

例如，用户将餐品a的数量从原来的2份变更为1份，或者变更为0份 (即完全退掉餐品a)。

203、依据餐品新账单信息中的餐品选择信息和支付优惠规则，确定餐品原账单信息中的优惠金额在餐品新账单信息中是否可保留。

其中，餐品选择信息中可包含在餐品新账单中都选择了哪些餐品内容，以及相应餐品数量等。对于本实施例，可通过确定餐品原账单信息中的优惠金额在餐品新账单信息中是否可保留，进而确定部分退后的新账单是否依然能参与原账单的优惠活动，从而保证计算准确的餐品新账单应支付金额。

为了说明步骤203的具体实施过程，给出几个可选方式，一种可选方式是若餐品新账单信息中的账单总价金额大于或等于优惠金额对应的满减限制金额，则确定优惠金额在餐品新账单信息中可保留，这种方式适用于满减的优惠活动，如果餐品原账单中享有的满减活动在新账单中依然享有，那么原账单中的优惠金额即可保留。

另一种可选方式是若餐品新账单信息的餐品选择信息中包含优惠金额对应的折扣餐品，则确定优惠金额在餐品新账单信息中可保留，这种方式适用于折扣餐品的优惠活动，如果餐品原账单中享有的折扣餐品在新账单中依然存在，那么原账单中的优惠金额即可保留。

又一种可选方式是若餐品新账单信息对应的账单用户为支持优惠该优惠金额的会员用户，则确定优惠金额在餐品新账单信息中可保留，这种方式适用于会员活动，即新账单的账单用户与原账单的账单用户相同(通常是相同的，但不排除更改账单用户的情况)，且同为会员用户，那么原账单中享有的会员优惠金额在新账单中依然保留。

再一种可选方式是若餐品新账单信息对应的账单消费日期处于支持优惠该优惠金额的预设时间段内，则确定优惠金额在餐品新账单信息中可保留，这种方式适用于活动期间固定减额的优惠活动，如果餐品新账单信息仍处于这个活动时间段，那么它依然可享受到减额的活动，因此餐品原账单中享有的优惠金额在新账单中依然保留。

再一种可选方式是若餐品新账单信息对应的账单消费门店为支持优惠该优惠金额的预设门店，则确定优惠金额在餐品新账单信息中可保留。这种方式适用于活动门店固定减额的优惠活动，如果餐品新账单信息仍对应该活动门店(通常是不变的，但不排除变更时更改其他连锁门店的情况)，那么它依然可享受到减额的活动，因此餐品原账单中享有的优惠金额在新账单中依然保留。

通过上述几种可选方式，可根据实际需求进行相互结合或者单独实施，都可准确确定餐品原账单信息中的优惠金额在餐品新账单信息中是否可保留。

在实际的应用场景中，还有可能原账单中并没有参加任何优惠活动，即消费的这家门店没有任何支付促销活动，为了在此场景下得到新账单信息对应的应支付金额，进一步的，作为一种可选方式，若餐品原账单信息不存在对应的支付优惠规则，则可将餐品新账单信息中的账单总价金额，确定为新账单信息对应的应支付金额。即不考虑优惠活动，新账单的账单总价即为应付金额。

除此之外，如果这家门店存在支付促销活动，但是原账单中的选择不满足支付优惠条件，可对餐品新账单进行支付优惠条件匹配，如果匹配到哪个支付优惠条件，就将该匹配到的支付优惠条件对应的优惠金额，作为该新账单的优惠金额，然后利用新账单的账单总价减去该优惠金额得到相应的应支付金额。

204、若优惠金额在餐品新账单信息中可保留，则将餐品新账单信息中的账单总价金额减去该优惠金额，得到餐品新账单信息对应的应支付金额。

进一步的，若优惠金额在餐品新账单信息中不可保留，则通过将餐品新账单信息与各个预设优惠条件进行匹配，重新计算餐品新账单信息对应的新优惠金额；然后将餐品新账单信息中的账单总价金额减去新优惠金额，得到餐品新账单信息对应的应支付金额。通过这种方式，考虑了更全面的优惠支付条件，可保证计算得到的新账单应支付金额的准确性。

例如，餐品原账单的账单金额为200元，可参与满200减20的活动，即已支付金额为180元；经过餐品原账单的部分退操作，其账单金额为150元，参与不了满200减20的活动，但是可参与满150减10的另一个活动，因此新账单的应支付金额为140元。

在本实施例中，在得到餐品新账单的应支付金额和原账单的已支付金额后，可根据这两个数值发起退款操作的指令请求，具体可分为两种情况进行实施(步骤205a至206a、和步骤205b至206b)。

205a、若餐品原账单信息的已支付金额大于或等于餐品新账单信息的应支付金额，则计算已支付金额与应支付金额的差值作为退款金额。

例如，如果新账单的应支付金额小于原账单的已支付金额，说明之前支付了多余的金额，此次可返还相应的差价(此种情况为绝大多数)。

206a、按照计算得到的退款金额调用预置的退款接口，以便将退款金额退还给餐品原账单信息对应的支付账户。

其中，退款接口用于按照退款金额将相应的退款资金打款到目标支付账户，可供销售终端(Point of Sale，POS)系统调用，实现退款业务。在退款操作时可按照原账单的支付通道原路返还给账单用户。

与步骤205a并列的步骤205b、若餐品原账单信息的已支付金额小于餐品新账单信息的应支付金额，则计算应支付金额与已支付金额的差值作为收款金额。

例如，如果新账单的应支付金额大于原账单的已支付金额，说明之前支付了金额不足，此次可要求补缴相应的差价(如餐品的规格提升使得账单总价提高、减掉餐品后不参与满减使得账单总价不降反增等)。

206b、按照计算得到的收款金额调用预置的收款接口，以便指示支付账户继续支付收款金额。

其中，收款接口用于按照收款金额指示支付账户继续支付，可供POS系统调用。在收款操作时可默认按照原账单的支付通道指示继续补缴差价，或者账单用户也可使用其他支付方式或者支付通道补缴该差价。

上述两种退款操作，可保证退款操作准确进行，无需人工二次操作，可提高账单部分退业务的退款效率，进一步的，若退款操作成功，作为一种可选方式，则还可包括：触发输出部分退款成功信息。进而使得用户了解到账单部分退业务的退款成功。输出形式可包括文字、图片、音频、视频、灯光、振动等。

进一步的，为了使得后续查询准确的账单变更记录，本实施例还可包括：标记餐品原账单信息变更为餐品新账单信息的状态信息。这样用户可查询该状态信息，了解到餐品原账单都包含了哪些餐品，然后部分退了哪些餐品，账单用户最终都结算了哪些餐品等。

为了方便理解上述本实施例所描述的内容，以菜品账单部分退业务为例，给出如下应用场景，但不限于此：

目前，在餐饮实际运营中，几乎都有优惠活动，例如账单金额满200除酒水外8折优惠，顾客在支付时候可使用线上支付手段进行账单支付。那么这样的交易完成后，如果要发生部分退业务，目前的主要处理机制，会发生退款金额计算错误，门店操作效率低下以及信用卡金额套现的问题。在餐饮收银系统对部分退的处理机制主要有3种：

1)、把原账单全部退掉，然后新开个账单，把不退的菜品重新录入(退掉的不用录入)，重新支付关闭账单。相应的问题是效率低下，需要收银员操作两次收银过程，而且顾客需要再次付款。

2)、直接开个新的账单，录入要退的菜品，然后退现金给顾客；相应的问题是金额容易计算错误，且容易出现信用卡套现。如果账单执行了优惠活动，实际支付的菜品金额肯定少于菜品原价格，会多退钱给顾客，如果用支付宝信用卡支付，退现金就是变相的信用卡套现。

3)、执行反结算，把账单的支付方式全部撤销，账单进入可编辑状态，把要退掉的菜品删掉，重新支付并关闭账单。相应的问题是效率低下，需要收银员操作两次收银过程，且需要顾客再次付款。

本实施例提供的方式可解决以上问题。具体的实施过程如图3所示。

1、收银员选择要部分退的账单，系统自动把原账单的数据都读取过来，其中包括账单数据，菜品数据，优惠活动情况，支付情况MO等。

2、收银员选择要退的菜品进行删除，如果操作错误还可增加、撤回等。

3、收银员确定退单菜品选择完毕，进入关闭账单环节。

4、系统自动判断菜品原有的优惠活动能否继续执行，如果能则保留优惠金额，如果不能则撤销优惠活动，系统重新自动计算得到账单应付金额MB。

5、系统自动比较支付金额MO和账单应付金额MB，如果MO小于MB，说明需要补差价，例如原账单本来应该录入是价格高的菜品A，实际录入为价格低的菜品B，这种情况需要再次和顾客收款；如果MO大于或等于MB，那么退款金额＝MO-MB，系统自动根据原来的支付方式调用对应的退款API，系统自动完成，退款金额会通过支付通道原路返还给顾客。

对于上述实施例的方案，收银员退款只操作了一次、且顾客基本不用再次进行在线支付付款。并且退款金额可原支付通道返回，不会退现金(原支付方式为现金除外)，进而避免信用卡套现的情况出现。

进一步的，作为图1和图2所示方法的具体实现，本实施例提供了一种账单信息的处理装置，如图4所示，该装置包括：获取模块31、处理模块32、计算模块33、发送模块34。

获取模块31，可用于当接收到原账单信息的部分退指令时，获取原账单信息；

处理模块32，可用于按照原账单信息部分退的更改信息，对原账单信息进行更改处理得到新账单信息；

计算模块33，可用于参照原账单信息对应的支付优惠规则，计算新账单信息对应的应支付信息；

发送模块34，可用于根据应支付信息和与原账单信息对应的已支付信息发送退款操作的请求指令。

在具体的应用场景中，可选的，应支付信息中包含新账单信息对应的应支付金额，已支付信息中包含原账单信息对应的已支付金额和支付账户；

发送模块34，具体可用于若已支付金额大于或等于应支付金额，则计算已支付金额与应支付金额的差值作为退款金额；按照退款金额调用预置的退款接口，以便将退款金额退还给原账单信息对应的支付账户。

在具体的应用场景中，发送模块34，具体还可用于若已支付金额小于应支付金额，则计算应支付金额与已支付金额的差值作为收款金额；按照收款金额调用预置的收款接口，以便指示支付账户继续支付收款金额。

在具体的应用场景中，计算模块33，具体可用于依据新账单信息中的餐品选择信息和支付优惠规则，确定原账单信息中的优惠金额在新账单信息中是否可保留；若优惠金额在新账单信息中可保留，则将新账单信息中的账单总价金额减去优惠金额，得到新账单信息对应的应支付金额。

在具体的应用场景中，计算模块33，还可用于若优惠金额在新账单信息中不可保留，则通过将新账单信息与各个预设优惠条件进行匹配，重新计算新账单信息对应的新优惠金额；将新账单信息中的账单总价金额减去新优惠金额，得到新账单信息对应的应支付金额。

在具体的应用场景中，计算模块33，具体还可用于若新账单信息中的账单总价金额大于或等于优惠金额对应的满减限制金额，则确定优惠金额在新账单信息中可保留；或若餐品选择信息中包含优惠金额对应的折扣餐品，则确定优惠金额在新账单信息中可保留；或若新账单信息对应的账单用户为支持优惠优惠金额的会员用户，则确定优惠金额在新账单信息中可保留；或若新账单信息对应的账单消费日期处于支持优惠优惠金额的预设时间段内，则确定优惠金额在新账单信息中可保留；或若新账单信息对应的账单消费门店为支持优惠优惠金额的预设门店，则确定优惠金额在新账单信息中可保留。

在具体的应用场景中，计算模块33，还可用于若原账单信息不存在对应的支付优惠规则，则将新账单信息中的账单总价金额，确定为新账单信息对应的应支付金额。

在具体的应用场景中，如图5所示，本装置还可包括：输出模块35和接收模块36；

输出模块35，可用于将原账单信息进行输出，并将原账单信息标记为可编辑状态；

接收模块36，可用于接收输入的原账单信息部分退的更改信息。

在具体的应用场景中，如图5所示，本装置还包括：标记模块37；

标记模块37，可用于标记原账单信息变更为新账单信息的状态信息。

在具体的应用场景中，如图5所示，本装置还可包括：触发模块38；

触发模块38，可用于若退款操作成功，则触发输出部分退款成功信息。

需要说明的是，本实施例提供的一种账单信息的处理装置所涉及各功能模块的其它相应描述，可以参考图1至图2中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2 所示的账单信息的处理方法。具体可基于JAVA，C#，PHP，JS，C等语言工具实现来实现。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1和图2所示的方法，以及图4、图5所示的虚拟装置实施例，为了实现上述目的，本实施例还提供了一种账单信息处理的实体设备，具体可以为个人计算机，智能手机、平板电脑、智能手表，服务器，或者其它网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的账单信息的处理方法。

可选的，该实体设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入模块比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种账单信息的处理设备的结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述账单信息处理的实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，要退单的账单选择后，不是先调用在线支付平台的交易撤销API接口，而是保留所有原有的数据；关键判断后置，放在账单支付确认环节来处理，在账单支付确认环节做两件事情：1是重新计算可用优惠活动得到账单应补金额或退款金额；2是调用在线支付平台的退单API 接口(支持部分退)。通过以上处理逻辑的时间点不同，以及调用不同的接口，可解决收银系统部分退会发生退款金额计算错误，门店操作效率低下以及信用卡金额套现的问题。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种账单信息的处理方法，其特征在于，包括：

当接收到原账单信息的部分退指令时，获取所述原账单信息；

按照所述原账单信息部分退的更改信息，对所述原账单信息进行更改处理得到新账单信息；

参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息；

根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令。

2.根据权利要求1所述的方法，其特征在于，所述应支付信息中包含所述新账单信息对应的应支付金额，所述已支付信息中包含所述原账单信息对应的已支付金额和支付账户；

若所述已支付金额大于或等于所述应支付金额，则所述根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令，具体包括：

计算所述已支付金额与所述应支付金额的差值作为退款金额；

按照所述退款金额调用预置的退款接口，以便将所述退款金额退还给所述原账单信息对应的所述支付账户。

3.根据权利要求2所述的方法，其特征在于，若所述已支付金额小于所述应支付金额，则所述根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令，具体包括：

计算所述应支付金额与所述已支付金额的差值作为收款金额；

按照所述收款金额调用预置的收款接口，以便指示所述支付账户继续支付所述收款金额。

4.根据权利要求1所述的方法，其特征在于，所述参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息，具体包括：

依据所述新账单信息中的餐品选择信息和所述支付优惠规则，确定所述原账单信息中的优惠金额在所述新账单信息中是否可保留；

若所述优惠金额在所述新账单信息中可保留，则将所述新账单信息中的账单总价金额减去所述优惠金额，得到所述新账单信息对应的应支付金额。

5.根据权利要求4所述的方法，其特征在于，在所述依据所述新账单信息中的餐品选择信息和所述支付优惠规则，确定所述原账单信息中的优惠金额在所述新账单信息中是否可保留之后，所述方法还包括：

若所述优惠金额在所述新账单信息中不可保留，则通过将所述新账单信息与各个预设优惠条件进行匹配，重新计算所述新账单信息对应的新优惠金额；

将所述新账单信息中的账单总价金额减去所述新优惠金额，得到所述新账单信息对应的应支付金额。

6.根据权利要求4所述的方法，其特征在于，所述依据所述新账单信息中的餐品选择信息和所述支付优惠规则，确定所述原账单信息中的优惠金额在所述新账单信息中是否可保留，具体包括：

若所述新账单信息中的所述账单总价金额大于或等于所述优惠金额对应的满减限制金额，则确定所述优惠金额在所述新账单信息中可保留；或

若所述餐品选择信息中包含所述优惠金额对应的折扣餐品，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单用户为支持优惠所述优惠金额的会员用户，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单消费日期处于支持优惠所述优惠金额的预设时间段内，则确定所述优惠金额在所述新账单信息中可保留；或

若所述新账单信息对应的账单消费门店为支持优惠所述优惠金额的预设门店，则确定所述优惠金额在所述新账单信息中可保留。

7.根据权利要求1所述的方法，其特征在于，若所述原账单信息不存在对应的所述支付优惠规则，则所述参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息，具体包括：

将所述新账单信息中的账单总价金额，确定为所述新账单信息对应的应支付金额。

8.一种账单信息的处理装置，其特征在于，包括：

获取模块，用于当接收到原账单信息的部分退指令时，获取所述原账单信息；

处理模块，用于按照所述原账单信息部分退的更改信息，对所述原账单信息进行更改处理得到新账单信息；

计算模块，用于参照所述原账单信息对应的支付优惠规则，计算所述新账单信息对应的应支付信息；

发送模块，用于根据所述应支付信息和与所述原账单信息对应的已支付信息发送退款操作的请求指令。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至7中任一项所述的账单信息的处理方法。

10.一种账单信息的处理设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7中任一项所述的账单信息的处理方法。