中国外运海运信息管理系统客户信用管理模块的分析与设计
[摘要]客户既是企业最大的财富来源，也是风险的来源。由于客户资源有限，企业销售已经转变为一种竞争性的销售，赊销方式普遍流行，如果企业销售人员在从事销售的过程当中不能基于事实的科学评估，凭借主观经验判断，势必会加大企业的财务风险和经营风险。本设计从客户信用管理的必要性出发，充分考虑我司的业务特点，以中国外运海运信息管理系统为研究对象，提出了付款买单和月结两种客户在我司授予的条件范围内，不用立即付款就可以获取订舱[ 订舱即客户向我司预订海洋运输舱位。]或放单[ 放单即发放提货单，是一种单据，客户必须凭此单据才能到港口去提货。]服务的实现方案，在确定客户信用管理模式后，通过从源头控制和持续整理，逐步实现客户信用控制的基本准确，满足各项管理需求，使得客户信用管理能力得到提升。
[关键词]：信用控制  订舱  放单
 一、绪论
 （一）引言
 1、中国外运海运信息管理系统简介
 中国外运长航集团是国务院国资委直属管理的大型国际化现代企业集团，是中国最大的综合物流服务供应商。中国外运股份有限公司（以下简称“中外运”）是中国外运长航集团控股以进出口船货代为主业的上市子公司，在全国各省有百余家分、子公司。
 中国外运海运信息管理系统（以下简称“海运系统”）是针对物流行业进、出口船货代业务为主，自行设计与开发的作业系统。海运系统集业务操作和财务结算总控的一套企业级管理系统，其功能涵盖了船货代业务的各方面，其中主要包括订舱、单证、与船公司数据交互（EDI）、财务结算和客户信用管理等功能。
 海运系统前台采用C#语言，基于Microsoft公司的.NET作为开发平台，后台使用Java语言，基于Eclipse作为开发平台，前后台基于Http协议进行数据交互，Oracle 9i作为存储数据库，以C/S架构为软件系统的体系结构。
 2、本论文的研究内容
 客户信用管理不是孤立存在，本论文是以海运系统为背景，通过亲身参与，充分了解了各分子公司对客户信用管理的需求后，结合所学知识，旨在和项目组同事共同设计与开发一套适合于本公司业务特点的客户信用管理模块。
 本论文就客户信用管理模块，通过用户的需求分析到该模块的系统设计，以及主要功能的实现进行详细的分析与说明。
 （二）研究现状
 海运系统在全国已有114家业务单位在使用，其中汇总的客户资料大约有10万条，通过对各分子公司的调研与了解，按客户的付款周期和各客户与各分子公司签署的协议来看，将客户可分为两类，一类是现结客户，另一类是月结客户。所谓现结客户就是客户在订舱或放单前必须付完订单的应交款项，才能获得相应的服务。所谓月结客户就是客户在订舱和放单前所欠的应交款未超出各分公司授予的信用额度并且付款时间未超出每月的应付款时间，才能获得相应的服务。
 通过作业员平日对客户运作管理过程来看，订舱和放单是控制客户付款的两个重要环节。目前，各分子公司操作员在进行订舱或放单前，无论是现结客户还是月结客户都是人为的去查询客户的欠款情况，结算日和欠款额都是通过人工统计与判断，特别是月结客户，每笔业务需要人工根据签约情况来判断结算日，出错率极高，如果统计出该客户已欠款了，操作员会以电话或邮件的方式告知销售员该客户不能进行订舱或放单，由于系统目前不能实时的反应客户的欠款情况，那么就会出现客户的欠款额度已大于了授信额度，或是已过了结算日，操作员仍然在进行订舱或放单的动作，给企业带来极大的财务风险和经营风险。
 随着销售方式的转变和管理人员对客户服务意识的提升，作业员在订舱和放单前，系统自动判断是否可以进行后续操作，自动将欠款信息发送邮件给客户的逐步应用，最终，通过客户信用管理来降低企业的财务风险必将是必然趋势。
 （三）可行性分析
 客户信用管理模块的目的是便于作业员在进行订舱和放单时，系统自动判断客户的信用情况，然后根据欠款情况自动做出判定与处理，以提高工作效率，便于企业对客户的整体管理和使用，现分别对技术、经济进行可行性分析，分析能否能基于海运系统现有的条件进行开发与应用。
 1、技术可行性分析
 目前海运系统，客户端界面采用C#语言开发，后台采用JAVA语言开发，数据库采用Oracle9i。通过各分子公司提出的要求，查询报表界面可以使用C#进行快速开发，自动发送邮件可以引入J2EE里的Java Mail 组件技术，自动计算结算日可以使用第三方插件Quartz来实现。引入Java Mail 和Quratz后对服务器和用户计算机要求仍和原来一致，因此从现有的技术条件和物理资源均可达到所需，故技术上可达到要求。
 2、经济可行性分析
 从投入方面来讲，新引入的Java Mail和Quartz组件都属于开源技术，加上是在现有的系统上进行扩展开发，软硬件环境比较成熟，所以在支出上十分有限，而且客户信用管理模块并不是特别复杂，开发周期比较短，人员经济支出有限。
 当客户信用管理模块开发完毕并实际投入运行后，可以提高作业员的工作效率，为公司的业务增长将提供有力的保障，各分子公司可以对现结客户和信用客户进行科学的管理，可以降低公司的销售风险和资金周转风险已及可以及时的解决坏账问题，为销售人员在从事销售过程中进行科学的评估，为企业建立良好的客户关系，为决策层对客户进行评判时提供数据支撑。
 与此同时，客户信用管理运行后将很大程度上提高客户管理的功能，在为企业带来便利的同时，也为系统的进一步推广创造了条件。这带回的经济回报将远超支出，并且最重要的一点是客户信用管理模块的开发可以给我们对系统的开发有个全面的认识。从经济角度考虑，客户信用管理模块开发可行，同时可以充分地肯定，客户信用管理有一定的前景，有值得向各分子公司全面推广的价值。
 3、操作可行性分析
 客户信用管理模块是结合实际工作需要而开发，能解决当前客户管理中的诸多问题，因此该模块符合客户管理的工作实际，有稳定而扎实的合作基础。从前面的分析来看，技术上的操作已日臻完善和成熟，技术实现的可操作性非常大，从而系统的操作是可行的，能最终以满足用户需求，达到最初开发目的的目标。
 二、客户信用管理模块系统分析
 （一）需求分析
 1、需求定义
 为了确保客户信用管理模块的应用价值更高，我们对各分子公司的客户信用管理需求进行了调研，对需求进行了抽取与提炼，得出信用控制的核心和目的主要是控制客户的应收账款。通过分析使这些需求为今后的开发起到一定的指导作用。
