本文給大家詳細介紹關於開票申請的知識，enjoy~
業務使用場景舉例
企業的開票業務流程根據所屬行業，開票流程有所不同。
- 快銷行業先開票，才收到回款，回款會根據開票金額來。
- 而其他行業則是先收回款，再開票，根據回款金額開票。
總的來說由於最終回款總額等於銷售訂單總額，開票總額也會等於訂單總額。
開票申請的詳細介紹：
開票申請預設場景
全部：
- 負責人為當前用戶或其下屬。
- 或者相關團隊成員中包含當前用戶或其下屬。
- 或者當前用戶作為開票申請財務角色負責審批的部門的所負責數據（比如用戶A擁有「開票財務」角色，負責審批部門B提交的開票申請記錄，那麼用戶A可以查看所有負責人屬於部門B的開票申請記錄）。
- 或者在「數據許可權管理」中配置開票申請的「數據共享」規則為記錄負責人或是負責人所屬部門的數據共享，給當前員工或是當前員工所在部門或是當前員工所在用戶組。
- 或是「我負責部門的」數據。
我負責的：開票申請負責人是當前用戶
我參與的：相關團隊成員中包含當前用戶
我下屬負責的：開票申請負責人是當前用戶下屬
我下屬參與的：相關團隊成員中包含用戶用戶下屬
共享給我的：在「數據許可權管理」中配置開票申請的「數據共享」規則為記錄負責人或是負責人所屬部門的數據共享給當前員工或是當前員工所在部門或是當前員工所在用戶組
我負責部門的：
- 當前用戶為所在主部門的部門負責人
- 同時記錄中相關團隊成員的主部門為該部門。
- 備註：負責部門是否包含所有下級數據，由「CRM管理-規則設置-基礎設置-上級可見數據範圍」決定。
備註：
- 「CRM管理員」可以查看所有數據。
- 所有狀態為「作廢」的記錄只有「CRM管理員」可見，其他人員均不可見。
開票申請的業務操作
1. 新建開票申請
（1）新建開票申請的方式
手工創建：
- 入口：【開票申請】列表頁；
- 關聯對象【客戶】詳情頁-【開票】下；
- 關聯對象【銷售訂單】詳情頁-【開票】下。
導入，詳見導入
（2）新建開票申請時業務補充。
確認流程：因開票申請涉及企業財務,需要相關財務人員審批確認。新建開票申請后，流程會自動流轉至「開票財務」角色對應的人員確認。
開票申請支持填入金額為負數，對於金額為負數的開票申請，銷售訂單統計已開票金額時，支持在總的開票金額中減去該部分金額
2. 開票申請審批流程
- 業務說明：因開票申請涉及企業財務信息,需要相關財務人員審批確認。
- 審批流程定義：系統預置為開票申請創建人提交至開票財務確認。
- 審批流程處理：新建開票申請保存后，「CRM提醒-待確認的開票申請」中可以查看流轉到「開票申請財務」的待處理開票申請，點擊處理，也可以在「開票申請」列表中打開開票申請詳情處理——確認：即通過並完成審批。駁回：駁回后，標記開票申請狀態為「已駁回」，需修改開票申請信息后再次提交。
3. 開票申請通用業務操作
- 列表頁常用操作詳見列表頁常用操作；
- 添加銷售記錄，詳見銷售記錄；
- 常用業務操作，包括更換負責人、添加相關團隊成員、列印、導入、導出、編輯、作廢、刪除等，詳見常用業務操作；
- 與協同辦公結合的業務操作，包括轉發、日程、提醒、打電話、發郵件等，詳見常用業務操作。