项目

一般

简介

行为

缺陷 #426

已关闭

出差申请问题总结(六)

王 宁超过 4 年 之前添加. 更新于 超过 4 年 之前.

状态:
已关闭
优先级:
普通
指派给:
晨 魏
类别:
107-付款申请和费用报销
开始日期:
2020-06-24
计划完成日期:
% 完成:

0%

预期时间:

描述

1. 给单独添加管理员的权限——管理员可以看到所有的记录
2. 出差申请创建完之后提交的审批,应该是对创建人的审批而不是负责人,所以对应的审批流程中的“直接主管审批”应该也是创建人所在的销售部门的部门经理,而不是负责人的部门经理。
    如下面截图中的出差申请,是吴刚创建的,他在销售一部,他创建完之后提交的审批,应该是由销售一部的部门经理王健来做,而不是负责人刘羽所在的销售二部的部门经理张资伦

3. 客户弹窗中可搜索的应该是当前用户是销售负责人的那些客户(或者对销售负责人在客户有读权限),团队成员或者其他角色,则搜索不到。
    如下面截图所示,当前用户是刘羽,而 C101812 这个客户的销售是李程,所以这个客户刘羽应该搜不到

4. 超期提交天数计算的不对,应该 = 报告提交审批日期 - 报告截至日期,如果值≤0则不显示 (如果没有提交报告,这里也不显示值)
5. “申请延期原因”字段,请改成点击“申请延期(1)”按钮后,弹出“申请延期原因”窗口,在窗口里显示,类似其他单据的取消原因。

6. 以下字段在任何状态下应该都是不可编辑的

7. 填写了申请延期原因后点击“申请延期(1)”按钮,提示服务器异常

8. 下面这个例子里,出差申请的创建人,已经是销售部的部门经理了,所以她提交审批以后,流程图里应该是“销售部经理审批”这儿高亮显示

9. 第一步的出差申请审批通过后,“上传”按钮应该是可用的

10.列表页使用搜索框查询时显示500错误

11. 如果“事由”字段的值超过10个字符,保存时会提示500错误

12. 对于协同类的出差申请,报告提交后的第一个审批人应该是出差申请的创建人
    错误示例如下面的1042,是张玮宾创建的,负责人是冯轶飞。那么当冯轶飞上次了报告并提交审批后,流程里第一个审批的人应该是张玮宾,且由张玮宾评分


文件

行为

导出 Atom PDF