管理层的需求如下：
 （1）、由于各销售与各个客户的签约信息不一致，系统应能自由的设置客户的结算周期，一个客户可以签署多份合同，但时间不能重叠。
 （2）、当签约客户的合同快到期时，系统应自动发邮件提醒客户与这个客户对应的销售人员。
 （3）、每个签约客户未审核前，签约信息无效，合同到期后如果该客户未续签合同，新订单所对应的费用自动转为现结。
 （4）、可以查询所以签约客户的授信额度、结算周期和合同开始执行与截止日期。
 作业员和销售员的需求如下：
 （1）、对作业员而言不需关心客户是现结客户还是月结客户，只要在订舱或放单时，系统自动判定现结客户如果有欠款，系统应该立刻禁止作业员对该客户进行后续的操作；月结客户如果欠款额度超出了信用额或已到了结算日未进行结算的也应该立刻禁止作业员对该客户进行后续的操作。
 （2）、如果系统禁止操作员对该客户进行后续的操作，系统应该自动发邮件给该客户和这客户对应的销售人员，订舱成功后也需要发送邮件给客户。
 （3）、系统可以查询现结客户和月结客户的欠款总额和明细。
 （4）、月结客户在系统判断的情况下允许有例外，比如A客户系统判断是禁止订舱，由于其他外部原因允许A客户订舱，这种情况系统要求满足，同理如果A客户在允许放单情况下，也可以将其中的一个单票进行扣单的动作。
 （5）、可定制收款计划并自动发送邮件给相应的销售员与客户。
 结算和财务员的需求如下：
 （1）、月结客户系统应根据签约信息，每晚自动计算出每笔业务的费用明细的结算日。
 （2）、财务可根据结算日，查询出所有未结算的客户和金额，以及对应的费用明细。
 （3）、美金和人民币的结算周期是不一致的，要求可以灵活的设置。
 2、系统目标
 海运系统是典型的信息管理系统（MIS），本次开发主要是针对客户信用管理模块，通过对用户需求的提炼，系统目标设定如下：
 （1）、可自由设置月结客户的结算周期，并根据设置信息自动计算出每条费用的结算日期。
 （2）、为订舱和订舱操作提供接口，调用客户信用控制接口后自动给出判断，并自动发送邮件给客户和销售员。
 （3）、月结客户和现结客户已付款和欠款金额的查询报表。
 （4）、月结客户合同到期邮件提醒。
 （5）、现结客户和月结客户系统控制的准确性和完整性。
 （6）、根据结算日，可定制收款计划并自动发送邮件给客户和对应的销售员。
 通过以上功能的实现，基本达到对客户信用管理的系统化和自动化。
 （二）功能结构图
 客户信用管理模块软件设计的目的是对客户的欠款情况进行管理，为销售员在从事销售的过程中提供科学的依据，便于作业员在放单和订舱时使用，提升对客户的服务质量。通过对用户需求的分析与提炼，完成客户信用管理模块的设计与实现，主要包括如下内容：
 （1）、客户信用管理相关的基础资料维护；
 （2）、客户信用资料维护和规则配置；
 （3）、客户信用审核；
 （4）、客户欠款邮件提醒，合同到期前邮件提醒；定制收款计划后的邮件提醒功能；
 （5）、自动计算每笔业务所对应费用的结算日；
 （6）、报表查询功能：月结客户逾期费用查询和逾期费用明细查询；
 （7）、为订舱和放单功能提供信用控制接口，根据信控规则，为订舱和放单操作提供依据。
 客户信用管理功能结构图如图1所示。

