CN109949141B - 财务结算方法与装置 - Google Patents

Abstract

本公开提供一种财务结算方法与装置。财务结算方法包括：识别订单中的共性信息和个性信息，并根据识别结果生成共性详单数据流以及个性详单数据流；根据订单的共性信息以及个性信息选择统计对象，根据统计对象对共性详单数据流以及个性详单数据的各属性分别进行统计；根据订单的共性信息以及个性信息选择计费规则，根据计费规则对共性详单数据流以及个性详单数据流分别进行计费，生成共性计费数据流以及个性计费数据流；对共性计费数据流以及个性计费数据流按照订单号进行整合，根据订单的共性信息以及个性信息选择结算规则，根据结算规则根据结算结果以及订单的单号生成结算单。本公开提供的方法可以提高订单处理效率以及信息准确度。

Description

财务结算方法与装置

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种财务结算方法与装置。

背景技术

随着电子商务行业的兴起，财务结算环节面临的业务种类越来越多，有别与传统结算业务的特殊业务也越来越多，如用户与商户之间的退换货、优惠减免、附加信息沟通，商户与平台之间的结账结款设置等。面对众多新增特殊业务需求，传统的单一结算方法无法满足大量短时性的业务接入，给系统设计及开发人员带来严重的工作量。

目前，相关技术是在结算过程中对订单内容进行多次审核，通过设置模块为设置结算周期，根据具体产品定制结算流程。这种定制结算方法无法应对大量多种复杂业务的接入，无法满足系统的可扩展性与兼容性，因此，需要一种能自动处理多种复杂业务的财务结算方法。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种财务结算方法与财务结算装置，用于克服相关财务结算方法系统兼容性不强、灵活度不足的问题。

根据本公开的第一方面，提供一种财务结算方法，包括：

识别订单中的共性信息和个性信息，并根据识别结果生成共性详单数据流以及个性详单数据流；

根据所述订单的所述共性信息以及所述个性信息选择统计对象，根据所述统计对象对所述共性详单数据流以及所述个性详单数据的各属性分别进行统计；

根据所述订单的所述共性信息以及所述个性信息选择计费规则，根据所述计费规则对所述共性详单数据流以及所述个性详单数据流分别进行计费，生成共性计费数据流以及个性计费数据流；

对所述共性计费数据流以及所述个性计费数据流按照订单号进行整合，根据所述订单的所述共性信息以及所述个性信息选择结算规则，根据所述结算规则以及所述订单号生成结算单。

在本公开的一种示例性实施例中，所述共性信息至少包括：订单号、供应商简码、交易金额、交易时间；所述个性信息的信息种类至少包括订单类型、业务系统来源、收款类型、退款类型、收款方式。

在本公开的一种示例性实施例中，还包括：

根据所述共性信息选择审核规则，获取外部信息，根据所述审核规则以及所述外部信息对所述结算单进行审核，所述外部信息至少包括发票信息。

在本公开的一种示例性实施例中，所述计费规则至少包括金额满减优惠规则。

在本公开的一种示例性实施例中，所述结算规则至少包括结算周期。

根据本公开的第二方面，提供一种财务结算装置，包括：

订单分流模块，设置为识别订单中的共性信息和个性信息，并根据识别结果生成共性详单数据流以及个性详单数据流；

统计模块，设置为根据所述订单的所述共性信息以及所述个性信息选择统计对象，根据所述统计对象对所述共性详单数据流以及所述个性详单数据的各属性分别进行统计；

计费模块，设置为根据所述订单的所述共性信息以及所述个性信息选择计费规则，根据所述计费规则对所述共性详单数据流以及所述个性详单数据流分别进行计费，生成计费数据流；

结算模块，设置为根据所述订单的所述共性信息以及所述个性信息选择结算规则，根据所述结算规则对所述计费数据流进行结算，根据结算结果以及所述订单的单号生成结算单。

在本公开的一种示例性实施例中，还包括规则设置模块，所述规则设置模块包括：

