CN106934508A - 一种应用于erp系统的信用控制方法及系统 - Google Patents

Abstract

本发明涉及ERP领域，具体地，涉及一种应用于ERP系统的信用控制方法及系统，该信用控制方法包括：从预设的参数数据库中获取参与当前信用控制的信用参数，其中，所述信用参数被配置为指定受到信用控制的第一单据、用于信用数据计算的第二单据以及进行信用控制的控制时机；从所述ERP系统中获取所述第一单据和第二单据，并在所述第一单据处于所述控制时机时，根据所述第二单据计算信用数据；以及根据计算出的信用数据进行信用控制。本发明提供的信用控制方法及系统建立包括多种参数的信用参数控制体系，并巧妙设计出信用控制方式，配合应收订单对生单的控制，并提供信用额度等信用数据的单据间的流转，全面地满足了企业的业务需要。

Description

一种应用于ERP系统的信用控制方法及系统

技术领域

本发明涉及ERP(Enterprise Resource planning，企业资源规划)领域，具体地，涉及一种应用于ERP系统的信用控制方法及系统。

背景技术

目前，通过ERP系统可以识别和规划企业资源，从而获取客户订单，完成加工和交付，最后得到客户付款。换言之，ERP系统将企业内部所有资源整合在一起，对采购、生产、成本、库存、分销、运输、财务、人力资源进行规划，从而达到最佳资源组合，取得最佳效益，同时也有利于企业对市场需求迅速做出反应。

销售管理是ERP系统所具备的一项功能，其目的在于为客户提供产品及服务，实现资金回笼并获取利润。另外，随着市场的变化，由于客户资源有限，企业销售已经转变为一种竞争性的销售，信用销售(赊销)方式开始流行，信用销售管理也由此成为了销售管理的重要环节。信用销售是企业通过分期付款、延期付款等方式向单位或个人销售商品或服务的信用交易方式，是市场经济中商业信用销售的基本形态，是生产经营者及消费者之间的直接信用。

虽然信用销售能争取到订单，但同时也面临很大的坏账、呆账等信用风险。因此，要求ERP系统不仅能进行简单的销售管理，还需要能对信用销售进行管理，即实现信用控制。针对信用销售的信用控制是企业对于信用销售对象进行科学管理，通常通过对赊销额度及期限的控制，来规避因赊销产生的风险，增加赊销的成功率。

目前大多数ERP产品针对的信用控制比较固定，预置的信用控制方法只能满足一部分用户的需求，不够灵活多样。并且在信用额度的统计上，也多数是针对某一个范围的业务单据进行统计数据，并不会考虑单据的流转，难以做到全面性。同时，由于中小型企业的管理水平参差不齐，对于销售管理各自的要求、流程均有自己特殊的地方，这就对ERP系统的通用性、灵活性、可配置性提出了很高的要求。

发明内容

本发明的目的是提供一种应用于ERP系统的信用控制方法及系统，用于解决目前的ERP系统进行信用控制通用性、灵活性及可配置性不高的问题。

为了实现上述目的，本发明提供一种应用于ERP系统的信用控制方法，该信用控制方法包括：从预设的参数数据库中获取参与当前信用控制的信用参数，其中，所述信用参数被配置为指定受到信用控制的第一单据、用于信用数据计算的第二单据以及进行信用控制的控制时机；从所述ERP系统中获取所述第一单据和第二单据，并在所述第一单据处于所述控制时机时，根据所述第二单据计算信用数据；以及根据计算出的信用数据进行信用控制。

优选地，所述信用控制包括信用额度控制和/或信用期控制。

优选地，所述第一单据和所述第二单据为同一单据或相互关联的不同单据，且所述第一单据和所述第二单据包括订单、发货单、出库单和发票中的一者或多者。

优选地，所述信用数据包括信用额度、已用额度、信用期、账龄、应收账款和应收订单中的一者或多者。

优选地，所述根据所述第二单据计算信用数据包括：在所述信用数据包括已用额度、应收帐款和应收订单时，引入第二单据的执行金额，并将该执行金额与所述第二单据的指定数据项相结合，以计算出应收订单，再根据应收订单和应收帐款计算出所述已用额度，其中所述应收帐款通过所述第二单据的指定数据项计算得出。

