FR-01 首页与今日入口

目的：让成员打开小程序就能回答「这周末去哪滑、和谁滑」，并把三种高频动作（约雪、找搭子、扫码签到）放在第一屏。

页面结构：顶部为情境卡（主雪场 + 本周约雪人数，纯展示不承载收藏）；情境卡下方为公告条（置顶公告 + 「查看全部公告与通知」入口，FR-15）；中部为三个快捷入口（约雪 / 找搭子 / 扫码签到），并另设「打开雪历 · 看哪天有人」入口（FR-12）；其下依次是「近期活动」列表（FR-07，卡片直接进活动详情，「全部 ›」跳雪历并预选「俱乐部活动」）、「合作伙伴」露出区（FR-16）。

触发与处理：打开首页时按成员档案中的常去雪场读取该雪场本周的进行中约雪帖数量与近期活动；若成员尚未设置常去雪场（新用户），情境卡改为引导设置，快捷入口保持可用。

结果与状态变化：首页不产生业务状态变更，仅作为跳转枢纽；点击任一卡片携带上下文进入对应详情页。

边界：首页不设「我的雪场」板块与收藏功能（已移除）；无近期活动时显示「暂无活动」。

FR-02 雪场库检索与管理（并入约雪板块） 在原型中查看

目的：作为配对与目的地决策的公共底座，覆盖国内外主流雪场，支持快速定位；并能持续补充雪场，保证「能找到所有雪场」。

入口与范围：雪场库不再作为独立底部 Tab，统一并入「约雪」板块 —— 成员在约雪广场通过「雪场库 · 查看全部雪场 ›」进入，均可返回约雪广场。

触发：成员从约雪广场的雪场库入口进入。

处理规则：支持按名称、城市、国家模糊搜索；支持「全部 / 国内 / 国外」分组切换；列表项展示雪场名、国家·地区、标签（大致雪季、适合水平、是否野雪/夜场）。搜索无结果时展示空状态与「提交新增雪场申请」引导。

添加雪场（仅管理员）：为覆盖所有雪场，雪场库提供「＋ 添加雪场」入口，仅管理员可用；字段为雪场名（必填）、国家（必填）、区域分组（国内/国外）、省市·地区、大致雪季、标签（逗号分隔）。提交时校验必填与同名同国家重复，通过后置顶加入雪场库并回到雪场库列表。普通成员无此入口，只能提交申请、由管理员录入。

结果：点击卡片进入雪场详情。不提供收藏/取消收藏（已移除，雪场库仅作检索与目的地决策）。

字段：雪场名（必填）、国家/地区（必填）、区域分组、大致雪季、标签（多选）、适合水平、状态（上架/下架）。定量字段见「雪场库的数据来源与更新机制」。

例外：重复雪场（同名同国家）不允许新增，提交时提示已存在并引导直接搜索使用。新增雪场是否需要二次复核、覆盖策略待确认（见待确认项 Q12）

FR-03 雪场详情 在原型中查看

目的：让成员看清「这个雪场什么情况」，并能直接以该雪场发起约雪。

处理规则：详情页固定展示名称、国家·地区、大致雪季、适合水平、俱乐部足迹（本雪季活动次数，由系统统计）。不再提供「同场约雪」列表与收藏按钮（已移除；按雪场看约雪统一走「约雪」板块的雪场筛选）。

结果：「以该雪场发起约雪」会以该雪场预填发布表单。

边界：定量字段未接入时展示「待接入」说明，不显示推测数值。

FR-04 发布约雪帖 在原型中查看

目的：用最小必填项让成员快速发出邀约，降低社群配对的摩擦。

触发：成员点击首页「约雪」、约雪广场「发布约雪」、或雪场详情的「发布该雪场约雪」（预填雪场）。

处理规则：必填为「雪场」「日期」；日期必须为今天及以后；时段可选（全天/上午/下午/夜场）；补充说明为自由文本（上限见共享规则）。约雪帖定位为轻量发布帖，不设玩法标签、水平要求与计划人数——拼车、拼房、带新手等诉求在补充说明与评论区自行沟通。提交时校验必填与日期，通过后生成新帖子，初始状态为「招募中」，并将发起人计入成员列表第 1 位。

结果与状态变化：发布成功提示「已发布」并跳转约雪广场，新帖置顶；同时向「常去该雪场」的成员推送提醒（通知规则见共享规则）。

