Cómo detectar qué filas ya se han procesado en un fichero
Para saber qué filas se han procesado, combina la identidad de la entrada con una referencia de fila y un estado persistido.
Equipo enginerIT· 2 min de lectura
Para saber qué filas se han procesado, combina la identidad de la entrada con una referencia de fila y un estado persistido. No te fíes del color de una hoja ni de la última línea leída. La referencia adecuada depende de si quieres reconocer una posición del fichero o una entidad que puede aparecer en distintas entregas.
Distingue posición, identidad y estado de cada fila
Si el fichero se mantiene intacto, su versión más posición puede identificar la aparición de una fila. Si lo reordenas o corriges, esa posición ya no representa el mismo contenido. Una clave de negocio sirve para reconocer la entidad, pero una entidad puede tener varias líneas legítimas. En un ejemplo hipotético, un pedido con tres artículos repite su referencia de cabecera: deduplicar solo por pedido descartaría dos líneas.
Registra fichero, versión, hoja o sección, referencia de fila, entidad, estado y referencia destino. Distingue pendiente, validada, aplicada, rechazada e incierta según el flujo real. Conserva el motivo y la versión de reglas. Una huella de contenido ayuda a detectar cambios, pero dos filas idénticas pueden ser intencionadas: decide con el responsable si deben sumarse, mantenerse o rechazarse. No conviertas esa política en una heurística oculta.
Impide confirmaciones simultáneas incompatibles
Establece unicidad de la unidad de trabajo en el almacenamiento que uses. PostgreSQL documenta restricciones que pueden controlar combinaciones de columnas; modela con ellas el ámbito real y la nulidad. Si dos trabajadores intentan procesar la misma fila, uno debe recuperar el estado existente o esperar. Marcar aplicada antes de recibir evidencia destino oculta trabajo pendiente; hacerlo sin controlar la escritura remota deja un intervalo que necesita conciliación.
Prueba reenvío y corrección del fichero
Importa dos veces el mismo contenido y comprueba que las filas ya confirmadas no repiten efectos. Después reordena filas, añade otra legítima e introduce una corrección: cada caso debe seguir la política documentada. Presenta un resumen con totales por estado y acceso al detalle de cada rechazo. Si el registro de procesamiento se purga, define qué protección queda frente a ficheros antiguos. El operador necesita saber si está reanudando una ejecución o iniciando una revisión nueva de datos.
Comprobaciones para cerrar la tarea
- ✓ Dos líneas del mismo pedido pueden distinguirse.
- ✓ Reordenar el fichero no se confunde con avance confirmado.
- ✓ El reenvío recupera estados sin repetir filas aplicadas.
Fuentes y documentación
- PostgreSQL: restricciones — Restricciones de unicidad, nulidad y referencias como controles de integridad.
- Microsoft Dataverse: claves alternativas — Permite claves de negocio compuestas; exige comprobar unicidad y restricciones del producto.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →