[发明专利]一种业务处理方法、装置、介质和电子设备

说明书

本发明提供了一种业务处理方法、装置、介质和电子设备，其中，所述业务处理方法包括：获取当前对象实体的当前业务类型的当前字段与相应数据处理逻辑之间的映射关系；根据映射关系和当前业务类型确定对应的数据处理逻辑；根据数据处理逻辑对当前业务类型数据进行数据处理，得到处理后的当前业务类型数据。本发明通过增加同一对象实体的不同业务类型，该业务类型对应于不同的应用场景，针对不同的业务类型配置有相应的字段和数据处理逻辑，并根据与当前业务类型对应的数据处理逻辑，对当前业务类型数据进行数据处理；这样，设计了通用的业务处理方法，不仅扩展了业务实体的能力，还增强了业务实体对多种业务类型的支持。

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种业务处理方法、装置、介质和电子设备。

背景技术

在企业业务系统中，业务实体对象承载着业务数据的存储和业务逻辑的核心概念。例如，订单、商品、支付、出库，这些业务的处理过程中离不开订单实体、商品实体、支付记录单、出库单这些对象实体，对象实体上拥有很多字段属性，通过对象实体可以把业务数据存储在对象实体关联的数据表中，例如，订单表、商品表、支付记录表、出库记录表。在实际的业务场景中，同一个业务对象可能会有不同的业务含义和处理逻辑，例如，订单和退货单，基本上信息都一样，退货单上的字段基本上与订单上的字段差不多，可能就多了个退货原因和退货时间，实际上，可以把退货单看做是一种特殊类型的订单。

传统的业务系统，一般是将订单和退货单设计成2个业务对象，使用上也不会有太大的问题，但两者的字段重复度非常高，存在重复开发的逻辑。如果是2个独立的对象，在业务处理时，如果需要统一汇总就会带来不少麻烦，例如，需要查看月度订单额时，只统计订单金额是不准确的，还有减去退货的金额。如果是1个对象，那么，订单额为正，退货额为负，直接汇总就可以得到结果。如果是2个独立的对象，那么，就需要写特殊的汇总逻辑，并根据该汇总逻辑，对2个对象中的相关数据进行合并及统计处理，才能得到准确的订单金额。

还有一种场景，从业务角度看，应该是1个业务对象，但在系统中被设计成为多个业务对象，例如，客户关系管理系统中的客户对象。客户关系管理系统中的客户对象在面向企业业务领域可以理解为一个公司，例如，塑料包装袋生产厂商的客户中有很多是食品销售公司，这些食品销售公司就是它的客户，这个是客户关系管理系统中客户的概念。从业务角度来看，同样是客户，实际上，不同的客户差别非常大，例如，小客户、大客户、vip客户。针对上述不同类别的客户，其对象字段差别非常大，字段的填写要求也不同，关联的审批流程也不同，对销售人员的要求也不同，有资格跟进的销售人员范围也不同，上述这些种种的不同，在一个业务对象上很难区分，所以，传统的客户关系管理系统中，当功能设计比较复杂的时候，会分别设计几个客户对象，例如，小客户业务对象、大客户业务对象、vip客户业务对象，这样方式的好处是，不同的业务对象，可以有自己的逻辑处理，实现起来比较方便。但是，这种方式带来了另外的问题，例如，进行综合统计分析的时候，就需要额外写逻辑，通过该逻辑将这几个对象的数据汇总在一起。由于是针对多个单独的业务对象，只要是需要统一查看的地方，都需要做特殊的合并逻辑处理，这样，使得处理数据的过程过于繁琐。

在传统的业务系统中，对于一个复杂的业务对象，由于业务复杂性方面的不同，针对不同的业务场景，需要赋予不同的业务场景一些特殊的字段。对于某一业务场景中必要的字段，也许在其它业务场景中并不需要。此外，针对不同的业务场景，同样的字段，需要具有不同的填写要求和不同的校验规则。那么，针对上述问题的解决方案，设计成一个统一的对象，还是设计成多个对象，无论选择上述哪一种解决方案，都分别存在缺陷。当面对简单业务的时候，系统可以简单地设计为使用同一个对象实体；而面对复杂业务的时候，系统可以设计为使用多个不同的对象实体。但是，初期业务并不复杂，业务上也没有那么多细节需要管理，因此，往往会选择：使用一个对象实体承接所有业务场景。而当企业不断发展，业务越来越复杂时，原来单一对象实体无法应对复杂业务，而且，对原来单一对象实体进行修改，并修改为多个对象实体的过程会很困难，需要做大规模重构系统架构，对应的开发和实施，需要耗费大量的人力和物力。