Skip to main content
The System logs section (/panel/sistema/logs) shows a complete history of actions performed by administrators and events generated by the system. Records come from the logs table, ordered from newest to oldest.

Log record structure

Each entry in the logs table captures the following information:
FieldDescription
user_nameName of the administrator who performed the action
actionDescription of the executed action
collateral_nameName of the affected resource (can be null)
created_atDate and time the event occurred
ipIP address from which the action was performed
cityCity detected from the IP via the ip.guide service

Additional fields in the database

FieldDescription
roleRole of the user who generated the event (admin)
user_idUUID of the administrator
collateral_idUUID of the affected resource
tableDatabase table related to the action
deviceBrowser User-Agent from which the action was taken
ipoFull JSON object with IP geolocation information

Table columns in the panel

ColumnSource fieldSortable
Useruser_nameYes
ActionactionYes
Collateralcollateral_nameYes
Datecreated_atYes
IPipYes
CitycityYes

Filtering logs

The search box filters simultaneously across any of the following fields:
  • Administrator name (user_name)
  • Action description (action)
  • Affected resource name (collateral_name)
  • Date (both the raw created_at value and localized format)
  • IP address (ip)
  • City (city)
The search is case-insensitive and reactive — results update as you type.
To find all actions by a specific administrator, type their name in the search box. To audit events from a specific IP, search for the IP address.

What actions are logged

The system automatically logs the following actions through the logger function:
ActionAffected tableDescription
Generó un backup databaseadminsAdministrator downloaded a database backup
Generó un backup imagesadminsAdministrator downloaded an image storage backup
Elimino una promociónpromotionsA promotion record was deleted
Eliminó un adminadminsAn administrator account was deleted
Other actions such as creating/editing promotions, administrators, general configuration, and account restoration do not automatically generate log entries, even though the action is executed in the database.

Log retention

The logs table has no automatic expiration mechanism configured in the admin panel. Records accumulate indefinitely. To manage data volume, consider manually clearing older records directly in Supabase when the volume becomes excessive.

Using logs for auditing and debugging

Action auditing

Track which administrator performed a sensitive action (such as deleting a promotion or generating a backup), on what date, and from what location.

Unauthorized access detection

Review unusual IPs and cities to detect possible unauthorized access to the panel.

Incident debugging

Correlate the date and time of a reported incident with logged actions to identify the cause.

Resource traceability

Use the collateral_name field to track which specific resources were modified or deleted.

Required permissions

The administrator must have the system:logs area enabled in their role to access this section.