電子發票如何申請？2026 營業人從字軌到正式開立的完整流程

電子發票如何申請？2026 營業人從字軌到正式開立的完整流程

內容目錄 顯示
加入為 Google 偏好來源

電子發票申請不是在某家系統註冊帳號就完成。營業人要先確認稅籍與使用資格，再完成電子發票申請所需的身分認證、系統檢測、字軌申請、平台取號及開立設定。購物網站付款後能不能自動開票，是後面的系統串接問題，不能代替前面的官方程序。

依財政部現行規定，經所在地主管稽徵機關核准稅籍登記的營業人，即取得使用電子發票的資格；實際開立前仍要使用電子發票字軌號碼。營業人可以依自身能力採用自有系統與 Turnkey 傳輸，也可以向加值服務中心申請身分認證及相關服務，但使用哪一條技術路徑，都不代表營業人可以省略發票資料正確性與稅務責任。

來源：財政部《電子發票實施作業要點》與營業人 B2B 與 B2C 如何申請使用電子發票（查證 2026-07-24）。現行作業要點於 2026 年 4 月修正，規定經核准稅籍登記的營業人取得使用資格，開立前須使用電子發票字軌號碼；本文將技術導入與稅務程序分開說明，不取代所在地主管稽徵機關或專業人員的個案判斷。

電子發票、雲端發票、載具與證明聯有什麼差別？

四個名詞常出現在同一個結帳畫面，卻不是四種可以互相替代的系統。電子發票是統一發票的開立與資料交換方式；雲端發票是符合載具或捐贈條件，而且沒有列印電子發票證明聯的電子發票。載具用來記載或連結資料，證明聯則回到紙本需求。

電子發票仍是統一發票

《電子發票實施作業要點》把電子發票定義為：營業人銷售貨物或勞務給買受人時，以網際網路或其他電子方式開立，傳輸或接收的統一發票。換句話說，重點不只是把紙本內容變成 PDF，而是發票資料依規定產生，並經選定的方式傳輸及存證。

雲端發票是電子發票中的特定情況

雲端發票不是另一套獨立稅務系統。依現行作業要點，營業人向使用財政部核准載具的買受人開立，或依買受人指定的捐贈碼完成捐贈，而且沒有列印電子發票證明聯時，該筆才屬於雲端發票。

載具用來記載或連結雲端發票資訊

作業要點中的載具，是經財政部核准，可記載或連結雲端發票資訊的號碼。共通性載具則可供買受人在所有開立雲端發票的營業人使用。對一般消費者來說，常見操作是結帳時提供可用載具，由系統把發票資料連結到該載具。

電子發票證明聯是有紙本需求時的輸出

電子發票證明聯是依規定格式列印的紙本憑證，可由開立人自存根檔，或由買受人自整合服務平台存證檔下載列印。它可供有紙本作業需求的買受人作為原始憑證，或供符合情況的買受人兌領獎項。

來源：財政部《電子發票實施作業要點》（查證 2026-07-24）。作業要點分別定義電子發票、雲端發票、載具、共通性載具及電子發票證明聯；本文將法規定義改寫成購物網站欄位與資料流的白話說明，未改變各名詞的適用條件。

申請、字軌、開立系統與購物網站串接各自做什麼？

電子發票導入至少有五個工作節點：確認資格，完成身分認證，通過相應系統檢測，取得字軌號碼，以及完成開立與傳輸。購物網站串接是把訂單事件接到開立系統，位在流程後段；它不能替營業人決定稅務資格，也不能自行產生合法字軌。

工作節點主要處理單位完成什麼可保留的完成證據
稅籍與使用資格營業人所在地主管稽徵機關確認營業人稅籍登記及使用電子發票條件核准資料或主管機關回覆
平台身分認證電子發票整合服務平台或加值服務中心確認操作主體及帳號權限可登入帳號、憑證及權限紀錄
電子發票系統檢測營業人自有系統或加值服務中心所採系統確認開立與傳輸系統符合相應規格自我檢測及驗測紀錄
字軌申請與取號所在地主管稽徵機關及整合服務平台核准使用數量，依規定在平台取號核准文件、期別及取號紀錄
開立與資料傳輸營業人、加值服務中心或受託系統依交易產生發票資料並傳輸到整合服務平台發票號碼、傳輸狀態及平台接收紀錄
購物網站串接網站、訂單系統及發票服務將付款、取消、退貨等訂單事件映射到發票動作測試訂單、事件紀錄及錯誤通知
對帳與申報營業人及其稅務協力人員核對訂單、發票與帳務資料，完成適用申報工作對帳表、留存紀錄及申報證據

