我記得在2005年的時候，店面開立一張三聯式手寫發票，在申報營業稅的時候被會計師事務所打了回票，因為統一編號是錯誤的。
那時候覺得很驚訝，為什麼事務所知道這個統一編號是錯誤的，那手寫三聯式的時候，我們又怎麼知道客人報給我們的統一編號是否正確？後來在網路上查了好久，終於知道原來這個統一編號是有規則的，不是隨便八個數字湊一湊就可以當成統一編號，所以在當時就寫了統一編號的檢查規則在系統裡面，以防客人又亂報一組統一編號。
後來 2009 年要增添了「電子計算機發票」系統的時候，也把這個功能一併帶入。
隨著時代的推演，現在就方便多了，您可以在這裡下載統一編號的規則。
統一編號驗證規則
解決了統一編號，那困擾使用者的還有ㄧ個問題，那就是發票抬頭。
我們知道在開立發票的時候，除了統一編號之外，還有ㄧ個資料就是客戶的發票抬頭。早期只能透過經濟部與財政部的網站去查詢稽核是否正確，後來找到開放政府的資料裡面有人整理了一堆資料，包含了非營利的單位也有，但是這些都是文字資料，得自己下載回來做成資料庫，以供系統使用。而且這些資料，每個月都會變動（公司會有新增，會有歇業，倒閉等等原因），記得當初下載整理這些資料大概有180萬筆資料，將這些資料塞入資料庫後讓系統可以在輸入統一編號之後，取得正確的發票抬頭。
當然那時候覺得已經很方便了，但是以現在來看，實在算是很原始的作法，加上現在財政部也把這些資料都做成API就可以擷取的方式，所以我們也順勢修改了系統的功能，將新的「統一編號」驗證規則加入系統，而發票抬頭則改為使用API擷取的方式來完善發票系統
目前系統內的統編查詢有三種方式，第ㄧ個是經濟部的網站查詢，第二個是財政部的網站查詢，第三個本來是我們抓取統一編號資料回來存放的方式，現在則是改為用戶自行新增與編輯的方式。
1.客戶與廠商資料
上面基礎的資料完成以後，我們在基本資料與交易系統的設定就會很方便
發票設定與發票開立
1.輸入統一編號時，系統自動驗證統一編號是否符合規定。
2.輸入統一編號後，系統自動抓取發票抬頭。
3.抓取發票抬頭的順序為：1.API 抓取。2.客戶資料。3.用戶自建資料。
.