水泥产业群出货开票系统论文.doc

摘要

水泥企业出货开票制度是保证水泥企业正常运行的重要措施。本文针对水泥企业在出货环节对票据不断提升的正确性、开放性和规范性要求，开发了一个出货开票系统，它综合采用了网络拓扑技术、数据安全控制等技术。系统可以使水泥企业的各地办事处在线实时开票，较好地满足了票据分散使用、集中管理的需求。系统基于三层技术构建，具有较强的负载能力和安全性能，界面友好，使用简单，运行可靠。对水泥企业的产品种类、产品价格、客户信息的操作，完全可由用户完成，操作人员通过在系统上的简单操作，即可开写出完整的汽车或者火车发货单和相关工作票。该系统已在衢州虎山集团下属三家企业投入使用，实现了全国20多个办事处票据的集中、统一的规范管理，受到了用户广泛好评。

关键词：水泥企业，出货开票，工作票，分散使用，集中管理

ABSTRACT

The Cement shipping billing rule is the important measure that ensures the cement circulates normally. Aiming at electric cement enterprise  continuously promoting safety , opening and normative request in the shipping link ,the paper introduces a Cement shipping billing system , which synthesized the network topology ,the data safety control & replication and so on .System satisfies the need of the bill dispersion usage and centralized management ,while the offices of cement enterprise billing in different places. The system sets up by 3-tiered architecture, having the stronger load ability and safe function, and it has the amity interface, brief usage and circulates reliably. The customer can completely make initialization work such as products category, products price, client information term of maintenance etc. By simply operating in the system, the operation person can write the whole car invoice or train invoice and Related work sheet. The system has already carried out in three subsidiary companies in Quzhou Tiger Mt. Tiger Group, actualizing more than 20 offices concentrated circulation and normative management, and it was subjected to customer extensive good opinion.

Keywords: Cement Enterprise, Shipping And Billing, Work Sheet, Dispersion Usage, Centralized Management

目录

摘要 I
ABSTRACT II
第1章 引言 1
1.1 背景 1
1.2 研究内容 2
第2章 系统概述与相关技术 3
2.1 出货开票系统概述 3
2.1.1汽车发货单 3
2.1.2 火车发货单 3
2.2系统采用的技术 3
2.2.1 面向对象设计 3
2.2.2 B/S三层结构 4
第3章 需求分析 6
3.1 系统可行性分析 6
3.2 系统性能需求 6
3.3 系统模块化分析 6
3.3.1 系统参数模块 6
3.3.2 商务模块 7
3.3.3 财务模块 8
3.3.4 开票模块 9
3.3.5 统计查询模块 9
第4章 数据库设计 11
4.1 概念结构设计 11
4.1.1 用户相关概念设计 11
4.1.2 客户相关概念设计 12
4.1.3 出货开票相关概念设计 13
4.1.4 查询统计相关概念设计 13
4.2 逻辑结构设计 14
4.3 物理结构设计 22
第5章 系统设计与实现 25
5.1系统总体设计与实现 25
5.2系统安全性设计 27
5.3开票打印功能实现 28
5.4特殊格式报表导出的实现 31
5.5其他功能的实现 35
第6章 结束语 38
致谢 39
参考文献 40

40
第1章 引言

1.1 背景
长期以来，我国制造业与发达国家相比还存在着较大的差距，突出的现象就是生产制造损失大、能耗高，设备运转周期短、维修费用高，环境污染严重，能源利用效率低，这些问题在水泥制造业表现得尤为突出[1]。面对经济全球化这一机遇和挑战，我国企业必须利用信息技术、管理技术和自动化技术加快改革步伐，彻底改变原有的管理模式，加强产品设计创新能力，提高产品质量，降低成本和改善服务，不断提高自我适应能力。因此，基于信息技术的先进管理体系与制造技术成为企业竞争的关键所在，水泥制造业的信息技术应用已经成为企业具备国内国际竞争力不可或缺的重要手段[2]。
出货开票系统[3]正是水泥企业的信息化建设的有效途径，通过先进的管理思想和计算机技术使企业的财务和出货开票管理有机、高效的结合在一起[4]。因为水泥企业出货开票环节是水泥企业运作最后的一个环节，是设计业务最多的环节，因此也是最重要的环节之一。
然而当前大多数水泥企业仍然采用人员手工开票的方式，该开票方式效率不高，很难适应现代化水泥企业快速、经济运行的要求[5]；而由出货开票系统替手工拟写汽车火车发货单以及相关工作票，具有节省填票时间、实现双重把关、填票合格率高、票面清晰整洁、提高运行管理水平等优势[6]。更重要的是，出货开票系统实现了自动扣款的功能，取消了人工扣款，人工核对财务的流程，使财务有序化、清晰化的管理[7]。因此，利用计算机人出货开票系统代替手工开写工作票对于减轻劳动强度，减少开票的出错率，减少企业业务流程，提高企业运行效率，具有非常重要的意义。