例外：必填缺失或日期早于今天时，保留已填内容并在表单内提示错误，不跳转。

FR-05 约雪广场与筛选 在原型中查看

目的：让成员在 3 个条件内找到可加入的邀约。

处理规则：默认按「日期升序 + 近期活跃优先」排序；筛选器为雪场、日期、玩法、水平四个维度，可组合；默认仅显示状态为「招募中」的帖子，「已成行 / 已满 / 已关闭 / 已过期」需显式切换显示或通过状态标签识别。

结果：点击卡片进入约雪详情；筛选项与卡片状态标签一一对应，标签颜色与规则章节中的状态机一致。

边界：筛选无结果时展示空状态 + 「清除筛选」与「发布约雪」两个动作。

FR-06 申请加入与确认成行 在原型中查看

目的：完成一次邀约的确认闭环，并让「有没有成行」这件事在页面上一目了然。

处理规则：成员点击「申请加入」后，申请进入待确认；发起人（或领队）确认后，申请人进入成员名单，人数达到上限则帖子变为「已满」，发起人可继续确认至满员或直接标记「已成行」。成行后双方可交换联系方式（仅对已成行帖子成员可见）。

状态变化：招募中 → （有人申请）待确认 → 已成行 / 已满；发起人可主动「结束并评价」→ 已关闭；到达活动日期次日 02:00 仍未满员 → 已过期（自动关闭）。

权限：仅发起人可确认/拒绝/关闭帖子；申请人只能撤销自己的申请；已成行后成员可「退出该邀约」，退出后帖子回到「招募中」并通知发起人补位；非本雪场成员也可申请（本版不限制跨雪场）。

例外与恢复：申请被拒绝 → 提示原因（可选填）并允许再次申请其他帖子；名额已满 → 申请按钮置灰并提示「已满员」，可「订阅名额释放提醒」；帖子已过期 → 只能查看不能申请；举报 → 提交后帖子进入待审核，严重违规由管理员下架。

FR-07 活动报名与取消 在原型中查看

目的：把俱乐部线下活动的报名、名额与积分关系固定下来，为签到提供前置条件。

入口：活动不设独立的底部 Tab 与列表页（活动与雪历在「按时间看安排」上重复，已合并）。成员只从两处进入活动：①首页「近期活动」卡片；②雪历（快捷筛选切到「俱乐部活动」，或在某日条目列表中点活动卡片）。两处都直接进入活动详情（page-event）。

处理规则：活动卡片展示名称、雪场、日期、报名进度（已报名/上限）、可获得积分、状态（报名中/已满/已结束）。报名成功后按钮变为「去签到」，并生成报名凭证（用于扫码失败时人工核销）。取消报名会立即释放名额。

结果与状态变化：未报名 → 已报名 → （到场）已打卡；活动结束后活动状态变为「已结束」，未打卡的报名自动标记为「缺席」。

权限：仅领队/管理员可创建与编辑活动；成员仅可报名/取消自己。

例外：活动已满 → 报名按钮置灰并提示；活动已结束 → 不再接受报名，仅展示历史记录；国际行程类活动需在报名前展示「需自理机票酒店」确认项。

FR-08 现场签到打卡 在原型中查看

目的：在活动当天以最低操作成本生成可信的到场记录，作为积分入账的唯一依据。

处理规则：成员进入签到页后扫描现场动态二维码；系统依次校验：①是否已报名该活动；②是否在签到时间窗口内；③定位是否在雪场围栏内；④该成员是否已签到过。四项全部通过则生成打卡记录，并按下述规则计算积分入账。

结果与状态变化：生成打卡记录（时间、活动、校验结果）→ 积分账户新增一条明细 → 积分余额与等级进度即时更新 → 页面展示「签到成功 +N 分」。

失败与恢复：①未报名 → 阻断并引导去活动页报名；②不在时间窗口 → 提示可用时间段（该情况不计分）；③定位不在围栏 → 提示重试或走人工补签；④重复签到 → 提示已签到并展示首次签到时间，不重复计分；⑤扫码失败/网络异常 → 重试，重试仍失败则「申请人工补签」，由领队核销报名凭证后入账。

防作弊：动态二维码（每场活动独立、限时）+ 定位围栏 + 一人一活动限一次 + 领队可核销与撤销，详见共享规则「活动与签到规则」。

