票是誰在賣，錢落到哪裡？

賣一張票的兩種方式

活動的錢吵來吵去，幾乎都是因為跳過了這個分叉。

以別人的名義賣，是會出事的那種。 錢從你這裡過，義務卻在別人身上。一開始法律主體就對，這只是行政事務。主體錯了，就得重編報表。

必須指向同一個法律主體的那條鏈

開賣前，為一個票種寫下這五行。如果任何一行和上面一行不是同一家，你就在改起來還不花錢的時候找到了問題。

合約相對方

參加者是向誰買的——條款和條件裡的那個名字

發票開立方

他們入帳的那份單據上，是誰的名稱、地址和稅務登記

收款主體

誰的支付帳戶收了這筆信用卡款項，持卡人帳單上出現誰的名字

退款來源

有人取消時，錢從哪個帳戶退回去

撥款去向

結算後的資金進哪個銀行帳戶

這五樣裡的三樣，通常是某個星期二接支付的人定的，沒有人把這件事叫成一個決定。另外兩樣，是寫條款的人定的。他們常常不是同一個人，軟體裡也沒有任何地方告訴他們意見不一致。

收款主體不是細節

收款主體是卡組織認定做成這筆銷售的那家。它是參加者帳單上的名字，是收單機構要追究的那家，也是要應對拒付爭議的那家。

存在兩種模式，它們是真的不同，不是同一件事的兩個牌子：

• 平台是收款主體。 參加者把錢付給平台，平台持有資金，以後再撥給你，通常每張票再扣一個百分比。帳單上的名字是他們的。錢在賣出和撥款之間停在他們那裡，所以他們的償付能力、撥款節奏和風險偏好，你都得跟著承受。
• 你是收款主體。 你接自己的支付帳戶，參加者把錢付給你，資金清算後就是你的，平台碰都不碰。帳單上的名字是你的。收單審核、拒付責任，以及你和支付服務商之間的合規，都在你身上——也就是說，這段關係在你身上。

沒有哪一種永遠對。第二種才讓多主體結算成為可能，因為每個主體可以接自己的帳戶。第一種對只賣一場小活動、別的什麼都不做的單一主辦方更簡單，而且在有些平台上它是唯一的模式。要緊的是你知道自己在哪一種裡——因為它決定參加者實際上是向誰買的。這個問題，最後會有一個有權過問的人來問。

標價幣別和結算幣別是兩個決定

它們一直被混成一件事，回答的卻是不同的問題。

你用歐元標價、用新加坡元結算，就有人在換匯，他們拿到的匯率不是你在報紙上讀到的那個。一場巡迴用六個幣別標價，你就有六筆匯率曝險、六套取整規則。一張 €450 的票變成 ¥73,182，讀起來像一個誰也沒刻意定過的價格。

能用的規則：用參加者腦子裡的幣別標價，用這個法律主體開戶的幣別結算，在標價幣別裡取整，而不是把別處的一個整數換算過來。 價格首先是一個訊號，其次才是一個金額。

真正進銀行的是多少

票價不是到帳金額，缺口比多數預算以為的大。定價之前，先把你自己的數字放進去：

  票面收入        售出張數 × 票價
# − 支付手續費      支付服務商百分比 + 每筆訂單費用
# − 換匯            標價幣別 ≠ 結算幣別時
# − 退款            退給參加者
# − 退款成本        已退訂單上的手續費，不退回
# ─────────────────────────────────────────────
= 到帳            這個主體能花的錢
# 算一遍——你的數字會不一樣：
  400 張 × €450                     =  180,000
− 支付手續費，按 2% + €0.30/筆       =    3,720
− 退 6%（退回 €10,800）              =   10,800
− 這 24 張已經付過的手續費            =      223
# ─────────────────────────────────────────────
= 到帳                                 165,257

上面的費率是佔位——換上你的支付服務商的真實費率，它們會因國家、卡種和合約而不同。結構才是重點：這五行裡有兩行拿不回來。 一筆退掉的訂單，支付手續費你付了兩次——賣的時候付了，退的時候不退給你——而每一份停在票面收入的收入報表，都看不見這一行。

一個組織，好幾個法律主體

