跳到正文
bagevent.io

一个组织为什么会有好几个收款账户?

更新于 2026年9月19日约 10 分钟

短答

因为每个卖票的法律主体都需要钱进自己的账户:各国子公司、替客户办会的活动公司、带地区分会的联合会,最后都是一个主体一个收款账户。开售前把每场活动映射到它的主体,钱在成交时就进对的账户,而不是事后手工去拆一笔汇总打款。

多数活动只要一个收款账户、一家公司。这篇给不是这样的:经手客户资金的活动公司、每个国家一家公司的集团,以及用几种币种卖进几个银行账户的项目。

它描述这个问题,以及团队解决它的四种方式,包括不用我们的那些。

先说:多数活动不需要这个

一家公司、一个银行账户、一个国家。如果这就是你的情况,下面全是你最好别买的复杂度。厂商把多主体结算卖给单一主体的活动,卖的是一次未来的迁移。

这篇剩下的部分假设你已经有不止一个法律主体,而且在选任何软件之前就已经如此。

第二个主体从哪来

没人会为了好玩去开公司。四种原因几乎覆盖了全部:

原因看起来像什么
本地实体卖进一个国家,需要当地公司来开票、开户或登记。于是同一个项目在不同市场通过不同公司卖
客户的钱活动公司替客户办活动。收入是客户的,路上不该停在活动公司的账户里
业务线同一屋檐下的媒体集团、培训部门和会员机构,各自有账、预算和董事会
历史一次收购、一家合资,或一家还没注销的公司。它还在开票,所以它还需要这笔钱

钱汇在一起时,哪里会断

平台收到一个余额、稍后打款,这本身没错。它是按一个销售方设计的。销售方不止一个时,五件事会按一个可预料的顺序断掉。

  • 发票来自错误的公司。 参会人需要办这场活动的那个主体开的票据;平台从持有账户的那一方开。
  • 对账不再自动。 一笔打款覆盖三个主体,每次都要人工拆,拆的人定价时不在场。
  • 退款跨过边界。 已经打给主体 A 的钱,从汇总余额里退,两套账对不上。
  • 登记义务变得模糊。 哪家公司被当成销售方,对你的财务和当地规则都要紧。汇在一起让这个问题更难回答,答案也不是软件该给的。
  • 审计痕迹变薄。 年终有人要按主体出示卖了什么、收到什么,而记录从来不是按这个方式留的。

这些在活动期间都不会出现。它们在四到六周后出现在财务里,那时没人记得细节。

四种模式

解决这个问题的团队,最后都会落在四个地方之一。哪一个对,取决于有多少主体,以及你能吸收多少人工。

模式什么时候行你付出什么
一个账户,事后拆两个主体、一年几场、有一个人懂怎么拆每月手工对账,以及一个去度假就会断的单点
每个主体一个独立的平台账户主体真的独立,从不共享一个项目重复搭建、没有跨主体报表,参会人看到好几个品牌
一个平台,每个主体一个收款账户几个主体跑同一个项目,各自需要自己的资金路径搭建纪律:每场活动开放前必须映射到一个主体
支付服务商的子账户你的支付服务商支持,你的平台也能指向它们退款和打款的行为随支付服务商而变。签约之前把这两样都测一遍

第三行是多数会议集团和活动公司最后落到的地方,因为它保留一个操作界面,同时让钱在成交时分叉,而不是成交之后。

告诉你该动手的那个数字

如果你要一个门槛而不是一种感觉,数手工工时,不要数主体。

example.txt

# 一年的场次 × 涉及的主体数 × 每次对账的小时

= 把一笔打款拆成几套账所花的小时

两个主体、一年四场,是每季度一个下午。五个主体、四十场,是一份工作。后者值得在工具里解决;前者通常不值得。

相信之前要测什么

多主体支持很容易声称,也很容易核对。演示里要这五件,每个主体一场测试活动:

  • 把两场活动映射到两个不同主体,展示钱 首先 落到哪里,不是打款之后最终到哪。
  • 打款一周后给一个主体退款,展示另一个主体的账事后长什么样。
  • 出一份按主体、按币种的收入报告,再出集团视图,确认集团视图标明这是折算后的数字,而不是一个真实余额。
  • 展示参会人的卡账单上、以及他们能下载的票据上,出现的是哪个主体。
  • 加第五个主体,看是添加,还是有东西必须重建。

每家厂商都问同样的五件,包括我们。差别是结构上的:围着一个销售方建的平台,加一个字段不会长出第二个销售方。

常见问题

有的可以:每个法律主体接一个收款账户,每场活动映射到该收这笔钱的主体,资金在成交时进那个账户,而不是从一笔汇总打款里再拆。值得测,不要假设。让对方展示钱首先落到哪里,以及打款已经发生之后,一笔退款会怎样。