核销角色差异（按活动来源分流）：签到记录有两个来源 —— 成员自助扫码签到（本人操作，仅限已报名成员）与组织方扫码核销（现场由组织方扫描成员凭证/由成员扫描组织方签到码，标记到场）。核销权限按活动来源区分：官方活动由管理员核销，并可在「管理后台」统一展示与扫码核销；成员自发活动由发起人核销，管理员亦可核销。详见 FR-21 与共享规则「头像与核销规则」。

FR-09 积分账户与明细 在原型中查看

目的：让每 1 分都有来源、时间和凭证，消除「积分算错了」的争议。

处理规则：展示可用积分余额、等级与升级进度、按「本雪季 / 本周」切换的明细列表。每条明细含：时间、来源类型（活动签到/连续参加加成/带新人/约雪成行/内容贡献/人工补签/撤销）、关联对象（活动或帖子）、变动分值。

结果与状态变化：积分只随业务事件变化，成员不可手动增减；余额不足以兑换时，兑换页按钮置灰。

权限：成员仅可见自己的账户；领队可对待核实的积分发起撤销（撤销以负值明细记录，原记录保留）。

例外：账号被封禁期间，积分冻结不可兑换与转出，解封后恢复。

FR-10 奖励兑换 P1 · 依赖奖励预算 在原型中查看

目的：把积分转化成成员能感知的实际好处（雪票折扣、装备、俱乐部周边、教练课时、活动优先报名权）。

处理规则：奖励由管理员配置（名称、所需积分、库存、是否限雪季、说明）。兑换为不可逆操作：需二次确认，确认后立即扣分并生成兑换凭证（含兑换码/领取说明），同时生成一条负值积分明细。

结果与状态变化：积分余额与库存同步减少；兑换记录可在「我的」中查询。

例外：积分不足 → 按钮置灰并显示「还差 N 分」；库存为 0 → 显示「已兑完」；兑换后按指引线下领取，若奖励未履约需在管理员侧登记并退回积分（以正值明细补偿）。

FR-11 个人档案与信用评价 在原型中查看

目的：提供配对所需的水平信息与「这人靠谱吗」的判断依据。

处理规则：档案包含昵称、滑雪水平（新手/中级/高手）、常去雪场（可多选）、成员状态（已激活 / 待审核，含加入方式与核查人，见 FR-17）、身份标签（群管理员 / VIP / SIP / 俱乐部校友，由管理员授予，与等级无关，见 FR-13）、数据统计（出勤次数、打卡次数、搭子数、积分）、我的约雪帖、我的活动记录、信用与评价。我的头像（可上传 / 更换，上传入口就在本页，见 FR-20）。水平与常去雪场可自行编辑，且决定首页情境与匹配展示。

结果：修改常去雪场后，首页情境卡（主雪场 + 本周约雪人数）与约雪推送范围随之改变。

信用规则：约雪成行结束后，成员可对同行人发起一次评价（守信/守时/友好）；评价不公开自由文本，仅累计为信用分并展示达标率。多次失约将被标记（阈值见共享规则）。

例外：同一帖子同一人员仅可评价一次；举报或争议评价由管理员仲裁。

FR-12 雪历（按时间找同场雪友） P0 支撑 在原型中查看

目的：回答「不同的时间有哪些活动、哪些雪友在哪里」。约雪帖与活动都是「某一天在某雪场发生的事」，成员在决定自己的档期时，需要一个按时间轴俯瞰全俱乐部的视图，而不是逐个雪场翻列表。

匹配维度：配对不按「期 / 批次」组织，而是以 雪场 + 日期（+ 时段） 为唯一匹配维度 —— 同一雪场同一天的人自然成为「同场雪友」。只有俱乐部组织的线下活动（Event）带有「场次」概念，由领队创建并单独维护名额与签到。雪历把这两类条目放在同一条时间轴上。

触发：底部导航「雪历」，或首页顶部的「打开雪历 · 看哪天有人」入口。

页面结构：月历（周一为第一列，显示当月网格，日期格内以三类圆点区分「官方活动 / 自发活动 / 约雪帖」，并标注当日条目数）· 月份切换（‹ / ›）· 快捷筛选（仅三项：全部 / 俱乐部活动 / 约雪） · 选中日详情列表。

