本發(fā)明涉及稅控領域，尤其涉及一種自助開具電子發(fā)票的方法及系統(tǒng)。

背景技術：

電子發(fā)票是信息時代的產物，同普通發(fā)票一樣，采用稅務局統(tǒng)一發(fā)放的形式給企業(yè)使用，發(fā)票號碼采用全國統(tǒng)一編碼，采用統(tǒng)一防偽技術，分配給企業(yè)，在電子發(fā)票上附有電子稅局的簽名機制。

隨著國家對電子發(fā)票的大力推廣，越來越多的企業(yè)選擇開具電子發(fā)票代替?zhèn)鹘y(tǒng)的紙質發(fā)票。企業(yè)要支持開具電子發(fā)票，首先需要對現(xiàn)有業(yè)務系統(tǒng)進行升級改造。例如需要使業(yè)務系統(tǒng)支持記錄用戶開票請求、支持對用戶開票信息進行校驗，然后開具發(fā)票、推送開票結果信息等。

企業(yè)開具電子發(fā)票需要繁瑣的改造原有的業(yè)務系統(tǒng)，需要大量的人力物力，用戶需要開具發(fā)票時，需要在特定地點申請開票服務，當需要開具發(fā)票的用戶較多時，會浪費用戶時間，費時費力，用戶體驗不佳。

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

本發(fā)明實施例提供了一種自助開具電子發(fā)票的方法及系統(tǒng)，在不改造企業(yè)原有的業(yè)務系統(tǒng)的情況下實現(xiàn)電子發(fā)票開具功能，同時實現(xiàn)了用戶自助開具電子發(fā)票的功能。

本發(fā)明實施例第一方面提供了一種自助開具電子發(fā)票的方法，可包括：

通過客戶端獲取業(yè)務系統(tǒng)的訂單信息并將所述訂單信息按照預置的規(guī)范進行組裝生成目標訂單信息；

通過訂單處理模塊接收并存儲所述目標訂單信息；

接收用戶發(fā)送的開票請求，所述開票請求中包含開票所需的用戶信息及消費小票信息，所述消費小票為所述業(yè)務系統(tǒng)根據所述訂單信息開具給用戶的消費憑證；

校驗所述消費小票信息是否匹配所述目標訂單信息，若匹配，則根據所述目標訂單信息及所述用戶信息開具對應的目標電子發(fā)票。

本發(fā)明實施例第二方面提供了一種自助開具電子發(fā)票系統(tǒng)，可包括：

客戶端，用于獲取業(yè)務系統(tǒng)的訂單信息并將所述訂單信息按照預置的規(guī)范進行組裝生成目標訂單信息；

訂單處理模塊，用于接收存儲所述目標訂單信息，并接收用戶發(fā)送的開票請求，所述開票請求中包含開票所需的用戶信息及消費小票信息，所述消費小票為所述業(yè)務系統(tǒng)根據所述訂單信息開具給用戶的消費憑證；

校驗模塊，用于校驗所述消費小票信息是否匹配所述目標訂單信息，若匹配，則調用開票模塊開具對應的目標電子發(fā)票。

開票模塊，用于根據所述目標訂單信息及所述用戶信息開具對應的目標電子發(fā)票。

從以上技術方案可以看出，本發(fā)明實施例具有以下優(yōu)點：通過在業(yè)務系統(tǒng)側安裝的客戶端程序獲取業(yè)務系統(tǒng)的訂單信息并按照預置的規(guī)范進行組裝生成目標訂單信息，無需復雜的改造原有的業(yè)務系統(tǒng)，節(jié)約了企業(yè)成本，自助開具電子發(fā)票系統(tǒng)可以接收到用戶自行發(fā)起的開具電子發(fā)票的請求，并驗證請求消息中的小票信息是否與目標訂單信息匹配，若匹配，則開具對應的電子發(fā)票，實現(xiàn)了用戶自助開具電子發(fā)票的功能，解決了用戶排隊等待開票的問題。

附圖說明

