到港时发现的磕碰、缺件、功能异常与资料差异，先按现象完整记录，再谈如何分级。分级的目标是让每项异常都有接手岗位与下一步材料，责任人判定放到现象记录之后。
本篇按现象记录、异常分级与责任交接组织作业，供接车人员在到港当天使用；涉及承运责任或保险认定的部分，由当地相应程序处理。
先记录完整现象，再谈属于哪一类
接车时先把车辆身份、发现位置、可见现象与当时状态写入同一条记录，写明发现时间与在场人员。照片按部位与现象逐张编号，不使用"整车看起来没问题"这类概括画面代替检查。
现象描述用可观察的用语，比如写"右后车门下沿可见一处凹陷，表面漆面开裂"，不写"看起来被撞过"。看到什么与推测原因分开两栏，推测栏没有依据时保持空白。
现象齐全后再分级，分级不急于归责
同一辆车的现象收齐后，再按影响对象分级：运输损伤、缺件、功能待查、资料差异分别建立条目。每条写明可能影响交付的环节，运输损伤条目保留到卸车与拆除保护记录的对照结果出来再收口。
没有依据判断原因的项目保持描述性用语，不写承运方或供应方责任；分级完成后给每项异常指定接手岗位与下一材料，影响交付的项目明确暂停范围。补件、维修或承运回复到达时，回到原异常行更新，避免同一问题在多个表中重复关闭。
各环节分别由谁签认
| 要核对什么 | 什么情况可以继续 | 什么情况要暂停 | 由谁负责 |
|---|---|---|---|
| 异常现象记录 | 车辆身份、位置、现象、时间与在场人员完整对应 | 现象记录缺位置或照片时先补全 | 到港验收负责人 |
| 分级条目清单 | 运输损伤、缺件、功能待查、资料差异分列成条 | 原因无依据的条目不写责任方 | PDI工单管理员 |
| 处理分派记录 | 每项异常有接手岗位与下一步材料 | 未分派的异常不进入关闭 | 到港验收负责人 |
| 异常关闭签认 | 关闭前回到原条目核对处理结果 | 影响交付的异常未解决不放行 | 交车批准人 |
现象、分级与处理三份记录按时间先后排列，接手岗位可以顺着顺序看到异常从发现到关闭的完整过程。聊天里对原因的猜测先转入待核，只有写进条目的内容参与后续判断。
记录、分级、归责逐步完成
接车人员只负责现象记录，不写原因；分级岗位按条目判断影响范围；涉及承运、保险或法规的责任认定，由相应负责方按程序给出。三个动作各自留名留时间。
同一批车出现多条异常时，各车各条分别处理，不因"这批整体放行"而跳过某一条记录。
分级条目怎样随异常处理流转
车辆进入维修、索赔或交付沟通时，把对应条目与材料一起移交，写明仍待确认的现象与接手人，交接双方确认条目数量一致。
修复完成后回到原条目关闭，并保留修复前后对照。下一批车辆重新建立条目，历史处理只提供分级口径参考，不套用为新车结论。
常见问题
在乌拉圭订单中，到港异常分级之前先做什么？
先做现象记录：车辆身份、发现位置、可见现象、发现时间与在场人员写入同一条记录并拍照。分级在现象齐全后进行，现象不全时先补记录，不先猜原因。
在乌拉圭项目中，看不出原因的异常怎么记录？
用描述性用语写现象，原因栏保持空白或标为待核，不把责任推给承运方或供应方。等维修、复测或承运回复给出依据后，再回到原条目补充原因。
在乌拉圭项目中，同一辆车出现多种异常怎么分级？
按运输损伤、缺件、功能待查、资料差异分列条目，每条单独对应车辆部位与材料。多项异常不合并成一条"到港有问题"，各自关闭、各自留痕。
在乌拉圭项目中，异常处理完成后还需要保留原记录吗？
保留。修复或补件完成后回到原条目更新结果，原始现象记录与处理对照一起存档，用于解释状态变化与后续复盘，不因处理完成而删除。
碰到乌拉圭订单里的到港异常分级，请通过星汇云途联系页或WhatsApp提交车辆或订单标识、现有材料与待确认问题，再按本篇表格逐项核对可提供的车源及出口资料。 参考资料：乌拉圭车辆安全认证办理页、Starvia采购问答。本文围绕乌拉圭到港验收提供订单记录与沟通方法，不构成当地法律、税务、报关或技术结论，也不保证准入、交期、保修、售价或经营效果。资料核对日期：2026-09-07。