Photo by Julia Taubitz on Unsplash
有一種虧損，是報表上看得到、老闆卻很難說清楚怎麼來的：帳上明明每張外銷訂單都有賺，年底結算卻多出一筆「兌換損失」，金額比某些產品線的全年淨利還大。業務會說單子是照報價接的、會計會說匯率是銀行給的、老闆只能認了。
問題通常不在匯率本身，而在於公司從頭到尾沒有一個地方「記住」每一筆外幣的身世：這張報價當初用的是哪一天、哪一檔匯率？這筆應收認列時用的匯率是多少？收到款那天銀行實際換給你的又是多少？三個數字分散在三個人的 Excel 裡，差額自然只能等年底一次爆出來。
一、匯率不是一個數字，是四個時間點
做內銷的公司很難體會，但只要開始收外幣，同一筆生意至少會碰到四次匯率：
- 報價日：決定你用什麼匯率把成本換算成外幣售價，也決定了這張單的帳面毛利。
- 出貨／開立發票日：會計在這天把應收帳款認列成台幣，用的是當日或當月的入帳匯率。
- 月底評價日：還沒收到的外幣應收，期末要按當時匯率重評一次，差額就是未實現匯兌損益。
- 實際收款日：銀行用當天的即期買匯價把外幣換成台幣，這時候才是真正落袋的數字。
一張 90 天票期的外銷單，從報價到收款可能跨四個月。中間新台幣只要走 2%，一張 300 萬台幣的單子就有 6 萬元在你完全沒察覺的狀況下移動。而這 6 萬，既不會出現在業務的業績裡，也不會出現在產品的成本分析裡——它會躲在財務費用那一行，變成「這個月匯率不好」。
Photo by Phillip Flores on Unsplash
二、沒有系統時，公司通常是這樣做的
觀察中小企業的實務，大致會看到幾種做法，各有各的漏洞。
做法一：年初定一個「公司匯率」，全年都用它。好處是簡單，業務報價不用問人。壞處是當市場走勢和公司匯率拉開距離，報價就會系統性地偏高或偏低——偏高接不到單，偏低則是每接一張就虧一點，而且虧得非常一致、非常隱形。
做法二：報價時打電話問會計。這在單量少的時候可行，但只要業務超過三個人、客戶散在不同時區，就會變成「有人問、有人沒問」，同一週對兩個客戶用了不同匯率。更麻煩的是沒有留痕，三個月後客戶殺價，沒有人說得出當初那張報價的匯率基礎。
做法三：會計自己維護一張 Excel 匯率表。這其實已經很接近系統了，問題在於它是單向的：表存在會計電腦裡，業務看不到；而且每天手動抄銀行牌告，抄錯一碼不會有任何人發現。
這三種做法的共同點是——匯率這個數字沒有主人。它每天都在影響定價和損益，卻不屬於任何一個流程的必填欄位。
三、一套能用的匯率管理機制，該長什麼樣
要把匯率從「大家各自拿捏」變成「公司統一管理」，核心其實不是技術，而是把下面幾件事固定下來。
1. 匯率來源自動化，而且標明版本
台灣銀行、中央銀行都有公開的牌告資料，可以每日定時抓取並寫入資料表，欄位至少要有：幣別、日期、即期買入、即期賣出、現金買賣、資料來源、抓取時間。重點是「標明版本」——報價單上要能顯示「本報價以報價當日台銀即期買入匯率計算」，日後任何爭議都查得回去。
2. 報價匯率要加上安全邊際，而且邊際是規則不是人情
既然從報價到收款會跨數月，用當日匯率報價等於把波動風險全吃下來。常見的做法是在系統裡設一個可調的緩衝參數，例如報價匯率＝當日即期買入 ×（1 − 1.5%），並依票期長短分級：30 天內 0.5%、90 天 1.5%、180 天 3%。把它寫成規則的好處是，業務不需要自己判斷，而老闆隨時可以根據匯率波動度調整這個數字，全公司當天生效。
3. 每張單都要留下「三個匯率」的欄位
報價匯率、入帳匯率、實收匯率，三個欄位綁在同一張訂單上。有了這三個數字，系統就能自動算出兩種差異：報價到入帳之間的「定價誤差」，以及入帳到收款之間的「持有損益」。前者是業務端該檢討的，後者是財務端該管理的，兩者混在一起才會變成誰都說不清的「匯損」。
4. 未沖銷外幣部位要能一眼看到
系統應該隨時能回答一個問題：目前有多少美金、多少日圓還沒收進來？分別多久到期？這張表就是避險決策的基礎。沒有它，任何關於「要不要做遠期外匯」的討論都只能靠感覺；有了它，老闆至少知道自己暴露在多少金額上。
5. 外幣付款與收款要能互相對沖
很多公司同時有外幣收入（外銷）和外幣支出（進口原料、海運費、國外軟體訂閱）。如果兩邊是同一個幣別，實際上有一部分是天然避險的——但前提是看得到。把應收與應付的外幣部位放在同一張報表上，常常會發現真正需要處理的淨部位，比想像中小很多。
Photo by Joachim Schnürle on Unsplash
四、ROI 怎麼估：先算「不知道」的成本
這類系統的效益不像打卡系統那麼直覺，但可以用一個簡單的方式估算。
假設一家公司年外銷金額 5,000 萬台幣，平均票期 60 天。如果目前的做法是「業務憑感覺抓匯率」，實務上報價匯率與實收匯率的落差落在 1% 到 2% 之間並不罕見，對應的金額就是 50 萬到 100 萬。導入規則化的報價匯率與安全邊際，就算只把這個落差從 1.5% 壓到 0.8%，一年也是 35 萬上下。
另一塊是人力。月底結匯評價、應收外幣重評、對帳單核對，在沒有系統的公司通常是會計手工跑兩到三天；資料結構化之後這些是查詢而不是作業，一個月省下的工時換算成人力成本，一年再多個十幾萬。
相對地，這類功能若是附掛在既有的訂單或會計系統上開發，範圍其實不大——牌告匯率抓取、三個匯率欄位、一張部位報表、一組規則參數，是可以分階段上線的。重點不在功能多，而在於每一張單都強制走這個流程，資料才會完整。
五、導入時最容易踩的三個坑
坑一：只抓一種匯率。即期買入、即期賣出、現金買入、現金賣出是不同的數字，收款用買入、付款用賣出，抓錯方向等於系統性地高估毛利。資料表一開始就要把四種都存下來。
坑二：歷史資料不補。系統上線那天只有當天匯率，去年的訂單全部沒有匯率基礎，等於前半年還是無法比較。公開牌告多半可以回補歷史資料，上線前把過去一到兩年補齊，第一份趨勢報表才有意義。
坑三：把匯率當成財務部的事。真正的改變發生在報價端——如果業務的報價單上看不到匯率、也不受規則限制，後面做得再漂亮都只是把損失記錄得更清楚而已。系統要先進到報價流程，才會改變結果。
結語：先把數字收攏，再談避險
很多老闆一想到匯率就直接跳到「要不要跟銀行做遠期外匯」。但避險工具是用來處理「已知的部位」，如果公司連目前有多少外幣在外面、每張單當初用什麼匯率報的都答不出來，避險很容易變成另一種形式的猜。
比較務實的順序是：先讓匯率有來源、有版本、有留痕，再讓每張單帶著三個匯率走完全程，等到部位報表能一眼看懂，避險的討論才有基礎。這個過程不需要大系統，但需要把匯率正式納入流程，而不是繼續當成一個每天有人默默心算的數字。
如果公司目前的外銷比重正在往上走，建議先做一件最小的事：把過去一年每張外銷單的報價匯率與實收匯率拉出來比對一次。這張表通常會讓人很有感——因為它第一次把「今年匯率不好」換算成了具體金額。