一個組織為什麼會有好幾個收款帳戶？

先說：多數活動不需要這個

一家公司、一個銀行帳戶、一個國家。如果這就是你的情況，下面全是你最好別買的複雜度。廠商把多主體結算賣給單一主體的活動，賣的是一次未來的遷移。

這篇剩下的部分假設你已經有不止一個法律主體，而且在選任何軟體之前就已經如此。

第二個主體從哪來

沒人會為了好玩去開公司。四種原因幾乎覆蓋了全部：

錢匯在一起時，哪裡會斷

平台收到一個餘額、稍後撥款，這本身沒錯。它是按一個銷售方設計的。銷售方不止一個時，五件事會按一個可預料的順序斷掉。

• 發票來自錯誤的公司。 參加者需要辦這場活動的那個主體開的單據；平台從持有帳戶的那一方開。
• 對帳不再自動。 一筆撥款覆蓋三個主體，每次都要人工拆，拆的人定價時不在場。
• 退款跨過邊界。 已經撥給主體 A 的錢，從彙總餘額裡退，兩套帳對不上。
• 登記義務變得模糊。 哪家公司被當成銷售方，對你的財務和當地規則都要緊。匯在一起讓這個問題更難回答，答案也不是軟體該給的。
• 稽核痕跡變薄。 年終有人要按主體出示賣了什麼、收到什麼，而紀錄從來不是按這個方式留的。

這些在活動期間都不會出現。它們在四到六週後出現在財務裡，那時沒人記得細節。

四種模式

解決這個問題的團隊，最後都會落在四個地方之一。哪一個對，取決於有多少主體，以及你能吸收多少人工。

第三行是多數會議集團和活動公司最後落到的地方，因為它保留一個操作介面，同時讓錢在成交時分叉，而不是成交之後。

告訴你該動手的那個數字

如果你要一個門檻而不是一種感覺，數人工工時，不要數主體。

# 一年的場次  ×  涉及的主體數  ×  每次對帳的小時
=  把一筆撥款拆成幾套帳所花的小時

兩個主體、一年四場，是每季一個下午。五個主體、四十場，是一份工作。後者值得在工具裡解決；前者通常不值得。

相信之前要測什麼

多主體支援很容易聲稱，也很容易核對。示範裡要這五件，每個主體一場測試活動：

• 把兩場活動對應到兩個不同主體，展示錢 首先 落到哪裡，不是撥款之後最終到哪。
• 撥款一週後給一個主體退款，展示另一個主體的帳事後長什麼樣。
• 出一份按主體、按幣別的收入報表，再出集團檢視，確認集團檢視標明這是折算後的數字，而不是一個真實餘額。
• 展示參加者的信用卡帳單上、以及他們能下載的單據上，出現的是哪個主體。
• 加第五個主體，看是新增，還是有東西必須重建。

每家廠商都問同樣的五件，包括我們。差別是結構上的：圍著一個銷售方建的平台，加一個欄位不會長出第二個銷售方。