CN104573891A - 一种合同管理系统、合同生成方法和合同维护方法 - Google Patents

Abstract

本发明公开了一种合同管理系统、合同生成方法和合同维护方法，该系统包括第一管理单元和第二管理单元。第一管理单元包括第一应用服务单元和第一数据服务单元；第二管理单元包括第二应用服务单元和第二数据服务单元。第二数据服务单元与第一数据服务单元借助DBLINK实现数据协同。第一应用服务单元，适于生成概算合同，将概算合同保存入第一数据服务单元；第二应用服务单元，适于通过第二数据服务单元借助DBLINK访问第一数据服务单元以读取概算合同，以及根据概算合同生成对应的正式合同并将正式合同发送至第二数据服务单元；第二数据服务单元，适于保存正式合同；第一应用服务单元，适于通过第一数据服务单元借助DBLINK访问第二数据服务单元以读取正式合同。

Description

一种合同管理系统、合同生成方法和合同维护方法

技术领域

本发明涉及企业信息系统的集成，具体涉及一种合同管理系统、一种合同生成方法和一种合同维护方法。

背景技术

现有的企业，尤其是采用采用经销商模式进行租赁业务的租赁公司，对于经销商或业务员的管理，至少存在以下问题：

租赁公司与经销商相互的信息沟通缺乏及时性，流程繁琐。例如，经销商的各分公司拿到订单后，先要在经销商内部得到认可，然后联系租赁公司。租赁公司内部审核经销商提供的报价、客户信息等资料后，完成内部审批后，再联系经销商。租赁公司与经销商之间的沟通大多需要通过传真、邮递信件等纸张往来，这势必造成流程过长，效率低下。

合同内容的一致性存在风险。为保证业务上不发生错误，必须对整个流程中的合同内容进行严格的状态控制。然而，由于合同经手人员过多，难以保证合同的准确性和一致性，存在合同被篡改的可能性。

商业信息存在泄露的风险。在商业合同中，存在较多商业信息，如客户信息、合同金额、银行帐号等，这些信息应当有严格的保密措施。在现有的管理方式中，明显缺少相应的保密措施。

在现有的管理中，不能及时进行催收与收款管理。在经销行模式的租赁合同中，租赁公司与经销商的重点是如何保证客户的按时回款。经销商需要随时关注合同租金的回收情况。但是，客户回款是直接付给租赁公司的，经销商如何能够了解客户的付款情况，是需要解决的问题。而且，现有的扣款方式，基本都是简单地按照扣款表单的次序进行扣款，没有办法按照合同需要的次序设定扣款的优先度。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种合同管理系统、一种合同生成方法和一种合同维护方法。

本发明提供了一种合同管理系统，其中，该系统包括第一管理单元和第二管理单元；

所述第一管理单元，包括第一应用服务单元和第一数据服务单元；所述第二管理单元，包括第二应用服务单元和第二数据服务单元；所述第二数据服务单元与所述第一数据服务单元借助DBLINK实现数据协同；

所述第一应用服务单元，适于根据使用者的操作指令生成概算合同，将概算合同保存入第一数据服务单元；

所述第二应用服务单元，适于通过所述第二数据单元借助DBLINK访问所述第一数据单元以读取概算合同时，选取可以公开的数据；

所述第二应用服务单元，适于在根据概算合同生成正式合同的过程中，根据管理者的操作指令，限制正式合同中的信息。例如：客户的评估值，权限级别，以及其他由管理者限制的信息；

所述第二应用服务单元，适于通过所述第二数据服务单元借助DBLINK访问第一数据服务单元以读取概算合同，以及根据概算合同生成对应的正式合同并将正式合同发送至所述第二数据服务单元；

所述第二数据服务单元，进一步适于保存所述正式合同；

所述第一应用服务单元，进一步适于通过所述第一数据服务单元借助DBLINK访问所述第二数据服务单元以读取所述正式合同。

其中，所述第二应用服务单元，进一步适于设定正式合同的打印状态参数，所述打印状态参数表示是否允许使用者通过所述第一应用服务单元打印所述正式合同。

其中，所述第一应用服务单元，保存有使用者权限列表，使用者权限列表包括使用者的ID、允许该ID对应的使用者读取的数据和允许该ID对应的使用者修改的数据；所述第一应用服务单元，适于在接收到使用者的操作指令时，根据使用者权限列表，筛选返回给使用者的数据，以及判断返回给使用者的数据的类型为只可读数据或可修改数据。

其中，所述第一应用服务单元，适于根据使用者的操作记录，修改使用者权限列表。

