CN102567790A - 业务单据处理方法及系统 - Google Patents

Abstract

本发明公开了一种业务单据处理方法及系统。一种业务单据处理方法，包括：接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程；参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码；执行所述业务规则代码，以控制所述业务单据的操作流程。应用上述技术方案，当业务规则发生变更时，不需要二次开发代码，而是依据业务规则指令组合预设的操作代码即可实现对业务单据操作流程的控制，进而减少工作量，提高灵活性。

Description

业务单据处理方法及系统

技术领域

本发明涉及数据处理技术领域，更具体地，特别涉及一种业务单据处理方法及系统。

背景技术

EAS(Enterprise Application Service，企业应用服务)系统是基于金蝶的BOS(Business Operating System，业务操作系统)平台，构建于TOGAF(The Open Group Architecture Framework，开放组体系结构框架)和SOA(Service-Oriented Architecture，面向服务架构)，面向中国和亚太地区大中型企业，为企业提供全面的业务、行业和个性化解决方案，帮助企业实现无边界管理的服务系统。

目前，EAS系统中对每个业务单据的操作包括：保存、提交、审核或者反审核等操作，并且每个操作所需要的参数在EAS系统中是固定的。例如：销售出库单据配置了提交及审核参数为是；那么在业务单据提交过程中，首先判断该参数是否为是，如果为是，在执行完提交的操作后，需要执行审核操作。因此，针对业务单据的业务规则，即执行完当前操作之后，执行何种后续操作的规则在EAS系统中是固定的，也就是说EAS系统中对于业务单据的业务规则是固定的。

假如用户需要增加某个操作，例如：在上述提交审核操作之间增加分写操作，但是EAS系统中业务规则是固定的，因此在提交操作之后无法执行分写操作，而是执行审核操作。假若执行分写操作，需要软件开发商按照客户的需求重新安排业务规则，即将分写操作插入提交操作和审核操作之间，进而需要软件开发商通过二次开发增加新的代码实现新的业务规则。当业务规则再次发生变化时，则需要软件开发商再一次编写代码以符合业务规则的要求，而用户是无法调整代码以变更业务规则的。

发明内容

有鉴于此，本发明的目的在于提供一种业务单据处理方法及系统，以解决当业务规则变更时，需要二次开发代码以实现对业务单据操作流程控制的问题。

为实现上述目的，本发明提供的一种业务单据处理方法的技术方案如下：

一种业务单据处理方法，包括：

接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程；

参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码；

执行所述业务规则代码，以控制所述业务单据的操作流程。

本发明还提供一种业务单据处理系统，包括：

接收装置，用于接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程；

与所述接收装置相连的调用装置，用于参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码；

与所述调用装置相连的封装装置，用于将所述操作代码依据所述业务规则指令封装为业务规则代码；

与所述封装装置相连的执行装置，用于执行所述业务规则代码，以控制所述业务单据的操作流程。

应用上述技术方案，接收到控制业务单据的操作流程的业务规则指令后，调用业务规则指令相对应的操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码，因此，当业务规则发生变更时，可以依据接收到的业务规则指令组合预设的操作代码，以控制业务单据的操作流程。与现有技术相比，当业务规则发生变更时，不需要二次开发代码，而是依据业务规则指令组合预设的操作代码即可实现对业务单据操作流程的控制，进而减少工作量，提高灵活性。

附图说明

为了更清楚地说明本发明实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的业务单据处理方法的一种流程图；

图2为本发明实施例提供的生成业务规则指令的界面的一种示意图；

图3为本发明实施例提供的业务单据处理方法的又一种流程图；

图4为图3中所示的步骤S301的流程图；

图5为本发明实施例提供的业务单据处理方法的再一种流程图；

图6为本发明实施例提供的参数类型界面的示意图；

图7为本发明实施例提供的参数设置界面的示意图；

图8为本发明实施例中生成业务规则指令的界面的另一种示意图；

图9为本发明实施例中生成业务规则指令的界面的再一种示意图；

图10为本发明实施例提供的业务单据处理系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本发明保护范围。

