一家做联营的合作方第一次来谈，开口就要二十几项接口字段，里面带着证件号。会上没人点头，不是不想给，是票务系统里没有一个部门手上拿着"这类数据谁能批"的条子。最后这单被拆成三级签，一级一级落，缺一级就整个退回。

第一级，给谁

业务对口的科室提，信息科核字段，分管负责人签字，三道都在一张单上。一个合作方开一个账号，不许两家共用一个。共用的坏处不在当天，在半年后：调用记录里只有一串账号，分不清哪一笔是谁家的，出了事只能把两家一起叫来问，票务系统这边反而变成说不清的那一方。停账号也停不掉另一家，只能先拆再停。

第二级，给哪几项

接口字段一栏一栏点着过。单接口字段不超过 12 个，这 12 个是上限不是配额，对方只用到 5 项就开 5 项，多出来的位置空着，不许"反正还够"顺手塞进去。每一项都要能在数据清单表里查到，查不到就先补表，不补就不开。售票系统里常见的毛病是接口比屏幕多给几列，理由是"反正数据都在"，这一句最经不起追问。

证件号默认不给。先问对方拿它干什么，当场答得上来的只有一种：核验。核验不需要把号发出去，票务系统这边比完，只回传一致或者不一致，结果一样能用。真有非给不可的场景，走人工审批单列一批，不写进常规接口字段里，也不给这个接口长期留着。

第三级，给多久

授权最长一年，到期重批。重批不是把章再盖一次，是把这十几项重新念一遍：对方现在要哪几项、为什么还在要，逐条答；答不出的那几项这次就收回来。一年这个长度是按合作周期定的，再长就成了默认永久。到期没人来提，账号自动停，调用直接挡掉，报的是没有权限，不是密码错——这一句要印在给合作方运维的那份对接说明里，不然停号第一天，对方会以为售票系统坏了，一路查到设备上去。

调用频次怎么留痕：售票系统接口侧每笔调用记下账号、时刻、取了哪几项、请求从哪个地址来，按天汇总成一张表。每日调用上限按约定写死在接口上，不放在人心里；超上限的请求挡掉，同时记一次超限，当天推给提出这个接口的科室。

看频次不是为了管别人，是为了看出用途变了。刚开始一天几十次，两个月后一天两万多次而且集中在凌晨两三点，这不像在查单，像在做整库同步。接口当初不是为这个开的。遇到这种曲线，动作是拉一次售票系统的调用明细、问对方这批量谁安排的，问不出名堂就先把上限压回约定值。

例外单列一条：安全审计要的全量数据走人工审批，不开接口。原因是接口一开就长在那里，字段口径不再受人管，而审计是一次性的事，为它开一条常态通道，代价是往后每次复核都要问这条通道归谁。全量按批次出，一批一份清单，两个人核完签字，出过几批在票务系统外的那本登记上留几行。