前言:系统就是用来规范流程，用自己定义的一套规则约束那些不可确定的种种因素，把执行过程中的每一环都记录下来，有结果也有过程。
合同基本流程: 售前->跟进->签订[执行中]->完结[执行完毕]
说明:在合同从接手(录入)到结束(合同签订并付款/收款完毕)的流程其实是合同的状态在发生改变，合同的状态是比较重要的，而且状态必须按顺序更改，不能越级。
合同明细: 合同id, 合同名，合同的类型，合同的状态，合同的乙方(客户)，合同的负责人, 合同描述，合同的利益额度(金额)，合同的创建时间。
合同类型:
1.收入型: (1)销售，(2)股票(需上市) (3)融资……
2.支出型: (1)采购，(2)广告……
合同状态:
1.售前(招商或投标)
2.跟进
3.签订
4.完结(已付款/已收款)
……
合同乙方(客户):
这里记录的就是对方名称，负责人，联系方式，地址等
一些合同的简单记录到这里其实可以结束了，也就是每计划签订一份合同，就录入系统。后面类型，状态，客户……都可以进行不断添加，修改完善或删除，所以大概的功能块就出来了。
管理块:
1.合同管理[列表，添加，状态修改]
2.合同类别管理(采购、销售) [列表，添加，修改，删除]
3.合同状态管理[列表，添加，修改，删除]
4.客户管理[列表，添加，修改，删除]
5.业务员管理[列表，添加，修改，删除]
6.事务提醒(业务员定义事务提醒，随时查看)
7.搜索(根据客户，类别，状态,业务员 筛选对应的合同)
8.合同的状态修改记录(哪个合同，合同名是什么，以前的状态是什么，修改后的状态又是什么，是谁修改的，哪个时间点修改)
9.（附加）可以进入人员的登录信息(在哪登录，最后登录时间，一共登录几次……)
…………
权限块:
1.管理员:可以对所有列表进行修改
2.业务员:(个人资料修改，只能看到自己负责的合同，添加，修改。搜索，短消息(可发送消息给其他管理员或业务员))
数据库模:
1.user(业务员表)
2.contract_cate(合同分类表)[分类类型:收入or支出] 字段inout[1.收入 0.支出]
3.contract_status(合同状态表)
4.contract_list(合同明细表)
5.contract_customan(合同客户表)
6.alerts(事务提醒表[短消息])
7.contract_log(合同状态修改记录表)
声明:以上是本地测试的假数据。
上面就是系统的基本功能，后期其实扩展还有很多，比如每次合同的状态发生改变，系统会给所有管理员发一条站内消息，业务人员只能看到自己负责的合同。也可以开发短信提醒功能，还可以加上绩效统计之类的功能，这就要看这些业务
分享:
mysql多表查询(比如查询合同明细)
☆ $sql = "select clist.*,cate.id as cid,cate.name as cname,cate.inout as cinout,status.id as sid,status.name as sname,customan.id as cus_id,
customan.name as cus_name from contract
LEFT JOIN contract_cate as cate ON clist.cid=cate.id
LEFT JOIN contract_status as clist.sid=status.id
LEFT JOIN customan ON clist.cus_id=customan.id
// where cate.id=2 order by clist.id asc";
公众号(ZEROFC_DEV)
