本發(fā)明涉及電子發(fā)票領(lǐng)域，尤其涉及一種批量開具電子發(fā)票的方法及系統(tǒng)。

背景技術(shù)：

根據(jù)國家稅務(wù)總局公告2015年第84號(hào)文件指示，電子發(fā)票開具業(yè)務(wù)推廣工作在全國全面展開，各大行業(yè)企業(yè)將傳統(tǒng)機(jī)打增值稅普通紙質(zhì)發(fā)票逐步轉(zhuǎn)型為網(wǎng)絡(luò)電子發(fā)票。

因?yàn)殡娮影l(fā)票在使用中可以存放在電子發(fā)票庫中，隨時(shí)提供查詢下載，用戶無須擔(dān)心丟失或損壞；在用戶網(wǎng)上交易出現(xiàn)糾紛時(shí)，可基于電子發(fā)票憑證作為交易取證的有效方式；而且用戶可以登陸官方網(wǎng)站查驗(yàn)電子發(fā)票的真?zhèn)?，不用再?dān)心收到假的發(fā)票，基于電子發(fā)票的眾多優(yōu)點(diǎn)，電子發(fā)票越來越受到大眾的歡迎。

隨著電子發(fā)票的推廣，越來越多的企業(yè)選擇通過電子發(fā)票服務(wù)平臺(tái)提供的開票服務(wù)，進(jìn)行電子發(fā)票開具。由于業(yè)務(wù)模式不同，部分企業(yè)需要以批量的形式集中開具發(fā)票。

傳統(tǒng)的批量開具發(fā)票的方式，是將財(cái)務(wù)系統(tǒng)或erp系統(tǒng)的批量開票信息以文件的形式導(dǎo)出來，然后由企業(yè)開票人員以手工操作的方式，將導(dǎo)出的開票文件轉(zhuǎn)換為開票系統(tǒng)可以處理的文件格式；或者由企業(yè)開票人員根據(jù)開票文件，在開票系統(tǒng)依次錄入開票信息，一張張的開具發(fā)票。由此可見，這些批量開具發(fā)票的方式存在手工錄入易出錯(cuò)、缺乏自動(dòng)化處理、開票效率低的問題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供了一種批量開具電子發(fā)票的方法及相關(guān)裝置，用于改善批量開具發(fā)票的出錯(cuò)率，提高開票效率。

本發(fā)明實(shí)施例一方面提供了一種批量開具電子發(fā)票的方法，包括：接收并存儲(chǔ)第一用戶上傳的開票源文件；將所述開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件；將所述開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)。

本發(fā)明實(shí)施例方法還包括：接收開票數(shù)據(jù)處理系統(tǒng)發(fā)送的開票請求文件；將所述開票請求文件中的全部開票請求一一組裝為開票報(bào)文；根據(jù)所述開票報(bào)文，生成與所述開票請求文件中全部開票請求一一對應(yīng)的電子發(fā)票版式文件。

本發(fā)明實(shí)施例另一方面提供了一種開票數(shù)據(jù)處理裝置，包括：接收存儲(chǔ)單元，用于接收并存儲(chǔ)第一用戶上傳的開票源文件；轉(zhuǎn)換單元，用于將所述開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件；發(fā)送單元，用于將所述開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)。

本發(fā)明實(shí)施例還提供了一種電子發(fā)票服務(wù)平臺(tái)，包括：接收單元，用于接收開票數(shù)據(jù)處理系統(tǒng)發(fā)送的開票請求文件；組裝單元，用于將所述開票請求文件組裝為開票報(bào)文；生成單元，用于根據(jù)所述開票報(bào)文，生成與所述開票請求文件中全部開票請求一一對應(yīng)的電子發(fā)票版式文件。

從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)：本發(fā)明可以接收用戶上傳的開票源文件，自動(dòng)將不同格式的開票源文件，轉(zhuǎn)換為統(tǒng)一格式的且電子發(fā)票服務(wù)平臺(tái)可以接收的開票請求文件，電子發(fā)票服務(wù)平臺(tái)自動(dòng)讀取開票請求文件中的開票請求，并生成電子發(fā)票版式文件，不再需要用戶手動(dòng)上傳或錄入開票信息，從而改善了批量開票的出錯(cuò)率，提高了開票效率。