个性信息属性设置单元，设置为提供判断个性信息种类与判断标准；

统计对象设置单元，设置为为每种订单类型提供预设统计对象；

计费规则设置单元，设置为为每种订单类型提供预设计费规则；

结算规则设置单元，设置为为每种订单类型提供预设结算规则。

在本公开的一种示例性实施例中，还包括：

审核模块，设置为根据所述共性信息选择审核规则，获取外部信息，根据所述审核规则以及所述外部信息对所述结算单进行审核；

所述规则设置模块还包括：

审核规则设置单元，设置为为每种订单类型提供预设审核规则。

在本公开的一种示例性实施例中，还包括：

异常信息处理模块，设置为判断是否出现异常信息，并在出现所述异常信息时根据所述异常信息的种类处理异常信息。

根据本公开的第三方面，提供一种财务结算装置，包括：存储器；以及耦合到所属存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的财务结算方法。

本公开基于动态模块化的财务结算方法、装置及系统，通过设置共性信息处理模块以及个性信息处理模块，实现了特殊业务结算与常规业务结算的解耦，有利于灵活设置、修改特殊业务结算流程，而无需影响常规业务的处理；此外，通过利用动态配置，在处理业务时通过调用规则设置模块灵活配置业务处理规则，在不需要开发代码的情况下实现新业务的功能的接入，提高了财务处理流程的效率、业务灵活性以及系统可扩展性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开财务结算方法的流程图。

图2示意性示出本公开示例性实施例中财务结算方法的流程图。

图3示意性示出本公开财务结算装置的方框图。

图4示意性示出本公开一个示例性实施例中另一种财务结算装置的方框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面结合附图对本公开示例实施方式进行详细说明。

图1示意性示出本公开示例性实施例中财务结算方法的流程图。参考图1，财务结算方法可以包括：

步骤S102，识别订单中的共性信息和个性信息，并根据识别结果生成共性详单数据流以及个性详单数据流；

步骤S104，根据所述订单的所述共性信息以及所述个性信息选择统计对象，根据所述统计对象对所述共性详单数据流以及所述个性详单数据的各属性分别进行统计；

步骤S106，根据所述订单的所述共性信息以及所述个性信息选择计费规则，根据所述计费规则对所述共性详单数据流以及所述个性详单数据流分别进行计费，生成共性计费数据流以及个性计费数据流；

步骤S108，对所述共性计费数据流以及所述个性计费数据流按照订单号进行整合，根据所述订单的所述共性信息以及所述个性信息选择结算规则，根据所述结算规则以及所述订单号生成结算单。

本公开基于动态模块化的财务结算方法通过设置共性信息处理模块以及个性信息处理模块，实现了特殊业务结算与常规业务结算的解耦，有利于灵活设置、修改特殊业务结算流程，而无需影响常规业务的处理；此外，通过利用动态配置，在处理业务时通过调用规则设置模块灵活配置业务处理规则，在不需要开发代码的情况下实现新业务的功能的接入，提高了财务处理流程的效率、业务灵活性以及系统可扩展性。

下面，对财务结算方法的各步骤进行详细说明。

在步骤S102，识别订单中的共性信息和个性信息，并根据识别结果生成共性详单数据流以及个性详单数据流。

在本公开的一种示例性实施例中，所述共性信息至少包括：订单号、供应商简码、交易金额、交易时间；所述个性信息的信息种类至少包括订单类型、业务系统来源、收款类型、退款类型、收款方式。其中，业务系统来源可以包括商家结算、供应商结算、广告结算、数字商城结算等结算业务或不同的二级结算业务；订单类型可以包括实物商品订单、电子商品(水电费、话费充值、游戏充值等)订单等；收款类型例如可以包括网上支付、货到付款等；退款类型例如可以包括原返退款、京豆退款、优惠券退款、白条退款等；收款方式例如可以包括银行转账、支票、账扣、在线支付、押金转余额等。