图1  客户信用管理模块功能结构图
 （三）业务流程图
 1、订舱信用控制业务流程
 目前接受客户订舱的方式有两种，一种是客户在网上提交订单，另一种是客户书面委托或保函的方式来订舱，收到客户的订舱请求后都会将订舱信息录入至海运系统，并通过海运系统以EDI的方式将订舱数据发送给船公司，船公司收到数据后并配舱且将配舱信息反馈给海运系统，最后海运系统将配舱信息告终客户。
 根据各分子公司的需求，收到客户的订舱请求后将订舱信息录入至海运系统点保存的一刹那，需要使用信用控制。客户订舱时既要判断客户的信用情况，还要自动发送邮件，为此我们得出了客户订舱时控制模型，如图2所示，客户订舱时首先会调用信用控制接口，然后根据信用控制接口里给出的结果进行后续的操作，如果信用控制判断允许订舱，那么系统会保存客户提交的订舱数据，且会发送邮件给客户，如果信用控制判断禁止订舱，这时不保存客户提交的订舱信息，提示相应的原因给操作员，自动发邮件给客户。
 
图2  订舱信用控制业务流程
 2、放单信用控制业务流程
 我们公司属于货运代理行业，发放提单属于最后一个环节，自客户订舱成功后，便开始产生了费用，比如海运运费、佣金、THC操作费等等，当然如果订舱里含有其它延伸服务，比如拖车、仓储等，这些服务都会产生相应的费用，而产生的这些费用通常客户都不会全部付费完毕，因此发放提单时，需要检验客户的欠款情况。
 根据各分子公司的需求，客户放单时既要判断客户的信用情况，还要自动发送邮件，为此我们得出了客户放单时的数据控制模型。如图3所示，客户放单时首先会调用信用控制接口，然后根据信用控制接口里给出的结果进行后续的操作，如果信用控制判断允许放单，那么系统会保存客户提交的放单数据，自动发送邮件给客户，如果信用控制判断禁止放单，这时不保存客户提交的放单信息且扣发提货单，提示相应的原因给操作员，自动发邮件给客户。
 
图3  放单信用控制业务流程
 三、客户信用管理模块系统设计
 （一）客户信用控制模型设计
 1、现结客户信用控制模型设计
 现结客户没有信用期和信用额的概念，于是只需要对这个客户所做的所有业务的所对应的费用行进行核销判断即可，如图4现结客户信用控制模型。

图4  现结客户信用控制模型
 图4中普通单票、拆单、并单只是一种业务类型，从图中可以看出，如果现结客户所做的业务还未录入费用，系统将禁止后续操作，如果已录入费用，则判断当前业务的费用和历史费用（当前业务以外的单票所产生的费用）的应收账款都是否已核销或欠款总金额为0，如果都已核销或欠款总额为0，系统将允许后续操作，反之。现结客户控制模型供信用控制接口控制模型调用。
 2、月结客户信用控制模型设计
 月结客户根据用户的需求，由于加入了例外（临时控制措施），控制模型会稍复杂些，信用控制判断时优先级如下图5所示。

图5  月结客户优先级控制模型
 由于月结客户在信用控制时包含了临时措施的情况，如图6月结客户信用控制模型，月结客户在判断信用情况时，首先是判断单个例外，即单笔业务允许或禁止，如果当前业务在单个例外措施中，系统则按设置的措施执行，如果当前的业务不在单个例外措施中；接下来判断全部例外的情况，如果当前的客户在全部例外里存在，则按例外措施里的设置系统进行后续的操作，如果当前客户在全部例外中不存在；最后才是系统判断客户的信用情况，系统判断客户的信用情况时，先统计该客户所有欠款总额和所有业务中已欠费用的最早结算日，如果该客户的总欠款额度大于授信额度，或已过了结算日但未结算，只有满足其中的一项，这时系统判断为该客户超期超额，不允许后续的操作，如果该客户的总欠款额未大于授信额度且所有欠款费用的结算日都还未过，系统将允许后续的操作。月结客户控制模型供信用控制接口控制模型调用。
 