申请人经研究发现，EAS系统中对每个业务单据的业务规则是固定的，业务规则控制业务单据的操作流程，因此，对于EAS系统中的每个业务单据都会依据相同的业务操作流程操作。

假如用户要改变EAS系统内原有的业务规则，则需要软件开发商通过二次开发增加新的代码实现新的业务规则。当业务规则再次发生变化时，则需要软件开发商再一次编写代码以符合业务规则的要求，而用户是无法调整代码以变更业务规则的，进而导致业务单据的操作流程无法变更，更进一步地，导致系统灵活性差。

为了解决上述问题，本发明实施例提供一种业务单据处理方法，其流程图如图1所示，包括：

S101：接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程；其中：

本步骤中的预设操作为：点击复选框和下拉列表框操作或点击复选框和编辑编辑框操作或者点击复选框和组合框操作；复选框包括：业务规则复选框；下拉列表框为操作流程下拉列表框；编辑框为操作流程编辑框；组合框为操作流程作组合框。在软件开发过程中，通过编程设定的操作，将发送业务单据的业务规则指令的功能添加到点击复选框和下拉列表框操作或点击复选框和编辑编辑框操作或者点击复选框和组合框操作中，用户在界面上执行预设操作(比如点击复选框和下拉列表框)，则表示发送了业务单据的业务规则指令。

请参考图2，图2是本发明实施例中生成业务规则指令的界面的一种示意图。图2所示的界面中复选框包括：业务规则复选框，下拉列表框为操作流程下拉列表框。用户通过点击业务规则复选框和下拉列表框选取操作流程，例如：选取下拉列表框中的“保存、提交、审核和反审核”的操作流程，并点击业务规则复选框，则表示发送了业务单据的业务规则指令，该业务规则指令控制业务单据按照保存、提交、审核和反审核的操作流程进行操作。

当然，图2中的“操作流程”还可以采用编辑框，接收用户输入的操作流程。优选为下拉列表框，因为用户输入的操作流程中的某个操作可能是EAS系统不具有的操作，而下拉列表框能够在初始设计时，将所有的操作按照任意规则组合为操作流程，用户执行预设操作时，所选取的操作是EAS系统所包括的操作。“操作流程”还可以采用组合框，即初始设计时，设置操作流程，同时也能接收用户输入的操作流程，对此不再加以阐述。

S102：参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码；

每个操作对应一套操作代码，例如：保存操作和提交操作分别与实现该操作的操作代码相对应。在软件开发阶段，建立业务规则指令与操作代码之间的对应关系。当接收到业务规则指令时，参考事先建立的业务规则指令与操作代码间的对应关系，调用操作代码，并将操作代码依据业务规则指令封装为业务规则代码。

比如：步骤S101中的保存、提交、审核和反审核的业务规则指令，当接收到该指令时，分别调用保存、提交、审核和反审核四个操作的操作代码，并将四套操作代码依据保存、提交、审核和反审核的顺序封装为业务规则代码。

当然，若业务规则指令依据保存、提交、分写和审核的操作流程控制业务单据，此时，调用的是保存、提交、分写和审核四个操作的操作代码。

S103：执行所述业务规则代码，以控制所述业务单据的操作流程。

如前述的，销售出库单据配置了提交及审核参数为是；那么在业务单据提交过程中，首先判断该参数是否为是，如果为是，在执行完提交的操作后，需要执行审核操作。但是，有的业务单据并不需要进行审核操作或者是执行完提交后执行分写操作，此时，由于EAS系统内业务规则是固定的，在执行完提交操作后，必须执行审核操作。若想变更业务规则，则需要二次开发操作代码，导致工作量增加，更进一步地，导致系统的灵活性差。而应用本发明实施例所提供的业务单据处理方法，则可以依据业务单据指令，单独将提交操作代码封装为业务规则代码，或者依据业务单据指令，组合操作代码，而不需二次开发代码，进而减少工作量，提高了灵活性。

