發布日期 · 更新日期
SaaS 團隊拓展海外市場時，支付處理、代收款、稅務處理和 Merchant of Record（MoR）常會一起出現在評估清單上，但名稱相近不代表法律角色相同，供應商的銷售頁也不能代替合約。要判斷一種安排是否適合，先確認每筆交易中誰是賣方、服務商實際承接哪些工作，以及費用和資料如何交接。以下以香港公司銷售訂閱服務為例，整理可供產品、財務和營運團隊共同核對的步驟。評估結果也會影響客戶付款時看到的賣方名稱、續訂與退款路徑、客服分工和對帳資料；因此應把合約責任與日常操作一起比較，不能只看串接速度或結帳畫面。這些安排屬市場上的常見方案，不能只憑名稱推定其責任範圍。
先分清支付處理商與MoR
支付處理商通常協助付款授權、處理和轉送。使用支付工具收款，本身不足以證明服務商成為你與客戶之間的賣方。MoR 則可能依交易安排成為某筆交易的法律賣方，並承接合約列明的帳單、退款、稅務或拒付責任。Shopify 的說明以零售交易為背景，並指出具體職責取決於提供者協議；它不能直接當成所有 SaaS 或司法管轄區的通用法律定義。Shopify，更新於 2026 年 8 月 15 日
初步核對時，先列出目標市場、買方是企業還是自然人、產品類型及計費方式，再查看結帳條款、訂單確認、收據或發票上的賣方名稱。付款帳單上的商戶描述可以提供線索，卻不能單獨證明法律賣方。把條款、交易文件和付款紀錄放在同一張表，逐項記下實體名稱、文件日期、適用市場和未確認事項；若資料互相矛盾，先不要只憑付款頁面或客服口頭說明下結論。可把流程拆成客戶下單、服務商收款、企業履約、款項結算四步，標出每一步的合約主體和實際操作者，再把差異整理成問題，請候選提供者書面回覆。保留頁面截圖或文件版本時，也應註明擷取日期和負責人，避免把更新後的銷售說明誤當成簽約條款。同時確認交易是數位服務或實體貨物、付款是否由第三方代扣，以及消費者端顯示的商戶名稱是否與合約主體一致。若目前只拿到支付處理商的規則，尚未拿到 MoR 正式條款，就把賣方身份列為未確認，不以單一結帳畫面代替角色證據。
按實際合約核對賣方及服務範圍
簽約前先核對合約簽約方、交易中的賣方，以及服務涵蓋的國家、產品和交易類型。再逐項確認誰負責收款、退款、拒付、交易稅計算與申報、客戶通知、資料存取，以及終止後的資料和訂閱移轉。MoR 這個名稱不能證明提供者涵蓋你的產品、目的地或某種責任；Shopify 也指出，實際職責由提供者協議界定，MoR 與進口商是不同角色。Shopify，MoR 職責與提供者協議（更新於 2026 年 8 月 15 日）
在核對表中記下合約版本、生效日、支援地區和產品類別，並為每項責任標示由提供者負責、企業負責、共同處理或合約未說明，附上條款編號或書面答覆。若涉及實體商品，還要分開核對進口商、報關和進口稅責任，不能因為同一工具處理付款，就假設這些工作也包括在內。網站文案與合約不一致時，應要求對方說明適用條件並確認正式文件。也要分欄記錄簽約方、收款方、提供訂閱的一方和對客戶開具文件的一方；若不是同一實體，註明彼此關係及依據，並核對客戶條款是否清楚揭露交易對象。未說明的責任先保留為待確認，不自行補足；如果不同品牌或子公司使用同一安排，也要確認核准的商業名稱、簽約實體及變更時需走的通知或審核流程。這份紀錄能供產品、財務和法務交接時追查，也能避免把支付處理工具誤認為賣方安排。若合約寫明服務商處理交易稅，也要問清以哪個實體名義、涵蓋哪些市場與買方、誰處理錯報或補件，以及企業須提供哪些交易資料。不要只把一行「tax handled」記成全部完成，範圍、例外和配合責任都需有書面依據。
比較訂閱退款稅務與資料交接
SaaS 的評估不能只看第一次付款，還要看訂閱整個生命週期。逐項確認續訂、付款失敗後的重試、取消生效時間、按比例退款、拒付、稅務文件、顧客資料匯出，以及合約終止後仍在扣款的訂閱如何移轉。不同外部服務可能只涵蓋部分流程，實際支援功能、責任和例外條件都應按產品與市場確認。
先準備方案、計費週期、買方市場與 B2B／B2C 類型，再列出重複扣款、客戶取消、付款爭議和服務中止等情境，詢問可匯出的資料欄位、格式、保存期限和時程。移轉時要確認下一次扣款日期與付款授權能否沿用；若須重新取得同意，記下通知時間、失敗後的補救方式和未完成移轉由誰跟進。有測試環境時，可走過付款、續訂失敗、取消及退款，核對通知、服務權限、帳務紀錄和資料檔；沒有測試環境，就索取操作文件或書面流程。特別檢查付款狀態與帳戶權限是否同步，避免已取消仍可使用，或已付款卻被停用。也要問清誰能發起退款、使用哪個支援管道，以及爭議如何升級。交接紀錄應列明事件、責任方、憑證位置、未測項目和後續負責人；未確認的能力仍標示為待確認，不寫成保證。盤點時也可確認紀錄由誰保管、能否匯出客戶識別碼與原訂閱狀態，以及檔案是否含退款、稅務和付款失敗欄位。若改用其他支付工具，付款授權或 token 能否移轉須由提供者確認；有客戶資料檔不代表能不經同意沿用舊授權扣款。
用假設交易拆出可比較總成本
比較自行收款與 MoR 時，先使用相同交易量、價格、退款情境和期間。假設一個月有 100 筆訂閱，每筆 HK$150，算術上的收款總額是 HK$15,000；其中 5 筆全額退款，共 HK$750，扣除退款後的算術餘額是 HK$14,250。這是示範計算，不是任何服務商的實際結算額，也未計費用、代收稅款、拒付、匯兌差額或保留款。每筆金額只是本例的計算基數，不代表市場報價或建議價格。
比較表先記錄計價幣別、交易筆數、單價、退款與拒付假設、結算幣別、費率、保留款條件、整合成本和內部處理時間。逐項註明費用按交易、訂閱、月費或其他方式計算，並確認退款時已收費用是否退還、匯兌採用何種匯率及結算週期。再把成本分成支付及服務費、退款與拒付損失、匯兌影響、資金延後到帳的影響和內部人力；若費率或工時尚未取得，標記為未知，不用估值填空。對帳時可分列客戶付款、退款、代收稅款、扣除費用、保留款和實際結算，並補上金額、幣別及預期與實際入帳日。若報表是否含稅、退款何時反映或匯率採用日期尚不清楚，先把問題留在表內。只有兩種模式採用同一假設，且每個費用都有來源或待確認標記，結果才方便財務複核；不要把推估寫成確定節省。如需比較多個市場，可分市場列價，避免平均費率掩蓋本地支付方式、幣別與退款差異；再把客戶付款、代收稅、退款、服務費和淨結算逐欄對齊，保存匯率來源與報表期間，讓團隊能用同一批資料重新計算。
目的地法規與公司義務不會全部消失
MoR 可能承接合約列明的部分交易責任，但不能據此推斷目的地規則或香港公司的自身義務全部消失。以台灣為例，財政部稅務入口網於 2026 年 9 月 11 日更新的說明，針對無固定營業場所的境外網站向境內自然人銷售軟體、Apps、電子書等電子勞務；頁面指出，自 2025 年 4 月 7 日起，年銷售額超過新台幣 60 萬元時，境外業者須辦理稅籍登記並申報繳納營業稅。台灣財政部稅務入口網：網路購買國外勞務應注意事項，更新於 2026 年 9 月 11 日 這是特定交易對象與服務類型的說明，不能直接套用到 B2B 交易、實體商品或其他市場。
香港利得稅來源判斷則需看實際產生利潤的活動及個案事實。香港稅務局現行利得稅概覽指出，是否在港經營業務、利潤是否源自香港，主要是事實問題。香港稅務局：利得稅 稅務局《屬地來源原則簡介》標示發布於 2011 年 3 月，說明須辨認產生利潤的營運活動及其發生地；這份較早的一般指引不能單獨作為 SaaS 個案的完整現行稅務結論。香港稅務局：屬地來源原則簡介，2011 年 3 月
整理時可按市場、買方類型、合約賣方和稅務處理方建立矩陣，並記下交易資料、企業實際營運活動，以及帳務和稅務文件由誰保管。把目的地間接稅與香港公司的利得稅分開核對，為每項判斷附上合約、官方指引、服務商書面答覆或內部營運資料及日期。自然人消費者規則不應直接套到企業客戶；MoR 在某筆交易中列為賣方，也不等於香港公司其他收入和活動由它承接。若適用範圍、登記責任或利潤來源不清楚，應按相關地區和個案事實尋求專業判斷，並在法規或營運方式改變時重新核對矩陣。延伸閱讀：公司秘書與合規頁面；這是另一議題，不能據此推定提供者承擔 MoR 責任。
先用一條產品線確認結算與營運流程
不要一開始就同時切換所有方案、市場和買方類型。先選一條產品線、一個目的地市場和一種買方類型，確認合約涵蓋後，再安排測試交易或受控的小規模流程。測試前取得適用條款、費率、結算週期、退款規則、資料匯出方式和支援窗口；若產品或買方類型不在合約範圍內，先要求書面確認。
依付款、續訂或扣款失敗、取消或退款、對帳、資料匯出的順序留存紀錄，並核對每個事件的負責方和憑證。對帳時比對訂單、退款、服務商報表、銀行入帳和帳務紀錄，把差異、延遲結算、保留款及未解決的客戶問題放進例外清單。開始前先定義流程通過的證據：訂單和收據能互相核對、退款在報表與帳務中一致、結算差異可以說明，指定人員也能取回所需資料。若交易未完成、報表延遲或服務商無法解釋差異，就標示待處理並指定負責人和下一步，不以一次成功付款代表整套流程已可交接。最終紀錄應列明合約賣方、操作負責方、款項與退款明細、資料位置、未確認限制及後續負責人；產品、財務和營運共同確認例外處理後，再評估是否擴展到其他產品或市場。失敗案例也要追蹤至關閉，例如重複退款、付款失敗後權限未停用，或資料匯出缺少必要欄位。對照組可選現行收款流程，但要使用相同市場、幣別、退款假設和觀察期間，否則成功率與到帳時間無從公平比較。試行紀錄也要保留日期、操作者、報表版本與例外處理結果，後續擴大時才能重現判斷。
如需個案判斷，可透過網站聯絡方式提出問題；文章不構成法律或稅務意見，也不承諾結果。