本系列所有文章请访问：概述

jxTMS提供了基本的预算申请，并提供了预算内审批能力，使得企业客户在定制本人的费用报销流程时，可以选择启用预算内审批【即在本级预算内，可不必逐级审批而直接完成同意过程，然后转财务做职能处理】。事和部门，都支持预算与预算内审批。其目的是要实现两个转变：

成本控制方面，从本来的通过事后的卡控来倒逼员工凭经验在事前未雨绸缪，向规范的、严谨的、缜密的事前评估核准转变。没有预算请直接找老板走线下程序和老板当面解释，线上根本就办不了，以此来推动员工在做前想清楚、算明白，不稀里糊涂的做事、不没头没脑的花钱过程控制方面，由事中的一令一动转变为基于事前充分评估、精心计算下的自我驱动、自我约束、自我实现，以顺应当代年轻人的诉求。而jxTMS的作用则是以规范、以标准为尺度在事中实时监督、及时预警来落实合规性

申请预算

1、事情创建后，点击任务详情界面上方的【发起审批】工具条：

2、jxTMS会显示【发起审批】界面：

3、在申请类型下拉框中选择【预算】，然后点击【设置申请类型】按钮，则会发现界面会变化为：

注：即jxTMS中的申请是一个框架，用户可根据本人的需要定制本人的申请纳入此框架中统一管理与使用

4、点击各费用录入表表头最右侧的白色十字，就会出现各自的费用测算行供用户填写：

录入时jxTMS会执行自动计算自动给出小计、总计等，并做简单的汇总分析，以避免用户算错。

注：自动计算是在web端执行的，所以严格来说，在数据提交到后台后，在定制的用户功能中还应执行后台计算，以双向核对，阻止任何潜在的攻击行为

5、录入完毕，点击【申请】按钮，则发起该申请，jxTMS会将该申请发往申请人所在部门的经理。其可在【任务管理->我的任务】中接收到该任务，点击查看，就可以看到该申请：

可以看到，审批人所看到的界面由四个部分组成：

最上方的申请基本信息和申请类型相关的公用信息，这里由于是预算申请，所以是我们在上面申请时所填写的费用预估细目

注：大家会发现，上面这两部分和下面相比颜色有点深，这是借用了jxTMS在流程中对录入数据的处理【参考流程处理中的遮罩一节】，用遮罩对这两部分进行了遮挡，以避免申请过程中申请的原始数据被修改

审批日志审批人意见与操作

审批动作

通过图片中最下方的审批人意见中的四个按钮，大家自然可以明白审批人可根据实际情况从四个动作中选择一个来执行：

拒绝：不同意打回申请人做补充说明：认为所给信息尚不全面或精确，打回申请人补充相应的说明。申请人做完补充说明之后，会前往当前的审批人继续审批同意并在本级权限内许可：同意该申请，因为是在本人的权限范围之内，所以该申请得到批准同意并转上级批复：同意该申请，但本人权限不够，需上级签批，所以该申请会继续向本人的上级转发

注1：jxTMS在向当前用户显示申请时，会有一个对当前用户的审批权限检查的检查动作。然后根据权限检查的结果来确定当前用户能否有足够的权限本人就完成审批【即可以点击按钮：同意并在本级权限内许可】

注2：由于各企业的预算审批权限规则肯定各不相同，因而jxTMS目前所提供的预算申请未设置审批权限，所以默认会逐级向上级转发直到组织架构的最高点才有权批准该预算

注3：如果用户既想利用jxTMS目前所提供的预算申请，但又想添加审批权限，可以通过为预算审批注册一个权限检查的动作函数来实现：

org.registerCapaCoOP(task.approve,approveCheck,用户本人的cpapname, 操作时用不到.decode(utf-8),预算.decode(utf-8))

然后在该capa的coOP函数中添加checkRight的响应即可：

def coOP(self,db,ctx,coType,active): if coType==approveCheck and active=checkRight: #执行权限检查... b = 检查结果【bool变量】 rs = jxJson.getObjectNode() rs.set(result,b) return rs

查看审批

审批【不指定申请类型就是一般的请示汇报，可能还远比预算等申请来得重要】是事情办理的合法性依据。所以审批列表是事情基本信息之外的附加信息中的第一条：

所以我们可以很方便的就是晓得有哪些申请及其审批结果，并可随时点击【查看】工具条来查看审批的详情。