本发明还提供了一种应用于ERP系统的信用控制系统，该信用控制系统包括：信用参数获取模块，用于从预设的参数数据库中获取参与当前信用控制的信用参数，其中，所述信用参数被配置为指定受到信用控制的第一单据、用于信用数据计算的第二单据以及进行信用控制的控制时机；信用数据计算模块，用于从所述ERP系统中获取所述第一单据和第二单据，并在所述第一单据处于所述控制时机时，根据所述第二单据计算信用数据；以及信用控制模块，用于根据计算出的信用数据进行信用控制。

优选地，所述信用控制包括信用额度控制和/或信用期控制。

优选地，所述第一单据和所述第一单据为同一单据或相互关联的不同单据，且所述第一单据和所述第二单据包括订单、发货单、出库单和发票中的一者或多者。

优选地，所述信用数据包括信用额度、已用额度、信用期、账龄、应收账款和应收订单中的一者或多者。

优选地，对于所述信用数据计算模块，根据所述第二单据计算信用数据包括：在所述信用数据包括已用额度、应收帐款和应收订单时，引入第二单据的执行金额，并将该执行金额与所述第二单据的指定数据项相结合，以计算出应收订单，再根据应收订单和应收帐款计算出所述已用额度，其中所述应收帐款通过所述第二单据的指定数据项计算得出。

通过上述技术方案，本发明的有益效果是：本发明提供的信用控制方法及系统可针对中小企业不同领域下的业务流程，建立包括多种参数的信用参数控制体系，并巧妙设计出信用控制方式，配合应收订单对生单的控制，并提供信用额度等信用数据的单据间的流转，全面地满足了企业的业务需要，并且提供了完备、准确的算法，能满足企业实际经营管理控制、风险提示、风险预期等需要。

本发明的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。在附图中：

图1是本发明的实施例中应用于ERP系统的信用控制方法的流程示意图；

图2是本发明的实施例中应用于ERP系统的信用控制系统的流程示意图；

图3是本发明的实施例中的示例中进行信用控制的流程示意图。

附图标记说明

1 ERP系统 2 信用参数获取模块

3 参数数据库 4 信用数据计算模块

5 信用控制模块

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

另外，在本发明的实施例中所提到的“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。

本发明的实施例提供了一种应用于ERP系统的信用控制方法，如图1所示，该信用控制方法包括如下步骤：

步骤S1，从预设的参数数据库中获取参与当前信用控制的信用参数。

其中，所述参数数据库中预先存储有与作用控制相关的所有信用参数，并且所述信用参数被配置为指定受到信用控制的第一单据、用于信用数据计算的第二单据以及进行信用控制的控制时机。此外，所述信用参数还被配置为包括信用控制项目、部分信用数据计算公式及各单据的控制方式和控制时机等。

进一步地，所述第一单据和所述第一单据可以为同一单据或相互关联的不同单据，且所述第一单据和所述第二单据包括但不限于销售订单(以下简称订单)、销售发货单(以下简称发货单)、销售出库单(以下简称出库单)和销售发票(以下简称发票)中的一者或多者。

下面对配置的信用参数进行更为详细的说明，具体包括以下部分。

a)信用控制项目：不控制、信用额度控制、信用期控制、信用额度+信用期的控制。

因此，用户可以选择不进行信用控制，或者以客户档案上的信用额度和/或信进行信用控制。据此，本实施例中，所述信用控制优选为包括信用额度控制和/或信用期控制。

b)已用额度中应收账款计算依据：发货单、出库单、发票。

该参数规定了信用控制包含信用额度时，用于计算应收账款的单据，其中默认的计算依据是发票。

c)已用额度计算公式：采用应收账款计算已用额度以及在应收账款的基础上增加应收订单以计算已用额度。

信用控制为信用额度控制时，可进一步计算已用额度是否包含应收订单，其中所述应收订单即该客户的销售订单。

d)账龄计算依据：发货单、出库单、发票。

信用控制为信用期控制时，账龄的计算单据需是发货单、出库单、发票中的一者。