1.2 研究内容
本文针对水泥企业在出货环节对票据不断提升的正确性、开放性和规范性要求，开发了一套完整的出货开票系统，它综合采用了网络拓扑技术、数据安全控制等技术。利用面向对象的程序设计语言具有的继承、多态、封装等多种优良特性，把这一技术运用于工作票的知识表示和推理机的实现，合理抽象出问题域的类，将使得出货开票系统具有代码短、易维护、易修改和易扩充的优点，增强了系统的通用性。
因此本文的主要研究的内容如下：
（1）汽车、火车发货单以及相关工作票一体化设计，二者统一编码、统一网络拓扑、统一存储数据。减少了票据数量与开票流程，提高开票效率。
（2）出货开票系统采用B/S架构，客户端浏览器可直接通过访问服务器的方式进行开票操作，可较好解票据异地分散开出、集中管理的需求。
（3）浏览器客户端实现针式打印机定位打印，丢弃浏览器自带打印功能，设计开票系统特定打印功能，提高票据打印的精确度。
（4）出货开票、自动扣款与报表统计一体化设计，在出货开票环节，自动完成财务扣款、自动生成报表统计信息。
（5）特殊报表的通用化设计，鉴于对一个特殊报表进行一次代码开发代价较高，出货开票系统设计了一种相对通用的特殊报表导出功能，以减少代码开发工作了，提高开发效率。
（6）数据安全性设计，对数据库访问与用户登录密码进行加密，对企业数据的访问进行双重把关，确保开票系统正常运行，确保企业商业信息的安全。
（7）系统通用性设计，开发一套通用性较高的出货开票系统，可适应大部分水泥企业的业务流程，尽量降低后续开发工作量。
（8）开放性设计，用户可自行管理出货开票系统，包括企业结构、产品信息、产品种类、客户信息以及之间的关系，可充分保证系统能够满足企业业务变更的需求，具备长久生命力。

第2章 系统概述与相关技术

