8.2.3产品和服务要求的评审.pdfVIP

8.2.3产品和服务要求的评审

“8.2.3.1组织应确保有能⼒满⾜向顾提供的产品和服务的要求。在承诺向顾提供产品和服务之前，组织应对如下各项要求进⾏评审：

a)顾明确的要求，包括对交付及交付后活动的要求；

b)顾虽然没有明⽰，但规定的⽤途或已知的预期⽤途所必需的要求；

c)组织规定的要求；

d)适⽤于产品和服务的法律法规要求；

e)与先前表述存在差异的合同或订单要求。

若与先前合同或订单的要求存在差异，组织应确保有关事项已得到解决。

若顾没有提供形成⽂件的要求，组织在接受顾要求前应对顾要求进⾏确认。

注：在某些情况下，如⽹上销售，对每⼀个订单进⾏正式的评审可能是不实际的，作为替代⽅法，可评审有关的产品信息，如产品⽬录。”

在承接合同之前，在完成8.2.2确定产品和服务要求的基本上，要评审企业是否有能⼒满⾜订单要求。标准还提⽰了产品和服务的要求可能会发

⽣变化或者表述时会有歧义，应以最终形成的合同/订单为准。这些变化和歧义顾已经知晓并得到沟通理解。在某些⾏业，顾要求不会形成⽂

件，订单接受时应对顾要求进⾏确认，如理发、快餐等。确认的⽅法可以是⼝头复述确认。

标准提⽰了，在某些情况下，对产品⽬标的评审也是合同评审。

合同评审的时机和⽅法可以是多样的，也可以将产品和服务要求分解成不同的侧⾯进⾏评审。⽐如说技术部对产品性能、规格、结构等进⾏评

审，⽽业务员对交付⽇期、运输⽅法进⾏评审。不⼀定是要在同⼀个时间段完成评审的。但⽆论如何，所有的要求均应该是在答应顾之前完成。

但评审活动的时间和评审记录的时间不是⼀回事情，记录可以是滞后的。

“8.2.3.2适⽤时，组织应保留与下列⽅⾯有关的形成⽂件的信息：

a)评审结果；

b)产品和服务的新要求。”

标准要求记录评审结果，以及产品和服务的新要求。这个新要求可能是评审时与顾达成⼀致的妥协结果或评审造成的新要求。

“8.2.4产品和服务要求的更改若产品和服务要求发⽣更改，组织应确保相关的形成⽂件的信息得到修改，并确保相关⼈员知道已更改的要

求。”

倒过来理解，如果没有及时修改并通知，可能会产⽣批量不符合或失误，导致更⼤的损失。

审核时可关注产品和服务的特点，有哪些不同的侧⾯需要注意的。在形成正式的订单前，产品和服务要求是否得到了评审。评审的时机和记录

的⽅式是否符合。抽查合同管理记录，抽查合同/订单变更的控制。还可以结合顾满意来分析合同评审管理，是否做到位了。