e)受到信用控制的单据：订单、发货单、出库单、发票。

单据控制方式：提示方式、授权密码方式、严格控制方式。

单据控制时机：保存、审核。

其中，所述提示方式仅仅给出信用提示，所述授权密码方式将弹出授权框，如果密码正确即可继续，所述严格控制控制方式为默认方式，默认控制不能继续，所述单据控制时机即为单据保存或审核时。

步骤S2，从所述ERP系统中获取所述第一单据和第二单据，并在所述第一单据处于所述控制时机时，根据所述第二单据计算信用数据。

其中，各类单据是存储在ERP系统和各业务系统的数据库中的，因此可直接通过ERP系统获取第一单据和第二单据，部分信用数据可直接通过单据的数据项得出，如信用额度和信用期可通过客户信息单据中的数据项确定。单据的状态包括审核状态和保存状态，其与上述的单据控制时机相对应，因此需要确定当前受到信用控制的单据与信用参数中指定的进行信用控制的控制时机相匹配。

本实施例中，所述信用数据包括信用额度、已用额度、信用期、账龄、应收账款和应收订单中的一者或多者。下面具体介绍各信用数据的计算，包括以下几个部分。

a)信用额度：可取自客户信息单据的设置的对应值，若客户信息单据中的对应值为空，则显示为空。

b)已用额度：优选采用“应收账款+应收订单”的方式计算。

其中，应收账款需要根据信用参数中第b)条指定的“已用额度中应收账款计算依据”设置的值来进行计算。另外，还需判断是否加“应收订单”来计算已用额度。

c)信用期：可取自客户信息单据的设置的对应值，若客户信息单据中的对应值为空，则显示为空。

d)账龄：如果‘系统日期－付款时间’>0，则账龄＝系统日期－付款时间，如果小于0时，则不显示账龄。

其中付款时间的取法如下：

1)控制时机＝‘审核’时

账龄计算依据发票时：按客户过滤，取蓝单已审核未完全核销(即∑表体行累计收款金额<∑表体行价税合计)的付款时间最早的那张发票的付款时间。其中，蓝单是指表示指定状态的单据，比如，此处的蓝单即是指处理已审核未完全核销状态的发票，本实施列中其余位置涉及的“蓝单”可据此进行理解；符号“∑”表示求和；表体行表示蓝单中的数据；价税合计表示销售方实际收取的价钱，相当于普通发票的票面金额。

账龄计算按发货单时：按客户过滤，取蓝单已审核未完全收款(如果已审核未终止，则要求∑表体行累计收款金额<∑表体行价税合计；如果已审核已终止，则要求∑表体行累计收款金额<∑表体行出库执行价税合计)的付款时间最早的那张发货单的付款时间。

账龄计算按出库单时：按客户过滤，取蓝单已审核未完全收款(即∑表体行累计收款金额<∑表体行价税合计)的付款时间最早的那张出库单的付款时间。

其中，付款时间可通过单据的相关数据项确定，如果单据的付款时间为空，则付款时间＝单据日期+信用期。

2)控制时机＝‘保存’时

账龄计算按发票时：按客户过滤，取蓝单暂存状态除外的未完全核销(即∑表体行累计收款金额<∑表体行价税合计)的付款时间最早的那张发票的付款时间。

账龄计算按发货单时：按客户过滤，取蓝单暂存状态除外的未完全收款(如果已审核未终止，则要求∑表体行累计收款金额<∑表体行价税合计；如果已审核已终止，则要求∑表体行累计收款金额<∑表体行出库执行价税合计)的付款时间最早的那张销售发货单的付款时间。

账龄计算按出库单时：按客户过滤，取蓝单暂存状态除外的未完全收款(即∑表体行累计收款金额<∑表体行价税合计)的付款时间最早的那张出库单的付款时间。

其中，付款时间可通过单据的相关数据项确定，如果单据的付款时间为空，则付款时间＝单据日期+信用期。

e)应收账款：需要根据信用参数第b)条中指定的“已用额度中应收账款计算依据”下的参数来判断应收账款计算依据。

1)控制时机＝‘审核’时