多個法律主體不是稀罕事。四種常見情況都會產生：

• 各國子公司。 德國的活動走德國公司，因為稅務登記和銀行帳戶在那裡。
• 活動公司和 PCO。 每個客戶的收入必須到達那個客戶，途中不能停在活動公司的帳上——那會把一筆服務費變成營業額，把一個現金流問題變成償付能力問題。
• 地區分會和聯合會。 全國機構和地區分會通常是不同的法律主體，哪怕品牌和網站是共用的。
• 聯合主辦。 兩家組織合辦一場會議，要在第一張票賣出之前用書面寫清誰是賣方，而不是賣完再補。

四種情況在機制上的要求是一樣的：賣的那家必須是收錢的那家，而且這個對應要在開賣前按活動或按幣別定好——不是事後在帳戶之間搬錢來對。一搬錢，行政問題就變成了會計問題。

稅在這些法律主體之間怎麼劃分，問你的稅務顧問，按每個司法轄區問。這篇刻意在這裡停住。

收了錢的那個帳戶，才是唯一能把錢退回去的帳戶

正是這條約束，把名字對不上變成了操作上的死胡同。值得說精確一點，因為它不是政策選擇——信用卡退款就是這麼運作的。

退款只能退回當初被扣款的那個支付方式。 不能退到另一張卡，不能退成銀行轉帳，不能退成折讓單。收了款的主體如果不是欠這筆退款的主體，沒有任何一個按鈕能修好：收了款的那家必須退，欠款的那家必須在系統外人工跟它單獨結清，兩套帳再對一遍。

下面還有第二條。退款從你在支付服務商那裡的可用餘額裡出，不是憑空變出來的。餘額不夠——因為撥款已經執行過了——信用卡退款會一直待處理，直到餘額夠付；有些其他方式會直接失敗；在部分地區，支付服務商會從你綁定的銀行帳戶扣差額。你三月在退的錢，一月已經撥給你了。

實際會出什麼錯

這些是結構後果，不是運氣不好。每一條都跟著一種設定來，所以建置時能防，事後就貴：

• 帳單上的名字是一家參加者從沒聽說過的公司。 他們跟一個會議品牌簽了約，信用卡帳單上卻是一家控股公司。結果不是困惑，是拒付——以詐欺為由提出，因為從持卡人那邊看，就是這個樣子。
• 一個支付帳戶收了好幾個主體的活動。 一切正常，直到要出報表：沒有乾淨的辦法說出哪筆收入屬於哪家，答案得從一份匯出裡重拼，而且通常落到最不想做這件事的人身上。
• 活動公司收到自己的帳戶裡。 客戶的收入停在活動公司帳上，這會改變活動公司自己的報表怎麼寫營業額；中間一旦出事，客戶的錢就變成一筆無擔保債權。
• 撥款之後，退款義務還在。 銷售結束，資金已經撥出，活動取消了，退款得從營運資金裡出，而不是從參加者付的那筆錢裡出。
• 沒有人寫下哪個主體在賣。 條款說一套，支付帳戶說另一套，單獨看都不錯——只有放在一起才錯，也只有有人來問的時候才一起看見。

軟體真正幫得上的地方

四個地方。買之前拿它們去測一套系統——我們自己也算在內：

• 你自己的支付帳戶，直接接上。 資金能不能到達你的主體，中間不由平台持有；參加者帳單上落的是誰的名字。
• 法律主體靠對應關係設定，不靠變通辦法。 一場活動或一個幣別能不能指向一個有自己銀行帳戶的法律主體；還是多個主體就等於多套登入，再用試算表把它們接上。
• 每一筆扣款都按訂單列明。 你能不能在單筆訂單上看到收了多少、扣了多少、會撥出多少——因為一份停在票面收入的報表，藏住了那兩行你拿不回來的。
• 退款從當初收款的地方發出。 退款能不能沿原支付方式、從當初扣款的帳戶退回，不用有人手動在主體之間搬錢。

這些都不決定該由哪個主體來賣。那是你的合約和稅務立場的問題，在軟體介入之前就該有答案——所以值得刻意先回答，而不是事後才發現，決定早就替你做了。