一卡通平台选型五问

一卡通平台的选型，问五个问题就够了：管什么、接什么、卡怎么算、断网怎么办、谁来维护。这五问对应平台的身份底座、设备接入、卡片策略、可靠性设计与服务模式，任何一问答得含糊，后面都会变成实施阶段的返工。反过来，五问都答得具体的厂商，通常是真的做过这类项目。

很多单位选型时容易被功能清单带偏 —— 十家给你十张表，打勾的项目都差不多。但一卡通这类项目的成败，很少败在功能缺一项，多半败在「设备接不进来」「卡用不了」「断网就停」「出问题没人管」。下面把五问逐条拆开，每问都给「什么答案算合格」。

一、第一问：这个平台到底管什么？

先分清一件事：你要的是「一个能刷卡的消费系统」，还是「一套统一身份底座」。两者功能看着像，本质差很远。

消费系统的人员表是为收钱这一个场景建的。一卡通平台的同一份人员档案，要同时驱动门禁、梯控、考勤、消费、停车。两者最大的区别体现在一个动作上 —— 新增一个门禁点位时，要不要重建一份人员表。需要重建的，本质上还是多个系统拼在一起。

合格答案：能说清「统一人员库 + 卡片库」是底座，各业务模块从这一份取数；入职授权一次、离职回收一次即全场景生效。

不合格答案：把功能模块念一遍，但说不清人员数据放在哪、谁维护。

二、第二问：接什么设备，怎么接？

综合体、园区、机关大院这类场景，门禁、停车场、食堂消费机往往来自三四个不同厂商。平台建设时只有两条路：全换成一家，或者都保留、做接口集成。

从投资保护角度，接口集成更合理 —— 原有闸机、道闸、消费机全部利旧，不产生整批更换成本。但这条路上有三个必须提前解决的问题：权限能不能下发进去、记录能不能回传出来、对接边界在哪里。

合格答案：能报出具体对接过的品牌名与对接方式；能区分「标准接口 / SDK / 私有协议」三类，并说明私有协议的适配谁来做。

不合格答案：「我们都能接。」—— 这不是能力描述，是销售话术。

三、第三问：卡怎么算？

这一问直接决定成本。选项有三种：

新发卡：最简单，但全员重新采集、制卡、发放、激活是完整一轮工作量，学生几千人的学校尤其明显。

利旧现有卡：成本最低，前提是原卡频率与卡型兼容、扇区有空余。做法是划出独立业务扇区给一卡通使用，原有扇区不动。

双频过渡：同一个人刷旧卡和新卡都能用，适合分批换发的场景。

合格答案：能讲清「先摸卡结构、再划独立扇区、最后对码联调」三步；能说出 13.56MHz 的 IC 卡与 CPU 卡通常可沿用，125kHz 的 ID 卡需要确认机型。

不合格答案：「重新制卡更简单。」—— 说明没做过利旧项目，或者不愿意做。

四、第四问：断网怎么办？

一卡通系统里，门禁打不开人进不去，消费机停了整餐收不了钱。所以平台设计必须假设「随时可能断网」，而不是假设「网络一直好」。

要问清三件事：断网时哪些业务还能用、终端能存多少笔、网络恢复后是自动回传还是人工导。

合格答案：门禁、梯控、消费终端均可脱机运行，本地存储权限与交易流水；消费终端脱机记账按万笔级设计；网络恢复后自动回传。

不合格答案：「断网了等网络恢复就行。」—— 这句话意味着断网期间业务停摆。

五、第五问：谁来维护？

一卡通是「断机就等于断业务」的系统，维护模式比功能更影响长期体验。要问的是三件事：出问题多久能到、有没有备用机、过保之后怎么收费。

还有一个容易被忽略的：是厂家直服还是代理转手。代理响应可能更快，但遇到底层问题要转给厂家，多一道环节；厂家直服链条短，但要确认本地有没有驻点。

合格答案：有明确的响应时限；提供备用机；过保后费用规则清楚（如只收材料费）。

不合格答案：只答「保修几年」，说不出响应时限与备用机方案。

六、五问对照表

把这五个问题打印出来，逐家问一遍，把答案填进去：

• 管什么 —— 合格标志：统一人员库 + 卡片库，新增场景不重建人员表
• 接什么 —— 合格标志：能报具体品牌与对接方式，能区分标准接口与私有协议
• 卡怎么算 —— 合格标志：能讲清摸卡、划扇区、对码三步
• 断网怎么办 —— 合格标志：脱机运行 + 万笔级容量 + 自动回传
• 谁来维护 —— 合格标志：响应时限 + 备用机 + 过保规则

七、怎么用这五问去谈

建议不要一次问完五问。先问第一问和第三问 —— 这两问决定了项目性质（是平台还是消费系统）与成本结构（要不要全员制卡）。两问答得清楚，再往下问设备对接与断网；答不清楚，后面的问题也不必问了。

另外有一个反直觉的判断：「什么都能定制」不一定是优点。如果一家厂商所有需求都靠改代码解决，说明它的平台分层做得不细，标准件与定制部分混在一起，升级会互相牵制。反过来，能清晰告诉你「这一部分是配置、那一部分要开发」的，通常对自己的平台有准确认识。