2.1 出货开票系统概述
出货开票操作是一项十分严谨的工作，能否正确进行开票操作直接影响着水泥企业的稳定销售，关系到水泥企业的高效运行[8]。因此要求做到分工明确，以确保开票操作正常运作。而且由于汽车出货开票与火车出货开票业务流程并不一致，因此出货开票系统将开票模块划分为汽车发货单、火车发货单两个模块。
2.1.1 汽车发货单
汽车发货单由汽车开票室开出，总共有5联单据，由针式打印机一齐打印，包括企业存根联、提货联、发货联（客户存根）、出门联、回执联。其中存根联由开票室保管；提货联由仓库保管；发货联（客户存根）由客户保管；出门联由司机出门时交于保安；回执联需在客户收到货物后签字，返还到水泥企业，以保管校对。这些单据主要包含了单据编号、客户信息、产品名称、提货数量、出厂编号、车号、开票时间、介绍信等信息。
2.1.2 火车发货单
火车发货单由火车开票室开出，主要分普通货运单与集装箱货运单。填好货运单且水泥装载完毕之后，交到铁路部门。由铁路部门确认有，将水泥发往目的站。其中普通货运单主要包含单据编号、客户信息、产品名称、提货数量、出厂编号、车号、开票时间、发货站、收货站、上局优价号、运价下浮百分比。集装箱货运单除此之外还包括包装件数与集装箱编号。
2.2 系统采用的技术
2.2.1 面向对象设计
面向对象是一种方法，一种思想，同时又是一种技术[9]。它力求更客观自然地描述现实世界，使分析、设计和实现系统的方法同认识客观世界的过程尽可能一致。
面向对象技术以基本对象模型为单位，将对象内部处理细节封装在模型内部，重视对象模块间的接口和对象与外部环境间的联系，能层次清晰地表示企业全局对象模型。客观世界中对象是形形色色的，常可以划分成不同类，不同类的对象又是千差万别的。例如自然界中的对象是看得见摸得着的各类实体，而各类生产活动中的对象则是处理或控制过程，程序设计中的对象却是数据结构等。把所有这些概括为对象，不难看出他们有以下几个共同特点：
某类对象是对现实世界具有共同特性的某类事物的抽象；对象蕴含着许多信息，可以用一组属性来表征；
对象内部含有数据和对数据的操作；
对象之间是相互关联和相互作用的。
面向对象技术，正是利用对现实世界中对象的抽象和对象之间相互关联合相互作用的描述对现实世界进行模拟，并且使其映射到目标系统中。所以，面向对象的特点主要概括为抽象性、继承性和可重用性[10]。
抽象性。指对现实世界中某一类实体或事件进行抽象，从中提取共同信息，找出共同规律，反过来又把他们集中在一个集合中，定义为所设计目标系统中的对象。
继承性，或是遗传性。新的对象类由继承原有对象类的某些特性或全部特性而产生出来，原有对象类成为父类（或称超类），新的对象类成为子类（或派生类），子类可以直接继承父类的共性，又允许子类发展自己的个性。继承性简化了对新的对象类的设计。
可重用性。以前所设计系统中已使用的对象在新系统分析设计中重新采用，这样减少新系统中分析、设计和编程的工作量。
面向对象具有许多优点，无论是对于程序设计者或者用户来说都是如此。面向对象为软件产品扩展和质量保证中的许多问题提供了解决办法。这项技术能够大大提高程序员的生产力，并可提高软件的质量以及降低其维护费用。
本系统采用Java作为开发工具。其面向对象的设计与编程思想，可视化的开发环境，可使我们创建出简洁、高效的应用程序。
2.2.2 B/S三层结构
所谓的软件体系结构是指软件的层次结构，即三层及两层结构。良好的体系结构意味着普适、高效和稳定。认识这些结构的特征并根据实际情况进行系统的选型，对成功开发一个管理信息系统是非常关键的。
B/S三层结构将应用划分为三层(可以有更多层，但三层最常见)：用户界面层，应用逻辑层，数据库层。三层结构计算将数据处理过程分为三部分：第一层是客户端浏览器（用户界面层），提供用户与系统的友好访问[11]；第二层是应用服务器，专门负责商业逻辑、业务逻辑的实现；第三层是数据服务器，负责数据信息的存储、访问及其优化。由于业务逻辑被提取到应用服务器，大大降低了客户端负担。
三层结构的优势有：
首先，通过将整个系统分为不同的逻辑块，大大降低了应用系统开发和维护的成本。
其次，系统的扩展性大大增强。模块化使得系统很容易在纵向和水平两个方向拓展：一方面可以将系统升级为更大、更有力的平台，另一方面也可以适当增加规模来增强系统的网络应用。
第三，系统的可维护能力大大增强。三层结构的应用使逻辑层的变动可以简单的在应用服务器上的升级调整，即可完成应用系统的更新。
第四，系统具有可靠性。三层结构的应用，可平滑将系统结构升级成为集群结构，使系统具有非常高的稳定性，单节点的系统灾难不会对系统的数据完整性和持续运行时间造成影响。
第五，系统具有较高性价比系统。逻辑计算部份集中部署于高性能的应用服务器上，使系统具有非常高的计算性能，减少对客户机的机器成本[12]。
结合出货开票系统的需要易维护、可靠性高、集中/分布式运行等特点，我们采用三层B/S结构。客户端运行时，客户端浏览器将请求发往服务器，服务器将处理结果送回客户端浏览器，这样就实现了分布处理机制,减少了网络上传输的开销，提高了应用系统的运行效率，此外三层结构便于系统的维护和升级。

第3章 需求分析

