新零售業務中的發票與開票業務介紹

在新零售業務的交易結算環節中，發票及開票業務扮演著至關重要的角色。作為零售供應鏈產品經理，雖然不需要深入財稅專業知識，但掌握基礎的發票業務知識和流程是非常必要的。本文將從業務產品經理的角度，介紹新零售業務中的開票場景和相關知識。

在新零售業務中，會有很多的交易結算環節，這些業務場景中一定會包含「開發票」相關的內容。作為一名零售供應鏈的產品經理，雖然不要求一定要懂發票相關的財稅知識，因為這一部份涉及到專業知識比較多。但是一定要懂基礎的業務知識，例如說什麽時候要開發票，開發票需要哪些資料，這些發票是誰開給誰，要怎麽流轉等。

本文，就來給大家介紹一下新零售業務中的開票場景，而且是以一個業務產品經理的角度來分享，而不是以財稅產品經理的角度。所以不會涉及到太多專業的財稅知識，都是一些基礎的業務知識和業務名詞的普及。

發票，是指在購銷商品，提供或者接受服務以及從事其他經營活動中，開具、收取的收付款憑證。發票是會計核算的原始依據，也是審計機關、稅務機關執法檢查的重要依據。發票包括紙質發票和電子發票，電子發票與紙質發票具有同等法律效力。

發票的作用：

簡單來說，發票就是發生的成本、費用或收入的原始憑證。對於公司來講，發票主要是公司做賬的依據，同時也是繳稅的費用憑證。

按增值稅抵扣憑證分類，可將增值稅發票簡單分為增值稅專用發票和增值稅普通發票。

增值稅專用發票由基本聯次或者基本聯次附加其他聯次構成，基本聯次分為三聯：發票聯、抵扣聯和記賬聯。發票聯，作為購買方核算采購成本和增值稅進項稅額的記賬憑證。抵扣聯，作為購買方報送主管稅務機關認證和留存備查的憑證。記賬聯，作為銷售方核算銷售收入和增值稅銷項稅額的記賬憑證。其他聯次用途，由一般納稅人自行確定。

增值稅普通發票的格式、字型、欄次、內容與增值稅專用發票完全一致，按發票聯次分為兩聯票和五聯票兩種，基本聯次為兩聯：第一聯為記賬聯，銷貨方用作記賬憑證。第二聯為發票聯，購貨方用作記賬憑證。此外為滿足部份納稅人的需要，在基本聯次後添加了三聯的附加聯次，即五聯票，供企業選擇使用。

以上關於發票的介紹，稍微有點專業，也有點過於學術化，對於非財稅方向的人員來說，一般不需要了解太深的內容，也不用關註太多的細節，重點理解這麽幾個知識點即可。

1. 誰來開發票？

誰提供服務、誰銷售商品，就由誰來開具發票，也就是「銷方」來開發票。例如說，零售公司找維他飲料公司采購了一批維他檸檬茶，那麽就是維他飲料公司銷售了一批檸檬茶給零售公司，所以需要由維他飲料公司開具發票。

2.專票和普票有什麽區別？

專票和普票的區別有很多，也是很多專業的術語和解釋，作為「外行人」重點關註一下以下幾個資訊即可。

以上4個業務知識，涉及到的專業知識不多，所以哪怕不是財稅類的產品經理，也可以學習並掌握，在後續的開票業務中，可以運用起來。

3.發票類別有哪些？

目前國內的發票樣式類別有很多種，我這裏對常見的發票類別做了一個簡化總結，幫助大家理解。

無論是哪種發票類別，都可以開具相關的「專票」或者「普票」，所以細分之後，一共是有8種發票類別。

金蝶星辰-建立供應商

4.發票上的基本要素

當銷售方提供了服務或者銷售了商品之後，需要開具對應的發票給購方，不同的發票展示版面不太一樣，也就意味著會有不同的要素要求，根據「GB/T 42965.1 2023 電子發票業務數據規範」中的要求指出：「電子發票資訊包含基本要素資訊和特定要素資訊。基本要素資訊適用於全部業務，特定要素資訊適用於特定業務。」

在新零售的業務中，基本上很少有特定業務，所以我們以「」基本要素資訊」為例，學習了解一下發票上有哪些重點的資訊。

