Logs: el registro que deja el sistema de quién entró, cuándo y qué consultó

Qué es

Los logs son el registro que un sistema escribe por su cuenta mientras trabaja: qué operación se pidió, a qué hora, desde qué cuenta y con qué resultado. Nadie los captura: los produce el propio software.

Sirven para dos cosas. Una es técnica: cuando un proceso se detiene, el log muestra en qué punto. La otra es de control: qué cuenta consultó qué información y cuándo. En español se les dice bitácora.

En palabras de contador

Es la bitácora de quién entró, cuándo y qué tocó. Como el control de acceso al archivo muerto: no impide nada por sí sola, pero cuando algo no cuadra es lo único que permite reconstruir lo que pasó. Por eso conviene que exista antes de necesitarla; hacia atrás ya no se escribe.

Distínguelo de la trazabilidad. El log es el registro crudo que el sistema escribe; la trazabilidad es poder seguir una cifra hasta su fuente. Puede haber logs abundantes y ninguna trazabilidad útil: miles de líneas que dicen que un proceso corrió y ninguna que explique el importe que revisas.

Ejemplo aplicado

Un comprobante que aparece dos veces. El sistema muestra un timbrado duplicado que nadie reconoce. La bitácora dice a qué hora se generó cada uno y desde qué cuenta: resuelve en minutos lo que de otro modo es discusión.

Una cuenta que ya salió. Un auxiliar dejó el despacho en mayo y su acceso siguió activo. El registro muestra si esa cuenta se usó después y contra qué expedientes. Sin él, la pregunta no tiene respuesta.

La bitácora que guarda de más. Una herramienta ofrece no conservar el comprobante, pero su registro interno anota el RFC y el importe de cada consulta. Lo que se promete en la pantalla se incumple atrás.

Para qué sirve en un despacho

• Reconstruir qué pasó cuando una cifra no coincide con tu criterio.
• Saber qué cuentas entraron a la información de un cliente y cuándo.
• Detectar accesos de personas que ya no deberían tenerlos.
• Sustentarle a un cliente qué se hizo con su información.

Riesgos o limitaciones

Hay una vuelta que casi nadie menciona: los logs también guardan datos. Son control y riesgo a la vez. Un archivo que anota cada consulta con el RFC y el importe es una copia parcial de la información de tus clientes en otro lado, casi siempre sin el cuidado que se le da a la base principal.

Tampoco alcanzan por sí solos. Un registro que nadie revisa no avisa nada, y uno que cualquiera puede editar deja de servir como evidencia. No elimina el riesgo: da con qué reconstruir, que es otra cosa.

Buena práctica

Empieza por lo que sí controlas: define qué se registra en tus sistemas, cuánto se conserva y quién puede leerlo, y revisa la bitácora cada mes, no solo cuando algo deja de funcionar.

Al proveedor pídele esas mismas respuestas por escrito, más una: si su registro anota el RFC y los importes. Si no las da, eso ya te dice algo. Lo dudoso consúltalo con quien te asesore en datos personales. Léelo junto con autenticación y privacidad.

Preguntas frecuentes

¿Los logs contienen datos de mis clientes? Con frecuencia sí, aunque el sistema ofrezca no guardar el comprobante. Pregúntalo expresamente: la respuesta cambia mucho entre proveedores.

¿De qué sirve un registro que nadie lee? De poco antes de que ocurra algo y de mucho después: su valor aparece cuando hay que reconstruir.

¿Se puede registrar menos? Sí. Se anota el evento sin el dato sensible, o una huella en lugar del identificador: sirve para ubicar un caso, no para leer de quién se trata. Eso es seudonimización, no anonimización, y la distinción importa cuando le preguntes a tu proveedor qué conserva.

Escrito y revisado por Ernesto Sobrino, contador.
Última revisión: 24 de agosto de 2026.