3.1 系统可行性分析
由于目前客户公司的所有相关业务都是手工方式操作的，存在效率低，准确性差，流程控制难等缺点，所以积蓄一套适合的软件来解决这些问题。出货开票系统是便于解决当前公司内部客户管理，集中式开票发货管理，财务支付明细记录等环节的业务需求。出货开票系统对产品、部门、客户、财务、开票出货、统计进行集中式一体化管理，能够极大提高公司业务处理效率与准确性。
3.2 系统性能需求
出货开票系统主要满足以下几个性能需求：
(1)操作简便：系统操作界面简洁友善，功能一目了然，操作过程简单方便，易于上手。
(2)可扩展性：有较强的可扩展性，便于与其他系统集成，便于系统实时更新升级。
(3)易于维护：维护简单方便，维护效率高，维护成本低。
(4)安全性高：有较强的安全性，尽量避免受到攻击，保证公司内部商业信息的安全。
3.3 系统模块化分析
经过整理分析，将出货开票系统具体划分为系统参数、财务、商务、开票、查询统计等五大模块，以下将按模块进行具体分析。
3.3.1 系统参数模块
系统参数模块中，主要维护系统中一些相对固定不变的信息，主要涉及到组织结构管理、用户及权限管理、产品管理、中转库及库存管理、车站与收货单位管理等相关的功能模块，具体需求如下：
(1) 组织机构管理：
功能描述：维护本系统所需的的组织机构，包括总经理、副总经理、综合部、三家分支企业、各办事处以及各办事处下的各片区。系统管理员可以根据实际需求进行调整组织机构。
参与角色：系统管理员。
(2) 用户及权限管理：
功能描述：维护系统用户及用户权限，不同角色在系统中拥有不同的权限，角色包含：系统管理员，火车开票员，汽车开票员，开票处主任，财务员，办公室职员，办事处人员，办事处主任，公司领导等。权限有系统菜单树自动生成。系统管理员可以根据实际需求给不同角色分配不同权限，给不同用户分配一个或多个不同的角色。
参与角色：系统管理员。
(3) 产品管理：
功能描述：维护集团生产水泥种类，目前已知型号PC.32.5散、PC.32.5纸袋、PC.32.5涂膜袋、PC.32.5复合袋、PO.42.5散、PO.42.5纸袋、PO.42.5涂膜袋、PO.42.5复合袋。PO.52.5散、PO.52.5纸袋、PO52.5涂膜袋、PO.52.5复合袋等。其他特殊水泥品种可以由系统管理员添加。同时系统管理员可以对各级组织机构可以与产品相关联，以便于开票操作。
参与角色：系统管理员。
(4) 中转库及库存管理：
功能描述：维护个地方办事处下的中转库，目前已知中转库有青田散库、艮山门散库、温州散库、温州散库（粮油专用线）、宁波散库、庄桥散库、温州包装等。系统管理员可以根据实际情况维护中转库信息。由于水泥在贮藏过程中会产生损耗，系统管理员可以根据实际情况，调整库存情况。
参与角色：系统管理员。
(5) 车站与收获单位管理：
功能描述：在火车发货的情况中，火车站点与各个站点收货单位相对固定，管理人员根据实际情况管理维护火车站点与各站点收货单位，以便于快捷进行火车发货开票。
参与角色：系统管理员、火车开票员。
3.3.2 商务模块
商务模块中，主要包含客户档案的管理与客户的产品价格的管理。由于不同的客户在相同的产品上的价格是不相同的，因此必须维护客户的产品价格。具体需求如下：
(1) 客户档案管理：
功能描述：维护、查询、导出客户相关信息，包括客户名称、扣款客户、所属企业、所属办事处、所属片区、联系方式等相关信息。
参与角色：系统管理员、公司领导、办公室职员（查询与导出）、办事处人员（查询与导出）、办事处主任（查询与导出）。
(2) 客户价格：
功能描述：维护、查询、导出与客户相关的产品的价格。其中维护价格包含新增客户价格、修改与批量修改某客户价格、删除与批量删除客户价格。
参与角色：系统管理员、公司领导、办公室职员（查询与导出）、办事处人员（查询与导出）、办事处主任（查询与导出）。
3.3.3 财务模块
财务模块中，主要包含客户收款管理、客户账户管理、财务流水纪录等功能模块。具体功能需求如下：
(1) 客户收款管理：
功能描述：维护、查询、导出客户的收款项。收款录入成功后，将总额计算到客户账户。
参与角色：系统管理员、财务员、公司领导、办事处人员（查询与导出）、办事处主任（查询与导出）。
(2) 客户账户管理：
功能描述：维护、查询、导出客户账户相关信息。维护的信息包含客户名称、所属企业、是否月结、信用额度，而不能修改客户的余额。在余额由差异的情况下，只能通过调整客户收款项进行调整客户余额。
参与角色：系统管理员、财务员、公司领导、办事处人员（查询与导出）、办事处主任（查询与导出）。
(3) 财务流水纪录：
功能描述：对每一个客户的每一笔资金的出入进行纪录，比如：每一次打款、收款的修改、扣款都将新增一条财务流水纪录，确保财务收支有据可依。
参与角色：系统管理员、财务员、公司领导、办事处人员（查询与导出）、办事处主任（查询与导出）。