其中，所述第一应用服务单元，进一步适于接收使用者输入的客户信息，根据预定的运算规则和客户信息，计算该客户的评估值；所述第一数据服务单元，进一步适于保存该客户的信息和评估值。

其中，所述概算合同，包括合同金额、客户的评估值，以及使用者的信息。

其中，所述合同金额，是在既定的计算方式下，根据行业发展，市场淡旺季周期，进行概算得到的。其中，所述第一应用服务单元，适于预设与客户评价相关的指标以及针对所述指标预设权重；所述第一应用服务单元，进一步适于将上述指标设置为使用者输入界面的输入项目并接收使用者的输入，以及根据使用者的输入，计算各个指标的分数，根据各个指标的分数及其权重计算出客户的评估值。

其中，所述与客户评价相关的指标包括：年龄、户籍状况、行业经验、个人资产，以及有无担保人。

其中，所述正式合同包括付款ID、付款时间和需扣款金额。所述第二应用服务单元，还适于根据付款时间选取所述第二数据服务单元保存的需要扣款的正式合同，根据付款ID和需扣款金额生成扣款请求文件，将扣款请求文件发送给代扣款机构，以及接收代扣款机构发出的扣款结果文件，根据扣款结果文件更新第二数据服务单元保存的正式合同。所述扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额。

其中，所述正式合同包括付款ID、付款时间和需扣款金额。所述第二应用服务单元，还适于根据付款时间选取取所述第二数据服务单元保存的需要扣款的正式合同，根据付款ID和需扣款金额生成至少一个扣款请求文件。所述扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额以及优先度。所述第二应用服务单元，还适于将扣款请求文件发送给代扣款机构，以及接收代扣款机构发出的扣款结果文件，根据扣款结果文件更新第二数据服务单元保存的正式合同；其中，代扣款机构根据优先度的次序依序处理所述扣款请求文件的需扣款项。

其中，所述扣款结果文件，表示代扣款机构对所述需扣款项的处理结果，包括表示每一需扣款项是否成功扣款的标识；当对某一需扣款项的扣款操作不成功时，所述扣款结果文件进一步包括代扣款机构针对该需扣款项已扣除的金额。

进一步地，本发明还公开了一种合同生成方法，使用如上所述的合同管理系统，包括以下步骤：

第一应用服务单元根据使用者的操作指令生成概算合同，将概算合同发送给第一数据服务单元；

第一数据服务单元保存概算合同；

第二应用服务单元通过第二数据服务单元借助DBLINK访问第一数据服务单元以读取概算合同；

第二应用服务单元根据管理者的操作生成正式合同，将正式合同发送给第二数据服务单元；

第二数据服务单元保存正式合同。

其中，第一应用服务单元通过第一数据服务单元借助DBLINK访问第二数据服务单元以读取正式合同。

其中，第一应用服务单元接收使用者录入的客户信息，根据与客户评价相关的指标按照预定的客户评估运算算法计算得到客户的评估值；

第一应用服务单元根据客户的评估值和使用者输入的客户信息和合同信息，生成概算合同。

其中，第二应用服务单元根据管理者的操作生成正式合同时，根据管理者的操作指令限制正式合同中的信息，设定表示是否允许使用者通过第一应用服务单元打印该正式合同的打印状态参数。

进一步地，本发明还公开了一种合同维护方法，使用如上所述的合同管理系统，其中正式合同包括付款ID、付款时间和需扣款金额，该方法包括以下步骤：

第二应用服务单元定期地根据付款时间判断是否存在需要扣款的正式合同，若判断为否则等待预定时间后重新判断，若判断为是，则第二应用服务单元读取需要扣款的正式合同，根据正式合同生成至少一个扣款请求文件，所述扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额；

第二应用服务单元将扣款请求文件发送给代扣款机构；

第二应用服务单元接收代扣款机构发出的扣款结果文件；

第二应用服务单元根据扣款结果文件更新第二数据服务单元保存的正式合同；

使用者通过第一数据服务单元借助DBLINK访问第二数据服务单元以获取扣款结果文件。

其中，每一条需扣款项还包括优先度；其中，代扣款机构根据优先度的次序依序处理所述扣款请求文件中的需扣款项。

其中，所述扣款结果文件，表示代扣款机构对所述需扣款项的处理结果，包括表示每一需扣款项是否成功扣款的标识；当对某一需扣款项的扣款操作不成功时，所述扣款结果文件进一步包括代扣款机构针对该需扣款项已扣除的金额。

