¡Hola, Luis! Muy buena práctica querer blindar MIRO contra duplicados. Te dejo un enfoque probado para tu escenario (mismo proveedor y mismo N° de factura del proveedor, aunque cambie el importe):

• Activa el control estándar de duplicados en LIV (MIRO): en el IMG ve a “Gestión de materiales → Verificación de facturas logística → Factura entrante → Set check for duplicate invoices”. Ahí defines que el sistema compruebe duplicados al registrar MIRO .
• Define criterios que no dependan del importe: para tu caso, configura la verificación como mínimo por Sociedad + Proveedor + Referencia (N° de factura del proveedor). Así, si alguien intenta otra MIRO con el mismo número de factura (p. ej. 5824/2025) pero distinto importe, el sistema la detectará como duplicada igualmente. Si incluyeras el importe en el criterio, una variación de importe podría “burlar” la detección.
• Asegura el uso correcto del campo Referencia: instruye a los usuarios a consignar el N° de factura del proveedor en el campo Referencia de MIRO. SAP utiliza precisamente ese campo para la comprobación de duplicados, tanto en procesos de MIRO como en escenarios relacionados en CxP .
• Trata los ajustes legítimos como “Cargo posterior” o “Abono” en MIRO: si el proveedor envía un ajuste, registra un Subsequent debit (cargo posterior) o un abono en MIRO en lugar de otra “factura nueva” con el mismo número. Mantienes el historial con el pedido y evitas choques con la verificación de duplicados; la propia guía operativa de CxP recalca usar la referencia del proveedor y el tipo de transacción adecuado en MIRO para estos casos .

Con esto, tu segundo intento de MIRO con proveedor 40000012 y referencia 5824/2025 quedará bloqueado por duplicado aunque el importe sea 1.270 EUR.

Si quieres, te ayudo a revisar la ruta exacta en tu versión (ECC/S/4HANA) y a proponer los criterios por sociedad. ¿Estás contabilizando siempre MIRO con referencia a pedido, o también sin pedido?

¡Buena pregunta, Luis! En MIRO la comprobación de duplicados usa el valor del campo de cabecera Referencia, es decir, el número de factura del proveedor que el usuario introduce. SAP toma ese dato para detectar duplicados al registrar la factura en LIV . En la práctica, es el campo “Referencia” de la pestaña de datos básicos de MIRO (donde se indica el número de factura del proveedor) .

• Campo funcional: Referencia (nº factura del proveedor). Técnicamente, se guarda como XBLNR en el documento.
• Buenas prácticas: captura exactamente el número del proveedor en Referencia y evita prefijos como “#” o “INV#”, ya que la verificación compara el contenido del campo tal cual y podrías perder la detección de duplicados .
• Customizing (opcional): puedes activar/ajustar el check estándar en IMG: Gestión de materiales → Verificación de facturas logística → Factura entrante → Set check for duplicate invoices .

Si quieres, revisamos juntos tus criterios de comprobación por sociedad para que un mismo Proveedor + Referencia bloquee siempre, aunque cambie el importe.