票是谁在卖，钱落到哪里？

卖一张票的两种方式

活动的钱吵来吵去，几乎都是因为跳过了这个分叉。

以别人的名义卖，是会出事的那种。 钱从你这里过，义务却在别人身上。一开始法律主体就对，这只是行政事务。主体错了，就得重述报表。

必须指向同一个法律主体的那条链

开卖前，为一个票种写下这五行。如果任何一行和上面一行不是同一家，你就在改起来还不花钱的时候找到了问题。

合同相对方

参会人是向谁买的——条款和条件里的那个名字

发票开具方

他们入账的那份票据上，是谁的名称、地址和税务登记

收款主体

谁的支付账户收了这笔卡款，持卡人账单上出现谁的名字

退款来源

有人取消时，钱从哪个账户退回去

打款去向

结算后的资金进哪个银行账户

这五样里的三样，通常是某个星期二接支付的人定的，没有人把这件事叫成一个决定。另外两样，是写条款的人定的。他们常常不是同一个人，软件里也没有任何地方告诉他们意见不一致。

收款主体不是细节

收款主体是卡组织认定做成这笔销售的那家。它是参会人账单上的名字，是收单机构要追究的那家，也是要应对拒付争议的那家。

存在两种模式，它们是真的不同，不是同一件事的两个牌子：

• 平台是收款主体。 参会人把钱付给平台，平台持有资金，以后再打给你，通常每张票再扣一个百分比。账单上的名字是他们的。钱在卖出和打款之间停在他们那里，所以他们的偿付能力、打款节奏和风险偏好，你都得跟着承受。
• 你是收款主体。 你接自己的支付账户，参会人把钱付给你，资金清算后就是你的，平台碰都不碰。账单上的名字是你的。收单审核、拒付责任，以及你和支付服务商之间的合规，都在你身上——也就是说，这段关系在你身上。

没有哪一种永远对。第二种才让多主体结算成为可能，因为每个主体可以接自己的账户。第一种对只卖一场小活动、别的什么都不做的单一主办方更简单，而且在有些平台上它是唯一的模式。要紧的是你知道自己在哪一种里——因为它决定参会人实际上是向谁买的。这个问题，最后会有一个有权过问的人来问。

标价币种和结算币种是两个决定

它们一直被混成一件事，回答的却是不同的问题。

你用欧元标价、用新加坡元结算，就有人在换汇，他们拿到的汇率不是你在报纸上读到的那个。一场巡回用六个币种标价，你就有六笔汇率敞口、六套取整规则。一张 €450 的票变成 ¥73,182，读起来像一个谁也没有意定过的价格。

能用的规则：用参会人脑子里的币种标价，用这个法律主体开户的币种结算，在标价币种里取整，而不是把别处的一个整数换算过来。 价格首先是一个信号，其次才是一个金额。

真正进银行的是多少

票价不是到账金额，缺口比多数预算以为的大。定价之前，先把你自己的数字放进去：

  票面收入        售出张数 × 票价
# − 支付手续费      支付服务商百分比 + 每笔订单费用
# − 换汇            标价币种 ≠ 结算币种时
# − 退款            退给参会人
# − 退款成本        已退订单上的手续费，不退回
# ─────────────────────────────────────────────
= 到账            这个主体能花的钱
# 算一遍——你的数字会不一样：
  400 张 × €450                     =  180,000
− 支付手续费，按 2% + €0.30/笔       =    3,720
− 退 6%（退回 €10,800）              =   10,800
− 这 24 张已经付过的手续费            =      223
# ─────────────────────────────────────────────
= 到账                                 165,257

上面的费率是占位——换上你的支付服务商的真实费率，它们会因国家、卡种和合同而不同。结构才是重点：这五行里有两行拿不回来。 一笔退掉的订单，支付手续费你付了两次——卖的时候付了，退的时候不退给你——而每一份停在票面收入的收入报表，都看不见这一行。

