个人数据更正要求怎么处理？核对、决定与回复纪录

收到要求改正个人数据，先分清法定「改正数据要求」与日常数据更新：前者须符合《个人数据（私隐）条例》的进程条件；后者仍要按数据用途处理准确性，但不应硬套成同一法律流程。以下依 PCPD 的《数据用户如何妥善处理改正数据要求》，整理辨认、比对、身份授权、决定、回复与副本追踪的实作步骤。收到后先保存原文与收件日，指定承办人，让每个判断都能回到同一份数据和纪录。

怎样辨认是更正要求？

不要只看信件标题，也不要等对方引用条例条文。按 PCPD 指引，法定改正数据要求的内核，是数据当事人或合资格的「有关人士」以中文或英文书面请求更正其个人数据，而数据用户此前已依从一项查阅数据要求，把所涉数据副本提供给数据当事人。这个前提要查证：系统是否有该次查阅要求、交付副本及其涵盖字段；仅在客服对话、调查或一般往来中看过一份数据，不等同依法取得该副本。要求者后来用电邮指出副本某栏不准确并要求改正，即使没有写「改正数据要求」，仍可能符合；口头反映则不是法定书面要求，且没有指定表格。相对地，客户只通知新地址、要求更新联系方式，未必走法定改正要求进程；但机构仍须按数据用途采取切实可行步骤维持数据准确，不能只因缺少前次查阅要求便搁置。例：员工在调查中收到出勤表后要求改表，若表格不是依其查阅数据要求提供，记为一般准确性处理并核实；不要把它标成已符合全部法定门槛的案件。收件人可先记三项：前次查阅要求编号与交付日期、这次指出的数据字段、对方要求的动作。若前次案件无法查到，搜索寄件人、附件版本和交付纪录，再将未确认事项交承办人核实；不要只按邮件标题自动归类，也不要因缺内部表格就要求重填。若最终不是法定改正要求，记下路由理由并另行处理数据准确性，避免「不属法定进程」被误写成「不用处理数据」。先把两条路径分开记录，才不会漏做一般更新，也不会误算法定流程。

原始数据与要求怎么比？

把每项争议拆成「已提供的内容、要求者指出的错误、所求改法、支持证据」四栏，逐字核对副本版本、数据期间、字段来源和用途。条例所说的不准确，可包括不正确、误导、不完全或过时；要求者应提供足以让数据用户辨明错在何处及所求改正是否准确的数据。不要把「不同意结果」直接等同错误，也不要因证明文档与旧纪录不同就不问日期和情境。假设副本写「甲街18号」，要求者说门牌应为「81号」；要比对原始申请表、后续变更纪录及各文档生效日期，确认是输入倒置、后来搬迁，还是两份数据分属不同时点。若缺少关键材料，可只索取合理需要的部分，并说明要确认哪个差异；收到第三方来源数据时，也可向来源方核对。结论要能指出每个字段是已证实错误、仍待厘清、或证据显示原纪录准确；如改正内容本身无法确认，不要先照改再补查。

核对时以「一个字段、一个期间、一个主张」作单位，避免笼统写成整个文件有错。把来源文档名称、创建日期和版本列入比对表，将缺漏数据与错误数据分开：若内容原本有值但错，找可确认正确值的记录；若某段未填，确认要求者要补上哪一项及依据；若数据已过时，查它在目前用途下是否仍会被使用。若两份来源相互矛盾，保存差异并请求可合理取得的补充材料。这份表也是决定后回复和同步副本的索引，可用字段编号连回原数据，避免同名数据被误改。

身份与授权如何确认？

先核对要求者是否与前次查阅数据要求者相同，并调出当时已收的身份数据和案件纪录；不要无差别地重新索取证件副本。若为本人提出，检查现有数据能否合理确认其身份；若由他人代办，还须确认数据当事人身份、代表者与当事人的关系，以及其是否有权提出这项改正要求。要分清：某人若仅因数据当事人的书面授权而可代办查阅数据要求，该授权本身不会自动授权其提出改正数据要求；PCPD 指引要求就改正要求另提供由数据当事人签署的授权书。判断授权时，核对签署人、被授权人、数据当事人和要求范围是否对得上；如授权只写查阅或未涵盖本次改正，先指出缺少哪一项，再要求合理所需的补充数据。例：员工的家人转寄前次查阅副本并要求改名，不能只因持有电邮或旧授权便修改，须确认数据当事人及本次代理权。若身份或代表关系无法按合理需要确认，法例列有须拒绝依从的情况；将查核依据、补件要求、取得日期和结果存入案件纪录，并限制接触身份材料的人员。

核验不等于无限收集身份文档。先查看既有文件是否已足以认定同一人，再按风险选择最少但有效的确认数据；若屏蔽部分字段的证件副本已足以核验，便不必拷贝保存全部数据。可通过原登记联系方式确认新联系人，并把敏感证明存放在限制访问的位置；案件摘要只记核对结果和证据位置，不在一般工作表重抄身份号码。例：对方只请求更正姓名拼字，可比对原档姓名、已验证帐户和前次交付纪录，不因名字改一字便收取与事项无关的住址或银行数据。