如果對電子發票的資訊模型感興趣，想要進一步研究的朋友，可以看下面這張圖，這裏包含了的電子發票所有的資訊欄位的規範，比較權威。

5.電子發票怎麽開？用什麽服務商？

透過上面的簡單科普介紹，相信很多朋友對電子發票的理解和認知又更近了一步，同時也會有一個新的疑問：如果我要做相關的銷售業務，需要開票給客戶，應該用什麽服務商？呼叫什麽介面來實作線上開票或者客戶自助開票呢？

如果是要手動開票，那麽直接登入稅務局官網，按照指引一步一步操作即可開票。如果是有大批次開票的需求，手動登入稅務局逐個操作顯然效率很低，不太現實，這個時候我們就要用API對接的方式來實作線上開票了。

稅務局對外也有提供開票介面，但是對企業資質有要求，需要滿足相關的資質之後才可以成為開發者，接入到稅局的開放平台中，感興趣的朋友可以查一下關鍵詞「樂企服務平台」。

如果企業不滿足相關的資質，同時也嫌棄這樣搞太麻煩了，那麽可以直接對接市面上成熟的三方開票平台，比較省時省心，例如說：

掌握了上面提到的發票相關的基礎知識之後，我們來看看在新零售業務中，和開票有關的業務知識有哪些。下圖是我制作的一個「新零售型公司業務概覽」，從實物流的角度來看，商品來源於供應商，然後入庫到總部倉庫，接著會配送到門店中，直到被門店零售消耗掉。

在這個過程中，會有供應商、總部、門店、零售消費者這四個角色。如果從交易的角度來看，供應商會銷售給總部，總部會銷售給門店，門店會銷售給零售消費者，所以最終會產生3個交易環節。

在這3個交易環節中，有銷售就會有采購，這兩者會結對出現。因為A銷售東西給B，也就意味著B向A采購了某些東西，對應的單據分別是銷售訂單和采購訂單。

既然有銷售，那麽就會有「開票」，3個交易環節就會涉及到3個開票的場景，分別指向的銷售方和購買方都各不一樣。

新零售業務中的開票環節

1.供應商開票給新零售總部

當總部從供應商處采購商品時，供應商會根據采購訂單向總部開具相應的增值稅專用發票或普通發票。如果總部對從供應商處采購的商品進行退貨或退款，供應商可能需要根據實際情況開具紅字發票或進行相應的發票沖紅處理。

在新零售總部公司引入某供應商的時候，就會提前將自身開票所需的一些資訊和要求一起給到供應商，例如說：

……

如果新零售總部有對供應商提供SRM相關的系統，要求供應商使用SRM來與總部進行采購業務的協同，那麽相關的開票資訊和要求等可以在SRM上體現，供應商只需要檢視SRM的對應模組即可獲取到最新的開票資訊。

2.總部開票給門店

總部配貨給門店，無論是直營門店，還是加盟門店，最終都會觸發結算業務，只不過是時間節點不一樣。一旦觸發了結算業務，就相當於總部銷售商品給門店，所以總部需要開票給門店。當總部開票給了門店之後，如果門店發生了退貨，那麽總部也要根據門店退貨來開具紅字發票或者沖紅處理。

在實際的新零售業務場景中，往往總部的資訊化系統化和門店的資訊化系統都是由統一的IT團隊來研發設計的，所以如果以產品設計者的角度來看，總部銷售給門店需要有總部的銷售訂單，也要有門店的采購訂單，同理如果是門店退貨給總部也會有2張互為反向的單據，這兩者是結對出現的。

無論是總部開票給門店，還是總部紅沖已經開出去的發票，都需要總部對接好相關的線上開票服務商，然後在需要開票的時候，根據介面的要求推播相應的業務單據數據到開票服務商中。

ERP對接百望雲範例圖

3.門店開票給消費者

門店完成了零售之後，有一些消費者也會有開票的需求，所以門店也要支持開票功能。一般來說這種零售場景下的開票和B2B業務中的開票不太一樣，零售場景可以理解為B2C，特點的銷售訂單數量多，頻次高，開票自動化的要求高，盡可能讓消費者自助完成開票服務是最好的。前面提到過，門店的系統一般也是由總部的IT來負責搭建的，所以總部在對接發票服務的時候，也要考慮到門店的開票場景，把這部份的開票業務介面也對接上去。