電子發票申請先確認官方資格與操作權限

營業人經所在地主管稽徵機關核准稅籍登記後，取得使用電子發票的資格。身分認證可依規定使用政府機關憑證管理中心核發或財政部核可的憑證，在整合服務平台進行，也可以向加值服務中心申請；若無法使用指定方式，則要依官方程序向所在地主管稽徵機關處理。

電子發票字軌是開立號碼，不是服務商張數

不論買受人是營業人或一般消費者，營業人開立電子發票都要使用電子發票字軌號碼。現行作業要點要求營業人依規定完成電子發票系統自行檢測，首次使用前估計每期用量，向所在地主管稽徵機關申請；核准後，再於整合服務平台依需用數量取號。

開立系統負責產生資料，傳輸方式負責送達平台

營業人可以使用整合服務平台支援的 Web 介面處理特定開立情境，也可以建置自有系統搭配 Turnkey，或使用加值服務中心提供的系統與交換服務。這些路徑的技術門檻、費用及可自動化範圍不同，不應把其中一種廠商的欄位名稱寫成通用規格。

購物網站串接把訂單事件映射成發票動作

購物網站通常知道付款是否成功，訂單是否取消，以及商品是否退回；發票系統則處理開立，作廢，折讓及傳輸。串接工作的核心，是定義哪一個訂單事件觸發哪一個發票動作，並保留失敗告警及人工覆核入口。

來源：財政部《電子發票實施作業要點》、開立電子發票應向誰申請、營業人如何於整合服務平台開立發票與Turnkey 使用說明書（查證 2026-07-24）。責任表依官方資格、身分認證、系統檢測、字軌及傳輸規定整理；購物網站的訂單事件映射及驗收證據是本文提供的技術交接方法，不是財政部制式申請欄位。

電子發票的三種常見導入路徑怎麼選？

營業人可以自行建置系統並使用 Turnkey 傳輸，也可以採用加值服務中心提供的系統與交換服務。購物網站常見的第三種選項，則是在網站內使用已整合的發票服務，把訂單事件送到實際開票系統。

導入路徑主要傳輸安排技術門檻常見費用構成較適合的情境營業人仍要處理
自有系統搭配 Turnkey自行建置開立系統，使用財政部提供的傳輸軟體與平台交換資料高，需要開發、維運及錯誤處理能力系統開發、主機、憑證、維運與人力有資訊團隊，開票流程複雜或需與既有 ERP 深度整合資格、字軌、系統檢測、資料正確性及對帳
使用加值服務中心由核准的加值服務中心提供系統及相關交換服務中至低，依採用服務及介接方式而異初始設定、固定費用、發票用量、介接服務與加購功能希望降低底層建置負擔，需要後台或 API 服務資格、字軌、授權、交易規則及例外覆核
購物網站使用既有發票整合網站把訂單事件傳給所串接的發票服務，再由該服務處理開立與傳輸前台設定較低，但仍需測試訂單狀態及例外流程網站方案、串接設定、發票服務與用量訂單主要來自單一購物網站，希望付款後依規則開票資格、字軌、服務帳號、正式環境及對帳

自行使用 Turnkey 適合有能力維運完整資料流的團隊

Turnkey 是財政部電子發票整合服務平台提供的傳輸軟體。它會處理企業端系統與平台之間的檔案傳送及回覆訊息，但不會替營業人建立完整的訂單規則，也不會自動判斷哪一筆交易該開立，作廢或折讓。

加值服務中心適合希望降低建置與維運負擔的營業人

現行作業要點中的加值服務中心，是經主管稽徵機關核准，可提供電子發票開立系統，以及資料傳輸、資料交換、資料保存等相關服務的營業人。一般商家使用其後台或 API，是委託處理部分系統與資料交換工作，不是自己申請成為加值服務中心。

購物網站既有整合適合訂單流程相對集中的商家

如果主要交易都從同一個購物網站進入，使用網站既有的發票整合，可以少做一層客製介接。商家通常在網站後台設定發票服務帳號、開立時點及結帳欄位，系統再依訂單事件呼叫發票服務。