图6  月结客户信用控制模型
 3、信用控制接口模型设计
 在前面两个小节了分别提出了现结客户和月结客户的控制模型，而作业员在实际操作中不需要知道客户是月结还是现结，因此，系统在原有的功能上，在调用信用控制接口时，应自动区分是信用客户还是月结客户，如果是现结客户则调用现结客户的控制模式，如果月结客户则应该调用月结客户的控制模式。如图7信用控制接口模型，该接口供订舱和放单操作时调用。

 图7  信用控制接口模型
 （二）客户信用管理模块对外接口设计
 整个客户信用管理模块为其他模块调用提供了两个对外的接口：
 1、信用控制接口，传入业务ID、客户编码、功能名称（常量）返回改客户的信用结果。结果里包含了是否允许该客户放单或订舱，如果是禁止，还有相应原因。该方法的整个逻辑控制模型见第（一）小结里的信用控制接口模型。
 2、邮件接口，作业员点订舱或放单自动调用该接口，功能主要是将订舱或放单相关的重要信息往邮件内容表里写入数据待发送。
 （三）数据库设计
 1、为了存储每天费用明细都有对应的计算日，需要在现有的费用明细表（Fexpense）添加4个字段，分别记录信控结算日，信控计算日，信控账单日，信控ID。详细设计见表1所示。
 表1  费用明细表
字段名 类型 可为空 注释
FEXP_EXPENSE_ID NUMBER(12) N 主键ID
FEXP_BILL_NO VARCHAR2(20) Y 账单号
FEXP_CONSIGN_ID VARCHAR2(20) N 业务ID
FEXP_INVOICE_ID VARCHAR2(40) Y 发票ID
FEXP_TAX_INVOICE_NO VARCHAR2(40) Y 税务发票号
FEXP_CHARGE_ID NUMBER(8) N 费用名称
FEXP_SETTLERMENT_OBJECT VARCHAR2(30) N 结算对象
FEXP_QUANTITY NUMBER(13,3) Y 数量
FEXP_UNIT_PRICE NUMBER(15,2) Y 单价
FEXP_AMOUNT_PRICE NUMBER(15,2) N 总金额
FEXP_CURRENCY_CODE VARCHAR2(3) N 币种
FEXP_RATE NUMBER(10,4) N 汇率
FEXP_WRITEOFF_AMOUNT NUMBER(12,2) Y 核销金额
FEXP_RP_FLAG VARCHAR2(1) Y 0：应收 1：应付
FEXP_LOCK_FLAG CHAR(1) N 锁定标记
FEXP_ACCOUNT_FLAG CHAR(1) N Y/N
FEXP_INVOICE_FLAG CHAR(1) N N:未开发票P:部份开票Y:已开发票
FEXP_CANCEL_FLAG CHAR(1) N Y/N
FEXP_WRITEOFF_FLAG VARCHAR2(1) N 0：未核销 1：部分核销 2：已核销
FEXP_RBFLAG VARCHAR2(1) N 0：普通 1：红冲 2：蓝补
FEXP_ORI_EXPENSE_ID NUMBER(12) Y 红冲蓝补的费用
REC_VER NUMBER Y 版本号
FEXP_STATEMENT_NO VARCHAR2(20) Y 对帐单号
FEXP_APPLY_AMOUNT NUMBER(12,2) Y 业务预核销金额
FEXP_CREATOR_ID VARCHAR2(20) Y 费用录入人
FEXP_FISCAL_WRITEOFF_FLAG VARCHAR2(1) Y 财务核销状态，（海运系统）0：未核销 1：部分核销 2：已核销
FEXP_FISCAL_MONTH_A VARCHAR2(10) Y 实际会计期间,财务上传实际数据会计期间
FEXP_BILL_XCHGRATE NUMBER(10,4) Y 对账汇率
FEXP_UNIT_PRICE_EXPRESSION VARCHAR2(500) Y 费率表达式
FEXP_TAX_INVNO_INPUT_DATE DATE Y 税务发票号录入日期
FEXP_TAX_INVNO_INPUT_USER NUMBER(8) Y 税务发票号录入人
FEXP_STATEMENT_NO_DATE DATE Y 对账日期
FEXP_STATEMENT_NO_USER NUMBER(8) Y 对账人
FEXP_BASE_AMOUNT_PRICE NUMBER(12,2) Y 对账单号登记日期
FEXP_REJECT_FLAG CHAR(1) Y 商检发票号
FEXP_NEED_INVOICE_FLAG VARCHAR2(1) Y 商检证号
FEXP_FUTURE_AMOUNT NUMBER(15,2) Y Y/N 拒付标识
FEXP_CONTAINER_NO VARCHAR2(20) Y 开票标志
FEXP_FUTURE_AMOUNT_CREATOR NUMBER(8) Y 预估金额,第一次单票审核时的费用金额
FEXP_GL_DATE DATE Y 箱号. 费用项目所对应的箱号
FEXP_GL_DATE_A DATE Y 预估数总账区间
FEXP_DPLINE_RELATION_ID NUMBER Y 实际数总账区间
FEXP_DPLINE_TYPE CHAR(1) Y 预估金额录入人
FEXP_FISCAL_WRITEOFF_TIME DATE Y 核销时间
FEXP_SETTLEMENT_LINK_MAN VARCHAR2(100) Y 结算联系人
FEXP_CREDIT_BILL_DATE DATE Y 费用的账单日期,由信控系统自动计算得出
FEXP_CREDIT_SETTLEMENT_DATE DATE Y 费用的结算日期,由信控系统计算得出
FEXP_CREDIT_CALCULATE_DATE DATE Y 信控计算日期
FEXP_CREDIT_ID NUMBER(12) Y 信控ID
 2、添加基础数据表（Ccreditsettletype），主要用于存储期结方式，这里存储自定义规则表达式，算单条费用行时需解析这些规则表达式。详细设计见表2所示。
 表2  期结方式表