应用上述技术方案，接收到控制业务单据的操作流程的业务规则指令后，调用业务规则指令相对应的操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码，因此，当业务规则发生变更时，可以依据接收到的业务规则指令组合预设的操作代码，以控制业务单据的操作流程。与现有技术相比，当业务规则发生变更时，不需要二次开发代码，而是依据业务规则指令组合预设的操作代码即可实现对业务单据操作流程的控制，进而减少工作量，提高灵活性。

请参阅图3，图3是本发明实施例提供的业务单据处理方法的另一种流程图，阐述了如何依据操作权限对业务单据进行处理。由于业务单据记录有企业的客户资料数据、销售数据或者盈利数据等数据，具有保密性，所以为了保证业务单据安全性，对其设置了操作权限，即具有操作权限的人员可以对业务单据进行处理，而不具有操作权限的人员是无法查看业务单据，更不能处理业务单据。图3所示的业务单据处理方法包括：

S301：判断执行预设操作的用户是否具有操作权限，如果是，执行S302，否则，结束。其中：操作权限的判断过程如图4所示，包括：

S401：获取执行预设操作的用户的用户信息；其中：用户信息可以为用户姓名或者用户的工号。当然，为了进一步提高安全性，还可以增加密码保护，即在输入用户信息的同时，输入预设的密码。

S402：在预设的用户权限数据表中查找所述用户的用户信息；

S403：判断所述用户信息中权限属性字段是否为真，若为真，则执行S404；否则执行S405；

S404：判断所述用户具有操作权限，继续执行S302；

S405：判断所述用户不具有操作权限，结束操作。

当然，当判断用户具有操作权限时，可以显示提示信息，提示用户具有操作权限，可以进行操作，否则，提示用户不具备操作权限，并进一步地，将复选框按钮和下拉框按钮设置为灰色，不可操作。

但是，具有操作权限的用户不一定对业务单据进行操作，而是查看业务单据，则本发明实施例提供的方法在步骤S301之后，进一步包括：接收后续操作指令，所述后续操作指令携带后续操作参数；判断所述后续操作参数的参数值是否满足预设后续操作阈值，如果是，继续执行S302，否则结束。

包含操作权限和后续操作的界面请参见图2所示的界面。“后续操作”复选框在初始设计时，建立“后续操作”复选框与“业务规则”复选框的接口。当后续操作参数的参数值满足预设后续操作阈值时，表示系统可以进行后续操作，即对业务单据依据业务规则处理，此时，“业务规则”复选框可操作，否则，“业务规则”复选框设置为灰色，不可操作。

S302：接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程；

S303：参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码；

S304：执行所述业务规则代码，以控制所述业务单据的操作流程。

本发明实施例中的步骤S302至步骤S304的具体实施过程与图1所示的方法中的步骤S101至步骤S103相同，对此本实施例不再加以阐述。

需要说明的是，本实施例并不限定必须依据上述流程进行，采用其他的方式同样也可以实现相类似的效果，例如：用户执行预设操作后，向用户发送输入密码的信息，接收用户输入的密码后，将其与预设的密码进行比较，如果相同，则表示用户具有权限，继续执行，否则，表示用户没有权限，结束操作。

应用上述技术方案，当业务规则发生变更时，不需要二次开发代码，而是依据业务规则指令组合预设的操作代码即可实现对业务单据操作流程的控制，进而减少工作量，提高灵活性。同时，通过增加操作权限，提高了业务单据的保密性。

请参阅图5，图5是本发明实施例提供的业务单据处理的另一种流程图，之所以提供图5所示的方法，是因为随着用户的需求，可能会出现新的操作，而此时在软件开发阶段，并没有预先设置新操作的代码，为了确保能够执行新增操作而提出的。图5所示的业务单据处理方法包括：

S501：接收用户通过第一预设操作发送的第一业务规则指令，第一业务规则指令携带第一指令参数，第一指令参数表明第一业务规则指令为原有业务规则指令或者新增业务规则指令；

S502：从所述第一业务规则指令中提取第一指令参数；

S503：判断第一指令参数为业务规则参数，还是业务脚本参数；当第一指令参数为业务规则参数时，执行S506，否则执行S504；