用控制需求與交接成本選路徑，不只比較表面月費

需要高度客製、跨系統對帳或大量例外規則的企業，通常會把控制能力放在較高順位；流程單純，而且沒有專職資訊人員的小型商家，則會更重視既有整合與客服支援。兩者沒有共同的唯一正解。

來源：財政部《電子發票實施作業要點》、Turnkey 使用說明書與電子發票 Turnkey 上線前自行檢測作業（查證 2026-07-24）。比較表中的技術分工依官方對 Turnkey、整合服務平台及加值服務中心的規範整理；適用情境與選型問題是本文的實務判斷，不代表財政部對特定商業方案的推薦。

哪些營業人適合開始申請，哪些情況應先問國稅局？

經所在地主管稽徵機關核准稅籍登記的營業人，取得使用電子發票的基本資格。不過，「具備資格」不等於每個營業人都應立即購買同一套系統，也不代表尚未確認統一發票使用方式的商家，可以只靠服務商帳號決定後續稅務處理。

稅籍已核准，而且開票情境清楚時，可以進入導入準備

如果營業人已完成稅籍登記，也清楚自己會向一般消費者或營業人銷售，接下來可整理每期預估張數、發票類型、開立管道及系統需求，準備身分認證與系統檢測。

統一發票使用方式仍不明時，先詢問所在地主管稽徵機關

剛完成設立但稅籍尚未核准，或不確定自身是否應使用統一發票，應採哪一種開立方式時，不宜先用第三方方案反推稅務資格。應先向所在地主管稽徵機關確認，再決定是否導入電子發票。

B2B 與 B2C 都要先取得電子發票字軌

B2B 是企業對企業交易，B2C 是企業對消費者交易。兩者的買受人欄位、交付方式及後續作業可能不同，但財政部的申請說明明確指出：營業人要開立電子發票，不論 B2B 或 B2C，皆應使用電子發票字軌號碼。

交易例外尚未定義時，不要急著切換正式環境

商家除了正常付款，也可能遇到取消訂單，部分退貨，全額退貨，買受人資料更正及傳輸失敗。若這些情境尚未決定由哪個系統處理，或內部不知道誰負責覆核，就算帳號與字軌已準備好，也不適合直接讓正式訂單自動開票。

來源：財政部《電子發票實施作業要點》與營業人 B2B 與 B2C 如何申請使用電子發票（查證 2026-07-24）。現行規定說明稅籍核准、身分認證、系統檢測、字軌申請及總分支機構配號等基本程序；本文把「適合開始準備」與「應先確認個案」分開，後者仍應以所在地主管稽徵機關或專業稅務人員的判斷為準。

電子發票申請前要準備哪些資料與帳號？

申請前準備不是只找一張表格，而是先把官方身分、字軌需求、交易規則及技術責任整理成同一份工作底稿。這樣向國稅局詢問時有明確情境，與系統商交接時也不會只剩一句「我要串電子發票」。

稅籍與官方聯絡資料先核對一致

先整理營業人名稱、統一編號、稅籍地址、負責人資料及所在地主管稽徵機關，也要確認申請承辦人與可收通知的聯絡方式。若有總分支機構，應在這個階段說明預計由誰申請及管理字軌。

憑證與平台帳號要分清持有人及權限

營業人可依現行作業要點使用政府機關憑證管理中心核發或財政部核可的憑證，在整合服務平台進行身分認證，也可以向加值服務中心申請身分認證。若無法使用前述方式，則要向所在地主管稽徵機關申請平台身分認證。

開票情境決定字軌估算與系統需求

申請字軌前，要先估計每期使用數量。估算時可從訂單量、B2B 與 B2C 比例、尖峰活動及可能的人工補開需求著手，但不要把服務方案的張數上限直接當成官方字軌需求。

系統商與網站團隊要共用同一份測試規格

選定自行 Turnkey、加值服務中心或購物網站既有整合後，應取得測試帳號、正式帳號申請方式、介接文件、錯誤通知方式及服務窗口。測試資料與正式憑證要分開保存，避免正式字軌被帶入測試流程。

從資格確認到第一張正式發票要經過哪些流程？

完整流程的判斷標準，不是系統顯示「設定成功」，而是每一階段都有可回查的輸出物。前一階段沒有完成證據，就不要把後一階段的帳號或測試結果當成替代品。

