Pruebas de duplicados, secuencia y fechas

Una serie de facturas o de tickets numerados de forma consecutiva debería no tener huecos entre el primero y el último. La prueba de secuencia resta lo que hay de lo que debería haber y lista los números ausentes. Esa lista es el punto de partida: un número ausente puede ser una anulación autorizada, un error de la extracción, un documento omitido o un documento retirado a propósito.

La diferencia entre estas causas se aclara con evidencia aparte: el registro de anulaciones, la confirmación de TI sobre la extracción, o el documento físico. Mientras no esté, el hueco es una pregunta, no una conclusión.

Consulta SELECT * FROM secuencia_de_facturas y SELECT * FROM numeros_ausentes.

Un duplicado exacto (todos los campos iguales) es fácil de detectar y el sistema suele impedirlo. El problema real son los casi duplicados: el mismo proveedor y el mismo valor, con el número escrito distinto. Por eso la prueba usa varias llaves y se normaliza el texto antes de comparar: se quitan espacios, guiones y mayúsculas.

Y por eso mismo cada candidato se lee en contexto: un servicio mensual de aseo repite el valor cada mes con un número nuevo y es normal; la misma factura capturada dos veces con el número apenas alterado no lo es.

Consulta SELECT * FROM pares_posibles_duplicados.

La tabla secuencia_de_facturas da, por serie, cuántos números debería haber entre el primero y el último y cuántos hay. La resta de las dos columnas, sumada sobre las series, dice cuántos números faltan en el conjunto. Esa cifra se compara con la lista de números ausentes: las dos deben coincidir; si no, la prueba tiene un error.

En una factura de proveedor hay un orden posible: se emite, se recibe, se paga. La prueba de fechas busca los órdenes imposibles o improbables: un pago anterior a la factura, una recepción anterior a la emisión, una fecha futura. Cada caso tiene explicaciones inocentes (un anticipo, un error de captura) y otras que no lo son, y se separan con el documento original.

Consulta SELECT * FROM fechas_de_las_facturas.

Mira la fecha de factura de la fila FI-03 y compárala con la fecha de la extracción de parametros_de_las_pruebas. Un dato con fecha posterior al día en que se extrajo no puede ser verdadero tal como está: o se capturó mal, o el registro se alteró, o el campo no significa lo que se creía.