本发明实施例的有益效果是：使用本发明的合同管理系统、合同生成方法和合同维护方法，能够通过使用者（如经销商）操作第一管理单元进行合同概算加快概算合同制作的速度和准确度，通过管理者（如租赁公司）操作第二管理单元基于概算合同制作正式合同，加快合同制作的速度和准确度；通过第二数据服务单元与第一数据服务单元的数据协同，确保了合同内容的一致性，降低了商业信息泄露的风险，同时使用者能够根据自身的需求实时地查阅付款的情况。

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

附图说明

图1为本发明的合同管理系统的架构示意图；

图2为本发明的合同生成方法的流程图；

图3为本发明的合同维护方法的的流程图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整地传达给本领域的技术人员。

本发明中的合同管理系统为两部分，一部分是供使用者（如经销商）操作的第一管理单元，一部分是供管理者（如租赁公司）操作的第二管理单元。其中，第一管理单元提供合同信息输入、租金预算、计算客户的评估值、合同概算、查询正式合同、打印正式合同、查询客户付款的情况等功能，并且支持用户以web方式登录第一管理单元。第二管理单元提供查询概算合同、制作正式合同，进行扣款操作等功能。

本发明的基本方案是，在同一合同管理系统中，设置两层管理单元。其中供使用者操作的第一管理单元，用于进行合同概算生成概算合同；第二管理单元，则用于供管理者审核概算合同以生成正式合同，同时第二管理单元通过将扣款请求文件发送给代扣款机构（例如银行）以及接收代扣款机构发出的扣款结果文件而完成扣款，使用者能够在第一管理单元获取客户扣款的情况。

其中，第一合同管理单元和第二合同管理单元借助DBLINK实现数据协同。则管理者能够通过第二合同管理单元访问第一合同管理单元以读取概算合同；使用者能够通过第一合同管理单元访问第二合同管理单元以读取正式合同和获取客户扣款的情况。使得合同制作的速度更快效率更高；同时提高了数据的安全性，减少了存储器的开销；进一步地，使用者能够实时地获取客户扣款的情况，以及时进行催收与收款管理。

图1为本发明的合同管理系统的架构示意图。该系统包括第一管理单元100和第二管理单元200。第一管理单元100，包括第一应用服务单元110和第一数据服务单元120。第二管理单元200，包括第二应用服务单元210和第二数据服务单元220。第二数据服务单元220与第一数据服务单元120借助DBLINK实现数据协同，当然，本领域技术人员应当了解的是，第一管理单元100和第二管理单元200，均设置有防火墙设备，图1中省略了防火墙。

本领域技术人员可以了解的是，如果使用者数目多，第一管理单元100的开销比较大，则可以设置备用的第一应用服务单元110和备用的第一数据服务单元120，如果使用中的第一应用服务单元110或第一数据服务单元120发生损坏，则可以启动备用的设备保证系统正确运行。

第一应用服务单元110，适于根据使用者（例如经销商，图1之中显示了三个使用者，表示三个可以登录第一数据服务单元110的经销商，图1之中的使用者通过Internet登录第一应用服务单元）的操作指令生成概算合同，将概算合同保存入第一数据服务单元120。则使用者可以完成合同概算，本发明的实施例中具体的概算过程，可以包括用户评估、租金试算和使用者初步审核等。

所述第二应用服务单元210，适于通过所述第二数据服务单元220借助DBLINK访问第一数据服务单元120以读取概算合同，并且从中选择提取可以公开的数据。根据管理者的指令，基于新生成的数据，在根据概算合同生成对应的正式合同过程中，限制一定的信息（如客户评估值，权限级别，扣款记录等）出现在正式合同中，并将正式合同发送至所述第二数据服务单元220。本发明的实施例中，第二应用服务单元210在接收到管理者的表示审核通过的操作指令时根据概算合同制作正式合同。

所述第二数据服务单元220，进一步保存所述正式合同。第一应用服务单元110，进一步通过所述第一数据服务单元120借助DBLINK访问所述第二数据服务单元220以读取正式合同。则使用者可以读取正式合同。

本实施例中，第二应用服务单元220，进一步适于设定正式合同的打印状态参数，所述打印状态参数表示是否允许使用者通过第一应用服务单元110打印所述正式合同。

例如，在采用经销商模式进行租赁业务的租赁公司中，当管理者（租赁公司的管理人员）审核通过概算合同后，第二应用服务单元210在接收到管理者的审核通过指令时根据概算合同制作正式合同并将正式合同的打印状态参数设定为允许使用者（经销商）打印，进一步地，当使用者打印预定的可打印次数（这里的可打印次数，可以根据签订合同所需要的纸件合同的份数而预先设定）之后，打印状态参数被第二应用服务单元210修改为不可被打印。则保证正式合同不会被多次打印并且保证商业安全。当然，也可以通过令第二应用服务单元210在制作正式合同时一并将正式合同的打印状态参数设定为允许使用者（经销商）打印上述预定的可打印次数，正式合同被打印时，该打印状态参数的值会相应地改变（例如减小），若达到预定的值（例如减小到0）则正式合同不能被打印，达到保证正式合同不会被多次打印并且保证商业安全的效果。