应收账款按照发票来计算，取指定客户的应收/应付的明细账中“借方金额-贷方金额”，实际上是取应收账款余额，其中“-”为减号。

应收账款以发货单来计算，按客户统计。应收账款＝已审核的应收期初发票金额+已审核未终止的发货单的金额+发货单关联生成的已审核的出库单的金额－已审核未终止发货单关联生成的出库单的执行金额－已审核的收款单的收款金额(零售单生成的现结收款单需剔除)。其中，执行金额＝∑已出库数量/发货数量*发货单价税合计，当已出库数量>＝发货单数量时，则已出库数量＝发货单数量。

应收账款以出库单来计算，按客户统计。应收账款＝已审核的应收期初发票金额+该客户已审核的出库单的金额－该客户已审核的收款单的收款金额(零售单生成的现结收款单需剔除)。其中，所述出库单包括期初销售出库单。

2)控制时机＝‘保存’时

应收账款按照发票来计算，按客户统计。应收账款＝暂存状态除外的应收期初销售发票金额+暂存状态除外的销售发票金额(零售单生成的销售发票需剔除)－暂存状态除外的收款单的收款金额((零售单生成的现结收款单需剔除))。

应收账款以发货单来计算，按客户统计。计算公式：＝暂存状态除外的应收期初销售发票金额+未审核(暂存状态除外)的发货单的金额+已审核未终止的发货单的金额+发货单关联生成的已审核的出库单的金额－已审核未终止发货单关联生成的出库单的执行金额－已审核的收款单的收款金额(零售单生成的现结收款单需剔除)。其中，执行金额＝∑已出库数量/发货数量*发货单价税合计，当已出库数量>＝发货单数量时,则已出库数量＝发货单数量。

应收账款以出库单来计算，按客户统计。应收账款＝暂存状态除外的应收期初销售发票金额+暂存状态除外的销售出库单的金额－暂存状态除外的收款单的收款金额(零售单生成的现结收款单需剔除)。其中，所述出库单包括期初销售出库单。

f)应收订单

1)控制时机＝‘审核’时

应收账款按发票来计算，应收订单＝已审核未终止的订单金额-未终止的订单关联生在的已审核的销售发票的执行金额，再按客户过滤。其中，执行金额＝订单价税合计/订单数量*∑已开票数量，并且当已开票数量>＝订单数量时，则已开票数量＝订单数量。

应收账款按发货单来计算，应收订单＝已审核未终止的销售订单金额－未终止的订单关联生成的已审核的发货单的执行金额，再按客户过滤。其中，执行金额＝∑已发货数量/订单数量*订单价税合计，当已发货数量>＝订单数量时，则已发货数量＝订单数量。

应收账款按销售出库单来计算，应收订单＝已审核未终止的销售订单金额－未终止的订单关联生成的已审核的销售出库单的执行金额，再按客户过滤。其中，执行金额＝∑已出库数量/订单数量*订单价税合计,当已出库数量>＝订单数量时,则已出库数量＝订单数量

2)控制时机＝‘保存’时

应收账款按发票来计算，应收订单＝未审核(暂存状态除外)的订单的金额+已核未终止的订单金额-未终止的订单关联生成的非暂存状态的销售发票的执行金额，再按客户过滤。其中，执行金额＝订单价税合计/订单数量*∑已开票数量，当已开票数量>＝订单数量时，则已开票数量＝订单数量。

应收账款按发货单来计算，应收订单＝未审核(暂存状态除外)的订单的金额+已审核未终止的销售订单金额－未终止的订单关联生成的非暂存状态的发货单的执行金额，再按客户过滤。其中，执行金额＝∑已发货数量/订单数量*订单价税合计，当已发货数量>＝订单数量时，则已发货数量＝订单数量。

应收账款按出库单来计算，应收订单＝未审核(暂存状态除外)的订单的金额+已审核未终止的销售订单金额－未终止的订单关联生成的非暂存状态的销售出库单的执行金额，再按客户过滤。其中，执行金额＝∑已出库数量/订单数量*订单价税合计，当已出库数量>＝订单数量时，则已出库数量＝订单数量。