3.3.4 开票模块
开票模块虽然只包含火车发货和汽车发货两个功能模块，但其涉及到的业务是最多的，比如：首先，是出货、开票；其次，是财务扣款；第三，当货物发往办事处时，有可能存在中转库的入库等。其主要业务流程如图3-1所示：

图3-1开票作业流程
具体功能需求如下：
(1) 汽车发货：
功能描述：汽车发货单是汽车发货开票处开票员将客户的每次的提货信息录入到系统中，并打印出出货发货单作为发货凭证，并扣除相应的款项。开票数据用于最终的出货统计。
参与角色：开票处主任、汽车开票员。
(2) 火车发货：
功能描述：火车发货单较汽车发货单有其特殊性，火车发货单有两种情况：1）发给最终客户 2）发给办事处。第一种情况是一种销售操作，而第二种只是一种移库操作。火车发货单格式与汽车发货单也有差异，一份单据上可能会有多种货物。确认发货后，扣除相应的款项，并打印铁路局货运单。开票数据用于最终的出货统计。
参与角色：开票处主任、汽车开票员。
3.3.5 统计查询模块
功能描述：统计查询模块主要包含对发货、入库明细、库存、日月销售的统计、查询、导出；并包含了一些具有特定格式报表的导出，如：销售日报表、销售月报表、按企业统计的出厂日报、按地区分的出厂日报等等。
参与角色：所有角色（某些角色只能查看其中部分功能）。
第4章 数据库设计

鉴于MySQL具有易用性、分布性、并发性、数据完整性、安全性、数据恢复性等优点，并得到普遍应用，因此本系统采用MySQL作为本系统的数据库。
本系统数据库设计的目标是，基于MySQL设计一个合理的数据库，能够满足水泥企业业务的存储要求，降低系统编程和维护的难度，提高系统运行的性能。因此设计数据库必须遵循相应的规范与设计步骤。
在数据库设计规范方面，首先，要注意命名规范，良好的命名习惯，有助于数据库管理的清晰化，程序开发的简单化；其次，尽量满足数据库设计的范式要求，比如：第一范式、第二范式、第三范式、第四范式等；第三，系统运行效率优先，必要的时候也可以有适当数据冗余，以提高系统运行效率。
在设计步骤方面，数据库设计应分为以下4个步骤[13]：
(1) 需求分析；
(2) 概念结构设计；
(3) 逻辑结构设计；
(4) 物理结构设计。
需求分析已经在上一章中进行了详细的探讨，以下便按照概念结构设计、逻辑结构设计、物理结构设计进行分步分析设计。
4.1 概念结构设计
对需求分析所获得的应用需求应该首先抽象为信息世界的概念结构，才能更好、更准确地用MySQL实现这些需求。本文将用E-R模型来描述概念模型，并使用PowerDesigner工具来完成E-R图设计。以下将按照系统的不同功能，分别设计E-R图。
4.1.1 用户相关概念设计
由需求分析所知，与用户相关的，主要涉及到用户所属部门，以及系统访问的权限。因此，此功能与用户实体、部门实体、角色实体、权限实体、通讯录五个实体相关联，E-R图设计如图4-1所示：

图4-1 与用户相关功能E-R图
4.1.2 客户相关概念设计
由需求分析所知，与客户相关的功能有：客户的产品价格、客户收款、客户账户、财务流水纪录等功能。因此相关的实体有：客户（账户）实体、部门（企业）实体、用户实体、收款项实体、产品实体，财务流水纪录实体等六个实体。E-R图设计如图4-2所示：

图4-2 与客户相关功能E-R图