門店對接百望雲範例圖

雖然說現在開票業務有很多服務商都能提供完善、強大的功能支持，但是要接入這些服務商，並且把開票業務跑順暢，確保數據準確等，還是有一些業務細節需要關註的，這裏就分享一些我之前負責相關的業務時積累的業務知識。

1.銷方資訊的獲取

銷方資訊包含以下內容：

如果是總部開票給門店的場景下，需要提前在基礎資料中維護好總部的銷方資訊；如果是門店給零售客戶開票，則需要提前在基礎資料中維護好門店的銷方資訊。

根據前面關於加盟店和直營店的文章中提到的知識，每一個門店開店的時候都會先註冊一個公司，然後用公司去註冊營業主體，獲得營業執照，所以有公司就會有銷方資訊。如果有大量的門店需要管理，那麽對應銷方資訊也要做好管理功能，以應對一些高頻的變更場景。

2.商品稅收分類編碼和稅率

有了銷方資訊之後，在開票前還需要維護商品的稅收分類編碼和稅率，因為不同的商品要繳納的增值稅是不一樣的，所以稅率不一樣。又因為商品的種類非常豐富，所以開票的時候會根據商品SKU對應的稅收分類編碼來獲取稅率，即屬於同一個稅收分類編碼的商品都是一個稅率。

稅收分類編碼列表

商品的稅收分類編碼是國家稅務局釋出提供的，當我們需要開票的時候，需要將自己的商品關聯上相關的稅收分類編碼，這樣開票的時候才能知道具體的稅率是多少。

金蝶星辰-商品新增/編輯

有了商品稅收分類編碼之後，可以根據編碼知道銷售稅率是多少。這裏需要註意一下，這裏的銷售稅率是以「一般納稅人」的視角來看待的，如果銷方公司是「小規模納稅人」，那麽對應的稅率並不一樣。

可以簡單理解為，一般納稅人的銷售稅率，是透過商品稅收分類編碼查出來的，查出來是什麽就是什麽。而小規模納稅人，因為會有一些政策扶持，所以對應的銷售稅率會在商品稅收分類編碼對應的稅率的基礎上進行一定的折扣或者優惠。例如說，某個商品對於一般納稅人來說，是13%的稅率；但是對於小規模納稅人來說，是1%的稅率。最後開具的發票上，由於銷方公司不一樣，所以開出來的稅率、稅額都會不一樣。

3.商品明細行合並

在實際的銷售訂單中，由於銷售的SKU不一樣，價格不一樣，單位不一樣等，所以訂單明細會有很多行，很碎。在發票中，會有「專案行」的概念，即每一行表示一個專案、一個服務、一款商品等。

如果在開票的時候我們按銷售訂單的明細行逐行去開發票，那麽發票就會很長，有很多行，這樣查閱起來比較麻煩。同時考慮到有一些訂單明細中的商品名稱命名會帶有一些行銷性質、名字過長、不易辨識等，所以在實際開票的時候會將這些商品名稱做一些簡化和調整。

透過上面的分析，我們最終可以知道：

發票上「貨物或應稅勞務、服務名稱」等，表示的是銷售的貨物或者某些服務，這個名稱和我們的訂單中的商品名稱是可以不一致的，我們傳參去開發票的時候，可以自己預處理一波；

發票上的每一行專案，表示的是銷售的貨物或者某些服務的銷售細節，例如說數量多少，單價多少，金額多少。但是我們在開發票的時候，可以將訂單中的商品明細合並、重組等處理後，再傳給開票服務處理。可以將相同單價，相同專案名稱的商品合並成一行展示，這樣可以縮短發票的專案行數；

https://mp.weixin.qq.com/s?__biz=MjM5OTAzODc2MQ==&mid=2651460032&idx=2&sn=89663026c98f630c4c1371413c5a30de&chksm=bd3f2b868a48a2904d7865f9f91a7b97b9353e70dd207d9bad46cf6a00b3f912cc486f7db082#rd