在该步骤S2中，根据所述第二单据计算信用数据时，在所述信用数据包括已用额度、应收帐款和应收订单的情形下，引入第二单据的执行金额，并将该执行金额与所述第二单据的指定数据项相结合，以计算出应收订单，再根据应收订单和应收帐款计算出所述已用额度，其中所述应收帐款通过所述第二单据的指定数据项计算得出。据此，提供了一种单据流转下的信用数据统计的通用算法，引入了应收订单及执行金额，使信用控制更加统一化。

步骤S3，根据计算出的信用数据进行信用控制。

首先要检查信用参数。

根据信用指数中指定的控制项目执行信用控制。其中，若信用参数指定控制项目为“不控制”时，则不需进行信用检查与控制，若为“信用额度”、“信用期”或“信用额度+信用期”，订单、发货单、出库单、发票在进行保存或审核时，再各单据的相应数据项计算信用数据，来决定是否进行信用检查与控制。

具体地，检测信用参数主要包括以下几步。

第一步：检查信用参数中指定的“控制时机”，是否与当前单据操作吻合。

第二步：检查当前单据是否已被选择用于信用控制，若未被选择，则不需检查，已被选择，则继续下一步。

第三步：如果信用参数的检查不通过，则根据信用参数中指定的各单据的控制方式进行相应处理。

其次，执行信用控制。

通过信用参数及从EPR系统获取的单据，计算出信用数据，包括信用额度或账龄。按信用额度进行控制时，若信用额度-(已用额度+本单据价税合计)>＝0，则判断信用额度合理，相应订单可通过，否则，检查不通过。按信用期进行控制时，账龄>0，则相应订单不通过。

基于与上述信用控制方法相同的发明思路，本发明的实施例还提供了一种应用于ERP系统1的信用控制系统，如图2所示，该信用控制系统包括：信用参数获取模块2，用于从预设的参数数据库3中获取参与当前信用控制的信用参数，其中，所述信用参数被配置为指定受到信用控制的第一单据、用于信用数据计算的第二单据以及进行信用控制的控制时机；信用数据计算模块4，用于从所述ERP系统1中获取所述第一单据和第二单据，并在所述第一单据处于所述控制时机时，根据所述第二单据计算信用数据；以及信用控制模块5，用于根据计算出的信用数据进行信用控制。

其中，所述信用控制包括信用额度控制和/或信用期控制；所述第一单据和所述第一单据为同一单据或相互关联的不同单据，且所述第一单据和所述第二单据包括订单、发货单、出库单和发票中的一者或多者；所述信用数据包括信用额度、已用额度、信用期、账龄、应收账款和应收订单中的一者或多者。

另外，对于所述信用数据计算模块4，根据所述第二单据计算信用数据包括：在所述信用数据包括已用额度、应收帐款和应收订单时，引入第二单据的执行金额，并将该执行金额与所述第二单据的指定数据项相结合，以计算出应收订单，再根据应收订单和应收帐款计算出所述已用额度，其中所述应收帐款通过所述第二单据的指定数据项计算得出。据此，该信用数据计算模块4提供了一种单据流转下的信用数据统计的通用算法，引入了应收订单及执行金额，使信用控制更加统一化。

该应用于ERP系统的信用控制系统与上述的应用于ERP系统的信用控制方法的具体实施过程相同或相似，在此不再赘述。

下面以一示例展示本发明的实施例的信用控制方法及信用控制系统的控制流程，其中，该示例中的信用参数设置如下：信用额度控制、发货单受到信用控制、审核时进行信用控制、已用额度包括应收订单、应收账款计算依据为发票、单据控制方式为授权密码。如图3所示，具体的控制流程为：

步骤S10，判断是否进行信用控制，并通过信用参数指定信用控制为信用额度控制。

步骤S20，判断当前单据是否受到信用控制，并设置发货单受到信用控制。

步骤S30，判断单据是否处于控制时机，并设置发货单在“审核”状态时受到信用控制。

步骤S40，以发票为依据，计算应收款账。

步骤S50，信用参数指定已用额度包含应收订单，计算应收订单，再进一步计算已用额度。

