Relacionar
Producto → requisito → fuente → responsable.
Prepara una matriz de datos por producto y fuente, consulta lo ya disponible y pide únicamente faltantes, actualizaciones o aclaraciones. Cada respuesta debe conservar objeto, unidad, periodo, evidencia y responsable de revisión cuando sean relevantes. La identidad de un proveedor puede reutilizarse; un dato de producto no debe extenderse a otras variantes sin comprobar su alcance.
Estado: Operativa propuesta; confirmar requisitos del producto y configuración
Última actualización: 23 de septiembre de 2026.
Producto → requisito → fuente → responsable.
Inventario existente frente a lo necesario para el uso concreto.
Solo diferencias, con formato, plazo y canal acordados.
Aceptar, aclarar, actualizar o documentar no aplicabilidad.
Quien vende el producto no siempre genera todos los datos. Identifica fabricante, planta, proveedor de material y responsable interno. Si un contacto no puede aportar un valor, define a quién lo debe escalar y cómo registrar esa dependencia. Enviar el mismo formulario a todos no resuelve una cadena de fuentes desconocida.
Para cada requisito, distingue disponible y válido, incompleto, desactualizado o no aplicable. El resultado es una lista de solicitudes concretas. No elimines un requisito solo porque exista un archivo con un nombre parecido; comprueba que la fuente respalda la información que realmente se necesita.
Indica el dato esperado, su unidad, la referencia de producto y un ejemplo de formato. Permite el canal configurado que el proveedor pueda utilizar, incluida la respuesta por correo cuando corresponda. La comodidad del canal no elimina el control de correspondencia ni los permisos.
Al entrar la respuesta, compara producto, versión y fuente. Una lectura con dudas exige revisión. Conserva el valor original y la corrección, en vez de sobrescribirlo sin explicación. Deja visible si el dato está aceptado para este uso o sigue pendiente.
Acuerda qué cambios deben comunicarse: proveedor, planta, material, revisión o evidencia sustituida. Define revisiones periódicas cuando tengan sentido, sin inventar una caducidad universal para todos los datos. Antes de reutilizar, comprueba si el nuevo proceso exige un alcance distinto.
El marco DPP contempla condiciones de acceso; un dato recibido no debe hacerse público automáticamente. Establece qué información puede utilizar cada rol y qué se comparte con el siguiente proceso. La reutilización entre empresas requiere autoridad para compartir, no solo que el dato esté almacenado.
| Objeto | Información | Control o fuente |
|---|---|---|
| Dato disponible | Fuente y revisión identificadas | Reutilizar si corresponde al nuevo uso |
| Dato parcial | Campo o soporte ausente | Solicitar solo el faltante |
| Dato desactualizado | Versión o vigencia cambiadas | Pedir actualización y mantener histórico |
| Dato contradictorio | Fuentes con valores distintos | Asignar revisión; no elegir por intuición |
| Dato no aplicable | Justificación documentada | Separar de pendiente y de vacío |
Escenario ficticio: la identidad del fabricante y su centro ya están revisados. Falta el dato de composición de una referencia nueva. La solicitud identifica esa referencia y pide composición y soporte; no vuelve a pedir toda la ficha corporativa. El proveedor aporta el porcentaje pero no la evidencia: el estado pasa a parcial, no a validado.
OPERATIVA — Cómo recopilar datos DPP de proveedores sin pedirlo todo otra vez
Alcance: Operativa propuesta; confirmar requisitos del producto y configuración.
Fase 1 — Relacionar
Actuación: Producto → requisito → fuente → responsable.
Documentos y datos: revisar las entradas relacionadas con esta fase en la matriz siguiente.
Responsable: [rol que aporta] y [rol que revisa].
Condición de avance: correspondencia y fuente revisadas; faltantes señalados.
Fase 2 — Comparar
Actuación: Inventario existente frente a lo necesario para el uso concreto.
Documentos y datos: revisar las entradas relacionadas con esta fase en la matriz siguiente.
Responsable: [rol que aporta] y [rol que revisa].
Condición de avance: correspondencia y fuente revisadas; faltantes señalados.
Fase 3 — Solicitar
Actuación: Solo diferencias, con formato, plazo y canal acordados.
Documentos y datos: revisar las entradas relacionadas con esta fase en la matriz siguiente.
Responsable: [rol que aporta] y [rol que revisa].
Condición de avance: correspondencia y fuente revisadas; faltantes señalados.
Fase 4 — Decidir
Actuación: Aceptar, aclarar, actualizar o documentar no aplicabilidad.
Documentos y datos: revisar las entradas relacionadas con esta fase en la matriz siguiente.
Responsable: [rol que aporta] y [rol que revisa].
Condición de avance: correspondencia y fuente revisadas; faltantes señalados.
MATRIZ DE ENTRADAS
Dato disponible — Fuente y revisión identificadas — Reutilizar si corresponde al nuevo uso
Dato parcial — Campo o soporte ausente — Solicitar solo el faltante
Dato desactualizado — Versión o vigencia cambiadas — Pedir actualización y mantener histórico
Dato contradictorio — Fuentes con valores distintos — Asignar revisión; no elegir por intuición
Dato no aplicable — Justificación documentada — Separar de pendiente y de vacío
CONTROLES
- Cada solicitud tiene referencia y alcance.
- Disponible y validado son estados distintos.
- Los faltantes están asignados a una fuente.
- Compartir información respeta permisos y finalidad.
Consultar lo existente antes de pedir información. Reutilizar solo si coinciden alcance, vigencia, evidencia y permisos. Solicitar faltantes o actualizaciones y no inventar datos ausentes. Confirmar normativa y configuración antes de activar el proceso.Fuentes consultadas el 23 de septiembre de 2026. Los recorridos y ejemplos son propuestas operativas, no requisitos legales adicionales. Confirmar aplicabilidad con el especialista del proceso. No se atribuyen resultados a clientes ni se prometen automatizaciones no verificadas.
Revisión editorial prevista: mensual para novedades DPP y trimestral para método de recopilación; sin sustituir la revisión ante cambios de fuentes.