收到个资查阅要求怎么追？收件、核实与回复状态表

香港企业收到个人要求查阅数据，常见困难不是找不到信，而是前台、部门和数据持有人各自处理，最后说不清收件日、核实进度、搜索范围及回复由谁负责。查阅数据要求关乎当事人本人的个人数据，不等于索取整份公司文件；建议用一张状态表连接收件、核实、搜索、遮盖及回复证据。本文依香港个人数据私隐专员公署（PCPD）数据整理，实际要求仍要逐案核对官方指引。

如何辨认查阅数据要求？

不要只看信件标题或表格名称。来信只要实际要求机构确认是否持有某人的个人数据，或交付该数据的副本，就应交由指定窗口初步辨认；例如求职者问「请提供我面试评核中记录的数据」、客户要求查找与本人帐户交易有关的纪录，都值得转入查阅要求流程。相反，索取公司注册证、整份客户文件、同事的数据或一般公开文档，未必是这项权利所涵盖，应拆开辨认每一项所求内容，不要把不同请求混成一个「交文档」任务。

收件人不必先替请求者下法律结论，但要保留原信、附件和收件渠道，将主旨改写为中性摘要：谁要求、要查谁的数据、想查哪类数据、要求确认持有与否或索取副本、涉及的大概期间。PCPD 的 OPS003 表格可协助说明范围；其指引列出未采用指定表格可能构成拒绝理由，但若来信已清楚、完整，不能只为表格形式而忽略内容。遇到「所有与我有关的东西」这类笼统说法，标成「待澄清」，具体询问数据类型、期间或事件。这能避免把个人数据查阅误当成向银行或会计师交付公司文件，也避免搜索人员无边界翻查。收件窗口应立即转交负责人，别等到部门自行判断后才建档。PCPD 查阅数据要求指引及OPS003 表格与相关数据可用来核对要求范围和格式。

可以拿几个具体纪录作辨认：对话邮件中的称呼和联系内容、系统保存的帐户交互、某人工作评核的个人部分，都可能承载个人数据；合同全文、公司决策理由或他人数据则须另行分辨。若一封投诉同时要求复核处分和索取本人纪录，先把索取个资的部分独立立案，回复其他商务争议可沿原流程处理。

收件时间谁来登记？

让第一个接触来信的窗口负责开案，通常比让各部门自行登记可靠。窗口收到邮件、网上表单、纸本或转寄消息时，当日创建唯一案件编号，记录实际收到日期、时间、渠道、寄件者联系方式、数据当事人、摘要、附件清单及接手人。保留原始消息与附件的唯读副本，并注明是否经同事转交；不要把「转到私隐负责人那天」错当成机构最初收到日期。若无法即时判定是否完整，先照实记录原始收件日，再另列待厘清项目及跟进日期。

指定一位案件负责人维护主表，一位主管或私隐联系人处理升级；搜索部门只更新自己负责的列，避免多人改同一栏而覆盖纪录。设置以收件日为基准的 40 个历日监察期限，并加上内部较早的查看提醒，预留身份核实、澄清、部门搜索、遮盖和覆核时间。若范围不清，PCPD 指引指出需澄清至可处理的完整要求，时限起算可能受完整性影响；窗口应保留每次往来及完整要求确认日，按指引判断，不要默默改写最初收件日。周末、假日或负责人休假也不能让案件从清单消失。每次交接记录交出人、接手人、时间及下一步，主管定期查看无负责人、逾内部期限、等待外部数据和接近回复期限的案件，及早调整人手或升级处理。

若同一要求先到通用信箱、隔日才由客户服务转交，也要记两个时间点并标明最初收件凭证；让主管查看时能还原为何案件何时进入流程。附件若密码保护或无法打开，记录问题、通知对方的时间和暂定处理方式，避免只留下附件名称。

身份与代表权如何确认？

在搜索或披露数据前，先确认提出要求的人是数据当事人，或能代表当事人行事的合资格人士。本人提出时，对照已有可信纪录及合理所需的身份证明；不要把「有客户编号」直接当作身份已核实，也不要未判断风险便要求交出过多证件数据。若要求者替他人提出，分开核实要求者身份、数据当事人身份，以及两者的关系或授权依据；按个案索取合理文档，例如有效授权或可证明代表资格的数据，并让覆核者确认文档所涵盖的对象、数据类别和有效范围。

可在状态表记「身份待核实／已核实」、核实日期、核实方式、核实人、待补项及覆核人；身份文档应放在权限受控位置，主表只留必要索引或结果，避免拷贝身份证号码到一般部门共用表。若文档不一致、授权范围不明或联系渠道可疑，暂停披露并用已核实渠道向本人确认；不要把待核实数据散发给搜索部门。收到补件后记录日期，再由负责人确认是否足以续办。PCPD 表格说明，数据用户可要求合理所需的身份证明；代表他人申请时，也可要求证明数据当事人身份及代表资格。身份未能合理确认时，不应冒险交付，须把具体缺口和已采取的核实步骤写明，并由熟悉私隐规定的人覆核后再决定下一步。