附圖說明

圖1為本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的一個(gè)實(shí)施例示意圖；

圖2為本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的另一個(gè)實(shí)施例示意圖；

圖3為本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的另一個(gè)實(shí)施例示意圖；

圖4為本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的另一個(gè)實(shí)施例示意圖；

圖5為本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的另一個(gè)實(shí)施例示意圖；

圖6為本發(fā)明實(shí)施例中開票數(shù)據(jù)處理裝置的一個(gè)實(shí)施例示意圖；

圖7為本發(fā)明實(shí)施例中開票數(shù)據(jù)處理裝置的另一個(gè)實(shí)施例示意圖；

圖8為本發(fā)明實(shí)施例中開票數(shù)據(jù)處理裝置的另一個(gè)實(shí)施例示意圖；

圖9為本發(fā)明實(shí)施例中電子發(fā)票服務(wù)平臺(tái)的一個(gè)實(shí)施例示意圖；

圖10為本發(fā)明實(shí)施例中電子發(fā)票服務(wù)平臺(tái)的另一個(gè)實(shí)施例示意圖。

具體實(shí)施方式

本發(fā)明實(shí)施例提供了一種批量開具電子發(fā)票的方法及相關(guān)裝置，用于改善批量開票的出錯(cuò)率，提高批量開票的效率。

請參圖1，本發(fā)明實(shí)施例中的批量開具電子發(fā)票的方法，包括：

101、接收并存儲(chǔ)第一用戶上傳的開票源文件；

隨著電子發(fā)票的推廣，很多第一用戶(企業(yè))需要以批量的形式開具電子發(fā)票，本發(fā)明中的開票數(shù)據(jù)處理裝置可以用于批量開具電子發(fā)票。

在批量開具電子發(fā)票時(shí)，需要第一用戶(企業(yè))上傳開票源文件，即上傳需要開具發(fā)票的票面內(nèi)容。第一用戶上傳完開票源文件后，開票數(shù)據(jù)處理裝置即可接收到第一用戶(企業(yè))上傳的開票源文件，用于接下來批量開具電子發(fā)票之用。

102、將開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件；

實(shí)際應(yīng)用中，開票源文件會(huì)存在各種格式，而用于開發(fā)票的電子發(fā)票服務(wù)平臺(tái)可以接收的文件格式有特定的格式要求，所以開票數(shù)據(jù)處理裝置接收到用戶上傳的開票源文件，會(huì)將開票源文件轉(zhuǎn)換為統(tǒng)一格式的且能被電子發(fā)票服務(wù)平臺(tái)可以識(shí)別的開票請求文件。

103、將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)。

開票數(shù)據(jù)處理裝置完成開票請求文件的格式轉(zhuǎn)換后，將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)，以用于電子發(fā)票服務(wù)平臺(tái)批量開具電子發(fā)票之用。

本實(shí)施例具有以下優(yōu)點(diǎn)：本發(fā)明可以接收用戶上傳的開票源文件，自動(dòng)將不同格式的開票源文件，轉(zhuǎn)換為統(tǒng)一格式的且電子發(fā)票服務(wù)平臺(tái)可以接收的開票請求文件，發(fā)送給電子發(fā)票服務(wù)平臺(tái)，以供電子發(fā)票服務(wù)批量開具電子發(fā)票之用，不再需要用戶手工去轉(zhuǎn)換不同格式的開票源文件，提高了發(fā)票的開票效率。

為方便理解，下面詳細(xì)描述本發(fā)明實(shí)施例中的批量開具電子發(fā)票的方法，其中，開票數(shù)據(jù)處理裝置可以通過兩種方式接收并存儲(chǔ)第一用戶上傳的開票源文件，下面從各方面來詳細(xì)描述：

一、通過api接口接收并存儲(chǔ)第一用戶上傳的開票源文件；

請參閱圖2，本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的另一實(shí)施例包括：

201、通過api接口接收并存儲(chǔ)第一用戶上傳的開票源文件；

