不少人以为停车场收费就是入场取时间、出场算时长、按单价乘一下。真到现场蹲两天就会发现，规则远比这个复杂：业主月卡车辆偶尔带朋友进场、商户给顾客发放两小时免费券、员工储值卡余额不足时自动转临停、夜间封顶价和白天单价不同、跨零点停放怎么切分。这些东西如果在上线前没写成一张清楚的规则表，后面就是无穷无尽的调整。

先把免费条件写成一览表

免费是纠纷高发区。要逐条确认：哪些车牌属于长期免费，是业主本人还是包含其名下多辆车；免费时长是按次计算还是按天累计；超过免费时长后，是从入场时间起全额计费，还是只对超出部分计费。这三种算法出来金额可能差好几倍，必须落到文字上，让运营方签字确认，而不是在电话里说一句差不多就行。

月卡不只是包月两个字

月卡类业务常见的几个分支要提前想清楚。一卡多车的情况，是允许同进同出，还是同一时间只能有一辆在场；月卡中途退租，剩余天数怎么折算；车辆更换车牌，是改档案还是新建一户；月卡车辆临时带外部车辆进场，走什么优惠策略。这些细节在停车收费管理软件系统的计费模型里，对应的是不同的数据结构，前期设计到位，后期调整就是改配置；前期没设计，就只能改代码。

储值卡要盯住余额与扣费顺序

储值卡涉及三个动作：充值、扣费、余额不足处理。扣费顺序尤其要定义清楚，比如一个车牌同时有储值余额和当日免费额度，是先扣免费额度还是先扣余额；余额不足时是禁止出场提示充值，还是自动转临停计费。另外，充值的赠送金额与本金是否分开记账，退卡时怎么处理赠送部分，也建议在规则表里写明，避免财务对账时出现说不清的数字。

时间边界要以设备时钟为准

临停计费绕不开时间戳，而时间戳来自识别设备。如果摄像机、道闸控制器、收费终端之间时钟不同步，就可能出现同一辆车在两台设备上时间差几分钟，进而影响跨时段计费。建议在方案里明确以哪一侧时间为准，并约定定期校时。夜间封顶、白天分段这类规则，尤其要确认分段节点的定义，是固定时刻还是按入场时间推算。

优惠与减免要留审批链

商户券、活动减免、特殊放行，本质都是减收，减收就要有据可查。比较好的做法是把优惠规则配置在系统里，由商户端或运营端发起，系统自动核销并记录使用次数，而不是靠岗亭口头确认。对于确实需要人工减免的场景，保留发起人、审批人、原因、车牌、金额的记录，形成可追溯的链条。

规则变更是常态，要留版本

停车场经营策略会调整，收费规则一改，历史订单按什么口径统计就成了问题。建议要求系统保留规则版本与生效时间，新规则只对生效之后的订单起作用，历史数据不重算。这样无论是月度报表还是年度审计，都能说清楚每一笔费用的计算依据。

深圳市英普瑞科技有限公司在做停车收费与一卡通项目时，通常会先陪客户把这张规则表梳理一遍，再进入开发环节。原因很简单：计费逻辑一旦从底层设计时就考虑清楚，后期运营调整的空间就大；反之，规则写在代码的角角落落里，每改一次都要重新测试一轮。停车收费管理软件系统选得好不好，很多时候不看界面漂不漂亮，而看那张规则表能不能被完整地表达出来。