共性信息是每个订单都具备的项目，其财务处理方式基本不变。个性信息是每个订单的特殊形态，是随着业务发展逐渐产生的不确定数量的业务类别，实际订单中每个订单的特殊业务种类不同、数量不同，财务处理方式也要根据该订单的业务种类设置进行调整。例如，每个订单中都有订单号、订单生成时间、交易标的、交易金额等共性信息，对于这些信息的财务处理不会因为订单不同而改变；然而，如果一些订单是订货订单，支付方式为网银支付，则对这种订单的财务处理就不能应用处理退货订单、网络支付平台扫码支付的财务处理流程。

在现有方法中，增加新的特殊业务财务处理流程或者修改现有的特殊业务财务处理流程的同时需要对整体财务处理代码进行修改，在修改的同时容易对订单中的共性信息处理代码造成影响。此外，对于一些不具有特殊业务需求的订单而言，使用同时处理共性信息和个性信息的代码对这些订单进行处理极大地降低了财务处理效率，造成了不必要的资源。

因此，在本公开提供的财务处理方法中，首先将订单中的共性信息与个性信息分割，再根据分割后的信息分别生成包含订单共性信息的共性详单数据流以及包含订单订单号和个性信息的个性详单数据流，分别输入后续处理模块，在利于在后续流程分别进行处理的同时，降低了修改特殊业务处理流程时对常规业务处理流程的影响，实现了财务处理流程的灵活调整。

步骤S104，根据所述订单的所述共性信息以及所述个性信息选择统计对象，根据所述统计对象对所述共性详单数据流以及所述个性详单数据的各属性分别进行统计。

为了提高统计效率，分别对共性信息以及个性信息进行统计处理。对于共性详单数据流中的共性信息，其统计规则与统计对象固定，可以直接快速地进行处理；对于个性详单数据流中的个性信息，由于每个订单的个性信息设置不同，需要首先根据个性信息确定统计对象，再根据确定的统计对象对个性信息中的每个属性进行统计。

例如，对于共性详单数据流，可以统计单一商品的销售数量、商品品类的销售数量或销售金额等信息；对于个性详单数据流，可以统计退换货率、收款方式分布、业务系统来源分布等。

通过对共性详单数据流和个性详单数据流分别进行统计，可以提高统计效率，增强统计处理规则修改时的灵活性与可靠性。

步骤S106，根据所述订单的所述共性信息以及所述个性信息选择计费规则，根据所述计费规则对所述共性详单数据流以及所述个性详单数据流分别进行计费，生成共性计费数据流以及个性计费数据流。

在本公开的一种示例性实施例中，所述计费规则至少包括金额满减优惠规则。例如，对于共性详单数据流中的共性信息而言，其计费结果即为交易金额；对于个性详单数据流中的个性信息而言，计费结果则包括根据业务系统来源不同、商家优惠信息设置不同、商品促销品类不同、平台优惠等规则对个性详单数据流进行计费。

例如，对于没有特殊业务的订单，可以直接对其生成的共性详单数据流根据交易金额进行计费；对于有特殊业务的订单，例如符合商家满减政策的订单，可以根据政策首先计算满减后的总金额，再根据总金额分别对订单中的每个商品进行计费，计算实际的交易金额，从而利于后期退换货等流程。

步骤S108，对所述共性计费数据流以及所述个性计费数据流按照订单号进行整合，根据所述订单的所述共性信息以及所述个性信息选择结算规则，根据所述结算规则以及所述订单号生成结算单。

在计费后，需要将计费结果进行整合，从而生成最终的订单结算金额。将共性计费数据流以及个性计费数据流中订单号相同的计费条目进行整合统计，可以获取最后的结算金额。

在电商平台的财务处理流程中，对于不同商家，平台的结算周期不同，具体的结算规定也不同。在本公开的一种示例性实施例中，所述结算规则至少包括结算周期。根据订单供货商不同选择其对应的结算规则，可以生成至少包含结算金额、结算日期、结算对象的结算单。