处理规则：聚合「未关闭 / 未过期」的活动与约雪帖，按 MM-DD 落到日历格内；活动按类型以两种圆点区分（官方活动=橘红实心、自发活动=橘红空心，见 FR-14），约雪帖为灰色实心点；点击某日，下方列出该日全部条目（活动在前、约雪帖在后），点条目直接进入对应的活动详情或约雪详情。首页「近期活动 · 全部 ›」也进入雪历并自动把快捷筛选切到「俱乐部活动」。默认进入时定位到最近一个有内容的月份，并选中该月首个有内容的日期；若当月没有任何条目，显示空状态并引导切换筛选或月份。今天所在的日期格额外高亮。

结果与状态变化：雪历本身不写入业务数据；它读取成员发布/报名的结果。发布新约雪帖或报名活动后，对应日期格与当日列表同步更新。

权限：所有成员可见全部俱乐部活动与「招募中」的约雪帖；已关闭 / 已过期的帖子不进入日历聚合（只保留在各自详情中作为历史记录）。

快捷筛选：只保留三档 —— 全部（活动 + 约雪）、俱乐部活动（仅官方 / 自发活动）、约雪（仅约雪帖）。不再提供雪场范围筛选（我的雪场 / 国内 / 国外）；成员若想按雪场查看，走「约雪」板块的雪场筛选。

边界：当月无条目 → 空状态；筛选后无结果 → 同为空状态提示；非当季月份（如夏季）无数据 → 正常月历 + 空状态，不显示其他雪季的条目。

FR-13 成员标签体系（身份标识） 在原型中查看

目的：让管理员与成员在翻看名单、约雪成员列表时，一眼认出某个人的身份，而不必点开个人档案。

标签 ≠ 等级（关键区分）：等级由积分决定（青铜 / 白银 / 黄金 / 白金），是「滑了多少」的度量；标签是身份标识，是「你是谁」的标识，由管理员授予，与积分无关、不随雪季重置。二者可并列展示（示例：个人档案同时显示「白银滑手」等级与「VIP」标签）。

标签集合（本版确认的四类）：群管理员 VIP SIP 俱乐部校友。其中「SIP」的确切含义与获得条件 [TBD]（疑似超级会员 / SVIP），需俱乐部明确后写入配置。

展示位：①个人档案头像卡下方；②约雪详情的成员列表（含发起人）；③管理后台的待审核申请列表。

处理规则：一个成员可同时持有多个标签；标签由管理员授予与撤销，成员不可自设；标签只影响展示识别，不改变权限 —— 权限仍由角色（成员 / 领队 / 俱乐部管理员）决定（见共享规则「角色与权限矩阵」）。标签变更即时生效，历史约雪帖与活动记录不回写。

边界：无标签的成员不显示占位标签（或显示「暂无身份标签」），避免视觉噪音；标签样式需在深浅背景下都可辨识。

FR-14 官方活动与自发活动 在原型中查看

目的：把「俱乐部官方组织的活动」与「成员自己发起的活动」分开，避免成员误以为所有活动都由俱乐部背书、都计入积分，并让雪历一眼能区分两类。

类型字段：活动带 kind 字段，取值 official（官方） 或 member（自发）。

官方活动：由领队 / 管理员创建，代表俱乐部组织；进入积分体系（报名 → 现场扫码签到 → 打卡记录 → 积分入账 → 缺席判定），并可配置签到积分。

自发活动：由成员发起，用于集合与报名（如拼车、夜场约伴），默认不计积分 [TBD]（是否允许俱乐部为个别自发活动补记积分需另行确认），不进入签到积分与缺席判定；但同样展示在首页「近期活动」与雪历。

雪历区分：官方活动=橘红实心点、自发活动=橘红空心点、约雪帖=灰色实心点；条目卡片的类型标签同步展示「官方活动 / 自发活动 / 约雪」。

筛选与权限：活动不设独立的类型筛选列表；按来源区分改由两处承载——雪历快捷筛选切到「俱乐部活动」可只活动视图，卡片与详情「主办」行显式标注「官方 / 成员自发」。仅领队 / 管理员可创建官方活动，成员可发起自发活动；管理员可下架任意活动。

边界：官方活动满员后按钮置灰；自发活动不计积分时卡片需显式标注「不计积分」，避免成员按官方预期参与。

FR-15 公告与官方通知 在原型中查看

目的：给俱乐部一个统一的官方发声位置，让成员不错过重要通知；同时为赞助 / 广告内容提供一个合规、可辨识的载体。