圖1為本發(fā)明實施例中自助開具電子發(fā)票的方法一個實施例示意圖；

圖2為本發(fā)明實施例中自助開具電子發(fā)票的方法另一個實施例示意圖；

圖3為本發(fā)明實施例中自助開具電子發(fā)票系統(tǒng)一個實施例示意圖；

圖4為本發(fā)明實施例中自助開具電子發(fā)票系統(tǒng)另一個實施例示意圖。

具體實施方式

本發(fā)明實施例提供了一種自助開具電子發(fā)票的方法及系統(tǒng)，在不改造企業(yè)原有的業(yè)務系統(tǒng)的情況下實現(xiàn)電子發(fā)票開具功能，同時實現(xiàn)了用戶自助開具電子發(fā)票。

為了便于理解，下面對本發(fā)明實施例中的具體流程進行描述，請參閱圖1，本發(fā)明實施例中自助開具電子發(fā)票的方法一個實施例可包括：

101、獲取訂單信息，并將訂單信息按照預置的規(guī)范進行組裝生成目標訂單信息；

原有的業(yè)務系統(tǒng)可能不支持開具電子發(fā)票或不支持自助開具電子發(fā)票的功能，在不對原有的業(yè)務系統(tǒng)進行復雜改造的情況下，自助開具電子發(fā)票系統(tǒng)可以通過安裝在業(yè)務系統(tǒng)側的客戶端獲取業(yè)務系統(tǒng)的訂單信息，并將訂單信息按照預置的規(guī)范進行組裝生成方便自助開具電子發(fā)票系統(tǒng)調用的目標訂單信息，客戶端具體的獲取業(yè)務系統(tǒng)的訂單信息的方式將在下面的實施例中進行詳細描述。

102、接收并存儲目標訂單信息；

自助開具發(fā)票系統(tǒng)可以在一個或多個業(yè)務系統(tǒng)側分別安裝一個或多個客戶端，客戶端根據訂單信息生成的目標訂單信息可以發(fā)送到訂單處理模塊，便于自助開票系統(tǒng)進行進一步處理。

103、接收用戶發(fā)送的開票請求；

自助開具電子發(fā)票系統(tǒng)可以提供多種發(fā)送開票請求的渠道，當用戶需要開具電子發(fā)票時，可以將開票請求發(fā)送到自助開具電子發(fā)票系統(tǒng)中，該開票請求中包含開票所需的用戶信息及業(yè)務系統(tǒng)根據訂單信息開具給用戶作為消費憑證的消費小票的全部或部分信息。

104、校驗消費小票信息是否匹配目標訂單信息；

在接收到開票請求中的小票信息之后，為確保用戶發(fā)送的小票信息中的數(shù)據未被惡意篡改，需要校驗消費小票信息是否匹配目標訂單信息。

105、根據目標訂單信息及用戶信息開具對應的目標電子發(fā)票。

在校驗消費小票信息匹配目標訂單信息之后，根據目標訂單信息及用戶信息開具對應的目標電子發(fā)票。

從以上技術方案可以看出，本發(fā)明實施例具有以下優(yōu)點：通過在業(yè)務系統(tǒng)側安裝的客戶端程序獲取業(yè)務系統(tǒng)的訂單信息并按照預置的規(guī)范進行組裝生成目標訂單信息，無需復雜的改造原有的業(yè)務系統(tǒng)，節(jié)約了企業(yè)成本，自助開具電子發(fā)票系統(tǒng)可以接收到用戶自行發(fā)起的開具電子發(fā)票的請求，并驗證請求消息中的小票信息是否與目標訂單信息匹配，若匹配，則開具對應的電子發(fā)票，實現(xiàn)了用戶自助開具電子發(fā)票的功能，解決了用戶排隊等待開票的問題。

上述實施例對本發(fā)明實施例中自助開具發(fā)票的方法的流程進行了描述，下面將對本發(fā)明實施例中自助開具發(fā)票的方法進行詳細描述，請參閱圖2，本發(fā)明實施例中自助開具發(fā)票的方法另一個實施例可包括：