api接口作為對接開票數(shù)據(jù)處理裝置的一種方式，可以直接接收第一用戶(企業(yè))上傳的開票源文件，其中支持的開票源文件格式主要有excel、csv、及txt等格式的文件，其中開票源文件包括的主要內(nèi)容有：發(fā)票請求流水號(hào)、開票類型、銷售方稅號(hào)、銷售方名稱、銷售方地址、銷售方電話、銷售方銀行名稱、銷售方銀行賬號(hào)、購買方稅號(hào)、購買方名稱、購買方地址、購買方電話、購買方銀行名稱、購買方銀行賬號(hào)、購買方手機(jī)號(hào)、購買方郵箱號(hào)、開票人、收款人、復(fù)核人、原發(fā)票代碼、原發(fā)票號(hào)碼、行業(yè)類型、發(fā)票行性質(zhì)、項(xiàng)目名稱、計(jì)量單位、規(guī)格型號(hào)、項(xiàng)目數(shù)量、項(xiàng)目單價(jià)、項(xiàng)目金額、稅率及稅額。

需要說明的是，開票源文件的格式包括但不限于上述的文件格式，還可以包括rtf格式，此處不作具體限定。

202、將開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件；

開票數(shù)據(jù)處理裝置接收到第一用戶(企業(yè))上傳的開票源文件后，將不同格式(excel、csv及txt)的源文件轉(zhuǎn)換為統(tǒng)一格式的，且開票數(shù)據(jù)處理裝置可以接收的開票請求文件，用于接下來請求開具電子發(fā)票之用。

203、將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)；

開票數(shù)據(jù)處理裝置完成開票請求文件的格式轉(zhuǎn)換后，將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)，用于向電子發(fā)票服務(wù)平臺(tái)請求開具與開票源文件中開票請求相對應(yīng)的電子發(fā)票。

204、接收由電子發(fā)票服務(wù)平臺(tái)發(fā)送的與開票請求文件中全部開票請求一一對應(yīng)的全部開票結(jié)果。

開票數(shù)據(jù)處理裝置將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)后，電子發(fā)票服務(wù)平臺(tái)逐一讀取開票請求文件中的開票請求，根據(jù)每條開票請求開具電子發(fā)票，并將電子發(fā)票開票結(jié)果(開票成功或開票失敗)發(fā)送給開票數(shù)據(jù)處理裝置，開票數(shù)據(jù)處理裝置接收到電子發(fā)票服務(wù)平臺(tái)發(fā)送的全部開票結(jié)果后，將全部開票結(jié)果予以保存，以供第一用戶(企業(yè))查看開票結(jié)果。

本實(shí)施例具有以下優(yōu)點(diǎn)：本發(fā)明可以接收用戶上傳的開票源文件，自動(dòng)將不同格式的開票源文件，轉(zhuǎn)換為統(tǒng)一格式的且電子發(fā)票服務(wù)平臺(tái)可以接收的開票請求文件，發(fā)送給電子發(fā)票服務(wù)平臺(tái)，以供電子發(fā)票服務(wù)批量開具電子發(fā)票之用，不再需要用戶手工去轉(zhuǎn)換不同格式的開票源文件，提高了發(fā)票的開票效率。

其次，本實(shí)施例是通過api接口的方式去接收第一用戶(企業(yè))上傳的開票源文件，增加了方案的多樣性。

二、通過web網(wǎng)頁接收并存儲(chǔ)第一用戶上傳的開票源文件；

請參閱圖3，本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的另一個(gè)實(shí)施例包括：

301、通過web網(wǎng)頁接收并存儲(chǔ)第一用戶上傳的開票源文件；

在用戶端不支持api接口時(shí)，第一用戶(企業(yè))還可以通過web網(wǎng)頁的方式直接登陸開票數(shù)據(jù)處理裝置，上傳開票源文件，其中支持的開票源文件格式主要有excel、csv、及txt等格式的文件，其中開票源文件包括的主要內(nèi)容有：發(fā)票請求流水號(hào)、開票類型、銷售方稅號(hào)、銷售方名稱、銷售方地址、銷售方電話、銷售方銀行名稱、銷售方銀行賬號(hào)、購買方稅號(hào)、購買方名稱、購買方地址、購買方電話、購買方銀行名稱、購買方銀行賬號(hào)、購買方手機(jī)號(hào)、購買方郵箱號(hào)、開票人、收款人、復(fù)核人、原發(fā)票代碼、原發(fā)票號(hào)碼、行業(yè)類型、發(fā)票行性質(zhì)、項(xiàng)目名稱、計(jì)量單位、規(guī)格型號(hào)、項(xiàng)目數(shù)量、項(xiàng)目單價(jià)、項(xiàng)目金額、稅率及稅額。