字段名 类型 可为空 注释
CCST_ID NUMBER N 主键
CCST_SETTLE_TPPE VARCHAR2(40) N 期结方式名称
CCST_SETTLE_RULE VARCHAR2(80) N 期结方式规则。月结应定义为1-#EOM期结定义为1-0;
CCST_SETTLE_DESC VARCHAR2(80) Y 描述
REC_VER NUMBER Y 版本号
CCST_ORG_ID NUMBER(8) N 所属的分公司或组织ID。取自CSINOTRANSCOMPANY.CSCO_ORG_ID
 3、添加客户信用期维护（Ccreditterm），用于记录客户的结算方式，比如人民币船开后20天结算，美金30天等。详细设计见表3所示。
 表3  客户信用期表（Ccreditterm）
字段名 类型 可为空 注释
CCCT_ID NUMBER(12) N 　
CCCT_CUST_CREDIT_ID NUMBER(12) Y 客户信用主键，引用ccredit2cust表主键
CCCT_VALID_FLAG CHAR(1) N Y:有效N:无效
REC_VER NUMBER Y 版本号
CCCT_GD_SEMT_DAY NUMBER Y 结算日
CCCT_GD_SEMT_MONTH_TYPE VARCHAR2(1) Y 结算月类型
CCCT_GD_SEMT_BEGION_DAY NUMBER Y 结算期开始日
CCCT_GD_SEMT_END_DAY NUMBER Y 结算期截至日
CCCT_GD_SEMT_MONTH_PARITY_TYPE VARCHAR2(1) Y 结算月类型(奇偶属性)
CCCT_SETTLEMENT_DATE_FROM DATE Y 期结的起始日期
CCCT_REF_BIZ_CONDITION NUMBER Y 适用的业类型。引用表CCreditTermCondition主键
CCCT_SETTLEMENT_INTERVAL NUMBER Y 结算日间隔
CCCT_SETTLEMENT_INTERVAL_UNIT VARCHAR2(2) Y 结算日间隔单位
CCCT_BILL_DATE_DAYS NUMBER(8) Y 账单日期提前天数,账单日期相对结算日期提前的天数
CCCT_CREDIT_TYPE VARCHAR2(2) Y 信控分类。AR:正常费用；FW:代垫费用。FW的信用设置用于计算代垫信用额度。
CCCT_SETTLEMENT_TYPE NUMBER Y 期结方式
CCCT_CREATOR NUMBER(8) Y 创建人
CCCT_CREATOR_TIME DATE Y 创建时间
CCCT_STATUS CHAR(1) Y 月结客户，信用期状态,0:草稿,1:正式
CCCT_ENTRUST_FLAG CHAR(1) Y 是否托收 Y托收 N不托收
 4、添加信用客户资料表（Ccredit2cust），用于保存与客户签订的合同信息，以及客户联系人的联系方式，详细设计见表4所示。
 表4  信用客户资料表