201、獲取訂單信息，并將訂單信息按照預置的規(guī)范進行組裝生成目標訂單信息；

原有的業(yè)務系統(tǒng)可能不支持開具電子發(fā)票或自助開具電子發(fā)票的功能，在不對原有的業(yè)務系統(tǒng)進行復雜改造的情況下，自助開具電子發(fā)票系統(tǒng)可以通過安裝在業(yè)務系統(tǒng)側的客戶端獲取業(yè)務系統(tǒng)的訂單信息，并將訂單信息按照預置的規(guī)范進行組裝生成方便自助開具電子發(fā)票系統(tǒng)調用的目標訂單信息。

具體的，業(yè)務系統(tǒng)側可以建立一個存儲訂單信息的中間表，客戶端中的訂單傳輸小程序可以周期性地從業(yè)務系統(tǒng)建立的中間表中提取訂單信息，并將訂單信息按照預置的規(guī)范進行組裝生成目標訂單信息。

示例性的，訂單傳輸小程序可以采用java編寫，通過bat或sh文件都可以啟動，24小時不間斷地從中間表中讀取訂單信息，將訂單信息組裝成json格式，并對敏感數(shù)據進行證書簽名，最后將處理后的數(shù)據傳輸?shù)阶灾_具電子發(fā)票系統(tǒng)，具體如下：

具體的字段說明如下表1所示：

表1

202、接收并存儲目標訂單信息；

自助開具發(fā)票系統(tǒng)可以在一個或多個業(yè)務系統(tǒng)側分別安裝一個或多個客戶端，客戶端根據訂單信息生成的目標訂單信息可以發(fā)送到訂單處理模塊，便于自助開票系統(tǒng)進行進一步處理。

203、接收用戶發(fā)送的開票請求；

自助開具電子發(fā)票系統(tǒng)可以提供多種發(fā)送開票請求的渠道，例如可以在消費小票上印制開票信息錄入界面的鏈接，用戶當用戶需要開具電子發(fā)票時，可以根據該鏈接進入開票信息錄入界面，并輸入開票所需的用戶信息及小票信息并發(fā)送開票請求到自助開具電子發(fā)票系統(tǒng)中。

優(yōu)選的，可以在消費小票上預置對應的二維碼，該二維碼中預置有小票信息及開票信息錄入界面的鏈接，用戶可以通過微信、支付寶、瀏覽器等應用app掃描該二維碼進入開票信息錄入界面，該界面可以自動錄入小票信息，只需用戶輸入開票所需的用戶信息即可發(fā)送開票請求。

具體的，用戶信息可以包括開票抬頭信息、手機號碼及郵箱地址信息。

204、校驗消費小票信息是否匹配目標訂單信息；

在接收到開票請求中的小票信息之后，為確保用戶發(fā)送的小票信息中的數(shù)據未被惡意篡改，需要校驗消費小票信息是否匹配目標訂單信息。

具體的，當用戶掃描二維碼獲取小票信息(例如，門店號、訂單號、小票日期、訂單金額等)，然后將這些信息傳入校驗系統(tǒng)驗證，驗證內容:根據門店號、訂單號(唯一值)是否能找到訂單，找到了再校驗時間和金額是否一致，若一致，則確定消費小票信息匹配目標訂單信息。

205、根據目標訂單信息及用戶信息開具對應的目標電子發(fā)票。

在校驗消費小票信息匹配目標訂單信息之后，根據目標訂單信息及用戶信息開具對應的目標電子發(fā)票。

具體的，自助開具電子發(fā)票系統(tǒng)可以提取目標訂單信息中的銷售方信息，根據目標訂單信息計算稅額信息，若用戶需求開具明細，則提取目標訂單信息中的訂單明細信息，將用戶信息、銷售方信息、稅額信息及訂單明細信息組裝成目標開票數(shù)據，調用發(fā)票開具服務模塊開具目標開票數(shù)據對應的目標電子發(fā)票。

