开票申请概述

了解应收的业务定位、流程边界和使用规则。

内容依据

• 原始资料：docs/销售管理/收入管理/开票申请.md
• 外部结构参考：Salesforce Help、HubSpot Knowledge Base、Zoho CRM Help 的官方手册组织方式。

适用场景

• 用于管理交易后的应收、收款计划、发票申请和退款。
• 适合财务对账、收入确认和回款跟踪。

核心概念

• 应收记录客户待收款项。
• 回款计划记录约定回款时间和金额。
• 开票申请承接客户发票信息。
• 退款处理交易后的资金退回。

工作机制

1. 系统按合同、订单、结算或周期规则生成应收。
2. 财务处理回款、核销、开票和退款。
3. 结果回流客户、订单和经营分析。

原始资料核心说明

一、业务使用场景举例

企业的开票业务流程根据所属行业，开票流程有所不同。

• 快销行业先开票，才收到回款，回款会根据开票金额来。
• 而其他行业则是先收回款，再开票，根据回款金额开票。

总的来说由于最终回款总额等于销售订单总额，开票总额也会等于订单总额。

2.1 开票申请预设场景

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

备注：

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

2.2.1 新建开票申请

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

原始资料补充

以下内容根据原始销售管理手册整理，用于补足当前主题的业务细节、操作条件和界面说明。

来自 docs/销售管理/收入管理/开票申请.md

一、业务使用场景举例

企业的开票业务流程根据所属行业，开票流程有所不同。

• 快销行业先开票，才收到回款，回款会根据开票金额来。
• 而其他行业则是先收回款，再开票，根据回款金额开票。

总的来说由于最终回款总额等于销售订单总额，开票总额也会等于订单总额。

2.1 开票申请预设场景

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

备注：

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

2.2.1 新建开票申请

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

2.2.2 开票申请审批流程

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

业务规则与边界

适用角色：财务人员、商务和销售代表。

关键业务规则

• 应收来源决定核销和回款口径。
• 回款可入账到客户账户。
• 开票申请需要客户财务信息。
• 退款审批流程需与财务制度一致。

验证清单

• 应收金额、回款金额和待回款金额一致。
• 开票申请状态和发票信息正确。
• 退款记录可与原交易关联。

相关主题

• 应收管理概述
• LTO业务流程总览
• 对应模块配置文章