页面结构：①首页顶部公告条（展示最新一条置顶公告，点击进入详情，附「查看全部公告与通知 ›」入口）；②公告列表（筛选「全部 / 官方公告 / 赞助内容」）；③公告详情（标题、来源、时间、正文；若为赞助内容，附「相关合作方」卡与直达入口）。

处理规则：公告由管理员发布，可设置置顶；置顶公告优先在首页公告条展示，其余按时间倒序；赞助类内容必须将来源标注为「赞助内容」，并带合作方归属。

权限：仅管理员可发布 / 置顶 / 下架公告；所有成员可查看。公告本身不产生积分或状态变更。

边界：无公告时列表空状态；赞助内容必须可辨识（来源标注 + 合作方信息），不与应用内公告混淆。发布审核与广告合规规则待确认

FR-16 赞助商露出与直达 在原型中查看

目的：给合作 / 赞助方一个稳定、克制的展示位，并把成员顺畅导向合作方权益，让赞助有回报、成员得实惠。

页面结构：①首页「合作伙伴」横向露出（卡片显示名称、权益、直达文案）；②合作伙伴页（每张卡：名称、权益、说明、「权益 / 直达」按钮）；③公告详情内嵌的「相关合作方」卡。

处理规则：合作方资料（名称、权益、说明、目标链接、有效期）由管理员维护；露出位显式标注「合作方 / 赞助」；「直达」动作跳转合作方页面（站外跳转与广告标识需符合平台合规）。

权限：仅管理员可新增 / 编辑 / 下架合作方（原型 page-sponsors 底部「维护合作方 · 仅管理员」入口）；成员不可自行上传任何合作方信息，仅可查看与点击直达。

边界：无合作方时首页该区不展示或显示占位；合作权益的具体规则（折扣力度、有效期、领取方式）以合作方公示为准，俱乐部仅作信息展示。投放位数量、结算与合规规则待确认

FR-17 管理后台与成员准入 在原型中查看

目的：把「谁能加入俱乐部、以什么身份加入」管起来 —— 成员必须凭管理员邀请码注册，并经管理员核查（审核）通过后才能完整使用；同时为管理员提供邀请码与标签授予的操作台。

准入流程（状态机）：未注册 → 凭邀请码提交注册（状态「待审核」）→ 管理员在后台核查（核对邀请码来源、水平、身份）→ 通过并激活（状态「已激活」）或 拒绝（状态「未通过」）。待审核期间成员仅可浏览公开内容，不可发布约雪、报名活动或签到。

页面结构：管理后台页含两块 —— ①邀请码：展示码、已用 / 上限、有效期，支持「生成新邀请码」；②待审核申请：每行显示昵称、水平、邀请码来源、申请时间，附「通过并激活 / 拒绝」动作。

处理规则：邀请码有有效期与使用次数上限，用尽 / 过期后不可再用于注册；同一申请仅有「待审核」一个可操作态，通过或拒绝后从队列移除；通过后成员进入「已激活」，可被授予标签。

权限：管理后台仅群管理员 / 俱乐部管理员可见；成员标签授予、雪场库维护、积分规则与奖励配置、成员封禁均在此收口（见共享规则）。

边界：邀请码过期 / 用尽 → 注册入口提示且不生成待审核申请；待审核申请积压 → 后台在「待审核」计数上提示。邀请码有效期、单码次数上限、是否需要总管理员复核待确认

FR-18 官方活动海报上传 在原型中查看

目的：俱乐部官方活动需要一张能一眼看懂「活动是什么、什么时候、怎么参加」的视觉物料，便于上传活动内容与后续分享。

触发：管理员/领队进入官方活动详情页（page-event），在活动信息下方的「海报」区操作。

处理规则：海报区仅在官方活动展示；成员自发活动不提供海报位（附说明文案）。未上传时显示「未上传海报」占位与「上传海报」按钮；已上传后展示海报图，并提供「替换海报 / 移除海报」。支持上传图片文件，本地读取为图片数据（自包含演示，不发起网络请求）。上传/移除即时刷新详情页。

权限：仅管理员可上传 / 替换 / 移除海报；普通成员仅可查看已上传海报。

结果与状态变化：海报随活动一起展示，并在转发分享时作为分享卡封面使用（见 FR-19）；移除海报后回到未上传状态。

边界：无海报时不阻断活动报名；海报内容需符合活动发布规范。海报尺寸建议、内容审核口径待确认（见待确认项 Q13）