以上可知，本實施例中自助開具電子發(fā)票系統(tǒng)可以通過安裝在業(yè)務系統(tǒng)側的客戶端程序從業(yè)務系統(tǒng)中獲取目標訂單信息,當用戶需要開票時，可以通過掃描消費小票上的二維碼進入開票信息錄入界面并發(fā)送開票請求,當開票請求中的小票信息與目標訂單信息相匹配時，自助開具電子發(fā)票系統(tǒng)可以根據目標訂單信息及用戶信息開具對應的目標電子發(fā)票，即本實施例在不對業(yè)務系統(tǒng)進行復雜改造的情況下，實現(xiàn)了自動開具電子發(fā)票的功能,同時實現(xiàn)了用戶自助開具電子發(fā)票的功能，解決了用戶排隊開票的問題。

可選的，在本實施例的基礎上，在開具目標電子發(fā)票之后，該方法還可以包括：

206、向用戶展示目標電子發(fā)票。

當用戶需要查看目標電子發(fā)票時，自助開具電子發(fā)票系統(tǒng)可以在用戶界面向用戶展示目標電子發(fā)票。

可選的，在本實施例的基礎上，在開具目標電子發(fā)票之后，該方法還可以包括：

207、通過短信、微信或郵件向用戶反饋目標電子發(fā)票開具完成的消息。

在目標電子發(fā)票開具完成之后，自助開具電子發(fā)票系統(tǒng)可以保存目標電子發(fā)票，可以將目標電子發(fā)票已完成開具的通知推送給消費者；推送的方式可以是微信推送、短信推送、郵件推送等多種形式，使得消費者通過微信、短信、郵件等方式接收通知，查看及下載電子發(fā)票；也可登錄訂單處理系統(tǒng)查看及下載電子發(fā)票。

以上對本發(fā)明實施例中自助開具電子發(fā)票的方法的流程進行了描述，為了便于理解，下面將結合具體運用實例對本發(fā)明實施例中自助開具電子發(fā)票的方法進行描述。

以味千拉面為例，目前味千拉面有多家門店，全部啟用一站式開票系統(tǒng)，消費者消費后自行掃描消費小票上的二維碼，直接開具電子發(fā)票，比原排隊開票的方式提高了多倍效率。具體為：

消費者在味千拉面消費并付款，味千拉面的收銀系統(tǒng)完成收款后，生成訂單信息到中間表，同時打印消費小票給客戶，消費小票上附有二維碼，二維碼封裝了包含部分訂單信息的小票信息，具體的小票信息可以包括有門店號、訂單號、小票日期、訂單金額等信息。安裝在業(yè)務系統(tǒng)的客戶端中的訂單小程序獲取收銀系統(tǒng)生成到中間表的訂單信息，按照預定的規(guī)范組裝后生成目標訂單信息，并發(fā)送給訂單處理模塊。

當消費者需要開票時，掃描消費小票上的二維碼，掃描后自動跳轉到開票信息錄入界面(界面自動顯示小票信息)，客戶錄入抬頭信息、電話號碼、郵箱地址等信息，點擊確認開票，自助開具電子發(fā)票系統(tǒng)接收消費者的開票請求。

自助開具電子發(fā)票系統(tǒng)將開票請求中的小票信息和訂單傳輸小程序發(fā)送的目標訂單信息進行校驗，確認小票信息是否與目標訂單信息一致，具體可以根據門店號、訂單號(唯一值)是否能找到訂單，找到了再校驗時間和金額是否一致，若一致，則符合要求，則可進行開票處理，自助開具電子發(fā)票系統(tǒng)可以提取目標訂單信息中的銷售方信息，根據目標訂單信息計算稅額信息，若用戶需求開具明細，則提取目標訂單信息中的訂單明細信息，將用戶信息、銷售方信息、稅額信息及訂單明細信息組裝成目標開票數(shù)據，調用發(fā)票開具服務模塊開具目標開票數(shù)據對應的目標電子發(fā)票，并保存目標電子發(fā)票。自助開具電子發(fā)票系統(tǒng)可以將目標電子發(fā)票已完成開具的通知推送給消費者，推送的方式可以是微信推送、短信推送、郵件推送等多種形式，使得消費者通過微信、短信、郵件等方式接收通知，查看及下載電子發(fā)票，也可登錄訂單處理系統(tǒng)查看及下載電子發(fā)票。

