• 全部：
  • 负责人为当前用户或其下属
  • 或者相关团队成员中包含当前用户或其下属
  • 或者当前用户作为退款财务角色负责审批的部门的所负责数据（比如用户A拥有“退款财务”角色，负责审批部门B提交的退款记录，那么用户A可以查看所有负责人属于部门B的退款记录）。
  • 或者在“数据权限管理”中配置退款的“数据共享”规则为记录负责人或是负责人所属部门的数据共享给当前员工或是当前员工所在部门或是当前员工所在用户组
  • 或是“我负责部门的”数据。
• 我负责的：退款负责人是当前用户
• 我参与的：相关团队成员中包含当前用户
• 我下属负责的：退款负责人是当前用户下属
• 我下属参与的：相关团队成员中包含用户用户下属
• 共享给我的：在“数据权限管理”中配置退款的“数据共享”规则为记录负责人或是负责人所属部门的数据共享给当前员工或是当前员工所在部门或是当前员工所在用户组
• 我负责部门的：
  • 当前用户为所在主部门的部门负责人
  • 同时记录中相关团队成员的主部门为该部门。
  • 备注：负责部门是否包含所有下级数据，由“CRM管理-规则设置-基础设置-上级可见数据范围”决定。

备注：

• “CRM管理员”可以查看所有数据。
• 所有状态为“作废”的记录只有“CRM管理员”可见，其他人员均不可见。

• 新建退款的方式
  • 手工创建
    • 入口：【退款】列表页
    • 关联对象【客户】详情页-【退款】下
    • 关联对象【销售订单】详情页-【退款】下
  • 导入，详见导入
• 新建退款时业务补充。
  • 确认流程：因退款涉及企业财务信息,需要相关财务人员审批确认。新建退款后，流程会自动流转至“退款财务”角色对应的人员确认。

• 业务说明：因退款涉及企业财务信息,需要相关财务人员审批确认。
• 审批流程定义：系统预置为退款创建人提交至退款财务确认。
• 审批流程处理：新建退款保存后，“CRM提醒-待确认的退款”中可以查看流转到“退款财务”的待处理退款，点击处理，也可以在“退款”列表中打开退款详情处理。
  • 确认：即通过并完成审批。
  • 驳回：驳回后，标记退款状态为“已驳回”，需修改退款信息后再次提交。
• 备注：
  • 只有退款“状态”为“已退款”才会纳入“退款总额”计算。
  • 无论退款的审批状态是否确认，都可以被相关对象引用。