其中：业务规则参数的参数值为1，表示业务单据按照原有业务规则操作；而业务脚本参数的参数值为0，表示业务单据依据新增业务规则执行。当然，两个参数的参数值还可以互换或者采用其他数值同样可以实现本发明实施例提供的方法。

S504：参考预设的业务规则指令与预设的操作代码间的对应关系，调用操作代码，将操作代码依据第一业务规则指令封装为第一业务规则代码；

此时，第一业务规则指令为原有业务规则指令，控制业务单据依据原有操作流程进行操作。当接收到原有业务规则指令时，则会直接调用事先预置的操作代码，依据业务规则指令将操作代码封装为原有业务规则代码，使业务单据依据原有操作流程处理。

S505：执行第一业务规则代码，依据第一业务规则指令的操作流程控制业务单据的处理，继续执行S508；

至此，业务单据完成了依据原有业务规则的操作流程进行操作。

S506：调用与业务脚本参数相对应的新增业务脚本；

随着客户需求的变化，原有业务规则不能满足用户的需求，例如：某个餐饮企业针对会员卡礼品的兑换，不再采用积分兑换礼品，而是采用返点兑换礼品，此时，采用原有的积分兑换礼品规则对应的操作代码显然是无法实现返点兑换礼品规则。

基于上述需求，在软件开发阶段，设置了预设操作与业务脚本编辑的接口，当第一业务规则指令中携带的是业务脚本参数时，接收到第一业务规则指令后，则自动调用已编辑的业务脚本，控制业务单据执行新增的操作。应用该方法当新增业务规则时，无需重新调整所有的操作代码，自动调用已编辑的业务脚本即可，进而进一步减轻工作量，提高了灵活性。

需要说明的是：EAS系统中参数是固定的，新增业务规则所需的参数是无法设置的，因此更改EAS系统中参数设置方式，保证能够设置新增参数。如图6和图7所示。图6是参数类型界面，图7是参数设置界面。当EAS系统需要编辑业务脚本实现新增业务规则时，开发人员直接在参数类型界面和参数设置界面上添加编辑业务脚本需要的参数即可。

S507：执行新增业务脚本，以控制业务单据依据新增业务规则操作，继续执行S508；

新增业务脚本可以是用户自己编辑的，也可以由软件开发商依据用户的需求编辑。

至此，业务单据完成了依据新增业务规则的操作流程进行操作。

S508：接收用户通过第二预设操作发送的第二业务规则指令，第二业务规则指令携带第二指令参数，第二指令参数表明第二业务规则指令为原有业务规则指令或者新增业务规则指令；

S509：从所述第二业务规则指令中提取第二指令参数；

S510：判断第二指令参数为业务规则参数，还是业务脚本参数；当所述第二指令参数为业务规则参数时，执行S511，否则执行S513；

S511：参考预设的业务规则指令与预设的操作代码间的对应关系，调用操作代码，将操作代码依据第二业务规则指令封装为第二业务规则代码；

S512：执行第二业务规则代码，依据第二业务规则指令的操作流程控制业务单据的处理；

步骤S504至步骤S512完成了依据原有业务规则控制业务单据的操作流程，而步骤S506至步骤S512完成了依次依据新增业务规则和原有业务规则控制业务单据的操作流程。

S513：调用与业务脚本参数相对应的新增业务脚本；

S514：执行新增业务脚本，以控制业务单据依据新增业务规则操作；

步骤S506至步骤S514完成了依据新增业务规则控制业务单据的操作流程，而步骤S504至步骤S514完成了依次依据原有业务规则和新增业务规则控制业务单据的操作流程。

与图5所示的方法相对应的界面示意图请参阅图8，图8是本发明实施例中生成业务规则指令的界面的另一种示意图。

