赛事报名系统开发：角色与权限体系设计

一场几千人报名、上百人现场执裁的赛事，凭什么没乱成一锅粥？答案不在某个人的精力，而在一套看不见的分工契约：谁有权开报名通道，谁只能填自己的资料，谁能在现场扫码核销，谁又能看到全部成绩——每个人的屏幕都被精确地裁过。把赛事报名系统想象成一支剧组，选手是出场的演员，主办方是制片与导演，裁判和工作人员是现场执行，超级管理员是统筹全局的监制，而权限体系就是那份写满"谁该站哪个机位"的拍摄分工表。

场景一：选手端——只管报名，别想改规则。选手面对的是微信小程序或H5页面，能做的很有限：浏览赛事规程、填写自定义表单、上传体检证明或完赛证书、完成个人 or 团队报名、支付费用、查看自己的号码布与成绩。系统限制单人仅报一次，白名单赛事还会先校验邀请资格。选手看不到后台的任何配置，也改不了组别名额，正如演员拿不到场记的调度本。这种"够用即止"的权限，既降低了误操作，也避免了规则被随意篡改。

场景二：赛事管理员——搭好舞台的人。赛事管理员负责从零搭起一场赛事：创建赛事、配置组别、设置先到先得或抽签模式、发布规程，并通过状态机把赛事从草稿推进到审核、报名中、截止、进行中直至结束。他决定早鸟价、团报价、优惠码与梯度退款规则，也能在总管理中心看到报名列表与数据看板。但他通常不直接审资格、不录成绩，分工像导演定下剧本和档期，却不亲自去打光。

场景三：审核员——守门的资格关。资格审核是高风险环节，系统把它交给专职审核员。OCR自动识别证件，规则引擎按年龄、性别、历史成绩初筛，审核员只处理被标红的项；初审与复审拆成两级，存疑件上交复审，驳回时生成结构化补资料清单推回给选手。审核员看不到支付配置，也动不了成绩排名，权限被锁在"资格"这一亩三分地，既专业又防越权，更堵住了人情报名与假证明的口子。

场景四：裁判与工作人员——现场的执行者。比赛当天，裁判在移动端录入或核对芯片计时的枪声成绩、净成绩与分段成绩，系统自动排名并生成电子完赛证书；工作人员用移动端做二维码或人脸签到核销、检录与防替跑。他们拿到的界面是"现场专用"的，看不到后台的全局配置，却能把现场状态实时写回系统，让大屏和PC管理后台同步刷新。这像剧组的现场执行组，只管把当天的戏拍完，不碰后期与发行。

场景五：超级管理员——片场的终极调度。超级管理员握有最高权限：管理账号体系、配置角色与权限分级、查看不可篡改的操作日志链、在极端情况下介入全局。他是权限体系的制定者，能决定赛事管理员能建几场赛事、审核员能审哪些组别。但也正因权限最重，他的每一次操作都被重点留痕，形成"权力越大、记录越全"的制衡。

消息通知也按角色差异化触达：选手收到报名成功、补资料、中签与成绩推送；审核员收到待审提醒；工作人员收到检录异常告警；主办方收到实时数据日报。系统用短信、公众号、小程序订阅消息与WebSocket分人群下发，如同剧组场务对不同岗位喊不同的对讲频道，谁该听什么就听什么，避免信息淹没在无关提示里。

// 网关层按角色拦截越权请求：非审核角色直接拒绝访问资格审核接口
if !role.Can(perm.ReviewQualification) {
    return ErrForbidden
}

权限矩阵：谁能动哪块按钮。把角色铺在左、功能铺在上的表格里，每一格用✓和色块表明可见或可执行程度：超级管理员对赛事发布、报名、审核、成绩、核销、日志审计全绿；赛事管理员覆盖发布与报名，审计仅读；审核员只在审核列亮灯；裁判集中在成绩列；工作人员聚焦核销；选手只在报名与查看自己的成绩。这张矩阵不是装饰，而是系统网关做访问控制的依据，越权请求在到达业务前就被拦下。

总管理中心的全局管控。PC管理后台是制片人的监视器墙：报名列表多维筛选导出、数据看板实时呈现报名数、缴费率与各项目分布，号码布自动分配替代手工，操作日志把"谁何时改了什么"完整记录。它让不同角色在同一份数据上协作而不冲突——管理员看全局，审核员看待办，裁判看成绩，权限在界面与接口两层同时生效，既共享底座又互不踩线。

多端口数据如何随角色流转？选手端、总管理中心、裁判与工作人员移动端、现场数据大屏，共享同一鉴权与数据底座。选手提交报名，管理员后台即时可见；工作人员移动端核销，大屏与PC同步；裁判录入成绩，选手端马上查到。任何写操作通过消息队列广播变更，角色不同看到的"切片"不同，但底层是同一份事实，不会因端口分裂出多个版本。

现场数据大屏是给观众与管理方看的那块"监视器"：实时滚动报名总数、已签到数、各项目完赛进度，选手冲线瞬间成绩即上墙。它与选手端、PC后台同源，只是把数据用更直观的方式投射出来，让现场几万人共享同一份事实，而不是各自猜测进度。权限还能细分到数据行级：同一套系统里，A赛事管理员只能看到自己创建的赛事，B管理员看不到对方的报名数据，这靠在查询层叠加"创建人=当前用户"的过滤条件实现，就像剧组里不同组的场记只记自己组的场次，互不翻对方的本子，既协作又隔离。

资格审核的任务流转与闭环。一条报名从提交到通过，典型链路是：选手提交→系统自动初校验→初审员处理→存疑驳回并附补资料清单→选手补正→复审→通过。每一跳带状态与时间戳，驳回不是终点而是回路起点，补完即回流对应节点，构成"提交—审核—驳回—补正—再审核"的闭合环。多级流转让资格关既有人审的厚度，又有系统的速度与留痕。

监控、日志与风控：看不见的场记。系统对接口限流、加验证码，用设备指纹识别多机刷号的"黄牛"，防替跑策略守护现场公平；所有关键操作写入不可篡改日志链，监控大盘对异常流量实时告警。这些能力像场记的工作——不参与表演，却把每一帧谁做了什么记下来，事后既能追责也能复盘。当某地市体育局以约十万元预算采购赛事报名管理系统，或某省运会竞赛报名与成绩统计系统以约三十九点五万元立项，资格审查、成绩发布、数据安全与源码交付的硬要求，正落在角色权限与日志审计这一层。