进一步地，由于在实际的系统中存在多个能够登录第一应用服务单元110的使用者，则本发明的合同管理系统，会针对每个使用者限制该使用者读取或修改的数据。

本发明的第一应用服务单元110，保存有使用者权限列表，使用者权限列表包括使用者的ID、允许该ID对应的使用者读取的数据和允许该ID对应的使用者修改的数据。第一应用服务单元110，适于在接收到使用者的操作指令时，根据使用者权限列表，筛选返回给使用者的数据，以及判断返回给使用者的数据的类型为只可读数据或可修改数据。

例如，当接收到使用者的操作指令时，第一应用服务器110会获得准备返回给使用者的数据（根据操作指令得到的全部数据），在将数据返回给使用者之前，第一应用服务单元110根据使用者的ID和使用者权限列表判断各个待返回数据是否属于允许该ID对应的使用者读取的数据，若判断为否，则该待返回数据为不允许给使用者读取的数据而且第一应用服务器110不将该数据返回给使用者；若判断为是，则进一步判断该待返回数据是否属于允许该ID对应的使用者修改的数据，若判断为是，则该待返回数据为可修改数据，若判断为否，则该待返回数据为只可读数据。

本发明的实施例中，第一应用服务单元110会将可修改数据和只可读数据发送给使用者（例如，当使用者以web方式登录第一管理单元110并向第一管理单元110发送读取数据的操作指令时，第一管理单元110向使用者返回可修改数据和只可读数据，其中，在使用者的操作界面上，对于允许使用者修改的可修改数据，以输入文本框等形式显示，对于不允许使用者修改的只可读数据，以灰色文本框等形式显示而不允许使用者修改）。以采用经销商模式进行租赁业务的租赁公司为例，概算合同和正式合同都包含与负责处理该合同的经销商对应的使用者ID；当某一经销商请求读取正式合同时，系统会向经销商显示包含与该经销商对应的使用者ID的正式合同，同时正式合同的内容为只可读数据，经销商可以获取但是不能修改正式合同的内容。

第一应用服务单元110，适于根据使用者的操作记录，修改使用者权限列表，从而动态地调整使用者读取和修改数据的权限。另外，具有修改使用者权限列表的权限的管理人员也可以在通过身份验证后，修改使用者权限列表。

本发明的实施例中，所述第一应用服务单元110，进一步适于根据行业发展信息和市场淡旺季等参数，计算出合同概算金额；所述第一数据服务单元120，进一步适于保存该概算金额。加入以上所述参数，例如，全国该市场增加或减少的百分比，可以相应以同样比例对既定金额进行加减；近五年来的淡旺季出租数量差异，以乘数指标赋予既定金额。当然，其他参数的追加，具体参数的大小，不以此例为限。

其中，所述第二应用服务单元110，进一步适于根据使用者的权限，输入信息，以及评估值等条件，在正式合同生成过程中设置最低下限金额（可由管理者事先设置最低下限金额算法），在概算合同中合同金额低过此下限金额时候，按照下限金额来计算。

其中，所属第二应用服务单元110，进一步适用于对于100元以下金额，采用四舍五入原则计算。例如输入金额为61-64元时，按照60元计算；输入金额65-69元时，按照70元计算。

本发明的实施例中，所述第一应用服务单元110，进一步适于接收使用者输入的客户信息，根据预定的运算规则和客户信息，计算该客户的评估值；所述第一数据服务单元120，进一步适于保存该客户的信息和评估值。再以采用经销商模式进行租赁业务的租赁公司为例，本实施例中第一应用服务单元110预设与客户评价相关的指标，本发明中与客户评价相关的指标包括：年龄、户籍状况、行业经验、个人资产、有无担保人等；其次,第一应用服务单元110对以上的指标预设分数，例如，以年龄参数为例，年龄为20岁以下的情况下为0分，21-30岁的情况下为3分，31-50岁的情况下为6分，51岁以上为0分，不明的情况下为-6分等；进一步地，第一应用服务单元110对根据以上指标对评估值不同的重要程度，按顺序分别预设权重，例如（不限于此例的权重设置方法），给个人资产（是否有房产）指标设置权重10，有无担保人指标设置权重8，户籍状况设置权重5，行业经验和年龄均设置权重为3；第一应用服务单元110将上述指标设置为使用者（经销商）输入界面的输入项目（例如，输入表格之中的输入项目）并接收使用者的输入；第一应用服务单元110根据使用者（经销商）的输入，计算各个指标的分数，根据各个指标的分数，对应权重，通过加权求和，计算出客户的评估值。