可以理解的是，在上述步骤中，仅涉及了与本方法实施方式有关的财务处理流程，未对财务处理细节进行进一步限定。在本方法的其他实施例中，上述财务处理方法还可以包括其他的财务处理细节以及财务处理流程，本领域技术人员可以根据实际情况自行设置。

在本公开的一种示例性实施例中，方法还可以包括：

步骤S110，根据所述共性信息选择审核规则，获取外部信息，根据所述审核规则以及所述外部信息对所述结算单进行审核，所述外部信息至少包括发票信息。

实际业务中，往往需要根据供应商不同人工选择审核规则，再使用纸质发票等外部信息与结算单进行核对，再三确认纸质发票无误，降低效率的同时，也浪费了人工资源。

在本方法的步骤S110中，首先可以根据订单的共性信息例如交易标的等选择审核规则，再获取电子版的外部信息例如发票等，最后根据该审核规则对结算单的审核内容以及外部信息中的审核内容进行一一比对，全部一致时判断外部信息准确。通过以上审核方法，可以节约人力资源，提高审核效率。

在另一个实施例中，各步骤都可以判断是否出现异常情况，再根据异常情况的种类选择异常处理方式。异常情况的种类例如可以为数据缺失、数据类型不合格等多种，本领域技术人员可以根据实际情况自行设置。

下面通过具体实施例来对上述方法进行详细说明。

图2是本公开一种示例性实施例中财务处理方法的流程图。

参考图2，在步骤S201，业务数据流通过接口或MQ(Message Queue，消息队列)的形式发送到财务结算系统，财务结算系统按照页面或部署的配置个性信息识别规则的个性数据配置流去解析接口对象或MQ对象，识别出业务数据流中的共性信息与个性信息，从而把业务数据流分解为两部分：共性详单数据流与个性详单数据流。

其中，个性数据配置流包括业务系统来源、个性通用属性、业务个性其他属性。

业务系统来源包括POP商家结算，供应商结算，广告结算，数字商城结算等结算业务或不同的二级结算业务的业务编码；个性通用属性包括收款方式、收款类型、退款类型等属性；业务个性其他属性包括退款要的退款单位属性，收款账户互转的归属账户主体等，只有特定的业务才有的属性。

进一步的，判断是否有异常信息，如有，则进入异常信息处理步骤S208，如无，则进入下一步骤S202。

其中，步骤S208为：按照页面或部署的配置生成的异常信息配置流以任务形式将异常编码及异常原因推送到相应配置的接口、MQ或页面。其中，异常信息配置流包括异常信息编码、异常原因、异常推送任务编码。

步骤S202，按照页面或部署的配置生成的设置统计规则的统计维度配置流的维度去统计共性详单数据流与个性详单数据流，生成初始计费数据流。其中共性详单数据流与个性详单数据流以相同业务单号关联，统计维度配置流包括业务系统来源和一或多个统计维度属性。

统计维度属性为详单数据的统计维度，此处的统计是指求金额的累加和或其他信息的最大或最小值，其中维度包括供应商简码、结算类型、商品SKU、累加详单的时间范围等。

进一步的，判断是否有异常信息，如有，则进入异常信息处理步骤S208，如无，则进入下一步骤S203。

步骤S203，财务结算系统按照页面或部署的配置生成的设置计费规则的计费规则配置流在待计费数据流的基础上扣除预付款或供应商货款，生成计费数据流。计费规则配置流包括业务系统来源和计费规则属性，计费规则属性包括预付款核销、账扣等。

进一步的，判断是否有异常信息，如有，则进入异常信息处理步骤S208，如无，则进入下一步骤S204。

步骤S204，财务结算系统按照页面或部署的配置生成的设置结算规则的结算规则配置流的结算规则自动日结、月结、季结，最终生成结算单流。其中，结算规则配置流包括业务系统来源和结算规则属性，结算规则属性例如可以包括日结、月结或季结。

