互联网企业核验工作履历、职责与业绩，应确认任职主体和时间、正式职务与实际职责、项目参与和成果归属，并按目标岗位的系统权限、数据接触和业务责任设置深度。材料、机构记录和证明人陈述要按证明范围组合；事实、评价与能力判断必须分开，无法核实也不能写成虚假或不诚信。

一、互联网岗位的名称不等于真实职责

互联网企业岗位名称更新快，同一名称在不同公司含义不同。“产品负责人”可能是正式职级，也可能只是项目角色；“架构师”可能负责技术决策，也可能主要承担方案支持。只核对名片或HR系统中的职务，无法完整回答候选人实际做过什么。

核验应把信息拆成三层：任职主体、合同关系和起止时间等基础履历；汇报关系、团队范围、系统权限和关键任务等实际职责；项目目标、本人贡献和可归属成果等业绩事实。三层可以相互印证，但不能互相替代。

企业还要明确目标岗位所需经验。若只要求普通研发经历，就不应因候选人接触平台业务而全面调查其所有项目和数据权限。

二、先确认任职主体和用工关系

互联网集团常存在品牌名、运营主体、技术主体和人力资源服务主体不一致的情况。候选人写品牌名称，劳动合同可能由集团内另一家公司签署；外包、派遣、顾问、实习和自由职业也可能参与同一项目。

核验时应记录单位全称、品牌与主体关系、用工或合作形式、起止时间和记录口径。工资、社会保险、个税、劳动合同和离职证明可以支持不同事项，不能要求每段经历都必须由同一种材料证明。

主体差异不等于虚假。并购、更名、业务拆分和平台化用工都可能造成简历与登记记录不一致。调查人员应先建立主体映射，再判断表述是否对目标岗位形成实质误导。

三、任职时间要统一口径后再比较

“入职时间”可能指签约日、实际到岗日、社保起缴月或项目开始日；“离职时间”可能指最后工作日、合同终止日、工资结算月或账号关闭日。若报告和简历使用不同口径，出现一个月差异并不罕见。

核验前应定义需要比较的时间字段，并在报告中保留原始口径。时间存在重叠时，要进一步判断是否为兼职、顾问、交接期、集团内部调动或记录错误，而不是自动标记“双重任职”。

对短期项目、创业团队或已注销企业，可综合合同、付款记录、项目邮件、代码或文档留痕及直接知情人陈述，但每项材料只能证明其覆盖范围。私人材料应遮盖与核验无关的信息。

四、正式职务与项目角色应并列呈现

正式职务通常由劳动或人事记录证明，实际职责则可能由岗位说明、汇报关系、项目材料和直接知情人说明支持。候选人简历使用对外通俗头衔时，应分别记录正式职务和实际角色，不能强迫两者完全一致。

例如，HR记录为“高级产品经理”，项目文件显示其主持某一版本交付。报告可以写明正式职务和项目负责人职责各自的证据，不应只因头衔不一致判定夸大。反之，候选人称负责整个产品线，但材料仅能证明参与一个模块，也应准确呈现证明边界。

职责核验宜围绕目标岗位选择关键问题：是否拥有决策权、是否管理团队、是否接触生产系统、是否对预算或客户负责。不要把所有日常任务都写入报告。

五、项目业绩要核验贡献归属而不是宣传数字

互联网项目成果往往由团队共同完成，业务数据还可能属于商业秘密。企业应区分项目确实存在、候选人参与、个人承担的职责和最终结果四个层次。项目成功不能自动证明个人贡献，项目未达目标也不能直接等同于个人能力不足。

可核验材料包括经适当处理的项目任命、里程碑记录、版本发布、验收材料、绩效目标和证明人陈述。公开报道或公司宣传可以证明项目对外发布，但通常不能证明个人职责。候选人也不应被要求泄露前单位源代码、客户数据或完整商业文件。

业绩指标要保留定义、期间和数据来源。“提升转化”“负责核心增长”等表述需要进一步问清基线、统计范围、团队分工及候选人可控制部分。无法取得原始业务数据时，可以记录可证事实和限制，不应制造精确结论。

六、技术、产品和运营岗位应采用不同问题

技术岗位可关注关键系统、技术决策、生产权限和事故责任，但实际能力仍应通过技术面试、代码或工作样本评价。产品岗位可核验产品范围、决策责任、跨部门协同和上线事实，不能用用户规模代替个人能力。运营和增长岗位可核验渠道、预算权限、项目周期和结果口径，同时注意数据归因限制。

