代傳電子發票開發之評估

台灣在政府大力推電子發票後,現已漸漸一些財團已都紛紛上電子發票!
現在剩於一些小店的都採用月租"中華電信"轉接盒方式(月租/800元)來達到電子發票之需求.

在評估中介端這租用服務的利潤,實在也不是我這工作室能負擔的
月租800/要62個客戶租用,才能到達5萬 (目前上班 "微薄" 薪水差不多)

我雖然有能力開發出轉接所有目前市面沒電子發票功能的POS系統

但這62個客戶才能打平上班的一份收入...光待命隨時突發的問題,就不可能兼顧上班+代傳電子發票的角色了

這塊餅還是讓給大財團法人去服務! 

說說轉接原理:  (這非小資訊公司或工作室能吃這一塊的)

依現有中華電信的處理,採用硬體方式處理(我是沒看到實體設備) :

POS-->Trans Format File-->轉接盒--->區分4個區塊:
(1)統編+機台-->取號:年月+字軌+發票號碼+隨機碼(細節就不寫了)
(2)轉接盒-->接硬體出單機-->輸出本次交易的電子發票
(3)回寫成功印出電子發票並寫本次取號記錄
(4)依電子發票IMG格式包裝XML存進預上傳區(依據TrunKey)

單看這 [ 轉接盒 ] 就是一個軔體微電腦處理器了並包含網路+接出單機的功能

若純用軟體開發,也是能達到;但為什麼要採用硬體式?  這裡面當然含很多考慮和因素及商業行為(這就不多提了)

以上僅供參考

---
借此篇,也是想亂槍打鳥一下;看看有哪些實體店面或是虛擬網路店,想要使用電子發票的;可以發包讓我開發....呵..!! 當然開發費用不低,還要考慮是否沿用原軟體系統;若延用也要原軟體商工程師肯配合,才行! 或直接換系統就不須拜託軟體廠商了

上班累了,想跳出來自己拼看看;但客戶咧.... =   .  =''