进一步的，判断是否有异常信息，如有，则进入异常信息处理步骤S208，如无，则进入下一步骤S205。

步骤S205，财务结算系统按照页面或部署的配置生成的设置审核规则的审核规则配置流的审核规则审核，审核合格则生成收付款申请单流。审核规则配置流可以包括业务系统来源和审核规则属性，审核规则属性包括审批的级数、审批的角色、审批的控制条件。

进一步的，判断是否有异常信息，如有，则进入异常信息处理步骤S208，如无，则进入下一步骤S206。

步骤S206，通过接口或MQ将收付款申请单流发送到资金帐，生成收付款单流。

进一步的，判断是否有异常信息，如有，则进入异常信息处理步骤S208，如无，则进入下一步骤S207。

步骤S207，收付款单流进入资金帐。

对应于上述方法实施例，本公开还提供一种财务结算装置，可以用于执行上述方法实施例。

图3示意性示出本公开一个示例性实施例中一种财务结算装置的方框图。

参考图3，财务结算装置可以包括：

订单分流模块302，设置为识别订单中的共性信息和个性信息，并根据识别结果生成共性详单数据流以及个性详单数据流；

统计模块304，设置为根据所述订单的所述共性信息以及所述个性信息选择统计对象，根据所述统计对象对所述共性详单数据流以及所述个性详单数据的各属性分别进行统计；

计费模块306，设置为根据所述订单的所述共性信息以及所述个性信息选择计费规则，根据所述计费规则对所述共性详单数据流以及所述个性详单数据流分别进行计费，生成计费数据流；

结算模块308，设置为根据所述订单的所述共性信息以及所述个性信息选择结算规则，根据所述结算规则对所述计费数据流进行结算，根据结算结果以及所述订单的单号生成结算单。

在本公开的一种示例性实施例中，还包括规则设置模块310，所述规则设置模块包括：

个性信息属性设置单元3102，设置为提供判断个性信息种类与判断标准；

统计对象设置单元3104，设置为为每种订单类型提供预设统计对象；

计费规则设置单元3106，设置为为每种订单类型提供预设计费规则；

结算规则设置单元3108，设置为为每种订单类型提供预设结算规则。

在本公开的一种示例性实施例中，还包括：

审核模块312，设置为根据所述共性信息选择审核规则，获取外部信息，根据所述审核规则以及所述外部信息对所述结算单进行审核；

所述规则设置模块310还包括：

审核规则设置单元3110，设置为为每种订单类型提供预设审核规则。

在本公开的一种示例性实施例中，还包括：

异常信息处理模块314，设置为判断是否出现异常信息，并在出现所述异常信息时根据所述异常信息的种类处理异常信息。

在上述装置中，业务数据接入模块通过将业务数据流通过接口或MQ的形式发送到订单分流模块302，进入共性信息识别单元与个性信息识别单元。

共性信息识别单元通过接口或MQ消息解析接收不同业务的共性数据，生成共性详单数据流，其中共性详单数据流包括单号、供应商简码、金额、创建时间等。

共性信息识别单元通过接口或MQ消息解析接收不同业务的个性数据，在通过接口或MQ消息解析的过程中，调用规则设置模块310的个性信息属性设置单元3102，根据个性信息属性设置单元3102生成的个性数据配置流去组装接口对象或MQ解析对象从而解析并保存个性详单数据流。其中个性详单数据流包括订单类型、业务系统来源、收款类型、退款类型、收款方式及其他业务特殊性属性。

个性信息属性设置单元3102可以通过页面或部署的配置文件添加个性数据配置流，个性数据配置流例如可以包括业务系统来源、个性通用属性和业务个性其他属性。

其中业务系统来源包括POP商家结算，供应商结算，广告结算，数字商城结算等结算业务或不同的二级结算业务的业务编码；个性通用属性包括收款方式、收款类型、退款类型等属性；业务个性其他属性包括退款要的退款单位属性，收款账户互转的归属账户主体等，只有特定的业务才有的属性。