流程階段主要輸入完成輸出下一步前的檢查
確認資格與使用方式稅籍資料與交易情境主管機關確認結果是否需要使用統一發票及適用方式已明確
建立平台身分憑證、營業人資料、操作人員可使用的身分認證與權限正式操作主體及保管人已確認
選定開立與傳輸方案開票量、系統能力、串接需求系統方案與責任分工開立、傳輸及例外責任已有窗口
完成系統自行檢測測試資料、系統設定、檢測項目自行檢測及必要驗測紀錄相關失敗項目已修正
申請字軌並取號每期預估用量與申請書核准結果及平台取號紀錄正式期別與號碼已核對
驗證正式流程正式設定、核准字軌、受控交易第一筆發票與平台接收證據訂單、發票及帳務資料一致

先向所在地主管稽徵機關確認資格與使用方式

輸入是營業人的稅籍資料與預計交易情境，輸出則是可以據以往下執行的確認結果。若尚未核准稅籍登記，或統一發票使用方式仍有疑問，就停在這一步詢問，不先購買系統替自己做稅務判定。

建立可追溯的官方身分與平台權限

完成適用的憑證或身分認證後，測試操作人員是否能使用正確的營業人身分進入所需平台。輸出不只是「可以登入」，還包括帳號權限、憑證保管人及失效後的更新方式。

選定開立系統與傳輸路徑後完成自行檢測

確定採用自有系統搭配 Turnkey、加值服務中心或購物網站既有整合後，把交易規則轉成測試案例。營業人首次開立電子發票前，應依財政部置於整合服務平台的「電子發票開立系統自行檢測表」自我檢測並保留紀錄。

依預估用量申請字軌並在平台取號

系統自行檢測完成後，營業人於首次使用前估計每期用量，繕具申請書向所在地主管稽徵機關申請電子發票字軌。核准後，再於整合服務平台依需用數量取號。

正式上線前驗證正常交易與例外交易

先以受控方式驗證正常付款後的開立流程，再檢查取消、退貨、折讓、統編與載具等情境。每一個案例都要留下訂單編號、發票動作、系統處理結果及人工覆核結論。

第一張正式發票要完成三方核對

第一筆正式交易開票後，依序核對購物網站訂單、發票系統紀錄與平台接收結果。確認營業人資訊、買受人資料、發票號碼、開立時間、金額及交付方式符合該筆交易，再由負責人記錄驗收結果。

來源：財政部《電子發票實施作業要點》、電子發票申請說明與電子發票 Turnkey 上線前自行檢測作業（查證 2026-07-24）。流程表依官方資格、身分認證、自行檢測、字軌及保存規定排列；三方核對與分階段驗收是本文提供的上線方法，不是財政部制式送件程序。

電子發票申請與上線常卡在哪裡？

電子發票專案最常見的問題，不是完全沒有設定，而是把某一個環節的成功訊息當成全流程完成。服務商帳號啟用，網站測試成功或字軌核准，都只能證明其中一段；正式開票還要把官方程序、系統環境、訂單事件及傳輸結果接起來。

常見卡關表面現象真正缺口應查的完成證據
把服務商開通當成字軌核准後台可以登入，但無法正式開票尚未完成字軌申請、核准或平台取號主管機關核准資料與平台取號紀錄
測試與正式環境混用測試成功，正式訂單卻被拒絕帳號、憑證、端點或字軌環境不一致正式環境設定表與首筆傳輸結果
開票觸發點定義錯誤未付款訂單也開票，或付款後沒有發票網站訂單狀態與發票動作映射錯誤訂單事件紀錄與開票請求時間
只測正常訂單付款開票成功，退貨時無法處理作廢、退貨與折讓情境未驗證例外案例測試紀錄與負責窗口
買受人資料欄位不完整統編、載具或交付方式錯誤結帳欄位未驗證，或資料未完整傳給發票服務訂單原始資料、發票內容及傳輸內容
沒有監控傳輸結果網站顯示成功，平台沒有資料只記錄送出，不檢查接收或錯誤回覆平台接收結果、錯誤通知及重送紀錄

服務商帳號啟用不代表電子發票字軌已核准

服務商通常能先建立測試帳號或商家資料，但電子發票字軌仍要依官方程序向所在地主管稽徵機關申請，核准後再於整合服務平台取號。若後台要求輸入字軌，不能用測試號碼、訂單編號或其他商家的號碼代替。