需要說明的是，開票源文件的格式包括但不限于上述的文件格式，還可以包括rtf格式，此處不作具體限定。

302、將開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件；

303、將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)；

304、接收由電子發(fā)票服務(wù)平臺(tái)發(fā)送的與開票請求文件中全部開票請求一一對應(yīng)的全部開票結(jié)果。

需要說明的是，本實(shí)施例的步驟302至304，與圖2所示實(shí)施例中的步驟202至204類似，具體此處不再贅述。

本實(shí)施例具有以下優(yōu)點(diǎn)：本發(fā)明可以接收用戶上傳的開票源文件，自動(dòng)將不同格式的開票源文件，轉(zhuǎn)換為統(tǒng)一格式的且電子發(fā)票服務(wù)平臺(tái)可以接收的開票請求文件，發(fā)送給電子發(fā)票服務(wù)平臺(tái)，以供電子發(fā)票服務(wù)批量開具電子發(fā)票之用，不再需要用戶手工去轉(zhuǎn)換不同格式的開票源文件，提高了發(fā)票的開票效率。

其次，本實(shí)施例是通過web網(wǎng)頁的方式接收第一用戶(企業(yè))上傳的開票源文件，增加了方案的多樣性。

上面從開票數(shù)據(jù)處理裝置的角度描述了批量開具電子發(fā)票的方法，下面從電子發(fā)票服務(wù)平臺(tái)的角度來描述批量開具電子發(fā)票的方法，請參閱圖4，本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的另一個(gè)實(shí)施例包括：

401、接收開票數(shù)據(jù)處理系統(tǒng)發(fā)送的開票請求文件；

開票數(shù)據(jù)裝置將第一用戶(企業(yè))上傳的開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件后，將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)，電子發(fā)票服務(wù)平臺(tái)即可接收到開票數(shù)據(jù)處理裝置發(fā)送的開票請求文件。

402、將開票請求文件中的全部開票請求一一組裝為開票報(bào)文；

電子發(fā)票服務(wù)平臺(tái)接收到開票請求文件后，逐一讀取開票請求文件中的開票請求，然后逐一將開票請求組裝為開票報(bào)文，以用于根據(jù)開票報(bào)文生成電子發(fā)票版式文件。

403、根據(jù)開票報(bào)文，生成與開票請求文件中全部開票請求一一對應(yīng)的電子發(fā)票版式文件。

電子發(fā)票服務(wù)平臺(tái)將開票請求文件中的開票請求一一組裝為開票報(bào)文后，即可根據(jù)開票報(bào)文，生成與開票請求文件中全部開票請求一一對應(yīng)的電子發(fā)票版式文件，從而完成電子發(fā)票的批量開具。

本實(shí)施例具有以下優(yōu)點(diǎn)：電子發(fā)票服務(wù)平臺(tái)接收到發(fā)票數(shù)據(jù)處理裝置發(fā)送的開票請求文件后，自動(dòng)批量讀取開票請求文件中的開票請求，然后逐一組裝為開票報(bào)文，根據(jù)開票報(bào)文批量開具電子發(fā)票，不再需要用戶手工上傳開票請求文件，改善了批量開票的出錯(cuò)率，也提高了批量開票的效率。

為方便理解，下面詳細(xì)描述本發(fā)明實(shí)施例中的批量開具電子發(fā)票的方法，請參閱圖5，本發(fā)明實(shí)施例中批量開具電子發(fā)票的方法的另一個(gè)實(shí)施例包括：

501、接收開票數(shù)據(jù)處理系統(tǒng)發(fā)送的開票請求文件；

開票數(shù)據(jù)裝置將第一用戶(企業(yè))上傳的開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件后，將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)，電子發(fā)票服務(wù)平臺(tái)即可接收到開票數(shù)據(jù)處理裝置發(fā)送的開票請求文件。

