开票申请

发票开具是指法律、法规的规定在何种情况下开具发票,基于证明商品和资金所有权转移的需要、进行会计核算的需要和进行税收管理的需要,发票应在发生经营业务确认营业收入时由收款方向付款方开具,特殊情况下,由付款方向收款方开具。 针对开具发票的管理,纷享销客CRM系统的开票申请模块,直接与客户模块和销售订单模块建立关联关系,同时可以直接将客户的财务信息同步到开票申请模块,方便企业使用,同时避免人员信息传递之间的错误。

一、业务使用场景举例

企业的开票业务流程根据所属行业,开票流程有所不同。
  • 快销行业先开票,才收到回款,回款会根据开票金额来。
  • 而其他行业则是先收回款,再开票,根据回款金额开票。
总的来说由于最终回款总额等于销售订单总额,开票总额也会等于订单总额。

二、开票申请的详细介绍

2.1 开票申请预设场景

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

备注:

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

2.2 开票申请的业务操作

2.2.1 新建开票申请

  • 新建开票申请的方式
    • 手工创建
      • 入口:【开票申请】列表页
      • 关联对象【客户】详情页-【开票】下
      • 关联对象【销售订单】详情页-【开票】下
    • 导入,详见导入
  • 新建开票申请时业务补充。
    • 确认流程:因开票申请涉及企业财务,需要相关财务人员审批确认。新建开票申请后,流程会自动流转至“开票财务”角色对应的人员确认。
    • 开票申请支持填入金额为负数,对于金额为负数的开票申请,销售订单统计已开票金额时,支持在总的开票金额中减去该部分金额

2.2.2 开票申请审批流程

  • 业务说明:因开票申请涉及企业财务信息,需要相关财务人员审批确认。
  • 审批流程定义:系统预置为开票申请创建人提交至开票财务确认。
  • 审批流程处理:新建开票申请保存后,“CRM提醒-待确认的开票申请”中可以查看流转到“开票申请财务”的待处理开票申请,点击处理,也可以在“开票申请”列表中打开开票申请详情处理。
    • 确认:即通过并完成审批。
    • 驳回:驳回后,标记开票申请状态为“已驳回”,需修改开票申请信息后再次提交。

2.2.4 开票申请通用业务操作

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