集团底下三块场地，票务系统里要不要各开一个票池，判断只有一条：一边卖完，会不会让另一边卖出去它本来不该卖的票。这条判断比场地数量、收入归属、报表口径都靠前，因为前面三项事后都能用流水里的字段补，只有超卖和错核销补不回来。三种风险按这个标准看，各自有明确的边界。

一、第一个信号：核销地点不同。两张票需要在不同场地各自校验，池子就得分开。共池的票在甲园核销时，系统只知道这张票有效，不知道它属于哪个园，乙园客人手里那张同样核得过的票照样进得来。判据是核销那一瞬间要不要读归属列：要读，就必须有一列在出票时写死归属；不要读，共池才安全。等到报表里再去猜归属，等于把核销错放当成常态。

二、第二个信号：日承载量按场地各报一份。放行上限分别报给不同主管，共池会把两份数合成一份。表现是单看总数都不超，分场地看有一边已经超了两成。分池以后每池单独设上限，超限只关那一池的售卖，其余照卖。共池做不到这一点，它只会整体停售——一边饱和，把另一边本来能卖的量一起锁死，这件事每天要损失多少人次，报表上看不出来。

三、适合共池的两种情况也要写清。只有一处核销点、两处共用一条游览线的联票，以及淡旺季要靠调剂的同类票种，适合共池。共池的前提是两边票的有效期、时段口径、退改规则完全一致。任何一项不同就不要硬并，并进去以后调一次规则要同时改两边，改一次漏一次。判断时不要只看现在是不是一致，要看下一次政策调整会不会只动一边；有这个可能的，从第一天就分。

四、结算和库存不是一回事。很多人把共池当成收入归属问题，其实不是。共池决定能不能卖，结算决定卖出去那张算给谁。收入归属在流水上加一列场地号就能解决，不必拆池；核销归属拆不开，就必须拆池。这两个需求混在一起谈，最常见的结果是为了报表把池子拆成五六个，之后每改一次票规则要点六次保存，改错一次就是一个口径不一致。

五、拆池的代价只有一项：规则要维护几遍。控制办法是只留一个模板，各池继承同一个模板，池子里只放库存数和上限两个值。改动集中在模板那一层，池子这一层不动规则。把规则抄进每个池子，一年后没有一个人能说出哪几个池子的口径已经不一致了。每半年拿一张票种清单去核一次：同一票种在各池的有效期、时段、退改三项是否同值，不同值就是这一层被手改过。

落地按三步：先列核销点，再列各核销点要上报的数，最后看哪几项必须分别停售。前两步一致而第三步没有需求的，可以共池；第三步只要有一条需求，就分。分池不是把系统拆成几套，是在同一套里多开几个池子，把上限、名单版本、报表归属各挂一份。这个决定一年只做一次，做错了以后每天对账都在补。