直接答案：确认场次、核对结果、保存并复查
篮球比赛结束后，记录员先确认当前页面对应正确的赛事、场次和参赛队伍，再核对终场比分、节次、比赛时间与未处理异常。结果保存后，回到赛事目录确认这条赛果落在正确场次，不能只看到“保存成功”就离开计分台。
赛小蜂篮球赛事管理与计分工具支持赛事和场次创建、球队球员、横屏计分、结束比赛与赛果留存。本文讨论的是人工归档流程：系统保存记录，不代替赛事负责人确认争议结果，也不自动生成尚未开放的高级赛事报告。
赛果核对和赛果归档不是同一件事
终场核对解决“这一场记得对不对”，归档解决“以后能不能找到并解释这条结果”。训练赛结束后做五分钟复盘，可以只关心比分和下一次训练要看的问题；一项赛事包含多场比赛时，每条结果都要放回对应的赛事、轮次或场次。
最常见的归档问题不是比分差一分，而是结果挂错比赛：上一场页面没有退出、主客队名称相近，或同一支球队一天连续参赛。比分本身正确，场次身份错误，后续赛程和统计仍会被带偏。
归档前先锁定四个身份字段
- 赛事：确认是哪一届赛事或哪一次训练活动。
- 场次：核对场次名称、时间或可区分的编号。
- 队伍：按正式队名确认对阵，不只看球衣颜色和屏幕左右位置。
- 结果状态：区分比赛完成、临时中断、待确认或取消，不能都写成正常完赛。
如果现场使用临时比赛，至少保留能识别本场的日期、队名和结果。正式赛事则应使用已经创建的赛事与场次。临时球员不写入正式球员库的边界，可参考临时篮球比赛快速开赛指南。
终场数据按“比分优先、事件复查”核对
裁判示意比赛结束后，先停止继续计时和录入。记录员复述主队、客队和最终比分，让现场负责人确认。随后查看节次、比赛时间、暂停、犯规、换人和最近操作，重点排查终场前是否发生过误触、撤销或临时中断。
个人得分或技术统计有疑问时，不要为了赶下一场直接改球队总比分。球队总分与个人归属是两层记录：总分确认无误，可以先保住比赛结果，再核对得分属于哪名球员。若球队总分本身也不一致，应回到最近可信记录点，按比分误操作纠错步骤处理。
异常必须写成能继续处理的一句话
“有点问题”不能支持复查。异常说明要包含对象、时点和待确认内容，例如“第四节 02:18 后客队一次得分的球员归属待核对，球队总比分已确认”。遇到临时中断，则记录中断时的比分、节次、时间和恢复决定。
赛事负责人尚未确认结果时，可以冻结当前记录并标记待确认，但不能提前对外写成正式赛果。归档的目的不是把问题藏起来，而是让下一位处理人知道哪些字段已确认、哪些仍需证据。
保存动作要和场次交接分开
- 终场后停止计时与新增操作。
- 复述对阵和最终比分，完成现场确认。
- 检查最近操作，处理有依据的误记。
- 结束比赛并保存赛果。
- 回到赛事或场次列表，确认结果出现在正确位置。
- 记录待确认异常，再为下一场重新核对比赛身份。
“已保存上一场”和“已打开下一场”是两次检查。连续比赛期间，设备不关机、队伍又重复出现时，更容易把下一场动作继续记在上一场。场次切换前应让屏幕短暂停留在赛事目录，由操作人口头报出下一场对阵。
赛事目录要让别人也找得到
归档目录不应依赖某个人的记忆。赛事名称、日期、场次和队名应使用稳定写法；同一支球队不要在不同比赛里随意换简称。若现场必须使用临时队名，赛后整理时保留原始名称和对应说明，不要直接覆盖成无法追溯的新名字。
需要导出、打印、生成正式报告或同步家长端时，应先确认这些能力是否已开放。当前赛小蜂篮球保留赛事、场次和赛果等基础记录；高级报表、现场打印和自动传播属于后续规划，本文不把规划当作当前交付。
归档后按固定窗口复查
多场赛事可以在每个比赛单元结束后做一次目录复查：场次数是否一致，已完成场次是否都有结果，待确认场次是否有说明。当天收场前，再抽查队名相近、比分接近、发生过中断或撤销的比赛。
复查不是重新凭印象改比分。任何修改都应对应到现场记录、最近操作、裁判或赛事负责人的确认。没有足够依据时，保留待确认状态比制造一个看似完整的结果更可靠。比赛日的整体交接可继续查看篮球赛事比赛日执行清单。
产品与证据边界
赛小蜂篮球当前开放快速比赛、赛事和场次创建、球队与基础球员资料、横屏计分、正倒计时、暂停、犯规、换人、撤销、最近操作、结束比赛与赛果留存。本文没有声称系统会自动裁定争议、自动生成正式赛事 PDF、自动打印或自动向家长传播结果。
常见问题
只保存最终比分够不够？
单纯看胜负时可能够用，但赛事复查还需要知道场次、队伍、比赛时间和异常说明。至少应让结果能对应到唯一一场比赛。
发现赛果有争议时还能先归档吗？
可以先冻结现状并标记待确认，但不要把争议结果写成已确认。由本场有权限的人确认后，再更新最终状态并保留处理说明。