電子公文交換系統是什麼？收發架構、DI 與 SW 交換檔，自建還是用現成

電子公文交換系統是一條專門送公文的管道：發文單位把公文打包成規定格式的檔案，交給交換系統加密傳出去，收文單位再從系統裡收下來。它只管「送」，公文怎麼寫、怎麼簽、怎麼歸檔，都在管道外面處理。這個分界沒搞清楚，後面買系統、找廠商都會走偏。

恆遠自己就是要跟政府機關往來的民間公司。我們申請完商工電子公文交換、裝好 WebjAgent 才發現，交換系統收得進、送得出，卻不會幫你產公文本體，過程寫在di 檔和 sw 檔怎麼產生。這篇把同一件事往上拉一層：整個交換系統怎麼運作、公文走哪幾站、三種做法怎麼選。

規定都查官方文件：行政院的公文電子交換系統資訊安全管理規範（108 年修正版）講架構，經濟部商工電子公文交換的使用條款講民間公司的收發規則。整套公文系統的比較放在電子公文系統是什麼，這篇只談「交換」這一段。

交換系統、公文系統、交換檔，各管哪一段

先講結論：公文系統管組織內部，交換系統管組織之間，交換檔是兩者之間傳遞的貨。三個東西常被混成「電子公文」一個詞，下面這張表是全文速覽。

所以「我們需要電子公文交換系統」這句話本身不夠明確。對方機關說「請走電子交換」，多半只是要你有收發的管道；你要不要買整套公文系統，是另一個決定。申請流程、憑證和固定 IP 的細節，整理在電子公文怎麼申請。

公文怎麼從發文端送到收文端，交換系統分哪四層

官方規範把整個交換系統切成四層：管理層、交換層、機關層、終端層。公文由終端的人製作，經機關層的系統送進交換層的交換中心，再由對方的交換中心轉給收文單位。

交換中心有三種，差在誰開發、誰維運

規範把交換中心分成共用中心、自管中心、自建中心三種，差別在程式誰寫、機器誰管。這是機關和機關之間的分工，民間公司不用選，但看懂它，才知道為什麼不同機關的收文系統實作會有差異。

自建中心的機關同時扛管理層、交換層、機關層的角色，要依規範做安全介接，主機專機專用，每年還要自評與接受稽核。這些責任是「自建交換中心」的代價，民間公司說的「自建」通常指別的東西，下一段會講。

另一個細節跟你有關：規範要求交換層用防火牆白名單控管連線，原則上一對一固定 IP。這就是為什麼申請商工電子公文交換時，一定要登記固定 IP，也是浮動 IP 的公司會卡住的原因，前因後果在申請那篇有逐步說明。工商憑證的用途則看工商憑證能做什麼。

交換系統收的就是 di 與 sw 兩種檔，格式錯了一律退件

交換系統不看公文寫了什麼，只收符合格式的檔案。一份 di 對一份 sw，兩個檔案的角色完全不同。

交換系統會被格式卡住的地方，我們都踩過。更麻煩的是，檔案格式合法不代表對方收得下：官方自己釋出的 sw 範例拿去驗它自家的 DTD 就不通過，代表收文端沒有嚴格驗證，各機關的實作有落差。所以第一封公文一定要先找往來機關試發，看受文者清單的「使用者確認時間」有沒有出現。

這一段我們自己做成了工具：公文交換檔產生器，開網頁填表單就產出 di 與 sw，落檔前先跑 DTD 驗證，不通過就不寫檔。它只解決產檔，收發還是走你原本的 WebjAgent。

三種做法：用機關現成系統、買商用系統、自建

先講結論：機關和公立學校多半用上級或校內現成的系統，經常收發的企業買或租商用系統，只有流程特殊的單位才值得自建。一年只發幾封文的民間公司，三種都用不到，輕量收發加產檔工具就夠。

費用數字出自官方條款與廠商公開頁面，我們整理在電子公文系統那篇，簽核類客製的行情參考電子簽核系統怎麼選。沒有公開標價的，就是要詢價，我們不填猜的數字。

自建的意思要先講清楚

民間公司說「自建公文系統」，指的是自己做公文製作、簽核與內部流程，再把對外那一段接到 WebjAgent。自己做交換中心是政府機關的事，要扛資安稽核、專機專用和每年自評，公司沒有理由碰。

所以自建要問的問題很具體：公文要不要跟 ERP、專案或客戶資料連動？簽核流程有沒有買來的系統放不進去的規則？有沒有人每年維護？答案都是「有」才值得自建。我們用的經驗線是一年一百封公文，低於這個數，自建通常算不回來。這條線是判斷用的經驗值，你們可以按自己的人力成本調整。

只想產出符合格式的交換檔，輕量解法怎麼做

先講結論：公司一年發幾封文，真正缺的只有「產出合規的 di 與 sw」這一塊，把它做成一個網頁表單就解決了，收發繼續用免費的 WebjAgent。

這是我們自己的需求，所以才做了公文交換檔產生器（作品集頁面）。它做的事很單純：內建全國機關地址簿，打「鳳山忠孝國小」就找得到官方全名，只列出仍在啟用的機關；落檔前先跑 DTD 驗證，不通過就不寫檔；附件依規範以 2048KB 總量控管；另有 A4 預覽可以發文前肉眼校對。公司可以到政府公文產生器產品頁試用，第一封文建議先跟往來機關試發確認。

它的邊界也要講清楚：只負責產檔，不做簽核、不做歸檔，不能當完整公文系統用，也不保證對方機關一定收得下。需要簽核、要接內部系統的話，才輪到下一種做法。

交換系統上線後最常出事的五個地方

先講結論：出事的幾乎都是期限和人，很少是技術。以下規則出自商工電子公文交換使用條款（115 年 1 月修正版），完整說明在申請那篇，這裡只挑跟「系統怎麼運作」直接相關的。

這張表看起來瑣碎，卻是一年只發幾封文的公司最容易踩空的地方：公文放著沒人收，過了 14 天就查不到了。自建系統時，這些期限應該寫成系統提醒，而不是靠承辦人記得。也因為這樣，我們認為交換系統的價值一半在管道，一半在提醒。

要不要自己做，先過這五個問題

決定自建之前，先把需求寫成能讓廠商報價的文件，比直接問「做一套要多少錢」準得多。下面五個問題，答案越多落在右欄，自建越划算。

真的走到自建這一步，系統怎麼從需求走到驗收，可以參考系統開發流程七個節點，需求書的寫法在客製化系統需求書完整寫法，上線後的維運成本整理在上線後三個月的隱性成本。如果系統是要交給機關使用，多角色權限、稽核軌跡與驗收文件的要求更高，見政府標案系統開發跟企業案差在哪。整體的流程、報價與風險，則放在支柱文客製化系統開發完整指南。