其中，第一应用服务单元110设置某一下限阈值X（根据不同的指标分数以及权重赋值情况，事先由管理者进行设置），对于得出的客户的评估值低过X的对应客户，即不生成概算合同，不与该用户签订合同。进一步地，第一应用服务单元110对于评估值相同的不同客户，按照指标的权重由高到低排列，选择权重较高指标的分数更高的客户，优先生成该客户的概算合同，即作为优先签订合同的对象。例如，根据上述权重指标分配，针对评估值相同的客户A和B，比较其分别的个人资产指标的分数；若该指标的分数仍然相同，比较其有无担保人指标，如果A有担保人而B没有，则优先为此项指标分数更高的客户A生成概算合同。进一步地，概算合同中，包括客户的评估值。

本发明的实施例的概算合同，包括合同金额、客户的评估值，以及使用者的信息。使用者的信息，至少包括使用者的ID。

本发明的实施例，进一步实现了自动扣款并且使用者能够了解客户的付款情况，有以下两种实施方式。

第一种实施方式：本发明的实施例的正式合同包括付款ID、付款时间和需扣款金额。付款ID可以为客户名称、合同编号和\或客户的银行帐号等足以区分不同客户的信息。第二应用服务单元210，还适于根据付款时间选取所述第二数据服务单元保存的需要扣款的正式合同，根据付款ID和需扣款金额生成扣款请求文件，将扣款请求文件发送给代扣款机构（例如银行），以及接收代扣款机构发出的扣款结果文件，根据扣款结果文件更新第二数据服务单元220保存的正式合同。本实施例之中，扣款请求文件和扣款结果文件为txt文件或html文件，第二应用服务单元210通过邮件或在线银行等方式发送扣款请求文件和接收扣款结果文件。

较佳地，所述生成扣款请求文件，是从需要扣款的正式合同中抓取付款ID和需扣款的金额，按照代扣款机构的指定格式生成扣款请求文件，扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额。以采用经销商模式进行租赁业务的租赁公司为例，扣款请求文件包括有客户名、合同书号、设备机号、期数、金额等内容。

第二种实施方式：第二应用服务单元210根据付款时间选取所述第二数据服务单元220保存的需要扣款的正式合同，根据付款ID和需扣款金额生成至少一个扣款请求文件；所述扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额以及优先度。所述第二应用服务单元210，还适于将扣款请求文件发送给代扣款机构，以及接收代扣款机构发出的扣款结果文件，根据扣款结果文件更新第二数据服务单元220保存的正式合同；其中，代扣款机构根据优先度的次序依序处理所述扣款请求文件的需扣款项。其中，第二应用服务单元210是根据需扣款的类别设置优先度的。以采用经销商模式进行租赁业务的租赁公司为例，扣款请求文件包括有客户名、合同书号、设备机号、期数、金额和优先度等内容，对于每一笔款项，按照延迟赔偿金、利息、本金的次序，设置优先度。所述扣款结果文件，表示代扣款机构对所述需扣款项的处理结果，包括表示每一需扣款项是否成功扣款的标识；当对某一需扣款项的扣款操作不成功时所述扣款结果文件进一步包括代扣款机构针对该需扣款项，已从客户的账户中扣除的金额。换言之，本实施例中，如果客户账户金额不足以完全支付需扣款项，则待扣款机构可以扣除客户账户的剩余金额并将扣除的金额通过扣款结果文件发送给第二应用服务单元210，这与现有技术中一旦客户账户的资金额不足以完全支付需扣款项则不进行扣款是不同的。

第二应用服务单元210能够根据扣款结果文件更新第二数据服务单元220保存的正式合同。

本实施例中，针对客户账户金额不足以完全支付需扣款项的情况，第二应用服务单元210，根据扣款结果文件中的需扣款金额和已扣除金额，得出未扣除金额数，并计算该数额对应的利息与延迟赔偿金，进行保存，并反映到下个月的扣款请求文件中，在下个月一并扣除。进一步地，第二应用服务单元210针对连续m个月账户金额不足的情况可以通知管理者采取适应的措施（例如：提出警告，冻结客户账户等，m可由管理者事先设置）。

图2为本发明的合同生成方法的流程图。本发明的合同生成方法使用如图1所示的合同管理系统生成合同，包括以下步骤：