统计模块304调用统计对象设置单元3104，其中统计对象设置单元3104通过页面或部署的配置文件生成统计维度配置流。统计维度配置流包括业务系统来源和统计维度属性，统计维度属性为详单数据的统计维度，即金额累加的维度，其中维度包括供应商简码，结算类型，商品sku、累加详单的时间范围等。

统计模块304将共性详单数据流与个性详单数据流按照统计维度配置流提供的统计对象进行维度统计，生成待计费数据流，其中共性详单数据流与个性详单数据流以相同业务单号关联。

计费模块306调用计费规则设置单元3106根据页面或部署的配置文件生成的计费规则配置流将待计费数据流按照计费规则扣除预付款或供应商货款，生成计费数据流。其中计费规则配置模块通过添加计费规则配置流，包括业务系统来源和计费规则属性，计费规则属性BC包括预付款核销、账扣等。

结算模块308将计费数据流按照结算规则配置模块生成的结算规则配置流的结算规则自动日结、月结、季结，最终生成结算单流。其中结算规则配置模块通过页面或部署的配置文件添加结算规则配置流。结算规则配置流包括业务系统来源和结算规则属性，结算规则属性包括日结、月结或季结。

审核模块312将结算单流按照审核规则配置模块生成的审核规则配置流的审核规则进行审核，审核通过生成收付款申请单流。审核规则配置模块通过页面或部署的配置文件添加审核规则配置流。审核规则配置流包括业务系统来源和审核规则属性，审核规则属性包括审批的级数、审批的角色、审批的控制条件。

接下来，收付款申请单流通过收付款单模块生成收付款单流，收付款单流进入资金帐模块，进入企业资金流。

异常信息处理模块314通过页面或部署的配置文件添加异常信息配置流。异常信息配置流包括异常信息编码、异常原因和异常推送任务编码。异常推送模块按照异常信息配置流的配置信息，将异常编码及异常原因以异常任务形式推送到相应配置的接口、MQ或页面。

本公开提出的基于动态模块化的财务结算方法可满足多种复杂业务的接入。通过页面或配置文件的动态配置动态解析、保存、各数据流阶段转化，无需为具体业务单独开发代码。此外，通过将共性信息与个性信息的处理进行解耦，在兼容不同业务的同时节省了开发成本，节省了数据库及内存等软硬件资源，增加了系统的可扩展性与兼容性。

根据本公开的一个方面，提供一种财务结算装置，包括：

存储器；以及

耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

该实施例中的装置的处理器执行操作的具体方式已经在有关该财务结算方法的实施例中执行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种装置400的框图。装置400可以是智能手机、平板电脑等移动终端。

参照图4，装置400可以包括以下一个或多个组件：处理组件402，存储器404，电源组件406，多媒体组件408，音频组件410，传感器组件414以及通信组件416。

处理组件402通常控制装置400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作以及记录操作相关联的操作等。处理组件402可以包括一个或多个处理器418来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件408和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在装置400的操作。这些数据的示例包括用于在装置400上操作的任何应用程序或方法的指令。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储器404中还存储有一个或多个模块，该一个或多个模块被配置成由该一个或多个处理器418执行，以完成上述任一所示方法中的全部或者部分步骤。

电源组件406为装置400的各种组件提供电力。电源组件406可以包括电源管理系统，一个或多个电源，及其他与为装置400生成、管理和分配电力相关联的组件。

多媒体组件408包括在所述装置400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当装置400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

传感器组件414包括一个或多个传感器，用于为装置400提供各个方面的状态评估。例如，传感器组件414可以检测到装置400的打开/关闭状态，组件的相对定位，传感器组件414还可以检测装置400或装置400一个组件的位置改变以及装置400的温度变化。在一些实施例中，该传感器组件414还可以包括磁传感器，压力传感器或温度传感器。

