2014年11月18日 星期二
網站專案上線 : Skin - Ruby 紅寶美顏 網站. http://skinruby.com/
Skin - Ruby 紅寶美顏. http://skinruby.com/
https://www.facebook.com/skinruby
此購物形象網站以清新明亮的風格,搭配獨特美容周邊商品,成功的吸引消費者目光。具親和力的和善介面,消費者可在購買後,任意的取消訂單、退換貨 等,網站還有根據消費金額自動滿額成為白金、鑽石會員,享7折及75折優惠,還有線上金流、SEO等,滿足了所有購物網站的功能,另外提供Facebook 粉絲團,讓您以最經濟的成本,創造出最大 網路商機及利潤。
2014年10月30日 星期四
二代電子發票-營業人Turnkey上線前自我檢測
資料來源:財政部電子發票整合服務平台客服中心
公司名稱
公司統一編號
測試人員 姓名 聯絡電話
Email @
完成測試日期 年 月 日
營業人類型 □B2B營業人 □B2C營業人
電子發票資料交換標準訊息建置指引(MIG)版本 □3.0 □3.1
STEP 1防火牆設定(請開放下述使用連結雙向資料傳輸權限)
檢核
|
項目內容
|
備註說明
|
□
|
1.SFTP設定開啟
|
正式環境Host Name:sftp.einvoice.nat.gov.tw
IP: 117.56.24.204 Port:2222測試環境HostName:tsftp.einvoice.nat.gov.tw IP: 117.56.24.214 Port:2222 |
□
|
2.Web Service設定開啟
|
正式環境Host Name:gw.einvoice.nat.gov.tw
IP: 117.56.24.201 Port:443(https)測試環境HostName:tgw.einvoice.nat.gov.tw IP: 117.56.24.211 Port:443(https) |
□
|
3.程式版本更新IP開啟
|
IP: 117.56.24.205
Port:80 |
※註: TurnKey程式連線中心端服務需以貴公司對外連線IP開通防火牆(固定IP;浮動IP提供區段),請填寫 "電子發票整合服務平台整合服務申請表" 提出申請。
STEP 2 Web平台設定
項目
|
備註
| |
□
|
1.至整合服務平台完成(營業人註冊作業)
|
l 正式與測試平台皆必須完成營業人註冊
正式網址
https://www.einvoice.nat.gov.tw
測試網址
https://wwwtest.einvoice.nat.gov.tw
|
□
|
2. 至整合服務平台完成營業人(主憑證資料登錄作業)
|
l 請使用工商憑證正卡登錄
平台功能 : 營業人>登入>營業人功能選單>基本資料>主憑證資料登錄作業
|
□
|
3.軟體憑證登錄作業
◎此為選擇應用非必要項目
|
l Turnkey上傳憑證若採軟體憑證才須設定。
平台功能 :>營業人>登入>營業人功能選單>基本資料>軟體憑證資料登錄作業
l 登錄之檔案需匯出成『64基本編碼X.509(.CER)』格式檔案,並經由主憑證授權。
|
□
|
4.營業人接收方式設定
◎此為設定當營業人為買方時將以何種方式接收發票。
|
l 正式與測試平台皆須完成營業人接收方式設定
平台功能 :>營業人>登入>營業人功能選單>基本資料>營業人接收方式設定
|
STEP 3 Turnkey(二代電子發票客戶端連線軟體)設定
項目
|
備註
| |
□
|
1.系統管理>憑證管理
|
請設定Web平台登錄之主憑證或軟體憑證(PFX檔)
|
□
|
2. 系統管理>傳送帳號管理
|
請依照Turnkey核定通知內容資訊設定
|
□
|
3. 系統管理>送方管理
|
請詳見『Turnkey使用說明書』第34頁至第36頁
|
□
|
4. 系統管理>系統環境設定
|
設定TurnKey連線至測試或正式環境,及事件通知設定。
若相關設定及測試作業,皆確認已設定並測試完成,請另行E-Mail通知客服中心,以利審核開通正式環境,開通後方可傳送電子發票至正式平台。 |
□
|
5.檔案收送>目錄設定
|
l 請依照實際作業模式選擇目錄設定選項設定
A. B2B存放目錄設定
B. B2B交換目錄設定
C. B2C存放目錄設定
l 並請指定所使用的來源訊息版本及格式與編碼種類。
|
□
|
6.檔案收送>發票配號訊息目錄設定
|
如欲使用TURNKEY上傳「分支機構配號檔」或「空白未使用字軌檔」,需指定所使用的訊息版本及格式與編碼種類。
◎此應用須為使用MIG3.0.3以上格式。
|
□
|
7. 檔案收送>下載流程目錄設定
|
指定所使用的來源訊息版本及格式與編碼種類。
◎下載流程目錄設定須與上傳的目錄設定相符,方得正確下載平台回傳結果訊息。
|
□
|
8. 檔案傳送>排程設定
|
可依照實際作業需要設定排程作業,請詳見『Turnkey使用說明書』第21頁至第23頁
※註:請務必設定「清檔作業」排程。
|
□
|
9.系統管理>系統環境設定>通知設定
|
如有傳送失敗,Turnkey將主動發送電子郵件通知設定的電子郵件信箱。
|
□
|
10.傳輸結果確認
★必要★
|
請確實確認所上傳發票資料,皆已接收平台回覆狀態資訊。狀態『C』平台接收並檢核成功。狀態『E』需依照顯示之錯誤進行更正後重新上傳。
|
STEP 4測試上傳作業 (XML格式一律採用UTF8檔首無BOM編碼方式)
共通(包含B2B與 B2C)
1). 請營業人提供現行發票數量
A. 每週最大發票數量為 筆;每月最大發票數量為 筆。
B. 請依照每月最大發票數量進行壓力測試
(如每月最大發票數量低於1000張,請以1000張為壓力測試之發票數量)
測試日期 年 月 日
測試發票字軌 ~ ,共 筆發票
2). 發票格式(MIG)應注意事項:
A. 請協助檢核紙本電子發票證明聯所顯示的資訊與上傳的發票內容一致。
B. XML發票格式一個檔案僅能內含一張發票資訊。
C. 如為非必要欄位(O)且無內容者,則不必顯示出該欄位資訊。
D. 發票類別(InvoiceType)請依照該發票字軌填入所屬發票類別代碼。
3). 自103年1月1日起上傳正式之電子發票一律須使用電子發票專用字軌開立。
4). 測試上傳的發票字軌可接受當期的專用字軌,請至測試平台執行『電子發票專用字軌號碼取號(營業人)』功能進行取號,再以配號結果進行測試。(平台提供測試數量10本/組為限)
5). 如欲測試「分支機構配號檔」、「空白未使用字軌檔」需至測試平台進行取號,方得進行後續情境測試。(請參照附錄一進行情境檢測)
6). 如採用MIG 3.0或MIG 3.0.1或MIG 3.0.2或MIG 3.0.3者,在訊息版本設定,請選擇MIG 3.0.3 。
B2B營業人 (請參照附錄二進行情境檢測)
1). 如為B2B營業人請參照附錄二案例內容進行測試,並請填妥測試的發票號碼以供檢視。
2). B2B交換發票,買/賣方上傳的MIG版本需一致。(如賣方上傳MIG3.1,買方也需以MIG3.1做接收確認)
3). 通關方式列表 : 若為零稅率發票,則此欄位為必填。
B2C營業人 (請參照附錄三進行情境檢測)
【買/賣方資訊】
1). 買方為消費者時:
甲、買方識別碼(Identifier) 限填0000000000;名稱(Name)請填會員名稱或『0000000000』。
乙、買方要求輸入統一編號時(需要報帳) :買方識別碼(Identifier)請填買方統一編號;名稱(Name)如不能填入買方公司名稱,則請填買方統一編號。
2). 買方識別碼(Identifier)如為統一編號要拆算稅額(Tax Amount)。
【發票防偽隨機碼】
1). 發票防偽隨機碼(RandomNumber)請填入由前端隨機產生的四位數字。
【捐贈】★必要★
1). 捐贈發票:捐贈註記(Donate Mark)請填「1」;發票捐贈對象(NPOBAN)請填社福團體愛心碼或統一編號;紙本電子發票已列印註記(PrintMark)請填「N」。
「愛心碼」基本檢核條件:條碼長度3~7碼,數字為0~9,故第一碼可能是「0」。
例外:因早期愛心碼申請帶「X」,須一併接受。
【載具】
1). 使用載具存放發票:紙本電子發票已列印註記(PrintMark)請填”N”;載具類別號碼(CarrierType)請填使用之載具代碼;載具顯碼id(CarrierId1)請填載具讀出之外碼資訊;載具隱碼id(CarrierId2)請填載具讀出之內碼資訊。如為使用手機條碼載具,請在(CarrierId1) 及(CarrierId2)填入相同資訊。若使用之載具僅可讀取到隱碼,則載具顯碼及載具隱碼欄位,均填入隱碼資訊。
2). 共通性載具包含★必要★
項次
|
載具名稱
|
載具代碼
|
備註
|
1
|
手機條碼
|
3J0002
|
不得拒絕消費者使用
|
2
|
自然人憑證條碼
|
CQ0001
|
不得拒絕消費者使用
|
「手機條碼」基本檢核條件:手機條碼是Code 39, 必須以 / 為起始作為判斷, 目前總長度共為 8 碼,條碼內容物除第一碼外只會有0123456789 ABCDEFGHIJKLMNOPQRSTUVWXYZ + - . 這 39 個字元。
載入手機條碼時請勿將英文大寫轉換成小寫。
「自然人憑證條碼」基本檢核條件:2位大寫字母+14位數字。
載入自然人憑證條碼時請勿將英文大寫轉換成小寫。
3). 如使用會員載具,請提供是否有會員載具(會員載具名稱: 會員載具代碼 : ),且依照辦法規規範需提供<會員載具歸戶>之功能與會員。
STEP 5確認上傳結果作業
項目
|
備註
| |
□
|
1.Turnkey確認
完成資料上傳及下載後,請使用檔案收送>排程設定>檢視訊息紀錄 或 交易日誌查詢>統計訊息記錄查詢,依作業時間區間查詢傳送結果是否成功
|
狀態說明:表示發票資料上傳或處理的結果,以下分別是各訊息代表的意義
-P:資料處理中 -G:Turnkey判讀資料已上傳 -C:資料上傳完畢,且已收到整合服務平台回覆之存證處理成功訊息。(上傳作業的資料要變為此狀態,才代表此資料上傳成功。) -I:資料處理過程中被中斷,當程式重新執行或錯誤問題排除後,可自動繼續執行 -E:資料上傳前發生格式或簽章錯誤,或是資料已上傳後,收到整合服務平台回覆之錯誤。 |
□
|
2.Web整合服務平台查詢確認
|
確認發票內容是否正確。
正式網址
https://www.einvoice.nat.gov.tw
測試網址
https://wwwtest.einvoice.nat.gov.tw
|
□
|
3.歷史存證檢核表
|
上線前請參照附錄四說明及範例檔,了解工表作內容供正式上線後檢核。
※註:此為正式系統所提供之Turnkey傳送日報表。
|
注意事項 :
請依實務作業選擇完成附錄之自我檢測,測試完成後將填妥之測試發票號碼與折讓單單號,回覆電子發票技術客服,以利審核確認測試結果,如審核通過將開放正式環境上傳發票!
E-Mail: e-inv@tradevan.com.tw
主旨:自我檢測--統一編號+公司名稱
附錄一 電子發票專用字軌情境測試
項次
|
測試訊息編號
|
測試統編
|
注意事項
|
1
|
E0401
分支機構配號檔
|
總公司
分公司
|
【MIG 3.0與 MIG 3.1共通】
1. 一個分支機構(統一編號)一個xml檔案。
2. 平台接收規則:若平台收到重覆檔頭(Main)字軌區間資料,僅保留最後一次上傳成功的資料,並將後送資料儲存到資料庫。
3. BranchTrackItem 之Cardinality為1~25000範圍。
4. 發票期別YearMonth請以雙數月為值,且為民國年月,如:10302
5. 總公司的分支機構配號檔Main中「總公司統一編號」與「分支機構統一編號」請填入總公司統一編號。
※註:此格式欄位為透過總公司統一申請取號者才須要在次期10號前上傳。
|
2
|
E0402
空白未使用字軌檔
|
公司統編
|
【MIG 3.0與 MIG 3.1 共通】
1. 一個分支機構(統一編號)一個xml檔案。
2. 平台接收規則:若平台收到重覆檔頭(Main)字軌區間資料,僅保留最後一次上傳成功的資料,並將後送資料儲存到資料庫。
3. 發票期別YearMonth請以雙數月為值,且為民國年月,如:10302
※註:此格式欄位須要在次期10號前上傳。
|
附錄二 B2B營業人情境測試
項目
|
發票號碼/折讓單號
|
備註
| |
□
|
1.開立發票
(B2B交換A0101;
B2B存證A0401)
|
【MIG 3.0 與 MIG 3.1共通】
l 請檢核必填欄位及欄位內容是否正確,如:賣方營業人、賣方營業人名稱…等
l 請使用當期字軌進行測試。
如為B2B營業人,請先行確認發票開立之買方營業人已完成WEB平台之營業人介接方式設定。
---------------------------
【MIG 3.1】
【A0101】
1.發票開立時間改為必填欄位
【A0401】
1. 發票開立時間(InvoiceTime)改為必填欄位。
2. 附件(Attachment)欄位。
| |
□
|
2.發票作廢
(B2B交換A0201;
B2B存證A0501)
|
【MIG 3.0 與 MIG 3.1共通】
l 測試方式:發票開立è發票作廢
---------------------------
【MIG 3.1】
【A0201】
1.買受人簽署適用零稅率註記(BondedAreaConfirm) ) :新增園區/保稅區/遠洋漁業使用確認欄位。
| |
□
|
3.折讓開立
(B2B交換B0101;
B2B存證B0401)
|
檢核必填欄位及欄位內容是否正確,且折讓單單號不可重複。
測試方式:發票開立è發票折讓證明單。
| |
□
|
4.作廢折讓
(B2B交換B0201;
B2B存證B0501)
|
檢核必填欄位及欄位內容勿必正確。
測試方式:發票開立è發票折讓證明單è作廢折讓證明單
|
※註:B2B交換:賣方上傳發票買方需進行接收確認。
※註:B2B存證:賣方完成紙本交付且買方確認無誤,由賣方上傳存證發票訊息。
附錄三 B2C營業人情境測試
※下述情境檢測,僅提供各種情境特別注意事項之參考資訊,相關發票內容顯示則依不同情境進行模擬產生。
| |||||
項次
|
測試訊息編號
|
發票號碼
|
注意事項
| ||
1
|
C0401
開立發票訊息規格
|
一般消費者
打公司統編
|
【MIG 3.0與 MIG 3.1共通】
1. Invoice/Main:
InvoiceNumber=專用字軌發票號碼共十碼。
Seller中Identifier=填入8碼賣方統編。
Seller中Name=填入設立登記名稱,請勿過於簡化。
Buyer中Identifier=若有買方統編,則填入8碼買方統編。若為一般消費者,請填10碼0
RandomNumber填入4位數字。
2. Invoice/Amount:
SalesAmount=金額不得為負數。
FreeTaxSalesAmount=不得為負數。
ZeroTaxSalesAmount=不得為負數。
TaxAmount=不得為負數。
TotalAmount=不得為負數。
3. 如買方識別碼(Identifier)有輸入統編,請拆算出TaxAmount;若為買方為一般消費者則TaxAmount應為0
---------------------------
【MIG 3.0】
InvoiceDate=開立發票日期YYYY-MM-DD
InvoiceTime=開立發票時間HH:MM:SS (非必填)
【MIG 3.1】
InvoiceDate=開立發票日期YYYYMMDD
InvoiceTime=開立發票時間HH:MM:SS (必填)
| ||
項次
|
測試訊息編號
|
發票號碼
|
注意事項
|
2
|
C0401
列印紙本發票情境
(未使用載具)
|
□交付之發票為套印電子計算機格式(含傳統紙質)
□交付之發票為熱感紙質之電子發票證明聯
|
【請選擇實際情境進行測試 -- 二選一】
□未使用載具-交付之發票為套印電子計算機格式
1. PrinkMark=Y
2. CarrierType不填資料
3. Carrierid1不填資料
4. Carrierid2不填資料
5. 發票檢查碼(CheckNumber) =英文大寫『P』
※註:發票已列印傳統紙本發票交付,開獎時平台會排除不對獎,亦不產出清冊。
□未使用載具-交付之發票為熱感紙質之電子發票證明聯
1. PrinkMark=Y
2. CarrierType不填資料
3. Carrierid1不填資料
4. Carrierid2不填資料
5. 發票檢查碼(CheckNumber) 不填資料
※註:發票已列印熱感紙質紙本電子發票交付消費者交付。
|
3
|
C0401
開立零元發票
|
不持載具
持載具
|
不持載具:
1. PrintMark=Y 2. TotalAmount=0
3. CarrierType、CarrierId1、CarrierId2不填資料。
4.CheckNumber=依提供發票紙質填寫。
持載具:
1. PrintMark=N 2. TotalAmount=0
3. CarrierType、CarrierId1、CarrierId2需帶入資料。
4.CheckNumber=依提供發票紙質填寫
※註:
1.假設消費者使用禮券等折扣方式消費無付款時。
2.視實務狀況發票明細資料中的金額有可能是負數。
3.如為零元發票有開立就需要上傳至平台。
4.如有開立零元發票則不提供予消費者電子發票證明聯。
5.零元發票無法兌領獎。
|
項次
|
測試訊息編號
|
發票號碼
|
注意事項
|
4
|
C0501
作廢發票訊息規格
(消費者取消交易)
|
請先測試上傳開立狀態之發票再進行作廢測試。
【MIG 3.0與 MIG 3.1共通】CancelInvoiceNumber=作廢發票號碼
BuyerId=若有買方統編,則填入8碼買方統編。若為一般消費者,請填10碼0
SellerId=填入8碼賣方統編
CancelTime=作廢時間 HH:MM:SS
---------------------------
【MIG 3.0】
InvoiceDate=作廢發票開立日期 YYYY-MM-DD
CancelDate=作廢日期YYYY-MM-DD
【MIG 3.1】
InvoiceDate=作廢發票開立日期 YYYYMMDD
CancelDate=作廢日期YYYYMMDD
CancelReason=作廢原因(此欄位必填)
| |
5
|
C0701
註銷發票訊息規格
(更正發票內容)
|
請先測試上傳開立與作廢狀態之發票,再進行註銷測試。
【MIG 3.0與 MIG 3.1共通】
VoidInvoiceNumber=欲註銷發票號碼
BuyerId=若有買方統編,則填入8碼買方統編。若為一般消費者,請填10碼0
SellerId=填入8碼賣方統編
VoidTime=註銷時間 HH:MM:SS
---------------------------
【MIG 3.0】
InvoiceDate=欲註銷發票開立日期YYY-MM-DD
VoidDate=註銷日期YYYY-MM-DD
【MIG 3.1】
InvoiceDate=欲註銷發票開立日期YYYYMMDD
VoidDate=註銷日期YYYYMMDD
VoidReason=註銷原因(此欄位必填)
|
項次
|
測試訊息編號
|
發票號碼
|
注意事項
|
6
|
D0401
折讓證明單
(消費者退換貨)
|
發票號碼
--------------
折讓單號
--------------
|
【MIG 3.0與 MIG 3.1】
Seller中Identifier=填入8碼賣方統編
Buyer中Identifier=若有買方統編,則填入8碼買方統編。若為一般消費者,請填10碼0
AllowanceType=買方開立填1、賣方折讓填2
---------------------------
【MIG 3.0】
AllowanceNumber=自訂折讓單號(不得超過16字)
AllowanceDate=折讓單日期 YYYY-MM-DD
【MIG 3.1】
AllowanceNumber=自訂折讓單號(不得超過16字且不得重複)
AllowanceDate=折讓單日期 YYYYMMDD
※註:如欲載入同一張折讓證明單中需為相同買方及賣方。
|
7
|
D0501
作廢折讓證明單
|
折讓單號
--------------
|
請先測試上傳折讓證明單,再進行作廢折讓。
【MIG 3.0與 MIG 3.1】
CancelAllowanceNumber=欲作廢折讓單號
BuyerId=若有買方統編,則填入8碼買方統編。若為一般消費者,請填10碼0
SellerId=填入8碼賣方統編
CancelTime=作廢時間 HH:MM:SS
CancelReason=作廢原因
---------------------------
【MIG 3.0】
AllowanceDate=折讓單開立日期 YYYY-MM-DD
CancelDate=作廢日期 YYYY-MM-DD
【MIG 3.1】
AllowanceDate=折讓單開立日期 YYYYMMDD
CancelDate=作廢日期 YYYYMMDD
CancelReason=作廢原因(此欄位必填)
|
8
|
C0401
持手機條碼索取發票情境
|
手機條碼
發票號碼
|
1. PrinkMark=N
2. CarrierType=3J0002
3. CarrierId1 須為8碼且第一碼必為/
4. CarrierId2 須為8碼且第一碼必為/
5. 發票檢查碼(CheckNumber) 不填資料
|
項次
|
測試訊息編號
|
發票號碼
|
注意事項
|
9
|
C0401
捐贈發票情境
|
愛心碼
發票號碼
|
1. PrintMark=N
2. DonateMark=1
3. NPOBAN必填愛心碼或社褔統編。
4. CheckNumber請依提供發票紙質填寫。
(1) 不填資料:以熱感紙質紙本電子發票格式印製。
(2) 『P』:套印電子計算機發票格式。
|
10
|
C0401
持載具+捐贈發票境情
|
手機條碼
愛心碼
發票號碼
|
1. PrintMark=N
2. CarrierType、CarrierId1、CarrierId2為必填
3. DonateMark=1
4. NPOBAN必填愛心碼或社褔統編。
5. CheckNumber請依提供發票紙質填寫。
(1). 不填資料:以熱感紙質紙本電子發票格式印製。
(2). 『P』:套印電子計算機發票格式。
|
11
|
C0401
手機條碼報核作業
(採此報核作業可選擇是否列印發票)
請以列印發票情境進行測試
|
手機條碼
買方統編
發票號碼
|
1. Buyer中Identifier=買方統編,填入8碼買方統編。
2. PrintMark=Y
3. CarrierType=3J0002
4. CarrierId1須為8碼且第一碼必為/
5. CarrierId2須為8碼且第一碼必為/
6. CheckNumber請依提供發票紙質填寫。
(1). 不填資料:以熱感紙質紙本電子發票格式印製。
(2). 『P』:套印電子計算機發票格式。
※註:有打買方統編同時存放載具的情境,僅於使用手機條碼時成立。
|
項次
|
測試訊息編號
|
發票號碼
|
注意事項
|
12
|
C0401
持會員載具索取發票情境
|
□中獎後會由會員平台印出傳統發票交付消費者(含傳統紙質)
□中獎後會由會員平台印出熱感紙發票交付消費者
|
【請選擇實際情境進行測試 -- 二選一】
□該發票中獎後將由會員平台以套印在電子計算機發票格式交付消費者
1. PrinkMark=N
2. CarrierType=會員載具代碼(須申請)
3. Carrierid1=會員載具資訊
4. Carrierid2=會員載具資訊
5. 發票檢查碼(CheckNumber) =P
□該發票中獎後將由會員平台以熱感紙式的電子發票證明聯交付消費者
1. PrinkMark=N
2. CarrierType=會員載具代碼(須申請)
3. Carrierid1=會員載具資訊
4. Carrierid2=會員載具資訊
5. 發票檢查碼(CheckNumber) 不填資料
※註:此情境所帶入的發票檢查碼須以中獎後提供之紙值帶入所需資訊。
|
13
|
C0401
持載具+捐贈發票境情
|
會員載具
|
1. PrintMark=N
2. CarrierType、CarrierId1、CarrierId2為必填
3. DonateMark=1
4. NPOBAN必填愛心碼或社褔統編。
5. CheckNumber=依提供發票紙質填寫。
(1). 不填資料:以熱感紙質紙本電子發票格式印製。
(2). 『P』:套印電子計算機發票格式。
|
14
|
C0401
持自然人憑證條碼索取發票情境
|
自然人憑證條碼
發票號碼
|
1. PrinkMark=N
2. CarrierType=CQ0001
3. CarrierId1 須為2碼英文大寫+14碼數字序號
4. CarrierId2 須為2碼英文大寫+14碼數字序號
5. 發票檢查碼(CheckNumber) 不填資料
|
15
|
C0401
持載具+捐贈發票情境
(自然人憑證條碼)
|
自然人憑證條碼
愛心碼
發票號碼
|
1. PrintMark=N
2. CarrierType=CQ0001
3. CarrierId1、CarrierId2為必填
4. DonateMark=1
5. NPOBAN必填愛心碼或社褔統編。
6. 發票檢查碼(CheckNumber) 不填資料。
|
※B2C營業人使用載具發票欄位應用與中獎清冊對照表:
載具
|
發票類別
|
檢查碼
CheckNumber |
列印註記
PrintMark |
中獎清冊
(營業人自行下載)
|
無載具
|
紙本-熱感式
|
不填資料
|
Y
|
Y檔
|
紙本-傳統計算機
|
P
|
Y
|
Y檔
| |
會員載具
|
紙本-熱感式
|
不填資料
|
N
|
A檔
|
紙本-傳統計算機
|
P
|
N
|
A檔
| |
非會員載具
|
無紙本-自動領獎
|
不填資料
|
N
|
無
|
無紙本-自動匯款
|
不填資料
|
N
|
Z檔
| |
捐贈
|
捐贈愛心碼
|
不填資料
|
N
|
Z檔
|
※B2C營業人電子發票證明聯及重號確認事項:
1. 紙本發票(收執聯) [請提供測試列印出來的發票資訊(掃瞄電子檔)以供確認]
□相符 □其他
前端系統(如:POS機)列印出之紙本發票與上傳平台之資訊相符,一張買方打統一編號,一張買方無統一編號。(依據『消費通路開立電子發票是辦作業要點』辦理。提醒:發票期別須與發票字軌相符。)
2. 發票重覆開立—同店重號 □確認 □其他
確認前端系統(如:POS機)開立使用的發票號碼不會產生同店重號之情形。
*請至電子發票整合服務平台使用「發票重覆開立」功能確認。
3. 發票重覆開立—不同店重號 □確認 □其他
確認前端系統開立使用的發票號碼不會與其他分店或使用到非公司原有取號之發票字軌及編號。
4. QRCode □相符 □其他
確認所產生上傳的QRCode與列印出來的資訊相符。
5. 下載中獎清冊:每期25日開獎後,營業人須於28日至平台下載「中獎清冊」。中獎清冊共分三個檔案,其中營業人須針對『A檔』通知並提供可兌領獎之電子發票證明聯資訊予消費者。
□已確認 □其他
『A檔』包含:(1)營業人據以列印中獎發票
(2)已扣除大平台已匯款及捐贈給社福團體者
(3)消費者自行至郵局領獎
『Z檔』包含:
(1)消費者已歸戶,大平台直接匯款獎金,營業人請勿重複給獎。
(2)發票捐贈社福團體,大平台直接匯款獎金,營業人請勿重複給獎。
『Y檔』包含:消費即取得電子發票證明聯,開獎後消費者自行至郵局領獎。
附錄四 歷史存證檢核表
附錄四 歷史存證檢核表
電子發票『歷史存證檢核表』說明
每天您會收到一封主旨為『xxxx公司YYYY-MM-DD歷史存證檢核表』的信件,包含一個以zip壓縮的附件。附件檔名命名規則為『YYYYMMDD系統產製序號_統一編號.zip』。解壓縮後共有一個excel檔案,包含「傳輸比對」、「存証統計」、「存證異常清單」共三個頁籤。
「傳輸比對」頁籤內容欄位說明 (請依照實際業務狀況搭配下述欄位資訊判定)
m 傳輸訊息數比對:YYYY-MM-DD HH:MM:SS - HH:MM:SS
m (1-2) 傳輸異常(SIG)』:Turnkey上傳檔案後,封包上傳至平台失敗。
Web端處理結果
m 『(2-1)回覆成功(SIG)』:代表平台回覆之訊息包含ProcessResult及 SummaryResult的檔案,故1-1不一定會等於2-1的數量。
m 『(2-2)回覆異常(SIG)』:封包傳輸失敗數。
m 『(3-1)存證成功(SIG)』:用戶Turnkey上傳檔案後,平台處理該封包內容為成功。平台端處理狀態為[C]。
m 『(3-2)存證異常(SIG)』:用戶Turnkey上傳檔案後,平台處理該封包內容錯誤。平台端處理狀態為[E]。
依據「傳輸比對」所顯示的內容,可對照「存証統計」、「存證異常清單」兩個頁籤中的統計數據及清單內容。
注意事項:
(1). 檢查『3-1存證成功(SIG)』與『1-1傳輸成功(SIG)』數量是否一致,若不一致將會產生『3-2存證異常(SIG)』之數量。
※詳見附件『歷史存證檢核表』Excel範例檔案。
檢視測試結果
|
開放正式環境權限
|
設定歷史存證檢核表
|
※本欄位僅供技術客服內部填註使用※
|
訂閱:
文章 (Atom)