其中，開票請求文件中包含多個(gè)開票請求，每個(gè)開票請求包括：發(fā)票請求流水號(hào)、開票類型、銷售方稅號(hào)、銷售方名稱、銷售方地址、銷售方電話、銷售方銀行名稱、銷售方銀行賬號(hào)、購買方稅號(hào)、購買方名稱、購買方地址、購買方電話、購買方銀行名稱、購買方銀行賬號(hào)、購買方手機(jī)號(hào)、購買方郵箱號(hào)、開票人、收款人、復(fù)核人、原發(fā)票代碼、原發(fā)票號(hào)碼、行業(yè)類型、發(fā)票行性質(zhì)、項(xiàng)目名稱、計(jì)量單位、規(guī)格型號(hào)、項(xiàng)目數(shù)量、項(xiàng)目單價(jià)、項(xiàng)目金額、稅率及稅額。

502、將開票請求文件中的全部開票請求一一組裝為開票報(bào)文；

電子發(fā)票服務(wù)平臺(tái)接收到開票請求文件后，逐一讀取開票請求文件中的開票請求，再分別讀取開票請求中的相應(yīng)信息，根據(jù)每個(gè)開票請求中的相應(yīng)信息，分別將每個(gè)開票請求組裝為標(biāo)準(zhǔn)的開票xml報(bào)文，以用于根據(jù)開票報(bào)文生成電子發(fā)票版式文件。

例如：電子發(fā)票服務(wù)平臺(tái)收取到的開票請求文件中的一條開票請求內(nèi)容為：發(fā)票請求流水號(hào)為00001001，開票類型為餐飲，銷售方稅號(hào)為4506171000001x6，銷售方名稱為嘉旺食品有限公司，銷售方地址為北京朝陽區(qū)六角胡同3號(hào)，銷售方電話為13500000001，購買方名稱為張三，購買方地址為深圳羅湖區(qū)南湖路3號(hào)，購買方電話為13500000002，購買方郵箱號(hào)為testuser001，開票人為李四，項(xiàng)目金額為2000，稅率為3％，稅額為60，則電子發(fā)票服務(wù)平臺(tái)組裝好的標(biāo)準(zhǔn)xml報(bào)文如下所示：

<request_common_fpkjclass＝"request_common_fpkj">

<fpqqlsh>00001001</fpqqlsh>

<kplx>餐飲</kplx>

<xsf_nsrsbh>4506171000001x6</xsf_nsrsbh>

<xsf_mc>嘉旺食品有限公司</xsf_mc>

<xsf_dzdh>北京朝陽區(qū)六角胡同3號(hào)、13500000001</xsf_dzdh>

<gmf_mc>張三</gmf_mc>

<gmf_dzdh>深圳羅湖區(qū)南湖路3號(hào)、13500000002</gmf_dzdh>

<gmf_sjh>13500000002</gmf_sjh>

<gmf_dzyx>testuser001</gmf_dzyx>

<kpr>李四</kpr>

<jshj>2000</jshj>

<hjje>2000</hjje>

<hjse>60</hjse>

<hylx>餐飲</hylx>

<by1>備用字段1</by1>

<by2>備用字段2</by2>

<by3>備用字段3</by3>

<by4>備用字段4</by4>

即電子發(fā)票服務(wù)平臺(tái)組裝好開票報(bào)文后，只要讀取<fpqqlsh>，即可取出發(fā)票請求流水號(hào)00001001，其中開票報(bào)文中的“<by1>備用字段1</by1>”是用于擴(kuò)展開票請求中增加的開票內(nèi)容項(xiàng)。需要說明的是，該步驟中的開票請求內(nèi)容及開票報(bào)文內(nèi)容僅為舉例說明，其中開票內(nèi)容也可以包括計(jì)量單位，規(guī)格型號(hào)等，其中開票報(bào)文中發(fā)票請求流水號(hào)也可以用<asdfg>來標(biāo)注，只要標(biāo)注號(hào)與發(fā)票內(nèi)容項(xiàng)保持對應(yīng)關(guān)系即可，開票內(nèi)容及標(biāo)注號(hào)在此處不做具體限定。