通信组件416被配置为便于装置400和其他设备之间有线或无线方式的通信。装置400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在本公开的一种示例性实施例中，还提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的财务结算方法。该计算机可读存储介质例如可以为包括指令的临时性和非临时性计算机可读存储介质。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。

Claims (11)

1.一种财务结算方法，其特征在于，包括：

识别订单中的共性信息和个性信息，并根据识别结果生成共性详单数据流以及个性详单数据流，所述共性信息指是不同订单中相同的项目，所述个性信息是指不同订单中种类不同、数量不同的项目；

根据所述订单的所述共性信息以及所述个性信息选择统计对象，根据所述统计对象对所述共性详单数据流以及所述个性详单数据的各属性分别进行统计；

根据所述订单的所述共性信息以及所述个性信息选择计费规则，根据所述计费规则对所述共性详单数据流以及所述个性详单数据流分别进行计费，生成共性计费数据流以及个性计费数据流；

对所述共性计费数据流以及所述个性计费数据流按照订单号进行整合，根据所述订单的所述共性信息以及所述个性信息选择结算规则，根据所述结算规则以及所述订单号生成结算单。

2.如权利要求1所述的财务结算方法，其特征在于，所述共性信息至少包括：订单号、供应商简码、交易金额、交易时间；所述个性信息的信息种类至少包括订单类型、业务系统来源、收款类型、退款类型、收款方式。

3.如权利要求1所述的财务结算方法，其特征在于，还包括：

根据所述共性信息选择审核规则，获取外部信息，根据所述审核规则以及所述外部信息对所述结算单进行审核，所述外部信息至少包括发票信息。

4.如权利要求1所述的财务结算方法，其特征在于，所述计费规则至少包括金额满减优惠规则。

5.如权利要求1所述的财务结算方法，其特征在于，所述结算规则至少包括结算周期。

6.一种财务结算装置，其特征在于，包括：

订单分流模块，设置为识别订单中的共性信息和个性信息，并根据识别结果生成共性详单数据流以及个性详单数据流，所述共性信息指是不同订单中相同的项目，所述个性信息是指不同订单中种类不同、数量不同的项目；

统计模块，设置为根据所述订单的所述共性信息以及所述个性信息选择统计对象，根据所述统计对象对所述共性详单数据流以及所述个性详单数据的各属性分别进行统计；

计费模块，设置为根据所述订单的所述共性信息以及所述个性信息选择计费规则，根据所述计费规则对所述共性详单数据流以及所述个性详单数据流分别进行计费，生成共性计费数据流以及个性计费数据流；

结算模块，设置为对所述共性计费数据流以及所述个性计费数据流按照订单号进行整合，根据所述订单的所述共性信息以及所述个性信息选择结算规则，根据所述结算规则以及所述订单号生成结算单。

7.如权利要求6所述的财务结算装置，其特征在于，还包括规则设置模块，所述规则设置模块包括：

个性信息属性设置单元，设置为提供判断个性信息种类与判断标准；

统计对象设置单元，设置为为每种订单类型提供预设统计对象；

计费规则设置单元，设置为为每种订单类型提供预设计费规则；

结算规则设置单元，设置为为每种订单类型提供预设结算规则。

8.如权利要求7所述的财务结算装置，其特征在于，还包括：

审核模块，设置为根据所述共性信息选择审核规则，获取外部信息，根据所述审核规则以及所述外部信息对所述结算单进行审核；

所述规则设置模块还包括：

审核规则设置单元，设置为为每种订单类型提供预设审核规则。

9.如权利要求6所述的财务结算装置，其特征在于，还包括：

异常信息处理模块，设置为判断是否出现异常信息，并在出现所述异常信息时根据所述异常信息的种类处理异常信息。

10.一种财务结算装置，其特征在于，包括：

存储器；以及

耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-5任一项所述的财务结算方法。

11.一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如权利要求1-5任一项所述的财务结算方法。

Images