1.“确认客户报修问题”－ 此步骤用来获取关于用户尽可能多的信息。车辆上是否有售后加装附件？何时出现该状况？何处出现该状况？该状况持续了多长时间？该状况多久发生一次？查阅车辆以前修理的维修记录有助于当前报修的诊断。
既然技术人员明白了客户报修问题，他们就能检查车辆的报修故障。为了确认客户报修问题，技术人员必须熟悉系统的正常操作情况，参见用户手册或维修手册以获取所需信息。检查可见的系统部件是否有明显损坏或可能导致该报修问题的状况。进行全面的目视检查。检测是否有异声或异味。
客户描述的情况可能属于车辆正常情况。如果技术人员发现车辆运作正常，与其他车辆相比运行正常，在用户所描述的条件下也正常。如果是这样，则向客户解释发现的结果和系统操作情况。如果客户不满意，则提交一份现场产品报告。
5.控制模块通信和 DTC 检查 - 在此步骤中，技术人员需要记录维修单中的以下三个数据：故障诊断仪确定的所有控制模块不通信、所有设置为当前或历史的 DTC 和症状，以及设置 DTC 的控制模块。
这被视为对“诊断系统检查”剩余部分的设置步骤。技术人员除按“维修订单”记录故障诊断仪提供的三方面信息外不需要做任何事。这提供了完成剩下的诊断系统检查的所需信息。
为了完成这一步，要求技术人员使用故障诊断仪的“车辆 DTC 信息”功能。此功能将查询车辆上每个可能的控制模块，请求所有 DTC。在 DTC 查询过程中，故障诊断仪将设法与各控制模块建立通信。如果故障诊断仪在 DTC 请求期间与控制模块建立通信，则它将显示“PRESENT（存在）”，并提供设置在控制模块上的 DTC 编号。如果故障诊断仪无法与某个控制模块通信，则它将只显示“NOT COMMUNICATING（不通信）”。因为故障诊断仪无法确定给定的控制模块是否存在，所以要求技术人员在以后的步骤中验证车辆是否装备列为“不通信”的控制模块。
如果故障诊断仪无法与所有车辆控制模块建立通信，则参见。控制模块故障或串行数据电路故障可导致与车辆上所有控制模块没有通信。如果任何控制模块基于串行数据电路通信，则继续“诊断系统”检查，因为后续步骤将涉及特定的未通信控制模块，或一组未通信控制模块。
数据链路参考
故障诊断仪完成这些线路之后，技术人员要察看每个设置了 DTC 的控制模块，并按“维修订单”进行记录。察看 DTC 时，技术人员要注意 DTC 是否与动力总成相关，如果相关，则巡视故障诊断仪上的动力总成区域，并使用“捕获信息”功能。这将上传储存在控制模块中的“冻结故障状态/故障记录”到故障诊断仪，防止控制模块中的数据丢失。例如，如果技术人员指令动力总成控制器执行“清除 DTC”的功能，将清除储存在的控制器内的全部诊断信息。这包括“冻结故障状态/故障记录”和“检查/保养系统状态”指示，如果您的维修区域需要。