FR-19 一键转发到微信聊天 在原型中查看

目的：让「活动」和「约雪招募」都能一键转发到微信聊天，方便成员在群里/好友间扩散，降低拉人成本。

触发：成员在活动详情（page-event，「转发到微信」按钮）或约雪详情（page-snowdate-detail，「转发到微信」按钮）点击转发。

处理规则：调用微信转发能力（小程序转发/分享），以当前活动或约雪帖生成分享卡（标题 + 摘要 + 封面；官方活动用已上传海报作封面）。转发对象为微信聊天（好友 / 群聊）。

权限：所有已激活成员可用；分享内容为公开信息，不包含联系方式等敏感字段。

结果与状态变化：转发本身不改变业务状态；被分享的成员点击后可进入对应活动 / 约雪详情，按各自规则报名或申请加入。

边界：活动/帖子已关闭或过期仍可被转发查看，但不可再报名/申请（与各自状态机一致）。分享文案模板与是否带追踪参数待确认

FR-20 成员头像上传与同步 P0 支撑 在原型中查看

目的：在约雪/活动场景里，让成员一眼看清谁是谁、谁在参加什么活动——头像比昵称更快被识别。

入口：「我的」页（page-profile）头像卡下方的「上传我的头像」区块（头像 + 上传/更换按钮 + 压缩说明）；约雪广场不再放上传入口（只展示成员头像），约雪板块因此保持纯约雪内容。约雪帖、活动名单与我的页使用同一头像。头像非必填，未上传时按昵称首字生成默认头像。

处理规则（压缩）：头像只需看清即可，不需要大图。成员选择相册/拍照图片后，客户端统一压缩：等比缩放到长边 ≤ 160px，转 image/jpeg 质量 0.8 后再上传/存储，避免占空间与拖慢列表。压缩在本地完成（原型中以 canvas 实现；无 canvas 能力时回退原图，保证流程不中断）。支持重复上传替换（即「更换头像」）。

同步范围：头像上传后即时同步到 —— ①约雪广场卡片与约雪详情成员列表（含发起人；已加入的本人显示「我」标识）；②活动详情的报名成员头像行（超出展示上限折叠为「+N 人」）；③签到核销台的报名成员名单；④「我的」页头像卡与首页/个人档案场景。即「谁在参加什么活动」在列表与详情中都能一眼看到。

权限：成员仅可上传/更换自己的头像，不可修改他人头像。头像为公开信息，展示于俱乐部内的约雪帖与活动名单。

边界：上传失败 → 提示重试并保留原头像；头像尺寸上限（如原图 ≤ 5MB）、是否做内容审核（涉黄/违规头像）待确认。

FR-21 签到核销（扫码核销与权限） P0 支撑 在原型中查看

目的：让现场签到可以被组织方统一扫码核销，解决成员本人扫码失败、网络不佳或到场但未签到的情况；同时明确谁有权核销，避免误核销。

权限规则（按活动来源分流，本版确认）：①官方发起的活动 → 管理员可核销；后台管理（page-admin）展示官方活动的「签到核销」区块，管理员可在此进入核销台统一扫码核销。②成员自发的活动 → 发起人可核销；管理员同样可以核销。普通成员对本活动无核销权限。

入口：①活动详情页（page-event）出现「扫码核销签到（管理员 / 发起人 / 管理员）」按钮（仅在当前账号有权限时显示）；②后台管理（page-admin）的「签到核销 · 官方活动」区块列表，每条含「扫码核销签到」按钮；③核销台页面（page-verify）。

处理规则：核销台展示活动基本信息（标题/日期/雪场）、签到码（每场活动独立）、核销进度（已核销 N / 报名 M 人）与报名成员名单（带头像、逐人「核销签到」按钮）。组织方扫成员凭证或点名单逐人核销 → 该成员标记为「已核销」并计入出勤；成员本人自助扫码签到成功后同样进入核销名单并标记已核销，避免重复。重复核销被拦截并提示。

结果与状态变化：核销写入打卡记录（时间、活动、核销人、被核销人），刷新核销进度；官方活动按签到积分规则入账（见 FR-08 / FR-09），自发活动默认不计积分。核销台无权限时按钮禁用并提示「无核销权限」。

边界：核销凭证形式（动态二维码有效期、是否叠加定位围栏）、核销是否可撤销待确认。