503、根據(jù)開票報(bào)文，生成與開票請求文件中全部開票請求一一對應(yīng)的電子發(fā)票版式文件；

電子發(fā)票服務(wù)平臺(tái)將開票請求文件中的開票請求一一組裝為標(biāo)準(zhǔn)的xml開票報(bào)文后，即可根據(jù)開票報(bào)文，生成與開票請求文件中全部開票請求一一對應(yīng)的電子發(fā)票版式文件，從而完成電子發(fā)票的批量開具。

504、保存電子發(fā)票版式文件，并將與開票請求文件中全部開票請求一一對應(yīng)的開票結(jié)果發(fā)送給開票數(shù)據(jù)處理系統(tǒng)；

電子發(fā)票服務(wù)平臺(tái)完成電子發(fā)票的批量開具后，保存全部電子發(fā)票版式文件，并將與開票請求文件中全部開票請求一一對應(yīng)的開票結(jié)果(開具成功或開具失敗)發(fā)送給開票數(shù)據(jù)處理系統(tǒng)，以供第一用戶(企業(yè))查看開票結(jié)果。

其中，電子發(fā)票版式文件包括pdf或ofd格式的版式文件，可以提供給第一用戶(企業(yè))或第二用戶(收票人)查看并下載。

505、將與所述開票請求文件中全部開票請求一一對應(yīng)的所述開票結(jié)果發(fā)送給第二用戶。

電子發(fā)票服務(wù)平臺(tái)進(jìn)一步還可以根據(jù)開票報(bào)文中的開票信息，通過微信、郵箱或短信的方式，將與開票請求文件中全部開票請求一一對應(yīng)的開票結(jié)果發(fā)送給第二用戶(收票人)，以供第二用戶(收票人)下載電子發(fā)票版式文件。

本實(shí)施例具有以下優(yōu)點(diǎn)：電子發(fā)票服務(wù)平臺(tái)接收到發(fā)票數(shù)據(jù)處理裝置發(fā)送的開票請求文件后，自動(dòng)批量讀取開票請求文件中的開票請求，然后逐一組裝為開票報(bào)文，根據(jù)開票報(bào)文批量開具電子發(fā)票，不再需要用戶手工上傳開票請求文件，改善了批量開票的出錯(cuò)率，也提高了批量開票的效率；其次電子發(fā)票服務(wù)平臺(tái)還可以將開票結(jié)果發(fā)送給收票方，以供收票方查看開票結(jié)果，下載開票文件，提高了用戶的使用體驗(yàn)。

上面描述了本發(fā)明實(shí)施例中的批量開具電子發(fā)票的方法，下面來描述本發(fā)明實(shí)施例中的開票數(shù)據(jù)處理裝置，請參閱圖6，本發(fā)明實(shí)施例中的開票數(shù)據(jù)處理裝置包括：

接收存儲(chǔ)單元601，用于接收并存儲(chǔ)第一用戶上傳的開票源文件；

轉(zhuǎn)換單元602，用于將所述開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件；

發(fā)送單元603，用于將所述開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)。

需要說明的是，本發(fā)明實(shí)施例中的各單元的作用與圖1所示開票數(shù)據(jù)處理裝置的作用類似，具體此處不再贅述。

本實(shí)施例具有以下優(yōu)點(diǎn)：本發(fā)明可以通過接收存儲(chǔ)單元601接收并存儲(chǔ)用戶上傳的開票源文件，通過轉(zhuǎn)換單元602自動(dòng)將不同格式的開票源文件，轉(zhuǎn)換為統(tǒng)一格式的且電子發(fā)票服務(wù)平臺(tái)可以接收的開票請求文件，通過發(fā)送單元603將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)，以供電子發(fā)票服務(wù)批量開具電子發(fā)票之用，不再需要用戶手工去轉(zhuǎn)換不同格式的開票源文件，提高了發(fā)票的開票效率。

為方便理解，下面詳細(xì)描述本發(fā)明實(shí)施例中的開票數(shù)據(jù)處理裝置，其中開數(shù)據(jù)處理裝置可以通過兩種方式接收并存儲(chǔ)第一用戶上傳的開票源文件，下面從各方面來描述：