4.1.3 出货开票相关概念设计
出货开票是本系统中涉及业务做多的功能，相关的实体有开票纪录、客户实体、产品实体、用户实体、部门（企业）实体，此外在火车发货环节，还涉及到火车货运单实体、车站实体、收货单位实体等共计八个实体。E-R图设计如图4-3所示：

图4-3 与开票相关功能E-R图
4.1.4 查询统计相关概念设计
查询统计是在出货开票之后，产生发货数据、库存变更、财务变更等等数据变更，对于日销售报表统计、月销售报表统计、出厂日报表（按企业统计）、出厂日报表（按区域统计）等统计项，涉及到的实体较多，级联查询会很大程度上影响系统运行效率。针对这种情况，专门为统计相关设计相应的实体，以方便查询统计，提高系统运行效率。E-R图设计如图4-4所示：

图4-4 与查询统计相关功能E-R图
4.2 逻辑结构设计
根据4.1节中所设计的概念结构，逻辑结构设计就是将E-R图向关系模型转换。因此，又上节分析内容进一步分析，逻辑结构设计如下。
（1）用户表：主要用于记录系统用户（员工）的基本信息，包含员工姓名，登陆名称，密码，性别，员工编号（通讯录编号）、角色编号等信息。具设计如表4-1所示：

表4-1 用户（hr_staff）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键/外键
自增
用户编号，同时作为用户通讯录的外键
code
varchar
10

登陆名称
name
varchar
20

员工名称
pass
varchar
30

登录密码
sex
int

1
性别，1-男，2-女
roleid
int

角色编号
depid
int

所属部门编号
（2）通讯录表：主要记录用户的联系方式，主要包含电话、手机、QQ、邮箱、联系地址等信息，具体设计如表4-2所示：
表4-2 用户通讯录（hr_staff_contact）
字段名称
类型
大小
非空
是否主键
默认
描述说明
clientid
int

√
主键
自增
通讯录编号
phone
varchar
20

电话
mobile
varchar
20

手机
QQ
varchar
20

QQ
email
varchar
50

邮箱
addr
varchar
100

地址
（3）角色表：具体设计如表4-3所示：
表4-3 角色（sc_role）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
角色编号
name
varchar
20

角色名称
rem
varchar
500

备注
（4）用户-角色表：主要记录用户与角色之间的关系。具体设计如表4-4所示：

表4-4 用户-角色（hr_staff_role）
字段名称
类型
大小
非空
是否主键
默认
描述说明
staffid
int

√
主键

用户表与角色表的外键组成用户-角色关系表主键。
roleid
int

√

（5）权限（菜单项）表：主要记录权限（菜单）相关信息，具体设计如表4-5所示：
表4-5 权限（菜单项）（sc_target）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
权限（菜单）编号
name
varchar
50

菜单名称
parentid
int

上级菜单编号
sileaf
int

是否为子菜单，0-否，1-是
（6）角色-权限（菜单项）表：主要记录角色-权限（菜单）的关系，具体设计如表4-6所示：
表4-6 角色-权限（菜单项）（sc_role_target）
字段名称
类型
大小
非空
是否主键
默认
描述说明
targetid
int

√
主键

权限的外键与角色表的外键组成角色-权限关系表的主键。
roleid
int

√

（7）部门表：主要记录公司的组织机构，包含部门名称、部门简称、上级部门编号、单位性质等信息，具体设计如表4-7所示：
表4-7 部门（sc_dep）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
部门编号
name
varchar
50

部门名称
parentid
int

上级部门编号
nameshort
varchar
20

部门简称
dwxzcode
int

1-其他，2-企业，3-办事处，4-片区，5-中转库
（8）客户表：主要记录公司的客户的详细信息，包含姓名、简称、是否有效、账户余额、扣款客户、所属部门、所属片区、通讯录外码等信息，具体设计如表4-8所示：
表4-8 客户（sc_dwxx）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键/外键
自增
客户编号，同时做为通讯录外键
name
varchar
100

客户名称
nameshort
varchar
20

客户简称
flag
int

是否有效，0-否，1-是
amount
decimal
（11,2）

账户余额
amountclientid
int

扣款客户编号
areaid
int

所属片区编号，为部门外码
depid
int

部门编号，部门外码
contactid
int