S201、第一应用服务单元接收录入的客户信息，根据与客户评价相关的指标按照预定的客户评估运算算法计算得到客户的评估值。进一步将客户信息和客户的评估值发送至第一数据服务单元。

S202、第一数据服务单元保存客户的信息和客户的评估值，具体地，第一数据服务单元根据与客户评价相关的指标按照预定的客户评估运算算法计算得到客户的评估值。

S203、第一应用服务单元根据客户的评估值和使用者输入的客户信息和合同信息，生成概算合同，将概算合同发送给第一数据服务单元。当然，在这一步骤中，使用者可以先进行租金的试算，如果需要的话也可以先审核合同的内容并在审核合格后才执行下述的步骤S204。

S204、第一数据服务单元保存概算合同。

本实施例中，通过上述步骤S201和S202实现了新建客户信息的功能；通过上述步骤S203、S204，完成了合同概算，将概算合同保存在第一数据服务单元中。当然，本领域技术人员应了解的是，实际的工程设计中，也可以将步骤S201和S203合并为一个步骤，将步骤S202和S204合并为一个步骤，即在一个步骤中第一应用服务单元接收录入的客户信息并计算得到客户的评估值而且生成概算合同，在另一个步骤中第一数据服务单元保存概算合同、客户的信息和客户的评估值，不以本实施例为限。

S205、当第二应用服务单元根据管理者的操作，请求读取概算合同时，第二应用服务单元通过第二数据服务单元借助DBLINK访问第一数据服务单元以读取概算合同。

S206、读取概算合同之后，由管理者进行审核，如果管理者审核通过（可以是只审核一次，也可以是审核多次），则管理者指示第二应用服务单元根据管理者的操作生成正式合同。当然，这一步同时可以根据管理者的操作指令限制正式合同中的信息，以及设定表示是否允许使用者通过第一应用服务单元打印该正式合同的打印状态参数。

S207、第二数据服务单元保存正式合同。

通过步骤S206-S207，完成了对概算合同的审核并生成正式合同，将正式合同保存在第二数据服务单元中。

S208、当第一应用服务单元根据使用者的操作而请求读取正式合同时，第一应用服务单元通过第一数据服务单元借助DBLINK访问第二数据服务单元以读取正式合同。

因为本发明是借助DBLINK（图2中，以虚线箭头表示）使得第一应用服务单元能够访问第二数据服务单元并且第二应用服务单元能够访问第一数据服务单元的，因此在上述制作合同的过程中，避免了将同一数据重复地保存第一数据服务单元和第二数据服务单元中，使获取的数据更准确，获取数据的操作更简单且系统开销小，克服了现有技术中数据传输复杂容易出现错误的问题。

当然，在步骤S208之后，还可能包括使用者打印合同的操作，具体的方法在对图1的说明中已经得到了充分说明，此处不再赘述。

图3为本发明的合同维护方法的流程图。正式合同包括付款ID、付款时间和需扣款金额，第二应用服务单元可以定期地根据付款时间判断是否存在需扣款的合同，如果判断为是，则执行扣款操作。具体包括以下步骤：

S301、第二应用服务单元根据付款时间判断是否存在需要扣款的正式合同，若判断为是则执行步骤S302，若判断为否则等待预定时间后重新判断。本实施例中，第二应用服务单元每三天进行一次判断，当然本发明不以此为限。

S302、第二应用服务单元读取需要扣款的正式合同，根据正式合同生成至少一个扣款请求文件，所述扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额以及优先度。

具体地，第二应用服务单元从正式合同中抓取需扣款的金额和类别，根据类别设定优先度，从而生成至少一个扣款请求文件。本实施例中的扣款请求文件的具体格式是根据代扣款机构的需求而设定的。

S303、第二应用服务单元将扣款请求文件发送给代扣款机构。代扣款机构收到扣款请求文件时，根据优先度的次序依序处理所述扣款请求文件的需扣款项。

S304、第二应用服务单元接收代扣款机构发出的扣款结果文件。其中，扣款结果文件，表示代扣款机构对所述需扣款项的处理结果，包括表示需扣款项是否成功扣款的标识。当对某一需扣款项的扣款操作不成功时，所述扣款结果文件进一步包括代扣款机构针对该需扣款项已扣除的金额。