字段名 类型 可为空 注释
CC2C_ID NUMBER(12) N 主键
CC2C_ENTITY_ROW_ID VARCHAR2(30) N 客户ID
CC2C_ORG_ID VARCHAR2(30) N 所属的分公司或组织ID。取自CSINOTRANSCOMPANY.CSCO_ORG_ID。
CC2C_STATUS CHAR(1) N Y:有效N:冻结
REC_VER NUMBER Y 版本号
CC2C_EFFECTIVE_BEGIN_DATE DATE Y 客户信用生效开始日期
CC2C_EFFECTIVE_END_DATE DATE Y 客户信用生效截止日期
CC2C_FORWARD_FLAG VARCHAR2(1) Y 收款类型: 应收0：指定信用客户在货代系统中被允许欠应收款的金额和期限。只要超过此信用金额或期限，就不允许出口放单。代收1：指定信用客户在货代系统中被允许欠代收款的金额和期限。只要超过此信用金额或期限，就不允许出口放单。空null：指定信用客户被允许欠款的金额和期限。只要超过此信用金额或期限，就不允许出口放单。
CC2C_CREDIT_AMT NUMBER(12,2) Y 信用额度
CC2C_CREDIT_AMT_FWD NUMBER(12,2) Y 代垫费用信用额度
CC2C_CREDIT_AMT_FWD_FLAG CHAR(1) Y 代垫信用额度标识。Y:表示需要单独计算代垫额度;N:不需要单独计算代垫额度
CC2C_CREATOR NUMBER(8) Y 创建人
CC2C_CREATOR_TIME DATE Y 创建时间
CC2C_AUDIT_STATUS CHAR(1) Y 合同审核状态
CC2C_AUDIT_USER NUMBER(8) Y 审核人
CC2C_AUDIT_DATE DATE Y 审核时间
CC2C_CREDIT_NO VARCHAR2(100) Y 客户信用编号
CC2C_DELETED VARCHAR2(1) Y 删除状态Y/N
CC2C_SETTLEMENT_AUDIT_STATUS CHAR(1) Y 期结审核状态
CC2C_CONTRACT_PROPERTY VARCHAR2(50) Y 合同属性
CC2C_SIGNED_BASIS VARCHAR2(50) Y 签订依据
CC2C_REMARK VARCHAR2(200) Y 备注
CC2C_USD_AMOUNT NUMBER(12,2) Y 美金额度
CC2C_USD_RATE NUMBER(8,2) Y 美金汇率
CC2C_NOTIFIER_NAME VARCHAR2(50) Y 通知人姓名
CC2C_NOTIFIER_TEL VARCHAR2(200) Y 通知人电话
CC2C_NOTIFIER_EMAIL VARCHAR2(200) Y 通知人Email
CC2C_NOTIFIER_FAX VARCHAR2(200) Y 通知人传真
CC2C_DIVISION_CANVASSER VARCHAR2(100) Y 分管销售人员
 5、添加月结客户例外规则配置表（CCreditFuncRuleException），该表主要存储月结客户特殊单票处理情况，比如A客户本身调用信用接口后允许放单，但业务发现某个单票可能存在潜在的风险，于是想把A客户的提单扣住，这里就是例外规则。详细设计见表5所示。
 表5  月结客户单个单票例外规则配置表
字段名 类型 可为空 注释
CCRE_ID NUMBER N 主键
CCRE_BIZ_KEY_VALUE VARCHAR2(50) N 对应的业务主键
CCRE_BIZ_DESC VARCHAR2(200) Y 业务描述，用于识别业务。如：船名+航次+提单号
CCRE_RULE_RESULT CHAR(1) N 控制措施。取自数据字典BIZ_SUB_TYPE（0允许 1禁止 2系统判定
CCRE_ORG_ID NUMBER N 所属的分公司或组织ID。取自SINOTRANSCOMPANY.CSCO_ORG_ID。
CCRE_CREATOR NUMBER N 创建人
CCRE_CREATE_DATE DATE N 创建日期
CCRE_DELETED CHAR(1) N 删除标识
CCRE_DELETE_BY NUMBER Y 删除用户
CCRE_DELETE_DATE DATE Y 删除日期
REC_VER NUMBER Y 版本号
CCRE_VESSEL_EN VARCHAR2(80) Y 船名
CCRE_VOYAGE_EN VARCHAR2(20) Y 航次
CCRE_BL_NO VARCHAR2(20) Y 提单号
 6、添加月结客户全部例外存储（CCreditFuncRule），该表主要存储月结客户特殊处理情况，比如A客户出现了破产或者其他情况，于是想把A客户的所有提单扣住，这里就需要把A客户做例外处理。详细设计见表6所示。
 表6  月结客户全部例外规则配置表
字段名 类型 可为空 注释
CCTU_ID NUMBER N 主键
CCTU_BIZ_TYPE CHAR(1) N 业务类型，取自数据字典BIZ_SUB_TYPE
CCTU_BIZ_FUNCTION VARCHAR2(20) Y 业务功能点
CCTU_RULE_RESULT CHAR(1) N 控制措施  控制措施。取自数据字典取自数据字典BIZ_SUB_TYPE（0允许 1禁止 2系统判定
CCTU_CCCT_ID NUMBER N 外键，对应为CCREDIT2CUST.CC2C_ID
CCTU_ORG_ID NUMBER N 所属的分公司或组织ID。取自CSINOTRANSCOMPANY.CSCO_ORG_ID。
REC_VER NUMBER Y 版本号
CCTU_DELETE_FLAG CHAR(1) Y 作废标识,默认为N,Y代表已作废
 与客户信用维护相关共添加5张表，如图8客户信用相关数据库表ER图所示。