測試成功不代表正式環境會使用正確帳號與字軌

測試環境可能使用測試憑證、測試端點及模擬字軌，正式環境則使用營業人的正式帳號與核准字軌。切換時若只改其中一個設定，系統可能連線失敗，也可能把正式訂單送到錯誤環境。

訂單建立不一定等於可以開立發票

購物網站常在顧客送出訂單時就建立訂單編號，但此時付款可能尚未完成。若網站把「訂單建立」直接當成開票事件，轉帳待確認，信用卡失敗或顧客中途離開的訂單，都可能產生不符合實際交易狀態的發票動作。

作廢、銷貨退回與折讓不能只用「退款」一個按鈕概括

購物網站的「退款」是金流或訂單動作，發票端則要依交易狀態處理適用的更正、作廢、銷貨退回或折讓。兩邊用詞相同，不代表法律效果與資料流程相同。

小型電商從付款到退貨的電子發票責任怎麼分？

以下是一個流程示意，不是主管機關規定的唯一操作方式。假設商家只有一個購物網站，使用第三方金流收款，並透過已串接的發票服務開立電子發票。實際開立時點、發票動作與可用功能，仍要依商家的稅務情境及所採服務確認。

訂單事件購物網站負責發票服務負責商家應保留的證據失敗時先檢查
顧客送出訂單建立訂單與待付款狀態尚不開票訂單編號與建立時間是否誤把建立訂單當成付款
金流確認付款成功更新訂單狀態並觸發符合規則的開票請求接收開票資料金流結果、狀態變更與請求時間金流回傳及訂單事件是否重複
電子發票開立保存發票號碼與狀態依資料開立並傳輸發票內容與平台接收結果字軌、憑證、欄位及正式環境
發票交付或連結載具顯示適用資訊，提供顧客查詢入口依服務範圍處理通知或載具資料交付紀錄或載具資訊Email、載具或證明聯設定
訂單取消或退貨記錄取消、退貨與退款狀態依已確認規則處理適用發票動作買受人同意、退款及發票處理紀錄訂單與發票狀態是否一致
每日或批次對帳匯出成功訂單與退款資料提供開票及傳輸結果訂單、金流、發票三方對帳表缺票、重複票及未處理錯誤

顧客送出訂單時先建立交易紀錄

網站先保存商品、金額、顧客選擇的發票方式及聯絡資料，訂單狀態保持為待付款。這時輸出是可追蹤的訂單，不是已完成的發票。

金流確認成功後再依商家規則觸發開票

金流服務回傳付款成功，網站先確認該回傳對應正確訂單，而且沒有重複處理，再把符合規則的資料送給發票服務。送出的資料包含該筆交易需要的營業人設定、買受人欄位、金額及發票交付選項。

發票服務完成開立後回寫可核對的結果

發票服務收到資料後，依正式帳號與字軌處理開立及傳輸，再把發票號碼與狀態回傳網站。商家要能從網站訂單找到對應發票，也要能從發票服務或整合服務平台反查該筆資料。

取消與退貨要同步處理金流、訂單及發票

客服受理取消或退貨後，網站先保存原因、品項、金額及買受人同意紀錄，再依交易狀態觸發適用的退款與發票處理。若只有部分商品退回，系統還要保留調整前後的金額關係。

內文精華總結

  • 電子發票、雲端發票、載具與證明聯有什麼差別：四個名詞常出現在同一個結帳畫面，卻不是四種可以互相替代的系統。
  • 電子發票仍是統一發票：《電子發票實施作業要點》把電子發票定義為：營業人銷售貨物或勞務給買受人時，以網際網路或其他電子方式開立，傳輸或接收的統一發票。
  • 雲端發票是電子發票中的特定情況：依現行作業要點，營業人向使用財政部核准載具的買受人開立，或依買受人指定的捐贈碼完成捐贈，而且沒有列印電子發票證明聯時，該筆才屬於雲端發票。
  • 載具用來記載或連結雲端發票資訊：作業要點中的載具，是經財政部核准，可記載或連結雲端發票資訊的號碼。

想把電子發票申請規劃成能長期營運的網站？

先用秒站建立可操作的網站，再依實際內容、功能與營運需求調整。你可以先試用，查看方案，或從真實案例確認適合自己的方向。

延伸閱讀

電子發票系列文章