对数据、安全、支付等高权限岗位，可以加深对实际职责和权限经历的核验，并把结果用于权限审批或进一步面试。岗位重要只会加强相关事实的证明要求，不会让私人生活或无关信息变得必要。

行业方案必须体现这些岗位差异。将其他行业的通用项目改成互联网名称，而不调整证据路径、权限问题和项目口径，不构成真正的行业方案。

七、证明人访谈要限定关系和知情范围

证明人应能说明与候选人的合作关系、共事时间和直接观察范围。直属上级可能了解职责和评价，同级同事了解协作，HR更适合确认正式职务和任职时间。不同证明人回答不同问题，不能用一个人的意见覆盖全部事实。

访谈记录要区分原话、调查人员概括和企业评价。要求证明人给出具体事件和时间，避免只记录“能力强”“不够稳定”等抽象标签。存在利益冲突、关系紧张或信息转述时，应降低证明力并寻找其他来源。

证明人拒绝回应或只能确认有限事项，不等于候选人经历虚假。调查人员应记录已尝试路径和证据限制，允许候选人提供替代材料。

八、冲突、缺失和无法核实需要分级复核

第一步确认主体和口径，排除同名、企业更名和时间定义差异。第二步列出报告值、候选人主张和每项证据的证明范围。第三步寻找独立来源，并核对相反证据。第四步形成确认一致、确认差异、证据不足或暂时无法核实等状态。

候选人提出补证后，应由相对独立人员复核，不宜只让原调查人员重复原结论。采信或不采信都要写明理由，并更新报告版本和招聘系统中的相关状态。

事实差异最终是否影响录用，由企业结合事先明确的岗位条件判断。服务商可以核验来源，却不能替企业作出能力或诚信定性。

九、一个项目职责核验的假设场景

假设候选人称曾负责某电商平台推荐项目，前单位HR只确认其正式职务为算法工程师。候选人提供经脱敏的项目任命和版本记录，证明其负责一个子模块；原上级确认其参与方案设计，但整体业务指标由多个团队共同完成。

报告应确认任职和子模块职责，说明整体业绩无法完全归属于个人。企业可在技术面试中继续验证方法和决策过程，而不是在背调中要求披露前单位数据。若候选人最初写“负责整个平台”，则应让其解释表述范围，并判断差异是否影响目标岗位。

这个场景说明，履历核验关注事实边界，能力评价则需要独立工具。

十、个人信息和商业秘密要同时保护

《个人信息保护法》第六条要求个人信息处理目的明确、合理，并与处理目的直接相关，采取对个人权益影响最小的方式。企业应在核验前说明项目、来源类型、保存期限和权利渠道，限制报告访问和导出。

互联网项目材料可能同时包含个人信息、客户数据和前单位商业秘密。企业不应以证明业绩为由要求候选人提交完整数据库、源代码或未公开经营数据。可以通过脱敏摘要、现场展示、第三方证明和结构化访谈等方式降低影响。

调查所得材料只能用于已说明的人才决策，不能顺便沉淀为竞争情报或用于无关业务分析。

十一、可直接使用的核验步骤

确认目标岗位和关键经验；建立任职主体映射；统一时间和职务口径；把正式职务、实际职责和项目业绩分开；为每个问题选择相应来源；核对证明人关系和知情范围；设置冲突与补证流程；限制商业秘密和个人信息；记录查询时点、证据限制和版本；由企业独立判断岗位影响。

一份合格报告应让使用者知道哪些事实已确认、哪些只是评价、哪些仍缺乏证据，以及结论能支持什么决定。没有这些边界，项目越多，误判的可能性反而越高。

常见问题

前公司已注销，工作经历还能核验吗？

可以尝试多来源组合，包括合同、工资或税费记录、项目材料、企业历史登记及直接知情人说明，但每种材料证明范围不同。报告应说明已核验部分和限制。企业注销或无人回应只会造成核验困难，不能直接推定候选人经历虚假。

候选人无法提供完整项目业绩数据怎么办？

互联网项目数据常涉及商业秘密，不能要求候选人为证明自己而违规披露。企业可核对项目存在、角色、里程碑和方法，通过脱敏材料、证明人或工作样本补充判断。无法确认精确数字时，应如实写明，而不是把数字存疑扩大为履历造假。

正式职务与简历头衔不一致是否属于夸大？

需要结合表述语境和实际职责判断。简历可能使用项目角色或对外通俗名称，报告应并列正式职务、实际职责和证据。只有候选人明知差异且对关键岗位条件形成实质误导，并有充分证据时，才进一步讨论相应影响。