核实不等于每种文档都真实，也不代表应长期保留完整证件。判断只需足以防止错误披露：例如从既有帐户联系方式回调，或由受控管道核对证明文档必要字段。若尚未核实，列出缺少的证据和安全补交方式；若身份数据已在组织内，优先核对既有数据，避免要求重复发送敏感副本。

内部找数据由谁负责？

案件负责人先把请求拆成可搜索项目，再按数据可能存放的位置分派。例：要求查看某段期间的招聘评核数据，可分派人力资源部搜索申请表、评核纪录和相关邮件，系统管理人员确认招聘平台或封存系统的保管范围；要求查看客户服务交互，则可能由客服、帐户管理及相关系统持有人分别核对。每个搜索任务都要附上人名或识别线索、数据类型、日期范围、可能系统、排除项和回报期限，避免只传一句「找一下他的数据」。

部门回报时提供搜索位置、使用的线索、查找日期、结果、未能查到的原因、命中数据数量或文件索引，以及是否含第三者数据。没有结果也要写明查过哪些系统、由谁确认、是否仍有外判处理者或脱机封存位置待查；案件负责人据此决定要否追加搜索，而不是把「尚未回复」当作「没有数据」。若数据由供应商代存，通知内部合约或系统负责人按既有安排查找，并追踪回复，不要向供应商直接披露超出必要的个资。搜索完成后，再由指定人员区分当事人自己的个人数据、非个人数据和他人的个人数据；通常交付的是所要求的个人数据副本，不必然是整份承载数据的文档。对第三者识别内容应评估可否遮盖后提供，并保留遮盖理由及核准纪录。这样既能覆盖分散数据，也能让覆核者重现搜索路径。

任务清单可要求部门回复「已查完／仍待查」和依据；只有具体负责人确认所属系统及期间，才能把该范围标成完成。每个数据位置都要有回报时点；遇到权限不足或系统移转，当日升级并记下预计完成日。

缺件或不处理怎么记原因？

把「待补」、「不持有」、「部分提供」和「拒绝」分开记录，因为它们的事实、后续工作与对外说明不同。待补表示仍可通过补充身份或范围数据继续处理；不持有表示负责人已完成界定范围的搜索，并能指出查找位置；部分提供表示可交付范围已完成，另有具体数据受限制；拒绝则要写明适用理由、支持事实、决策人和覆核结果。笼统标示「数据不足」或「涉及私隐」无法让接手同事判断，也难以向请求者清楚解释。

例如要求者未提供足以核实代理资格的数据，纪录应列出要求补交什么、何时通知、给予的回应方式及目前状态，而非只写「代理不合格」。若搜索范围过阔，记录已提出的澄清问题与收到答案的日期；若文件含他人的个人数据，列明考虑遮盖或其他处理后能否提供。涉及拒绝时，PCPD 指引要求在 40 日内向要求者发出附理由通知，并保存拒绝原因纪录至少四年；逾期仍未能依从时，也须在期限内以书面解释，之后尽快处理。若考虑收取依从费用，保存直接且必要成本的计算依据，避免临时报价或把拒绝处理的成本混入。案件负责人应把来源事实、适用理由、通知副本、发送证明和覆核意见放在同一纪录链，并按PCPD 指引核对个案理由，不以范本代替个别判断。

纪录表亦可保留每次决定的日期、参与覆核者、引用的指引段落或条文，以及部分交付如何处理其他人的数据。若只拒绝一部分，清楚圈出未能提供的范围，并交付其余可依法提供的内容；不要让一个缺件自动阻断所有已能完成的部分。必要时记下法律覆核意见，及排除其他处理方式的理由。

回复状态怎么追踪？

一张表最少要让接手者一眼看出案件在哪里、卡住什么、下一位负责人和下一个日期。可把阶段设为收件、身份核实、范围澄清、内部搜索、第三者数据查看、覆核、待回复及已结案；这些是内部工作标签，不是公署指定的官方状态。每次变更时填更新时间、操作者、变更前后状态、原因、下一步与到期日，重要电话或口头确认要补上书面摘要。结案时保存寄出内容、附件版本、收件渠道、寄送证明及未交付部分的解释，限制访问权并依机构保留安排安全处理。

例中的日期与字段仅示范记录方式，不代表个案期限计算结论。每日或每周查看时，先筛出期限将近、身份或范围仍待补、搜索逾期、没有负责人，以及已寄出但未归档证据的案件。主管对每笔停滞案件指派单一跟进人和具体日期；若预计无法在期限内依从，及早准备书面解释和后续安排，不要把「已转法务」当成已回复。将久未更新的案件列入例行查看，查明卡点、等待对象及再跟进日期；结案核对附件版本。下一步可指定一位收件窗口，拿一笔假设请求演练核实、搜索和结案字段，确认期限提醒与交接都有责任人；想了解 Chan & Chung，请前往官网首页。