步骤S60，根据发票的数据项确定信用额度，再通过公式“信用额度-(已用额度+本单据价税合计)>＝0”来判断已用额度是否眼过客户信用额度。

步骤S70，按照提示录入授权密码，若密码正确，则审核成功，可使订单通过。

综上所述，本发明的实施例中提供的信用控制方法及系统可针对中小企业不同领域下的业务流程，建立包括多种参数的信用参数控制体系，并巧妙设计出信用控制方式，配合应收订单对生单(即订单生成、发货、出库的整个过程中涉及的单据)的控制，提供信用额度等信用数据的单据间的流转，全面地满足企业的业务需要，并且提供了完备、准确的算法，能满足企业实际经营管理控制、风险提示、风险预期等需要。

这里，应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

以上结合附图详细描述了本发明的优选实施方式，但是，本发明并不限于上述实施方式中的具体细节，在本发明的技术构思范围内，可以对本发明的技术方案进行多种简单变型，这些简单变型均属于本发明的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明对各种可能的组合方式不再另行说明。

此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明的思想，其同样应当视为本发明所公开的内容。

Claims (10)

1.一种应用于ERP系统的信用控制方法，其特征在于，该信用控制方法包括：

从预设的参数数据库中获取参与当前信用控制的信用参数，其中，所述信用参数被配置为指定受到信用控制的第一单据、用于信用数据计算的第二单据以及进行信用控制的控制时机；

从所述ERP系统中获取所述第一单据和第二单据，并在所述第一单据处于所述控制时机时，根据所述第二单据计算信用数据；以及

根据计算出的信用数据进行信用控制。

2.根据权利要求1所述的信用控制方法，其特征在于，所述信用控制包括信用额度控制和/或信用期控制。

3.根据权利要求1或2所述的信用控制方法，其特征在于，所述第一单据和所述第二单据为同一单据或相互关联的不同单据，且所述第一单据和所述第二单据包括订单、发货单、出库单和发票中的一者或多者。

4.根据权利要求1所述的信用控制方法，其特征在于，所述信用数据包括信用额度、已用额度、信用期、账龄、应收账款和应收订单中的一者或多者。

5.根据权利要求1所述的信用控制方法，其特征在于，所述根据所述第二单据计算信用数据包括：

在所述信用数据包括已用额度、应收帐款和应收订单时，引入第二单据的执行金额，并将该执行金额与所述第二单据的指定数据项相结合，以计算出应收订单，再根据应收订单和应收帐款计算出所述已用额度，其中所述应收帐款通过所述第二单据的指定数据项计算得出。

6.一种应用于ERP系统的信用控制系统，其特征在于，该信用控制系统包括：

信用参数获取模块，用于从预设的参数数据库中获取参与当前信用控制的信用参数，其中，所述信用参数被配置为指定受到信用控制的第一单据、用于信用数据计算的第二单据以及进行信用控制的控制时机；

信用数据计算模块，用于从所述ERP系统中获取所述第一单据和第二单据，并在所述第一单据处于所述控制时机时，根据所述第二单据计算信用数据；以及

信用控制模块，用于根据计算出的信用数据进行信用控制。

7.根据权利要求6所述的信用控制系统，其特征在于，所述信用控制包括信用额度控制和/或信用期控制。

8.根据权利要求6或7所述的信用控制系统，其特征在于，所述第一单据和所述第一单据为同一单据或相互关联的不同单据，且所述第一单据和所述第二单据包括订单、发货单、出库单和发票中的一者或多者。

9.根据权利要求6或7所述的信用控制系统，其特征在于，所述信用数据包括信用额度、已用额度、信用期、账龄、应收账款和应收订单中的一者或多者。

10.根据权利要求6或7所述的信用控制系统，其特征在于，对于所述信用数据计算模块，根据所述第二单据计算信用数据包括：

在所述信用数据包括已用额度、应收帐款和应收订单时，引入第二单据的执行金额，并将该执行金额与所述第二单据的指定数据项相结合，以计算出应收订单，再根据应收订单和应收帐款计算出所述已用额度，其中所述应收帐款通过所述第二单据的指定数据项计算得出。