退款概述


在企业的实际营销过程中,会出现因为各种原因对客户间退款的情况。

纷享销售CRM系统,根据企业的实际需求,预制退款模块,与客户,销售订单建立关联关系,在客户和销售订单模块内,可以直接看到退款总额。

业务使用场景举例

作为企业的标准售后流程,客户会由于退货或者其他原因,发起退款申请,销售在接到此申请后,需要报批财务,财务确认后,才能给客户退款。

与销售金额相对应,系统记录退款金额数据,作为企业日常经营数据中的重要部分,为企业的经营决策提供数据依据。

退款的详细介绍

退款预设场景

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

备注:

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

退款的业务操作

新建退款

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

退款审批流程

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

退款通用业务操作

  • 列表页常用操作详见列表页常用操作
  • 添加销售记录,详见销售记录;
  • 常用业务操作,包括更换负责人、添加相关团队成员、打印、导入、导出、编辑、作废、删除等,详见常用业务操作
  • 与协同办公结合的业务操作,包括转发、日程、提醒、打电话、发邮件等,详见常用业务操作

results matching ""

    No results matching ""