S305、第二应用服务单元根据扣款结果文件更新第二数据服务单元保存的正式合同。本实施例中，第二应用服务单元是根据表示需扣款项是否成功扣款的标识更新第二数据服务单元保存的正式合同。例如，若扣款结果文件中的标识表示某一需扣款项已经成功扣款，则将第二数据服务单元所保存的正式合同中的该笔需扣款金额核销；若扣款结果文件中包括针对一需扣款项已扣除的金额，则将第二数据服务单元所保存的正式合同中的对应的需扣款金额减去上述已扣除的金额，得出未扣除金额数，并计算该数额对应的利息与延迟赔偿金，进行保存。并反映到下个笔的扣款请求文件中，一并扣除。进一步地，第二应用服务单元针对连续m个月账户金额不足的情况可以通知管理者采取适应的措施（例如：提出警告，冻结客户账户等，m可由管理者事先设置）。

S306、使用者通过第一数据服务单元借助DBLINK访问第二数据服务单元以获取扣款结果文件。从而实时地获取客户扣款的情况，以便及时进行催收与收款管理。

当然，以上步骤S301-S306，仅仅是扣款操作的一种可行的实现方式。如果采用另一种实现方式，也可以在第二数据服务单元单独设置用于保存扣款信息的扣款用服务器，按照时间的顺序保存多个扣款请求文件，每个扣款请求文件包括在特定时间需要向代扣款机构（如银行）发送的需扣款项。每增加一个正式合同（例如分期付款的买卖合同或分期缴纳租金的租赁合同），则可以根据合同之中的付款时间，生成多笔包括付款ID和需扣款金额的需扣款项，并将所述需扣款项保存到与付款时间对应的扣款请求文件中。

进一步地，当第二应用服务单元接收到扣款结果文件时，根据扣款结果文件，修改扣款用服务器之中其余的扣款请求文件。例如，如果某一客户的某一需扣款项未成功扣款，则将该需扣款项增加到下一个扣款请求文件（按照时间顺序排列的下一个扣款请求文件）中，如果代扣款机构针对一需扣款项已扣除部分的金额，则将该需扣款项中的需扣款金额减去已扣除的金额并将该需扣款项增加到下一个扣款请求文件（按照时间顺序排列的下一个扣款请求文件）中。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (18)

1.一种合同管理系统，其中，该系统包括第一管理单元和第二管理单元；

所述第一管理单元，包括第一应用服务单元和第一数据服务单元；所述第二管理单元，包括第二应用服务单元和第二数据服务单元；所述第二数据服务单元与所述第一数据服务单元借助DBLINK实现数据协同；

所述第一应用服务单元，适于根据使用者的操作指令生成概算合同，将概算合同保存入第一数据服务单元；

所述第二应用服务单元，适于通过所述第二数据服务单元借助DBLINK访问第一数据服务单元以读取概算合同，以及根据概算合同生成对应的正式合同并将正式合同发送至所述第二数据服务单元；

所述第二数据服务单元，进一步适于保存所述正式合同；

所述第一应用服务单元，进一步适于通过所述第一数据服务单元借助DBLINK访问所述第二数据服务单元以读取所述正式合同。

2.根据权利要求1所述的系统，其中，

所述第二应用服务单元，适于通过所述第二数据单元借助DBLINK访问所述第一数据单元以读取概算合同时，选取可以公开的数据；

所述第二应用服务单元，适于在根据概算合同生成正式合同的过程中，根据管理者的操作指令限制正式合同中的信息；

所述第二应用服务单元，进一步适于设定正式合同的打印状态参数，所述打印状态参数表示是否允许使用者通过所述第一应用服务单元打印所述正式合同。

3.根据权利要求1所述的系统，其中，

所述第一应用服务单元，保存有使用者权限列表，使用者权限列表包括使用者的ID、允许该ID对应的使用者读取的数据和允许该ID对应的使用者修改的数据；

所述第一应用服务单元，进一步适于在接收到使用者的操作指令时，根据使用者权限列表，筛选返回给使用者的数据，以及判断返回给使用者的数据的类型为只可读数据或可修改数据。

4.根据权利要求3所述的系统，其中，

所述第一应用服务单元，适于根据使用者的操作记录，修改使用者权限列表。

5.根据权利要求1所述的系统，其中，

所述第一应用服务单元，进一步适于接收使用者输入的客户信息，根据预定的运算规则和客户信息，计算该客户的评估值；

所述第一数据服务单元，进一步适于保存该客户的信息和评估值。

6.根据权利要求5所述的系统，其中，

所述概算合同包括合同金额、客户的评估值，以及使用者的信息。

7.根据权利要求5所述的系统，其中，所述第一应用服务单元，适于预设与客户评价相关的指标以及针对所述指标预设权重；