一个组织，好几个法律主体

多个法律主体不是稀罕事。四种常见情况都会产生：

• 各国子公司。 德国的活动走德国公司，因为税务登记和银行账户在那里。
• 活动公司和 PCO。 每个客户的收入必须到达那个客户，途中不能停在活动公司的账上——那会把一笔服务费变成营业额，把一个现金流问题变成偿付能力问题。
• 地区分会和联合会。 全国机构和地区分会通常是不同的法律主体，哪怕品牌和网站是共用的。
• 联合主办。 两家组织合办一场会议，要在第一张票卖出之前用书面写清谁是卖方，而不是卖完再补。

四种情况在机制上的要求是一样的：卖的那家必须是收钱的那家，而且这个对应要在开卖前按活动或按币种定好——不是事后在账户之间搬钱来对。一搬钱，行政问题就变成了会计问题。

税在这些法律主体之间怎么划分，问你的税务顾问，按每个司法辖区问。这篇特意在这里停住。

收了钱的那个账户，才是唯一能把钱退回去的账户

正是这条约束，把名字对不上变成了操作上的死胡同。值得说精确一点，因为它不是政策选择——卡退款就是这么工作的。

退款只能退回当初被扣款的那个支付方式。 不能退到另一张卡，不能退成银行转账，不能退成贷项通知单。收了款的主体如果不是欠这笔退款的主体，没有任何一个按钮能修好：收了款的那家必须退，欠款的那家必须在系统外手工跟它单独结清，两套账再对一遍。

下面还有第二条。退款从你在支付服务商那里的可用余额里出，不是凭空变出来的。余额不够——因为打款已经执行过了——卡退款会一直待处理，直到余额够付；有些其他方式会直接失败；在部分地区，支付服务商会从你绑定的银行账户扣差额。你三月在退的钱，一月已经打给你了。

实际会出什么错

这些是结构后果，不是运气不好。每一条都跟着一种配置来，所以搭建时能防，事后就贵：

• 账单上的名字是一家参会人从没听说过的公司。 他们跟一个会议品牌签了约，信用卡账单上却是一家控股公司。结果不是困惑，是拒付——以欺诈为由提交，因为从持卡人那边看，就是这个样子。
• 一个支付账户收了好几个主体的活动。 一切正常，直到要出报表：没有干净的办法说出哪笔收入属于哪家，答案得从一份导出里重拼，而且通常落到最不想做这件事的人身上。
• 活动公司收到自己的账户里。 客户的收入停在活动公司账上，这会改变活动公司自己的报表怎么写营业额；中间一旦出事，客户的钱就变成一笔无担保债权。
• 打款之后，退款义务还在。 销售结束，资金已经打出，活动取消了，退款得从营运资金里出，而不是从参会人付的那笔钱里出。
• 没有人写下哪个主体在卖。 条款说一套，支付账户说另一套，单独看都不错——只有放在一起才错，也只有有人来问的时候才一起看见。

软件真正帮得上的地方

四个地方。买之前拿它们去测一套系统——我们自己也算在内：

• 你自己的支付账户，直接接上。 资金能不能到达你的主体，中间不由平台持有；参会人账单上落的是谁的名字。
• 法律主体靠对应关系配置，不靠变通办法。 一场活动或一个币种能不能指向一个有自己银行账户的法律主体；还是多个主体就等于多套登录，再用表格把它们接上。
• 每一笔扣款都按订单列明。 你能不能在单笔订单上看到收了多少、扣了多少、会打出多少——因为一份停在票面收入的报表，藏住了那两行你拿不回来的。
• 退款从当初收款的地方发出。 退款能不能沿原支付方式、从当初扣款的账户退回，不用有人手动在主体之间搬钱。

这些都不决定该由哪个主体来卖。那是你的合同和税务立场的问题，在软件介入之前就该有答案——所以值得有意先回答，而不是事后才发现，决定早就替你做了。