数据保护说明

因为站点没有账号体系，也没有交易流程，所以不会有身份证明、财务账户、支付凭证这类东西被要求提交。真正可能涉及的信息只有两类。

• 访问过程中由服务器自动记录的基础技术信息：所请求的页面路径、访问时刻、浏览器与设备类型标识，以及粗略到城市层级的网络位置。
• 你主动发到客服邮箱的内容：发件邮箱地址、邮件正文，以及你在信里附上的分类编号或参数组编号。

前者随访问行为自然产生，后者完全取决于你是否来信。这两类之外的信息不在收集之列，我们也不会通过挂载外部统计脚本来拼接你在此处和其他站点之间的浏览轨迹。

用途同样有限，只有三件事，不做任何延伸使用。

• 答复你提出的条款、编号与核验口径类咨询。
• 统计各类编号索引的查阅分布，作为每月索引增量说明侧重哪一批条目的参考。
• 排查访问异常，保证索引文件始终可获取、可下载。

保存方式跟着站内既有的归档节奏走：邮件往来在办理完毕后随例行归档整理，并在每季度的参数组口径复核时一并核对是否还有留存必要；访问日志则保留到稳定性评估所需的周期结束。超出上述用途之后，信息不做长期积累，也不挪作他用。

信息不出售、不出租，也不作为交换资源。站内的读取权限按岗位分工限定，与条目核验的作业方式一致。

• 值班专员读取邮件正文，用于首轮答复或转派到对应条线。
• 重庆落地与核验组按参数组编号分派核验岗，核验岗只读取与该编号直接相关的往来内容。
• 负责站点运行维护的岗位在授权范围内接触访问日志，接触范围以排查故障所需为限。

除法律法规明确要求提供的情形外，上述信息不向站内以外的任何一方提供，也不用于与本站业务无关的场合。

本说明随站内归档口径同步维护，当前为第 2 版。每次修订都会在下方记录中新增一条，注明版本序号、所属归档周期与变更摘要；版本序号与起始归档年度区间同时标注在本页目录栏左侧。修订不改变既有的处理原则，只补写原先表述不够明确的部分。

1. v2 补写参数组编号答复链路上的岗位读取范围 第 8 归档年度 · 第二季度

   明确了核验岗按参数组编号分派、只读取相关往来内容的分工方式，并写明邮件往来随例行归档整理、在季度口径复核时核对留存必要性的做法。

2. v1 首次成文，确立信息范围与处理渠道 第 7 归档年度 · 第四季度

   划定了访问日志与邮件往来这两类信息的边界，说明文件下载过程中不涉及账号与支付信息，并列出了查询、更正与删除三类请求的提出方式。