本文給大家詳細介紹關(guān)于開票申請的知識，enjoy~

業(yè)務(wù)使用場景舉例

企業(yè)的開票業(yè)務(wù)流程根據(jù)所屬行業(yè)，開票流程有所不同。

• 快銷行業(yè)先開票，才收到回款，回款會根據(jù)開票金額來。
• 而其他行業(yè)則是先收回款，再開票，根據(jù)回款金額開票。

總的來說由于最終回款總額等于銷售訂單總額，開票總額也會等于訂單總額。

開票申請的詳細介紹：

開票申請預(yù)設(shè)場景

全部：

• 負責人為當前用戶或其下屬。
• 或者相關(guān)團隊成員中包含當前用戶或其下屬。
• 或者當前用戶作為開票申請財務(wù)角色負責審批的部門的所負責數(shù)據(jù)（比如用戶A擁有“開票財務(wù)”角色，負責審批部門B提交的開票申請記錄，那么用戶A可以查看所有負責人屬于部門B的開票申請記錄）。
• 或者在“數(shù)據(jù)權(quán)限管理”中配置開票申請的“數(shù)據(jù)共享”規(guī)則為記錄負責人或是負責人所屬部門的數(shù)據(jù)共享，給當前員工或是當前員工所在部門或是當前員工所在用戶組。
• 或是“我負責部門的”數(shù)據(jù)。

我負責的：開票申請負責人是當前用戶

我參與的：相關(guān)團隊成員中包含當前用戶

我下屬負責的：開票申請負責人是當前用戶下屬

我下屬參與的：相關(guān)團隊成員中包含用戶用戶下屬

共享給我的：在“數(shù)據(jù)權(quán)限管理”中配置開票申請的“數(shù)據(jù)共享”規(guī)則為記錄負責人或是負責人所屬部門的數(shù)據(jù)共享給當前員工或是當前員工所在部門或是當前員工所在用戶組

我負責部門的：

• 當前用戶為所在主部門的部門負責人
• 同時記錄中相關(guān)團隊成員的主部門為該部門。
• 備注：負責部門是否包含所有下級數(shù)據(jù)，由“CRM管理-規(guī)則設(shè)置-基礎(chǔ)設(shè)置-上級可見數(shù)據(jù)范圍”決定。

備注：

• “CRM管理員”可以查看所有數(shù)據(jù)。
• 所有狀態(tài)為“作廢”的記錄只有“CRM管理員”可見，其他人員均不可見。

開票申請的業(yè)務(wù)操作

1. 新建開票申請

（1）新建開票申請的方式

手工創(chuàng)建：

• 入口：【開票申請】列表頁；
• 關(guān)聯(lián)對象【客戶】詳情頁-【開票】下；
• 關(guān)聯(lián)對象【銷售訂單】詳情頁-【開票】下。

導(dǎo)入，詳見導(dǎo)入

（2）新建開票申請時業(yè)務(wù)補充。

確認流程：因開票申請涉及企業(yè)財務(wù),需要相關(guān)財務(wù)人員審批確認。新建開票申請后，流程會自動流轉(zhuǎn)至“開票財務(wù)”角色對應(yīng)的人員確認。

開票申請支持填入金額為負數(shù)，對于金額為負數(shù)的開票申請，銷售訂單統(tǒng)計已開票金額時，支持在總的開票金額中減去該部分金額

2. 開票申請審批流程

• 業(yè)務(wù)說明：因開票申請涉及企業(yè)財務(wù)信息,需要相關(guān)財務(wù)人員審批確認。
• 審批流程定義：系統(tǒng)預(yù)置為開票申請創(chuàng)建人提交至開票財務(wù)確認。
• 審批流程處理：新建開票申請保存后，“CRM提醒-待確認的開票申請”中可以查看流轉(zhuǎn)到“開票申請財務(wù)”的待處理開票申請，點擊處理，也可以在“開票申請”列表中打開開票申請詳情處理——確認：即通過并完成審批。駁回：駁回后，標記開票申請狀態(tài)為“已駁回”，需修改開票申請信息后再次提交。

3. 開票申請通用業(yè)務(wù)操作

• 列表頁常用操作詳見列表頁常用操作；
• 添加銷售記錄，詳見銷售記錄；
• 常用業(yè)務(wù)操作，包括更換負責人、添加相關(guān)團隊成員、打印、導(dǎo)入、導(dǎo)出、編輯、作廢、刪除等，詳見常用業(yè)務(wù)操作；
• 與協(xié)同辦公結(jié)合的業(yè)務(wù)操作，包括轉(zhuǎn)發(fā)、日程、提醒、打電話、發(fā)郵件等，詳見常用業(yè)務(wù)操作。

本文由 @一粒塵埃 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議