界面设计时，通过编程设定的操作，将发送业务单据的业务规则指令的功能分别添加到界面的点击“业务规则”的复选框和“操作流程”的下拉列表框中，以及点击“业务脚本”的复选框中，用户在界面上执行预设操作(比如点击复选框和下拉列表框)，则表示发送了业务单据的业务规则指令。并且，用户点击“业务规则”的复选框和“操作流程”的下拉列表框的预设操作不同于用户点击“业务脚本”复选框的预设操作。当用户执行点击“业务规则”的复选框和“操作流程”的下拉列表框的预设操作，由于“操作流程”中设定的是原有业务规则，因此，将调用预设的操作代码封装为原有规则业务代码按照原有业务规则控制业务单据的操作流程。而当用户执行点击“业务脚本”的复选框的预设操作时，执行的是新增业务规则，调用“脚本编辑”编辑框内的脚本，执行业务单据的新增业务规则。

当然，本发明实施例提供的业务单据处理方法还可以进一步判断用户是否具有操作权限，当用户具有操作权限时，执行步骤S501，否则结束操作。判断用户是否具有操作权限可以采用图4所示的方法，也可以采用其他的方式同样也可以实现相类似的效果，例如：用户执行预设操作后，向用户发送输入密码的信息，接收用户输入的密码后，将其与预设的密码进行比较，如果相同，则证明用户具有权限，继续执行，否则，没有权限，结束操作。

结合有操作权限的生成业务规则指令的界面的示意图如图9所示，图9所示的界面在图8的基础上增加了操作权限功能。

但是，具有操作权限的用户不一定对业务单据进行操作，而是查看业务单据，则本发明实施例提供的方法在步骤S501之后，进一步包括后续操作判断步骤，即接收后续操作指令，所述后续操作指令携带后续操作参数；判断所述后续操作参数的参数值是否满足预设后续操作阈值，如果是，继续执行S502，否则结束。

图9所示界面中的“业务控制”一栏与后续操作判断步骤相对应。本发明实施例中预设后续操作阈值设为“1”，当用户选中“后续操作参数”时，表示用户要进行后续操作，由于事先已经建立了选中“后续操作参数”与后续操作指令发送接口，在选中的同时，发送后续操作指令。该指令中所携带的后续操作参数值为“1”，满足预设后续操作阈值，执行步骤S502，若用户未选中“后续操作参数”时，表示用户不需进行后续操作，结束操作。

应用上述技术方案，当不具有新增业务规则相对应的操作代码时，不需要改变原有代码，通过编辑业务脚本实现新增业务规则，进而减少工作量，提高灵活性。同时，通过增加操作权限，提高了业务单据的保密性。

本发明实施例还提供一种业务单据处理系统，其结构示意图如图9所示，包括：接收装置10、调用装置11、封装装置12和执行装置13，其中：

接收装置10，用于接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程；调用装置11，用于参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码；封装装置12，用于将所述操作代码依据所述业务规则指令封装为业务规则代码；执行装置13，用于执行所述业务规则代码，以控制所述业务单据的操作流程。

本发明实施例提供的业务单据处理系统还包括：判断装置14，用于判断执行预设操作的用户是否具有操作权限，所述接收装置10是在判断装置14判断执行预设操作的用户具有操作权限后，接收用户通过预设操作发送的业务单据的业务规则指令的。

本系统中各个装置执行具有操作的过程如下所述：

判断装置14判断执行预设操作的用户是否具有操作权限，如果具有操作权限，则接收装置10接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程。调用装置11参考预设的业务规则指令与预设的操作代码间的对应关系，调用操作代码，并由封装装置12将所述操作代码依据所述业务规则指令封装为业务规则代码。执行装置13执行所述业务规则代码，以控制所述业务单据的操作流程。

应用本系统，当业务规则发生变更时，不需要二次开发代码，而是依据业务规则指令组合预设的操作代码即可实现对业务单据操作流程的控制，进而减少工作量，提高灵活性。同时，通过增加操作权限，提高了业务单据的保密性。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种业务单据处理方法，其特征在于，包括：

接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程；

参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码；

执行所述业务规则代码，以控制所述业务单据的操作流程。

2.根据权利要求1所述的业务单据处理方法，其特征在于，所述接收用户通过预设操作发送的业务单据的业务规则指令具体为：

