Qué hay que revisar antes de aceptar un pedido

Hay un requisito de la ISO 9001 que casi nunca se audita a fondo y que explica una porción enorme de los reclamos: antes de comprometerte a entregar un producto o servicio, tienes que revisar que puedes cumplir lo que estás aceptando. Suena obvio. Después, en la práctica, comercial acepta un pedido con una especificación que nadie de producción vio, con una fecha que nadie de planeación validó y con un requisito legal que nadie confirmó. El reclamo del cliente que llega tres meses después nació ahí, no en la línea.

Qué exige revisar la norma

• —Los requisitos que el cliente especifica, incluidos los de entrega y los posteriores a la entrega: garantía, servicio, soporte, disposición final.
• —Los requisitos que el cliente no declara pero son necesarios para el uso previsto o especificado.
• —Los requisitos legales y reglamentarios aplicables al producto o servicio, que en muchos sectores el cliente ni menciona porque los da por hechos.
• —Los requisitos propios de la organización: lo que tú prometes en tu catálogo, tu publicidad o tu propuesta.
• —Las diferencias entre lo cotizado y lo pedido, resueltas antes de aceptar y no después.

La norma también pide conservar información documentada de esa revisión y de cualquier requisito nuevo. Un pedido aceptado por correo sin ninguna evidencia de que alguien verificó la capacidad de cumplirlo es un hallazgo, aunque el pedido haya salido bien.

Requisitos implícitos: donde nacen los reclamos

Son los que el cliente nunca escribió porque asumió que se entendían: el acabado que espera, la forma de embalaje que su almacén puede recibir, la documentación que necesita para importar, el idioma de la etiqueta, la vida útil restante al momento de la entrega. Ninguno aparece en la orden de compra y todos generan rechazo. Capturarlos exige una conversación, no un formato, y sobre todo exige que alguien de operaciones participe antes de firmar y no después del primer embarque devuelto.

Cuando el cliente cambia el requisito

La norma es explícita: si los requisitos cambian, hay que modificar la información documentada correspondiente y asegurarse de que las personas pertinentes se enteran. El escenario típico de falla es un cambio acordado por teléfono entre el cliente y el vendedor que nunca llegó a producción, a calidad ni al plan de control, y que se descubre cuando el lote ya está terminado bajo la especificación anterior. Todo cambio de requisito es un cambio del sistema y debe atravesar el mismo control.

En automotriz el listón es más alto

La IATF 16949 suma los requisitos específicos del cliente, que son manuales completos por armadora, con reglas propias de empaque, etiquetado, notificación de cambios, aprobación de piezas y escalamiento de problemas. Ahí la revisión de requisitos no es una firma en la cotización: es un análisis de factibilidad documentado, con producción, calidad e ingeniería opinando antes de comprometer una fecha. Y una desviación de un requisito específico del cliente pesa igual que una desviación de la norma.

La conexión con las quejas

Si clasificas los reclamos de un año por origen, una parte importante no viene de un defecto de manufactura: viene de una expectativa que se aceptó sin verificar. Esa lectura solo aparece cuando la queja se analiza contra el requisito original, y por eso conviene que ambas cosas vivan en el mismo lugar y no en un CRM por un lado y una carpeta de calidad por el otro.

Un expediente por cliente, no por pedido suelto

Sostener esto significa poder abrir un cliente y ver sus requisitos vigentes, la evidencia de la revisión que se hizo antes de aceptar, los cambios acordados con su fecha, las quejas registradas y el resultado de la última medición de satisfacción. Eso es lo que ordena un Software de requisitos, quejas y satisfacción del cliente: los requisitos documentados con su historial de cambios, las quejas con su análisis y su acción asociada, y la lectura de satisfacción conectada con lo que realmente pasó en las entregas del periodo.