公司資料產生器解決的是企業流程測試裡很實際的缺口：多數系統在設計時只考慮個人使用者，等到要支援企業客戶時，才發現需要一整組彼此搭配的欄位。產生器能依各國規則組出公司名稱、法律形式、登記號碼與稅籍編號，讓開戶、開票與建檔流程都能被測到。以下說明它會產出什麼、各欄位怎麼搭配、格式如何驗證，以及使用時該守住的分際。
公司資料產生器會產出哪些欄位
最基本的是一組公司名稱。這個名稱通常包含識別部分與法律形式，例如有限公司或股份有限公司的字樣，而字樣在各國語言與慣例中都不同。名稱的長度與允許字元也會影響資料庫欄位設計。
接著是登記相關的編號。許多地區會給每家公司一組註冊號碼，有時也稱為商業登記號，長度與格式由當地主管機關決定。這組號碼在系統中通常作為企業的唯一識別。
再來是稅務相關的編號。營業稅號或稅籍編號的格式與註冊號碼不同，用途也不同，兩者經常被混用卻不該混用。系統若把兩者當成同一個欄位處理，跨市場時就會出問題。
最後是一些輔助欄位，例如登記地址、聯絡電話、產業類別與成立日期。單看每一項都不複雜，但放進同一筆企業檔案時，它們之間的搭配是否合理，才是測試真正要驗證的重點。
除了欄位本身，還要考慮資料的數量。企業檔案通常不像個人檔案那樣一次只有一筆，匯入或批次處理時可能是幾千筆。產生器可以快速造出足夠的數量，用來觀察查詢效能、分頁行為與匯出格式在大量資料下的表現。
公司名稱與法律形式為什麼要一起處理
因為法律形式會決定這家公司在系統中的許多行為。它影響合約主體、發票開立方式、稅務處理，甚至影響是否可以申請某些服務。名稱與形式分開處理，很容易產生前後不一致的資料。
實際的困難在於形式的用語依地區而異。同一個概念在不同國家可能有不同字樣，也可能有幾種並存的寫法。系統若只認得其中一種，就會在遇到其他寫法時判斷錯誤。
另外，名稱本身也可能帶有地區特徵，例如以當地語言書寫或以英文註冊。測試資料若能涵蓋這些變化，就能提早發現顯示與比對上的問題，而不是等到實際客戶出現才處理。
法律形式在各市場的對照與常見字樣，整理在各國法律形式，設計企業欄位時值得先看過一遍。
統一編號與稅籍編號的格式差在哪?
註冊號碼通常由主管機關核發，重點在於唯一識別，格式相對固定，長度也較一致。它與公司成立的事實綁在一起，不會因為稅務狀態改變而改變。
稅籍編號則與稅務義務相關，可能依地區、依營業類型而不同，也可能隨申報狀態而變動。它的格式往往有固定的前綴與校驗規則，各國差異比註冊號碼更大。
兩者在系統中的用途也不同。註冊號碼常用於身分比對與查詢，稅籍編號則常用於開票與稅務申報。若把兩者放在同一個欄位，就無法支援某些需要同時記錄兩者的市場。
各國稅籍編號的格式與檢查方式整理在各國加值稅編號格式與稅籍編號驗證規則，需要實作驗證邏輯時可以對照使用。
產生器適合用在哪一類企業流程測試
第一類是企業開戶與建檔。這類流程要填的欄位比個人註冊多，還要處理公司與代表人之間的關係。用合成資料可以把整條路徑走完，並測試各種缺漏與格式錯誤的反應。
第二類是開票與請款。發票上的公司名稱、稅籍編號與地址必須彼此一致，任何一項不符都可能導致請款被退回。測試資料能涵蓋不同格式與不同語言的組合，提早發現排版與字元處理的問題。
第三類是帳單與付款表單。企業付款流程常涉及付款人與收貨人不同的情況，欄位數量與驗證規則都與個人流程不同，相關檢查項目可以參考帳單表單測試案例。
第四類是身分與風險審查流程。企業客戶的審查項目與個人不同，涉及登記狀態、實際受益人與營業項目。合成資料能讓這些流程在不觸及真實公司的前提下被測到，檢查清單可參考企業審查測試清單。
為什麼不能用真實公司的登記資料?
第一個原因是這些資料在許多地區是公開的，公開並不等於可以任意複製使用。把它們放進測試環境，就等於把一批真實企業資訊搬到你自己的系統裡，後續的保存與刪除都變成責任。
第二個原因是資料會變。公司可能更名、遷址、解散或改變營業項目，於是測試結果會跟著真實世界的變化起伏。用合成資料就沒有這個問題，可以長期穩定使用。
第三個原因是關聯風險。企業登記資料常與代表人、股東等個人資訊相連，一旦匯入就同時牽涉到個人資料的處理，範圍比原本預期的更大。
第四個原因是誤導。若測試環境的資料看起來像真實企業，展示或截圖時容易被誤認為實際客戶資料，對內對外都可能造成誤解。明確的合成標示可以避免這類問題。
還有一個實務上的理由：真實資料的欄位內容往往不平均。有些公司名稱很長、有些很短，有些地址缺少某一層級，這些分布上的差異用人工挑選很難涵蓋完整。產生器可以在設定範圍內造出各種長度與組合，讓測試覆蓋面更平均。
要怎麼確認產生的公司資料合理?
第一步是檢查每個欄位本身是否符合該國的格式規則。名稱的字樣、編號的長度與校驗、地址的層級順序，都應該逐項確認，而不是只看整體有沒有報錯。
第二步是檢查欄位之間的關係。名稱中的法律形式與登記號碼所屬的國家是否一致，稅籍編號的前綴是否對應同一個地區，這些交叉檢查比單欄位檢查更能發現問題。
第三步是走過完整的表單流程。從輸入、驗證、送出到寫入資料庫，再從資料庫讀出來顯示，確認每一段都沒有改變內容。企業名稱較長，是最容易在欄位長度上出錯的一項。
第四步是測試不合理的組合。例如有效的名稱配上格式錯誤的編號，或編號屬於某國而地址屬於另一國，確認系統能給出有意義的提示，而不是默默接受。
地址、電話與登記地該如何搭配
企業的登記地址通常是一個完整的通訊地址，包含層級與郵遞區號，格式依國家而異。這部分可以直接沿用地址相關的產生規則，並確認它與公司所屬國家相符。地址格式的跨國差異可以延伸閱讀跨國地址情境。
電話的部分要注意國碼與區碼的搭配。企業電話常帶有分機，欄位設計若沒有考慮分機，就會在真實資料出現時面臨改版的壓力。測試時加入帶分機的樣本，能提早暴露這個問題。
登記地與實際營業地不同的情況也很常見。系統若假設兩者相同，就會在遇到實際情況時無法正確處理。測試資料應該包含這類不一致但合法的組合。
還有一個細節是郵遞區號與城市的對應。若驗證邏輯會檢查兩者是否相符，測試資料就必須產生彼此搭配的組合，否則會出現看似錯誤卻其實合理的資料。
使用企業測試資料的界線在哪裡
第一條界線是不使用真實企業的資料，即使這些資料在公開登記中查得到。公開可查與可以任意複製到自己的測試環境是兩件不同的事。
第二條界線是不暗示這些資料能通過企業審查。合成資料可以驗證流程與格式，卻不會對應到真實登記的公司，也不該被用來申請任何真實服務。
第三條界線是不用於開立帳戶、取得額度或簽署合約。企業測試資料的用途是驗證你自己的系統，而不是在別人那裡建立一個看起來存在的公司。
第四條界線是不讓示範內容看起來像真實客戶。文件與測試報告應明確標示資料來源為合成產生，避免被誤認為實際往來對象。相關原則整理在企業測試資料的界線。
把公司欄位測試固定下來的做法
第一步是建立一組受控的跨國樣本。涵蓋常見法律形式、不同長度的編號與各種地址層級，並把樣本保存在版控中，讓變更可以被追蹤。
第二步是把產生邏輯與驗證邏輯分開。產生器負責提供格式正確的資料，驗證程式負責判斷資料是否被接受，兩者各自有測試，就能在規則調整時快速定位問題。
第三步是把一致性檢查寫成獨立的測試項目。名稱與形式、編號與國家、地址與郵遞區號這幾組關係，都值得有明確的檢查，而不是靠人工目視。
第四步是定期檢視測試資料中有沒有真實企業的痕跡。這類檢查可以寫成簡單規則，例如掃描是否有真實登記號碼的特徵，成本不高卻能避免長期累積的風險。
做完這四步，企業相關的欄位就有了明確的行為基準。之後不論是新增市場、調整表單或更換資料庫，都能先用同一組樣本確認沒有破壞既有行為，而不必每次重新準備資料。
企業資料量放大之後要測什麼?
企業客戶的資料很少只有一筆。匯入名單、批次開票與月結帳單都會一次處理大量資料，此時問題從欄位對不對，轉向資料量放大後會出現什麼狀況。
第一個浮現的是查詢效能。以登記號碼或稅籍編號作為查詢條件時，索引是否正確、查詢是否被完整使用，通常要在資料量足夠時才看得出來，少量測試資料幾乎不會暴露這類問題。
第二個是分頁與排序。企業名稱在不同語言下的排序結果不同，分頁邊界也容易出現重複或遺漏。用大量合成資料反覆驗證，比人工抽查可靠得多。
第三個是匯出。一次匯出上萬筆企業資料時，欄位編碼、分隔符號與長度限制都會被放大檢驗。這些問題往往要等到正式使用才出現，而合成資料能讓它們提早現形。
第四個是批次作業的失敗處理。同一批資料中只要有一筆格式異常，系統應該跳過並記錄，而不是中斷整批處理。這條路徑最容易被忽略，卻也最容易在真實匯入時造成困擾。
所有的公司名稱、登記號碼與稅籍編號都由產生器合成，格式與校驗規則依照各國公開規範製作，但對應不到任何真實存在的公司或個人。它們是為了測試你自己的建檔、開票、帳單與審查流程而存在，不能用來冒充他人企業、開立帳戶或規避任何服務的驗證；工具入口在公司資料工具，想先了解合成資料與匿名化資料的差別，可以從合成資料與匿名化資料開始。