Ir al contenido

Auditoría

Solo la ven Administrador y Propietario — Oficina no tiene acceso (ver Qué ve cada usuario). Sirve para una cosa muy concreta: reconstruir quién cambió qué y cuándo, cuando algo no cuadra. Por ejemplo, quién subió a mano el riesgo de un cliente a Alto, o quién desactivó a un repartidor un día concreto.

Cada fila es un evento con fecha y hora, el usuario que lo hizo, la entidad afectada (Cliente, Producto, Albarán, Usuario…), una acción del tipo “Riesgo de cliente cambiado” o “Usuario desactivado”, y un detalle en texto. Si el usuario que hizo la acción se ha eliminado después, la fila sigue mostrándose, con “Usuario eliminado” en su lugar — el evento no desaparece con él.

La entidad afectada y el usuario son enlaces: llevan a la ficha del registro y a la del usuario (un cierre de facturación abre su cierre). Se quedan en texto los registros que no tienen ficha (cobros, vehículos, grupos…), los productos, tarifas, rutas y usuarios ya eliminados, y “Usuario eliminado”. Un cliente eliminado sí se abre: su ficha sigue ahí y desde ella se puede restaurar.

Listado de Auditoría con cinco eventos, incluida una fila con “Usuario eliminado” en vez de un nombre

Algunas acciones, además, llevan el detalle de qué campos cambiaron: editar un cliente, un producto o una tarifa deja una lista de líneas “campo: antes → después” debajo del texto del evento — solo las de esos tres maestros, no de cualquier entidad.

Las acciones del repartidor (albaranes, entregas, cobros, correcciones…) llegan al portal cuando el móvil sincroniza, que puede ser bastante después si va sin cobertura. Por eso esas filas pueden mostrar dos horas: hecho es cuando lo hizo en el móvil y recibido cuando llegó aquí. Si las dos coinciden (menos de un minuto de diferencia) se ve una sola, como en el resto de eventos. La hora del móvil es la de su reloj: si el teléfono tiene la hora mal, aquí se verá mal.

También quedan registradas dos cosas que no cambian ningún dato:

  • Intento rechazado del repartidor: la app mandó algo que el servidor no aceptó (por ejemplo, un cobro mayor que lo pendiente). El detalle dice qué intentó y el motivo. Aparece la primera vez que se rechaza y cada vez que cambia el motivo, no en cada reintento automático.
  • Acción descartada por el repartidor: el repartidor quitó del móvil una de esas acciones rechazadas. El detalle dice cuál y por qué se había rechazado.

Las dos se ven en la historia del albarán afectado; si no hay albarán, en la de la ruta (acciones de ruta) o en la del cliente.

Muy de vez en cuando puede aparecer una fila con la acción Reparación manual de datos y, en la columna de usuario, Reparación manual en vez de un nombre. No la ha hecho nadie desde el portal ni desde la app: es la constancia de que el equipo de soporte ha corregido un dato directamente en la base de datos, normalmente para deshacer el efecto de un fallo del programa. El detalle dice qué se corrigió, la referencia de la incidencia, quién preparó la corrección y quién la autorizó. Si ve una que no reconoce, pregunte a soporte por esa referencia.

La tabla ordena por Fecha, Entidad o Acción pulsando la cabecera correspondiente (Fecha, más reciente primero, por defecto), y pagina el resultado. No hay ningún filtro en esta pantalla — ni por fecha, ni por usuario, ni por entidad, ni por tipo de acción: solo orden y paginación. Encontrar un evento concreto en un historial largo significa recorrer las páginas ordenadas, no acotar una búsqueda.