接收用户通过第一预设操作发送的第一业务规则指令，第一业务规则指令携带第一指令参数，第一指令参数表明第一业务规则指令为原有业务规则指令或者新增业务规则指令；

从所述第一业务规则指令中提取第一指令参数；

当所述第一指令参数为业务规则参数时，执行参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码。

3.根据权利要求2所述的业务单据处理方法，其特征在于，执行所述业务规则代码之后还包括：

接收用户通过第二预设操作发送的第二业务规则指令，第二业务规则指令携带第二指令参数，第二指令参数表明第二业务规则指令为原有业务规则指令或者新增业务规则指令；

从所述第二业务规则指令中提取第二指令参数；

当所述第二指令参数为业务脚本参数时，调用与所述业务脚本参数相对应的新增业务脚本；

执行所述新增业务脚本，以执行新增业务规则控制业务单据的操作流程。

4.根据权利要求3所述的业务单据处理方法，其特征在于，

当所述第二指令参数为业务规则参数时，执行参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码。

5.根据权利要求2所述的业务单据处理方法，其特征在于，

当所述第一指令参数为业务脚本参数时，调用与所述业务脚本参数相对应的新增业务脚本；

执行所述新增业务脚本，以执行新增业务规则控制业务单据的操作流程。

6.根据权利要求5所述的业务单据处理方法，其特征在于，执行所述业务规则代码之后还包括：

接收用户通过第二预设操作发送的第二业务规则指令；

参考预设的第二业务规则指令与预设的第二指令参数间的对应关系，调用所述第二指令参数；

当所述第二指令参数为业务规则参数时，执行参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码，以控制业务单据依据原有操作流程处理。

7.根据权利要求6所述的业务单据处理方法，其特征在于，

当所述第二指令参数为业务脚本参数时，调用与所述业务脚本参数相对应的新增业务脚本；

执行所述新增业务脚本，以执行新增业务规则控制业务单据的操作流程。

8.根据权利要求1至7任意一项所述的业务单据处理方法，其特征在于，接收用户通过预设操作发送的业务单据的业务规则指令是在判断执行预设操作的用户具有操作权限后执行的。

9.根据权利要求8所述的业务单据处理方法，其特征在于，判断执行预设操作的用户具有操作权限具体为：

获取执行预设操作的用户的用户信息；

在预设的用户权限数据表中查找所述用户的用户信息；

判断所述用户信息中权限属性字段是否为真，若为真，则判断所述用户具有操作权限，否则，判断所述用户不具有操作权限。

10.根据权利要求9所述的业务单据处理方法，其特征在于，接收用户通过预设操作发送的业务单据的业务规则指令之后，参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码之前还包括：接收后续操作指令，所述后续操作指令携带后续操作参数；

判断所述后续操作参数的参数值是否满足预设后续操作阈值，当所述参数值满足设后续操作阈值时，执行参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码，将所述操作代码依据所述业务规则指令封装为业务规则代码，否则，结束操作。

11.根据权利要求1-7任意一项所述的业务单据处理方法，其特征在于，所述预设操作包括：点击复选框和下拉列表框操作或点击复选框和编辑编辑框操作或者点击复选框和组合框操作；

所述复选框包括：业务规则复选框；

所述下拉列表框为业务操作下拉列表框；

所述编辑框为业务操作编辑框；

所述组合框为业务操作组合框。

12.一种业务单据处理系统，其特征在于，包括：

接收装置，用于接收用户通过预设操作发送的业务单据的业务规则指令，所述业务规则指令控制业务单据的操作流程；

与所述接收装置相连的调用装置，用于参考预设的业务规则指令与预设的操作代码间的对应关系，调用所述操作代码；

与所述调用装置相连的封装装置，用于将所述操作代码依据所述业务规则指令封装为业务规则代码；

与所述封装装置相连的执行装置，用于执行所述业务规则代码，以控制所述业务单据的操作流程。

13.根据权利要求12所述的业务单据处理系统，其特征在于，还包括：

与所述接收装置相连的判断装置，用于判断执行预设操作的用户是否具有操作权限。

Images