图8  客户信用相关数据库表ER图
 8、添加存储邮件信息（Cmailmsgregister）表，主要用于订舱或放单后发送邮件。将邮件信息存储至该表8中，然后使用Quartz技术扫描该表，然后再使用Java Mail 技术将扫描的内容逐个的发送给相应的收件人，其表结构如下：
 表8  邮件内容存储表
字段名 类型 可为空 注释
CMR_MAIL_REGISTER_ID NUMBER N 邮件消息注册号
CMR_ADDRESS VARCHAR2(2000) N 收件人地址
CMR_NAME VARCHAR2(100) N 收件人名称
CMR_MAIL_FROM VARCHAR2(50) N 发件人地址
CMR_SUBJECT VARCHAR2(500) N 邮件主题
CMR_CONTENT VARCHAR2(2000) Y 邮件正文
CMR_ATTACHMENT VARCHAR2(100) Y 邮件消息附件
CMR_VALID_DATE DATE Y 有效期
CMR_RETRY_COUNT NUMBER N 邮件重发次数
CMR_RETRY_MAXCOUNT NUMBER N 邮件最大重发次数
CMR_SEND_DATE DATE Y 邮件发送时间
CMR_PUBLISH_STATUS CHAR(1) N 消息发布状态 N表示未发布，Y表示已发布
CMR_REGISTER_DATE DATE N 消息注册时间
CMR_CLOB_CONTENT CLOB Y 消息正文
REC_VER NUMBER Y 版本号
CMR_CC_ADDRESS VARCHAR2(2000) Y 抄送人地址
 （四）输入输出设计与实现
 1、客户信用管理基础资料维护界面原型设计
 （1）、期结方式界面设计原型
 目前各分子公司月结客户结算周期分两种，一种是月结（以自然月为一期进行结算），另一种是滚动结算（以每一个航次为一期进行结算），为了便于后续的扩展，将期结方式拿出作为基础数据维护，该界面的期结方式规则属自定义表达式，被月结客户资料维护引用后，在计算该客户所有费用的结算日期时，需要对该表达式进行解析。期结方式界面设计原型见图9。

图9  期结方式界面设计原型
 （2）、月结客户基本资料维护界面设计原型
 如图10所示，月结客户基本资料维护界面上半部分是维护客户的基本信息，下半部分是分别维护美金和人民币滚动结算的结算周期。由于滚动结算的结算周期用户要求可以自由的设置，因此界面维护时结日在每期结算后N天可自由填写。右侧为填写通知人信息，可填写邮件地址、电话等信息，订舱或放单后自动发送邮件就是取该界面的邮件地址。

图10  月结客户基本资料维护界面设计原型
 （3）、信用控制例外措施维护界面设计原型
 通常客户的信用控制是由系统自动判断完成，但由于一些特殊的客观原因，需要进行人工的干预，比如一笔业务系统自动计算应该为4月30号进行结算，现公司要求在4月20提前对该客户托收账款，如未托收到，该客户的所有业务禁止操作，如图11所示，这种措施称为客户例外。图中的这个客户现在是整个被禁止了，如果某个单票允许业务继续操作，那么只需要点添加例外，这时称为单个例外。

图11  信用控制例外措施维护界面设计原型
 2、客户信用管理逾期报表查询界面原型设计
 如图12所示，为月结客户逾期费用查询界面设计原型，该界面一个客户只会显示一条记录，其中重要信息包括客户名称、欠款总额、信用额度、欠款百分比、超期超额标识等信息。

图12  月结客户逾期费用查询界面设计原型
 如果已知一个客户欠款，可点击图12里的逾期明细按钮，跳转至图13或通过菜单栏进入月结客户逾期费用明细界面，查看某个客户的欠款明细，该界面列出了业务ID、航次（船期）、每笔费用的结算日、金额、币种等信息。

图13  月结客户逾期费用明细查询界面设计原型
 3、客户信用管理基础资料维护的实现
 （1）、增加期结方式的维护界面，可维护数据项见表（Ccreditsettletype），工作流程见图14所示：

图14  期结方式维护工作流程
 （2）、增加客户资料（Ccredit2cust）和客户信用期（Ccreditterm）的维护界面。
 客户资料、客户信用期和期结方式的工作流非常的相近，但客户资料维护多了一些校验，一个客户有多份合同时，签约的时间不能有相交的部分，每份合同里同一币种的结算方式只能出现一次。另外客户资料删除和客户信用期删除只是逻辑删除，并不是物理删除。界面需要提供的数据维护项见客户资料表和客户信用期表，在保存的过程当中相关校验如图15所示。