秒站現在不只是一套版型。你可以從現成架構快速開始，用頁面編輯器拖曳、複製與調整版面；需要更高自由度時，也能和 AI 協作，把自製頁面放進 Vibe 畫布。上線速度與設計自由不必二選一。

秒站所說的「輕電商」，輕的是適用的營運量級，不是功能。電商行銷百寶箱把商品上架、折價券、購物點數、訂單通知、付款與運送規則，以及折扣活動集中在同一套後台，再接上金流、發票與物流，讓中小品牌建立從商品上架到訂單溝通的銷售流程。

重點整理

電子發票可以自己申請嗎？

營業人經所在地主管稽徵機關核准稅籍登記後，取得使用電子發票的資格。身分認證可依規定使用政府機關憑證管理中心核發或財政部核可的憑證，在整合服務平台進行，也可以向加值服務中心申請；若無法使用指定方式，則要依官方程序向所在地主管稽徵機關處理。這裡的「取得資格」與「帳號可以登入」仍是兩件事。前者是營業人身分及稅務程序，後者是平台操作權限。只收到服務商啟用信，不能反推主管稽徵機關已核准字軌，也不能直接視為可以開始對外開票。

電子發票要去哪裡申請？

營業人先向所在地主管稽徵機關確認電子發票使用資格與字軌申請程序，核准後再到財政部電子發票整合服務平台取號。身分認證與傳輸可以依規定自行處理，或透過加值服務中心協助；服務商帳號啟用不等於官方程序已完成。

申請電子發票要準備哪些文件？

申請前準備不是只找一張表格，而是先把官方身分、字軌需求、交易規則及技術責任整理成同一份工作底稿。這樣向國稅局詢問時有明確情境，與系統商交接時也不會只剩一句「我要串電子發票」。財政部現行問答可確認，電子發票字軌由營業人繕具申請書，向所在地主管稽徵機關申請，核准後再於整合服務平台取號。至於個案要附哪些證明文件，應以所在地主管稽徵機關的最新表單與通知為準，不宜把第三方教學列出的附件當成固定標準。

電子發票申請要多少錢？

電子發票申請不能用單一數字概括。應分開計算憑證或身分認證、系統設定、加值中心月費或張數費、網站串接、測試、例外處理及後續維運；主管機關程序與商業服務收費也不是同一件事，實際金額要以官方規定及服務商報價為準。

申請電子發票需要多久？

沒有適用所有營業人的固定完成時間。時程會受到稅籍與資格確認，文件是否完整，主管稽徵機關審核，字軌核准與取號，系統設定及正式測試影響。先逐階段記錄送件與完成證據，不要把服務商帳號開通日當成正式可開票日。

什麼是電子發票字軌？

不論買受人是營業人或一般消費者，營業人開立電子發票都要使用電子發票字軌號碼。現行作業要點要求營業人依規定完成電子發票系統自行檢測，首次使用前估計每期用量，向所在地主管稽徵機關申請；核准後，再於整合服務平台依需用數量取號。服務商方案中的可開立張數、超額張數費或月費，是商業服務計價；電子發票字軌則是官方核准與配號流程。兩者可能影響同一批發票，卻不是同一份額度。

Turnkey 與加值中心有什麼不同？

Turnkey 是財政部電子發票整合服務平台提供的傳輸軟體。它會處理企業端系統與平台之間的檔案傳送及回覆訊息，但不會替營業人建立完整的訂單規則，也不會自動判斷哪一筆交易該開立，作廢或折讓。採用這條路徑的團隊，要能維護開立系統，依資料交換標準產生內容，處理憑證與連線，解析平台回覆，並建立失敗重送與人工覆核機制。首次傳輸前還要完成 Turnkey 上線前自行檢測並保留紀錄；系統程式增修涉及檢測項目時，也要重新處理相應檢測。

工商憑證在流程中做什麼？

營業人可依現行作業要點使用政府機關憑證管理中心核發或財政部核可的憑證，在整合服務平台進行身分認證，也可以向加值服務中心申請身分認證。若無法使用前述方式，則要向所在地主管稽徵機關申請平台身分認證。準備憑證時，還要記錄由誰保管，何時到期，哪些人可以操作正式環境，以及人員異動時如何移交。不要把憑證密碼直接寫在一般專案文件裡；文件只記錄保管人與安全取用方式。

分享此文章：

相關文章