可以理解的是，具體的推送方式可以根據用戶的需求進行配置，不限于上述列舉的方式，只需達到通知用戶的目的即可，具體不做限定。

上述實施例對本發(fā)明實施例中自助開具電子發(fā)票的方法進行了描述，下面將對本發(fā)明實施例中自助開具電子發(fā)票系統(tǒng)進行描述，請參閱圖3，本發(fā)明實施例中自助開具電子發(fā)票系統(tǒng)一個實施例可包括：

客戶端301，用于獲取業(yè)務系統(tǒng)的訂單信息并將訂單信息按照預置的規(guī)范進行組裝生成目標訂單信息；

訂單處理模塊302，用于接收存儲目標訂單信息，并接收用戶發(fā)送的開票請求，開票請求中包含開票所需的用戶信息及消費小票信息，消費小票為業(yè)務系統(tǒng)根據訂單信息開具給用戶的消費憑證；

校驗模塊303，用于校驗消費小票信息是否匹配目標訂單信息，若匹配，則調用開票模塊開具對應的目標電子發(fā)票。

開票模塊304，用于根據目標訂單信息及用戶信息開具對應的目標電子發(fā)票。

本實施中所示的自助開具電子發(fā)票系統(tǒng)的具體功能與上述圖1所示的實施例所描述的內容類似，具體請參閱圖1所示的實施例，此處不再贅述。

上述實施例對本發(fā)明實施例中自助開具電子發(fā)票系統(tǒng)的功能模塊進行了描述，下面將對本發(fā)明實施例中自助開具電子發(fā)票系統(tǒng)進行詳細描述，請參閱圖4，本發(fā)明實施例中自助開具電子發(fā)票系統(tǒng)另一個實施例可包括：

客戶端301，用于獲取業(yè)務系統(tǒng)的訂單信息并將訂單信息按照預置的規(guī)范進行組裝生成目標訂單信息；

訂單處理模塊302，用于接收存儲目標訂單信息，并接收用戶發(fā)送的開票請求，開票請求中包含開票所需的用戶信息及消費小票信息，消費小票為業(yè)務系統(tǒng)根據訂單信息開具給用戶的消費憑證；

校驗模塊303，用于校驗消費小票信息是否匹配目標訂單信息，若匹配，則調用開票模塊開具對應的目標電子發(fā)票。

開票模塊304，用于根據目標訂單信息及用戶信息開具對應的目標電子發(fā)票。

在本實施例中，該客戶端301可以進一步包括：

提取單元3011，用于周期性地從業(yè)務系統(tǒng)建立的中間表中提取訂單信息并將訂單信息按照預置的規(guī)范進行組裝生成目標訂單信息；

在本實施例中，該訂單處理模塊302可以進一步包括：

獲取單元3021，用于通過消費小票上預置的二維碼獲取小票信息，二維碼中預置有小票信息及開票信息錄入界面的鏈接。

錄入單元3022，用于通過開票信息錄入界面接收用戶信息。

可選的，在本實施例中，該自助開具電子發(fā)票系統(tǒng)還可以進一步包括：

展示模塊305，用于向用戶展示目標電子發(fā)票。

可選的，在本實施例中，該自助開具電子發(fā)票系統(tǒng)還可以進一步包括：

反饋模塊306，用于通過短信、微信或郵件向用戶反饋目標電子發(fā)票開具完成的消息。

本實施中所示的自助開具電子發(fā)票系統(tǒng)的具體功能與上述圖2所示的實施例所描述的內容類似，具體請參閱圖2所示的實施例，此處不再贅述。

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

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

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

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

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

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