图15  客户资料（Ccredit2cust）和客户信用期（Ccreditterm）维护工作流程

 
 四、客户信用管理模块主要功能的实现
 各分子公司将客户分两类，一类是现结客户，另一类是月结客户，根据用户的需求以及在前面做的系统分析与控制模型，重点解决如下几点：
月结客户自动计算结算日。
自动发送邮件的问题。
现结和月结客户在订舱和放单环节的信用控制。
 1、月结客户自动计算结算日的程序设计
 目前各分子公司跟月结客户的签约情况结算周期有两种：1）月结；2）滚动结算。月结就是自然月结算，通常都有一个固定的结算日，比如跟客户签的是每个月的10号进行结算，又如4月发生的业务，那么应该在5月10号进行结算，如果业务发生在5月，那么应该在6月10进行结算，同理依此类推。
 滚动结算就是以一个航次为一期，通常结算周期为30天，当然不同客户签约情况会不一样，以30天为例，比如船期是在4月1日，该客户在这个航次下做了两笔业务分别是到美国和加拿大，那么这两笔业务的结算日应该再4月30日，如果是4月3日的船期，该客户又做了一笔业务，那么这笔业务对应的结算日期就为5月3日，同理依此类推。
 为了实现该功能，定时程序设计总体流程如图16月结客户自动计算结算日所示，设计分如下几个步骤完成该功能：
 （1）、根各分公司的分参和欠款费用认定标准，找出所有月结客户的欠款费用和业务日期。
 （2）、对各费用按客户进行分组。
 （3）、解析各客户的签约方式，其中1-#EOM代表自然月结，1-0代表滚动结算。
 （4）、根据客户的签约方式和业务日期，在各个费用明细上标记结算日期、账单日期、信用控制ID和信用控制自动计算日。
 （5）、每完成一个客户的计算向数据库提交一次事务。
 图16  月结客户自动计算结算日
 2、自动发送邮件的程序设计
   现结客户和月结客户在订舱和放单环节自动发送邮件的功能程序设计如图17自动发送邮件所示，程序设计时分如下步骤来完成：
 （1）、现结和月结客户，在订舱或放单完毕后调用前面章节里提到的邮件接口，按要求将邮件内容写入到CmailMSGRegister表中。
 （2）、定时程序从CmailMSGRegister表找出所有未发的邮件记录。
 （3）、循环未发的邮件记录，调用Java Mail提供的邮件接口发送邮件。
 （4）、邮件发送完毕后将对应的CmailMSGRegister表的邮件记录置为已发送。

 图17  自动发送邮件
 3、现结和月结客户在订舱和放单环节信用控制的程序设计
 在程序现有的订舱和放单方法前先调用信用控制接口，通过接口返回的内容进行判断是否允许进行后续的操作。
 其中信用控制的接口总体原则为，现结客户所有业务对应的费用行，只要有其中的一条费用记录未进行结算，那么接口将返回不允许操作的标识，反之；月结客户只要超期或超额，那么接口也将返回不允许操作的标识，反之亦然。
 五、总结与展望
 经过长时间的设计与开发，客户信用管理模块实现了月结客户和付现结客户欠款金额的查询；自由的设置月结客户的结算周期；月结客户根据业务的服务完成日期自动计算出该业务下所有应收账款的结算日期；作业员在使用海运系统进行订舱或发放提单环节时，系统根据客户的信用情况，自动判断是否可以进行后续的操作并发送邮件给客户，还可以定制收款计划并自动发送邮件给客户和对应的销售员，各分子公司要求基本功能已实现，进一步的完善还需要在系统应用后根据现实情况逐步进行不足之处的弥补和功能的强化。
参考文献
1、(美)Karli Watson Christian Nagel：《C#入门经典（第三版）》，清华大学出版社，2006.5
2、张铎、林自葵：《电子商务与现代物流》，北京大学出版社，2004.2
3、(美)BRUCE ECKEL：《Java编程思想（第四版）》，机械工业出版社，2007.6
4、(美)KEVIN LONEY，GEORGE KOCH：《ORACLE 9I参考手册》，机械工业出版社，2003.7
5、温昱：《软件架构设计》，电子工业出版社，2007.5
6、赵学良：《Servlet与Jsp核心编程（第二版）》，清华大学出版社，2009.1
7、黄梯云：《管理信息系统》，电子工业出版社，1995
8、丁宝康：《数据库原理》，经济科学出版社，2000
9、中国外运上海船务代理有限公司和中国外运华东有限公司海运分公司客户信用控制需求调研报告。
10、陈臣、王斌：《研磨设计模式》，清华大学出版社，2011-01出版。

相关论文