一、通過api接口接收并存儲(chǔ)第一用戶上傳的電子發(fā)票版式文件；

請參閱圖7，本發(fā)明實(shí)施例中的開票數(shù)據(jù)處理裝置的一個(gè)實(shí)施例包括：

接收存儲(chǔ)單元701，用于接收并存儲(chǔ)第一用戶上傳的開票源文件；

轉(zhuǎn)換單元702，用于將所述開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件；

發(fā)送單元703，用于將所述開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)；

接收單元704，用于接收由電子發(fā)票服務(wù)平臺(tái)發(fā)送的與開票請求文件中全部開票請求一一對應(yīng)的全部開票結(jié)果。

其中，接收存儲(chǔ)單元701包括：

第一接收存儲(chǔ)單元7011，用于通過api接口接收并存儲(chǔ)第一用戶上傳的開票源文件。

需要說明的是，本發(fā)明實(shí)施例中各單元的作用與圖2所述實(shí)施例中的開票數(shù)據(jù)處理裝置的作用類似，具體此處不再贅述。

本實(shí)施例具有以下優(yōu)點(diǎn)：本發(fā)明可以通過接收存儲(chǔ)單元701接收并存儲(chǔ)用戶上傳的開票源文件，通過轉(zhuǎn)換單元702自動(dòng)將不同格式的開票源文件，轉(zhuǎn)換為統(tǒng)一格式的且電子發(fā)票服務(wù)平臺(tái)可以接收的開票請求文件，通過發(fā)送單元703將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)，以供電子發(fā)票服務(wù)批量開具電子發(fā)票之用，不再需要用戶手工去轉(zhuǎn)換不同格式的開票源文件，提高了發(fā)票的開票效率。

其次，本實(shí)施例是通過第一接收存儲(chǔ)單元7011，通過api接口的方式接收并存儲(chǔ)第一用戶上傳的電子發(fā)票源文件，增加了方案的多樣性。

二、通過web網(wǎng)頁的方式接收并存儲(chǔ)第一用戶上傳的電子發(fā)票源文件；

請參閱圖8，本發(fā)明實(shí)施例中的開票數(shù)據(jù)處理裝置的另一個(gè)實(shí)施例包括：

接收存儲(chǔ)單元801，用于接收并存儲(chǔ)第一用戶上傳的開票源文件；

轉(zhuǎn)換單元802，用于將所述開票源文件轉(zhuǎn)換為統(tǒng)一格式的開票請求文件；

發(fā)送單元803，用于將所述開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)；

接收單元804，用于接收由電子發(fā)票服務(wù)平臺(tái)發(fā)送的與開票請求文件中全部開票請求一一對應(yīng)的全部開票結(jié)果。

其中，接收存儲(chǔ)單元801包括：

第二接收存儲(chǔ)單元8012，用于通過web網(wǎng)元的方式接收并存儲(chǔ)第一用戶上傳的開票源文件。

需要說明的是，本發(fā)明實(shí)施例中各單元的作用與圖3所述實(shí)施例中的開票數(shù)據(jù)處理裝置的作用類似，具體此處不再贅述。

本實(shí)施例具有以下優(yōu)點(diǎn)：本發(fā)明可以通過接收存儲(chǔ)單元801接收并存儲(chǔ)用戶上傳的開票源文件，通過轉(zhuǎn)換單元802自動(dòng)將不同格式的開票源文件，轉(zhuǎn)換為統(tǒng)一格式的且電子發(fā)票服務(wù)平臺(tái)可以接收的開票請求文件，通過發(fā)送單元803將開票請求文件發(fā)送給電子發(fā)票服務(wù)平臺(tái)，以供電子發(fā)票服務(wù)批量開具電子發(fā)票之用，不再需要用戶手工去轉(zhuǎn)換不同格式的開票源文件，提高了發(fā)票的開票效率。

其次，本實(shí)施例是通過第二接收存儲(chǔ)單元8011，通過web網(wǎng)頁的方式接收并存儲(chǔ)第一用戶上傳的電子發(fā)票源文件，增加了方案的多樣性。