通讯录编号
（9）客户通讯录表：主要记录公司的客户的通讯信息，主要包含电话、手机、传真、邮箱、联系地址等信息，具体设计如表4-9所示：
表4-9 用户通讯录（sc_dwxx_contact）
字段名称
类型
大小
非空
是否主键
默认
描述说明
dwxxid
int

√
主键
自增
通讯录编号
phone
varchar
20

电话
fax
varchar
20

传真
email
varchar
50

邮箱
postcode
varchar
20

邮编
addr
varchar
100

地址
（10）产品表：主要记录公司的产品的信息，包含产品名称、产品品种、产品种类、包装方式、同类产品等信息，具体设计如表4-10所示：

表4-10 产品（kp_product）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
水泥产品编号
name
varchar
100

水泥产品名称
type
int

产品品种
intensity
int

产品强度
outtype
int

包装方式
priceref
int

同类产品编号
（11）客户-产品价格表：主要记录客户与产品之间的价格上的关系，对于同一产品不同客户有不同价格，具体设计如表4-11所示：
表4-11 客户-产品价格（kp_clientprice）
字段名称
类型
大小
非空
是否主键
默认
描述说明
clientid
int

√
主键

客户表的外键与产品表的外键组成角色-权限关系表的主键。
productid
int

√

pricebase
decimal
（11,2）

产品出厂价
price
decimal
（11,2）

产品综合价
startdate
date

生效日期
（12）收款纪录表：主要记录每次客户收款的信息，包含收款金额、收据编号、收款事件、客户外键与收款操作员等信息，具体设计如表4-12所示：
表4-12 收款纪录（kp_gathering）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
收款纪录编号
money
decimal
（11,2）

收款金额
receiptid
varchar
20

收据编号
optime
date

收款时间
clientid
int

外键

客户编号
opid
int

外键

用户（操作员）编号
（13）财务流水表：主要记录每次客户账户的收支的信息，包含产生财务流水的事件种类，变更金额，账户余额，备注，产生变更的时间与操作员编号等信息，具体设计如表4-13所示：
表4-13 财务流水纪录（kp_accountlog）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
财务流水编号
workid
int

事件种类
balance
decimal
（11,2）

变更金额
amount
decimal
（11,2）

账户余额
rem
varchar
500

备注
optime
date

财务变更时间
opid
int

外键

用户（操作员）编号
（14）车站字典表：主要记录火车发货时的目的站信息，包含车站名称，车站拼音缩写，列车行驶方向（上行或者下行）等信息，具体设计如表4-14所示：
表4-14 车站字典（sc_dict_station）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
车站编号
name
varchar
20

车站名称
py
varchar
10

车站的拼音缩写
sxx
decimal
（11,2）

1-上行，2-下行
（15）收货单位表：主要记录各个火车站点的收货单位信息，包含收货单位名称、单位简称、所属客户编号等信息，具体设计如表4-15所示：
表4-15 收货单位（kp_client_receiver）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
收货单位编号
name
varchar
200

收货单位名称
nameshort
varchar
100

收货单位简称
clientid
int

外键

所属客户编号
（16）火车货运单表：主要在火车发货的时候记录火车发货的详细信息，包含票据编号、计划号码、车种车号、包装件数、车载标准重量、上局优价、运费下浮、集装箱号码等信息，具体设计如表4-16所示：

表4-16 火车货运单（kp_bill_traininfo）
字段名称
类型
大小
非空
是否主键
默认
描述说明
billid
int

√
主键

运货单编号
plancode
varchar
20

计划号码
tuckcode
varchar
20

车种车号
packnum
int

包装件数
stdweight
int

车载标准重量
sjyj
varchar
20

上局优价问价号码
yfxf
int

运费下浮百分比
containercode
varchar
20

集装箱号码
stationid
int

外键

目的站编号
reciverid
int

外键

收货单位外键
（17）中转库表：主要纪录各个办事处散库的库存情况，包含编号、库存量、所属散库、库存产品，具体设计如表4-17所示：
表4-17 出货开票单（kp_bill_traininfo）
字段名称
类型
大小
非空
是否主键
默认
描述说明
id
int

√
主键
自增
库存信息编号
stock
decimal
（11,2）

库存数量
clientid
int

外键

所属散库编号
productid
int

外键

产品编号
（17）出货