更正范围由谁决定？

由掌握该数据用途与处理情况的数据用户，根据数据、来源及证据判断是否不准确、应如何更正；申请者提出的改法是待核对的主张，不是自动生效的指令。可向数据源方求证，但不要只因数据来自外部、承办商或另一部门，就把责任整件转出去。先分辨事实、意见与混合字段：姓名拼错、日期错置可能可由原始纪录确认；绩效评语则可能含不能客观核实的意见。即使不接纳要求者对意见的判断，也不能把整份数据当作从未发生；若拒绝更正属意见表达的数据，应依条例制作争议事项附注，使任何用户在看不到附注时不能使用该数据，并把附注副本附于拒绝通知。例：考勤表中的打卡时间与主管对工作态度的评语，应分栏核对；证明打卡时间有误时更正该栏，对评语则记下要求者争议的具体事项并按规定附注。若另一数据用户控制处理方式而限制部分改正，说明受限范围、确认仍可完成的部分并分别处理，不以此一概拒绝全部要求。决定纪录应列明核对人、采纳或不采纳的证据、改正范围、未改项目理由及附注位置，让后续读取数据的人能理解版本差异。

条例所称「改正」涵盖更正、删除或填备数据，所以要求者提出删除、补充或改字时，都要确认所求结果本身准确，并界定涉及哪些字段、期间与用途。若争议其实是对评分公平与否的整体争论，不要把改正进程当成裁决整场雇佣纠纷的途径；但仍须逐项处理可验证的个人数据。只部分证据成立时，精确列明已改、未改项目及理由，避免以「整份数据有争议」一笔带过。

无法照改怎么回复？

先分清「拒绝」与「暂未能完全依从」。数据用户如不信纳数据不准确、没有足够信息辨明不准确之处、不能信纳要求的改正内容准确，或其他法定情况适用，可按条例考虑拒绝；身份数据不足则另有须拒绝依从的规定及例外。拒绝时要尽早以书面通知，最迟不得超过收件后40个历日，清楚列出理由；如属意见表达，还要附上前述附注。若现阶段只是数据量大或须核对来源而未能在期限内完成，不应以「处理中」代替正式回复：须在40日届满前书面说明未能完成及原因，在可完成范围内先行依从，之后再于切实可行范围内尽快完成。假设要求更正三个字段，其中两项已核实、一项待来源方回复，可先完成可确认的部分，列明第三项未能确认的理由与后续处理，不把三项一并搁置。收到、补件、部分更正、拒绝理由、通知及完成日期都应留痕；如作出拒绝，另把理由详情记入纪录簿并保存四年。

把时计从收件入口就打开：保留原邮件、信封或电子系统时间戳，案件表列出收到日、责任人、身份补件、每个数据项状态、预定回复和实际送达。由承办人核对期限，不能等到完成调查才补登。回复文本要符合实际结果，可分为「已改正并附副本」、「拒绝并列明理由」或「期限内未能完全依从、已完成部分及原因」，避免只写收到、已转交或仍在跟进。对附注、第三者控制等特殊情况，先由主管或私隐负责人检查适用依据；要求者不同意结果时，也保存往返信件和原决定证据，不改写时间线。受托者或数据源方尚未回复，不会令原始收件日消失；升级处理时一并交代期限和已完成部分。

受影响副本如何同步？

改正完成不代表只改主画面便结案。先列出该数据在内部系统、导出档、工作副本及受托处理环节中的位置，记录哪一份属仍在使用的个人数据、由谁管理、需要何种更正；同时保留可追溯的变更前后值、操作人和时间，避免无痕覆写历史纪录。法定要求完成后，须向要求者提供经改正的数据副本。再查披露纪录：如果数据在改正日前12个月内曾披露予第三者，而且没有理由相信对方已停止为原披露目的或直接相关目的使用该数据，数据用户须采取所有切实可行步骤，向第三者提供改正副本及说明改正理由的书面通知。若在收到要求后、决定前仍披露相关数据，也须采取切实可行步骤告知对方该数据正考虑改正。例：假设公司更正一项已寄给外部服务商的联系数据，先查披露日期、用途及对方是否仍使用，再记下通知对象、所送版本、理由和送达结果；不可只更新内部名册就宣称完成。最后以清单核对内外副本、收件人回复和案件纪录，确认同步的是受影响版本，不是把所有历史数据一律删除。用披露清单对照收件者和版本，只向仍受影响的对象提供更正副本及理由，并保存寄送方式、日期、版本和结果。若有根据认为对方已停止原目的，记下判断依据，不把12个月当成通知历史收件人的指令。

下一步可先创建一张案件表，字段放入收件日、前次查阅副本、身份授权、数据差异、证据、决定、回复和第三者通知。若要了解 Chan & Chung 的现有信息，请由官方网站查看。