上面描述了本發(fā)明實(shí)施例中的開票數(shù)據(jù)處理裝置，下面來描述本發(fā)明實(shí)施例中的電子發(fā)票服務(wù)平臺(tái)，請參閱圖9，本發(fā)明實(shí)施例中的電子發(fā)票服務(wù)平臺(tái)的實(shí)施例包括：

接收單元901，用于接收開票數(shù)據(jù)處理系統(tǒng)發(fā)送的開票請求文件；

組裝單元902，用于將所述開票請求文件組裝為開票報(bào)文；

生成單元903，用于根據(jù)所述開票報(bào)文，生成與所述開票請求文件中全部開票請求一一對應(yīng)的電子發(fā)票版式文件。

需要說明的是，該實(shí)施例中各單元的作用與圖4所述實(shí)施例中電子發(fā)票服務(wù)平臺(tái)的作用類似，具體此處不再贅述。

本實(shí)施例具有以下優(yōu)點(diǎn)：電子發(fā)票服務(wù)平臺(tái)通過接收單元901，接收到發(fā)票數(shù)據(jù)處理裝置發(fā)送的開票請求文件后，自動(dòng)批量讀取開票請求文件中的開票請求，然后通過組裝單元902將所有開票請求逐一組裝為開票報(bào)文，根據(jù)開票報(bào)文批量開具電子發(fā)票，不再需要用戶手工上傳開票請求文件，改善了批量開票的出錯(cuò)率，也提高了批量開票的效率。

為方便理解，下面詳細(xì)描述本發(fā)明實(shí)施例中的電子發(fā)票服務(wù)平臺(tái)，請參閱圖10，本發(fā)明實(shí)施例中電子發(fā)票服務(wù)平臺(tái)的另一個(gè)實(shí)施例包括：

接收單元1001，用于接收開票數(shù)據(jù)處理系統(tǒng)發(fā)送的開票請求文件；

組裝單元1002，用于將所述開票請求文件組裝為開票報(bào)文；

生成單元1003，用于根據(jù)所述開票報(bào)文，生成與所述開票請求文件中全部開票請求一一對應(yīng)的電子發(fā)票版式文件；

保存發(fā)送單元1004，用于保存所述電子發(fā)票版式文件，并將與開票請求文件中全部開票請求一一對應(yīng)的開票結(jié)果發(fā)送給開票數(shù)據(jù)處理裝置；

發(fā)送單元1005，用于將與開票請求文件中全部開票請求一一對應(yīng)的開票結(jié)果發(fā)送給第二用戶。

其中，發(fā)送單元1005包括：

第一發(fā)送模塊，用于通過短信的方式將與開票請求文件中全部開票請求一一對應(yīng)的開票結(jié)果發(fā)送給第二用戶；

第二發(fā)送模塊，用于通過郵件的方式將與開票請求文件中全部開票請求一一對應(yīng)的開票結(jié)果發(fā)送給第二用戶；

第三發(fā)送模塊，用于通過微信的方式將與開票請求文件中全部開票請求一一對應(yīng)的開票結(jié)果發(fā)送給第二用戶。

需要說明的是，本實(shí)施中各單元的作用與圖5所述實(shí)施例中電子發(fā)票服務(wù)平臺(tái)的作用類似，具體此處不再贅述。

本實(shí)施例具有以下優(yōu)點(diǎn)：電子發(fā)票服務(wù)平臺(tái)通過接收單元1001，接收到發(fā)票數(shù)據(jù)處理裝置發(fā)送的開票請求文件后，自動(dòng)批量讀取開票請求文件中的開票請求，然后通過組裝單元1002將所有開票請求逐一組裝為開票報(bào)文，根據(jù)開票報(bào)文批量開具電子發(fā)票，不再需要用戶手工上傳開票請求文件，改善了批量開票的出錯(cuò)率，也提高了批量開票的效率；其次，電子發(fā)票服務(wù)平臺(tái)還可以通過發(fā)送單元1005將開票結(jié)果發(fā)送給收票方，提高了用戶的使用體驗(yàn)。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實(shí)施例中的對應(yīng)過程，在此不再贅述。

在本申請所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：u盤、移動(dòng)硬盤、只讀存儲(chǔ)器(rom，read-onlymemory)、隨機(jī)存取存儲(chǔ)器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述，以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。