所述第一应用服务单元，进一步适于将上述与客户评价相关的指标设置为使用者输入界面的输入项目并接收使用者的输入，以及根据使用者的输入计算各个与客户评价相关的指标的分数，根据各个与客户评价相关的指标的分数及其权重计算出客户的评估值。

8.根据权利要求7所述的系统，其中，

所述与客户评价相关的指标包括：年龄、户籍状况、行业经验、个人资产，以及有无担保人。

9.根据权利要求1所述的系统，其中，

所述正式合同包括付款ID、付款时间和需扣款金额；

所述第二应用服务单元，还适于根据付款时间选取所述第二数据服务单元保存的需要扣款的正式合同，根据付款ID和需扣款金额生成扣款请求文件，将扣款请求文件发送给代扣款机构，以及接收代扣款机构发出的扣款结果文件，根据扣款结果文件更新第二数据服务单元保存的正式合同；

所述扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额。

10.根据权利要求1所述的系统，其中，

所述正式合同包括付款ID、付款时间和需扣款金额；

所述第二应用服务单元，还适于根据付款时间选取所述第二数据服务单元保存的需要扣款的正式合同，根据付款ID和需扣款金额生成至少一个扣款请求文件；

所述扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额以及优先度；

所述第二应用服务单元，还适于将扣款请求文件发送给代扣款机构，以及接收代扣款机构发出的扣款结果文件，根据扣款结果文件更新第二数据服务单元保存的正式合同；其中，代扣款机构根据优先度的次序依序处理所述扣款请求文件中的需扣款项。

11.根据权利要求9或10所述的系统，其中，

所述扣款结果文件，表示代扣款机构对所述需扣款项的处理结果，包括表示每一需扣款项是否成功扣款的标识；

当对某一需扣款项的扣款操作不成功时，所述扣款结果文件进一步包括代扣款机构针对该需扣款项已扣除的金额。

12.一种合同生成方法，使用如权利要求1-11任一权利要求所述的合同管理系统，包括以下步骤：

第一应用服务单元根据使用者的操作指令生成概算合同，将概算合同发送给第一数据服务单元；

第一数据服务单元保存概算合同；

第二应用服务单元通过第二数据服务单元借助DBLINK访问第一数据服务单元以读取概算合同；

第二应用服务单元根据管理者的操作生成正式合同，将正式合同发送给第二数据服务单元；

第二数据服务单元保存正式合同。

13.根据权利要求12所述的方法，其中，该方法进一步包括：

第一应用服务单元通过第一数据服务单元借助DBLINK访问第二数据服务单元以读取正式合同。

14.根据权利要求12所述的方法，其中，所述第一应用服务单元根据使用者的操作指令生成概算合同具体包括：

第一应用服务单元接收使用者录入的客户信息，根据与客户评价相关的指标按照预定的客户评估运算算法计算得到客户的评估值；

第一应用服务单元根据客户的评估值和使用者输入的客户信息和合同信息，生成概算合同；

所述与客户评价相关的指标包括：年龄、户籍状况、行业经验、个人资产，以及有无担保人。

15.根据权利要求12所述的方法，其中，该方法进一步包括：

第二应用服务单元根据管理者的操作生成正式合同时，根据管理者的操作指令限制正式合同中的信息，设定表示是否允许使用者通过第一应用服务单元打印该正式合同的打印状态参数。

16.一种合同维护方法，使用如权利要求1-11任一权利要求所述的合同管理系统，其中正式合同包括付款ID、付款时间和需扣款金额，该方法包括以下步骤：

第二应用服务单元定期地根据付款时间判断是否存在需要扣款的正式合同，若判断为否则等待预定时间后重新判断，若判断为是，则第二应用服务单元读取需要扣款的正式合同，根据正式合同生成至少一个扣款请求文件，所述扣款请求文件包括至少一条需扣款项，每一条需扣款项包括付款ID和需扣款金额；

第二应用服务单元将扣款请求文件发送给代扣款机构；

第二应用服务单元接收代扣款机构发出的扣款结果文件；

第二应用服务单元根据扣款结果文件更新第二数据服务单元保存的正式合同；

使用者通过第一数据服务单元借助DBLINK访问第二数据服务单元以获取扣款结果文件。

17.根据权利要求12所述的方法，其中，

每一条需扣款项还包括优先度；其中，代扣款机构根据优先度的次序依序处理所述扣款请求文件中的需扣款项。

18.根据权利要求16或17所述的方法，其中：

所述扣款结果文件，表示代扣款机构对所述需扣款项的处理结果，包括表示每一需扣款项是否成功扣款的标识；

当对某一需扣款项的扣款操作不成功时，所述扣款结果文件进一步包括代扣款机构针对该需扣款项已扣除的金额。