Introduction
This page documents the failure reports (reportes) data model in GIMA. Reports are created when users identify issues with assets that require attention. These reports trigger corrective maintenance workflows.Report Model
Failure reports capture asset issues and drive the maintenance workflow. Each report:- Is created by a usuario (user) who identified the issue
- References the affected activo (asset)
- Contains a descripcion (description) of the problem
- Has a prioridad (priority) level indicating urgency
- Tracks estado (status) through its lifecycle
- Can spawn mantenimientos (maintenance records) to address the issue
Report Fields
Unique report identifier
ID of the user who created the report
ID of the affected asset
Description of the failure or issue
Priority level:
alta, media, bajaCurrent status:
abierto, asignado, en_progreso, resuelto, cerradoReport creation timestamp
Last update timestamp
Priority Levels
High priority - immediate attention required. Asset is non-functional or poses safety risk.
Medium priority - attention needed soon. Asset functionality is degraded but operational.
Low priority - can be addressed during scheduled maintenance. Minor issues.
Report States
Report has been created but not yet reviewed
Report has been assigned to a supervisor/technician
Active maintenance is underway to address the issue
Issue has been fixed, awaiting verification
Report is closed and verified as resolved
Report Workflow
Workflow Steps
Report Creation
Any authenticated user identifies an asset issue and creates a report with estado=“abierto”
Authentication & Authorization
Reports endpoints require authentication:Role Requirements
- Create reports: All authenticated users
- View reports: All authenticated users (own reports),
supervisorandadmin(all reports) - Update reports:
supervisor,admin - Assign reports:
supervisor,admin - Close reports:
supervisor,admin, or original creator - Delete reports:
adminonly
Regular users can create reports for any asset but can only view their own reports
Complete Report Example
Key Concepts
Report to Maintenance Link
Reports and maintenance are tightly integrated:- A report can have multiple maintenance records addressing the same issue
- Each corrective maintenance must reference a report via
reporte_id - When maintenance is completed, the report status updates automatically
- Reports track the full history of attempts to resolve the issue
Priority and Response Times
Priority levels guide response expectations:| Prioridad | Expected Response | Expected Resolution |
|---|---|---|
| alta | < 2 hours | < 24 hours |
| media | < 8 hours | < 3 days |
| baja | < 24 hours | Next scheduled maintenance |
Asset State Management
Common Patterns
Creating a High-Priority Report
Filtering Reports by Status
Including Related Data
Base URL
Report endpoints can be accessed through different zones:Metrics and Analytics
The reporter role has special access to generate reports and analytics
- Mean Time to Acknowledge (MTTA): Time from report creation to assignment
- Mean Time to Repair (MTTR): Time from report creation to resolution
- Reports by Priority: Distribution of alta/media/baja reports
- Reports by Asset: Which assets have the most failures
- Resolution Rate: Percentage of reports resolved within SLA
Related Resources
Create Reports
Submit new failure reports
Maintenance API
Corrective maintenance triggered by reports
Assets API
Assets that can have failure reports