1.合同起草时,系统自动根据起草人所在分公司-部门-时间-流水号形成合同起草时的临时编号;
2.在合同归档环节,由市场部员点击自动获取正式编号的方式,得到审批完成后正式的合同编号(由于合同审批的实际时间存在差异,为保证合同编号的连续性不采用临时编号作为合同正式编号),原来的临时编号自动填充在原编号项目栏中;
3.历史审批(缺省为否),即合同是否是已经审批归档过的临时合同,如果是,则起草完后自动递交给市场部合同管理员进行核对,无需进行合同的审批流转;
4.合同客户:对方客户名称(要求是完整的全称),如果是分包合同,则客户名称必须为经过审批并入档的分包客户;在进行录入时,系统自动模糊匹配并提醒原有录入的客户名称,以减少录入差错;
5.;
6.联系电话:对方联系人联系电话;
7.对方资质:对方资质情况;
8.框架合同:下拉列表(普通合同,框架合同父合同,框架合同子合同);
9.合同金额:合同的总金额(数值型,必须录入),对于框架协议,本项目可以填制大约的估计值;
10.合同类型:下拉列表(正常、虚拟)
11.收支类型:下拉列表(收入合同还是支出合同),收入合同是指本方的安装合同、销售合同、服务合同等;支出合同是指本方的采购合同、外包合同等;
12.合同性质:下拉列表(新签、变更、补充、作废),表示合同的状态,缺省为新签;
13.业务类型:下拉列表(实体产品、虚拟产品、技术服务、营销服务、设计与开发、其他)
14.产品服务:根据业务类型不同,设定不同
15.关联交易:下拉列表(是、否),是否是关联交易;
16.预计成本:由系统自动计算,对于收入合同而言存在预计成本及毛利,对于支出合同而言,预计成本就是合同金额,预计毛利为0;
17.合同周期:字符型,描述合同大致的执行周期;
18.合同内容简述:为方便领导审批,用简明的语言表达合同的大致内容和要点;
19.作废情况:通过统一的合同签章、作废、归档功能完成,本项目显示为是否,不可编辑;
20.签约时间:纸质合同的实际签约时间;
21.本方签约人:本方纸质合同的具体签约人;
22.联系方式:本方签约人的联系方式;
23.对方签约人:对方纸质合同的具体签约人;
24.联系方式:对方纸质合同签约人的联系方式;
25.完成日期:合同的实际完成时间;
26.合同约定履行情况为多行记录,记录本合同实际约定的各分项时间点,具体而言主要是合同资金的分项情况;
合同中的关键词及其含义: 分项名称(进度内容):具体的分项名称,录入;
项目内容:分阶段的主要内容或者简要说明;
约定时间:日期型(由于需要进行预警,因此需要明确的时间),如果是签订合同后3个月或者其他文字性描述内容,则本处填写预期时间;
约定金额:数字型(输入后,系统会自动计算金额在本合同中具体的比例,并计算在比例栏目中);
比例%:数字型(比例输入后,系统会根据比例自动换算约定金额,并将结果填在约定金额中,因此和约定金额两个项目只需要填制一个就可以);
累计比例:根据需要中各分项比例自动逐级累加由系统自动进行计算;
主动关联合同信息:本部分记录本合同和其他已有合同之间的相互关系,仅记录和哪个合同存在关联关系,不做具体数据的比对控制;
合同编号:输入的是已经经过审批形成了正式合同编号的有效合同(作废合同不能再被关联);
合同名称:根据合同编号自动获取合同的具体名称,不可编辑;
收支类型:自动获取
业务类型:自动获取
产品服务:自动获取
关联交易:自动获取
对应合同金额:自动获取(关联合同的总金额)
被动关联合同信息:本部分由系统自动查询出来,即如果存在其他合同关联到本合同,则在本合同中显示出其他合同的相关信息。
合同编号:主动关联到本合同的合同编号;
合同名称:根据合同编号自动获取合同的具体名称,不可编辑;
收支类型:自动获取
业务类型:自动获取
产品服务:自动获取
关联交易:自动获取
对应合同金额:自动获取(关联合同的总金额)
合同履行情况:本部分由系统自动查询出来,即根据开票申请、付款审批、收款核销情况,自动查询出具体的履行情况,查询时按照业务发生的具体时间进行排序。
业务类型:收入合同或者支出合同
分项名称:对于收入合同是开票申请、收款核销两种,对于支出合同是付款审批及付款核销两种;
业务号码:具体业务的编号;
发生时间:各业务的审批起草时间;
发生金额:各业务的具体金额;
比例:发生金额占合同总金额的比例;
累计金额:累计发生的金额;
相关文章参考: | | | | |
| | | | |