Programa para gestionar incidencias en obras: registra, asigna y resuelve
Una incidencia comunicada por teléfono puede olvidarse; una incidencia registrada sin responsable tampoco se resuelve. Esta guía explica cómo crear un flujo completo desde la detección hasta la verificación del cierre.
En una obra siempre aparecen imprevistos. Un material llega dañado, una instalación queda fuera de plano, una partida no cumple el acabado previsto, falta una protección o el cliente solicita un cambio mientras el equipo ya está ejecutando.
El problema no es que exista una incidencia. El problema es comunicarla en una llamada, enviar dos fotografías a un grupo y confiar en que alguien recuerde resolverla.
Una incidencia mal gestionada puede provocar retrabajo, retrasos, discusiones, costes no previstos y riesgos. Incluso cuando se corrige, la empresa puede perder la evidencia de qué ocurrió, quién tomó la decisión y quién verificó el resultado.
Un programa para gestionar incidencias en obras debe convertir cada problema en un proceso trazable: detectar, documentar, clasificar, asignar, actuar, comprobar y cerrar. El objetivo no es acumular registros, sino conseguir que cada asunto llegue a la persona adecuada y no desaparezca hasta quedar realmente solucionado.
Obrasy incluye incidencias dentro de la gestión de las obras, junto a equipo, documentos y avisos. Así, el problema conserva el contexto del proyecto y no queda aislado en una conversación. Si buscas una visión más amplia, la guía sobre programas para controlar obras explica cómo se integra con el resto de la gestión.
Registra el problema cuando ocurre, no cuando alguien consigue recordarlo. Gestiona incidencias de obra desde Obrasy. Probar Obrasy.
Qué es una incidencia de obra
Una incidencia es un hecho no previsto, desviación, defecto, bloqueo o situación que requiere revisión o actuación durante una obra. Puede afectar a calidad, plazo, coste, seguridad, documentación, suministro o relación con el cliente.
Incidencia frente a tarea
Una tarea es trabajo planificado. "Instalar cinco ventanas" es una tarea; "dos ventanas recibidas tienen el vidrio dañado" es una incidencia. Convertir todas las tareas en incidencias llena el sistema de ruido. Utiliza incidencias para desviaciones y problemas que requieren tratamiento específico.
Incidencia frente a defecto o repaso
Un defecto es una falta de conformidad respecto a calidad o alcance. Un repaso puede ser una corrección final. Ambos pueden gestionarse como tipos de incidencia, pero conviene conservar su categoría para analizar causas y responsabilidades.
Incidencia frente a cambio del cliente
Una petición de ampliar o modificar el alcance no es necesariamente un defecto. Debe documentarse como cambio o adicional, valorar precio y plazo y obtener aceptación cuando corresponda. Si se mezcla con los defectos, la empresa puede asumir como reparación gratuita un trabajo que debería facturarse.
Incidencia frente a emergencia
Una emergencia o riesgo grave no puede esperar al flujo ordinario de asignación. Primero se protege a las personas, se detienen trabajos cuando corresponda y se activan los procedimientos definidos. El registro digital documenta y coordina, pero no sustituye la respuesta inmediata.
Tipos de incidencias habituales
| Categoría | Ejemplo | Posible impacto |
|---|---|---|
| Calidad | Acabado, medida o ejecución incorrecta | Retrabajo y entrega |
| Material | Pedido incompleto o dañado | Plazo y coste |
| Seguridad | Protección ausente o situación peligrosa | Personas y paralización |
| Planificación | Trabajo bloqueado por otra partida | Plazo y productividad |
| Documentación | Plano o autorización pendiente | Ejecución y acceso |
| Cliente | Cambio o disconformidad | Alcance, coste y reputación |
| Subcontrata | Incumplimiento o defecto | Calidad, plazo y reclamación |
| Equipo | Avería de herramienta o maquinaria | Producción y coste |
| Vehículo | Inmovilización o incidencia logística | Desplazamiento y suministros |
| Entorno | Lluvia, acceso o afección externa | Planificación |
La clasificación debe adaptarse a la empresa. Una lista con cincuenta categorías puede ser tan inútil como una única categoría llamada "otros".
Por qué WhatsApp y las llamadas no son suficientes
WhatsApp es rápido para avisar, pero una conversación no proporciona por sí sola:
- estado actual;
- responsable único;
- prioridad;
- fecha límite;
- historial ordenado;
- relación con obra y ubicación;
- verificación del cierre;
- informes por causa;
- control de permisos;
- medición del coste.
La comunicación puede comenzar en un mensaje, pero la información operativa debe terminar en el sistema. De lo contrario, el problema se pierde entre fotografías, respuestas y conversaciones posteriores.
Funciones imprescindibles del programa
Registro desde el móvil
Quien detecta la incidencia está normalmente en la obra. Debe poder registrarla sin regresar a la oficina y sin completar un formulario interminable. Los campos iniciales mínimos pueden ser:
- obra;
- título claro;
- descripción;
- categoría;
- prioridad propuesta;
- ubicación;
- fotografías;
- persona que informa.
La oficina o responsable puede completar después información económica o contractual que el trabajador no necesita conocer.
Identificación precisa de la ubicación
"Problema en el baño" puede ser ambiguo si existen cuatro plantas. La incidencia debe situarse mediante zona, planta, vivienda, habitación, elemento, plano o referencia comprensible. No hace falta geolocalizar permanentemente al trabajador: la ubicación dentro de la obra es un dato operativo que la persona puede seleccionar o describir.
Fotografías y evidencias
Una imagen permite comprender más rápido, pero necesita contexto. Conviene capturar:
- vista general;
- detalle;
- referencia de escala cuando importe;
- imagen posterior a la corrección;
- documento o plano relacionado.
Las fotografías no deben modificarse de forma que alteren la evidencia. Si se añaden marcas o flechas, conserva el original. Evita incluir rostros, matrículas, viviendas o documentos sin necesidad.
Clasificación y prioridad
Prioridad y gravedad no siempre son iguales. Un defecto visual menor puede ser urgente si la entrega es mañana. Una situación de seguridad puede ser grave y exigir actuación inmediata aunque no afecte al plazo contractual.
- Crítica: actuación inmediata y escalado.
- Alta: afecta a seguridad, continuidad o hito próximo.
- Media: debe programarse en un plazo concreto.
- Baja: corrección sin impacto inmediato.
La empresa debe definir ejemplos para evitar que todo se marque como urgente.
Responsable único y colaboradores
La incidencia necesita una persona responsable de impulsarla, aunque intervengan varias. "Asignada al equipo" suele significar que nadie sabe quién debe cerrarla. Se pueden añadir colaboradores, subcontratas o revisores, pero debe existir propietario visible y suplente cuando esté ausente.
Fecha objetivo y vencimiento
La fecha debe guardar relación con prioridad, secuencia de obra y compromisos. El sistema debería advertir sobre incidencias próximas a vencer, vencidas, bloqueadas, sin responsable o sin actividad durante un periodo excesivo. Cambiar una fecha debe conservar motivo e historial, no borrar silenciosamente el retraso.
Estados claros
Un flujo práctico puede incluir:
- Abierta.
- Revisada.
- Asignada.
- En curso.
- Bloqueada.
- Pendiente de verificación.
- Resuelta.
- Cerrada.
"Resuelta" puede indicar que el responsable afirma haber terminado; "cerrada", que una persona autorizada ha verificado el resultado. Esta separación reduce correcciones incompletas.
Comentarios e historial
El historial debe conservar creación, cambios de prioridad, asignaciones, mensajes, fotografías, cambio de fechas, acciones, resolución, verificación y reapertura. No debería poderse editar el pasado sin rastro. Si una información era errónea, se corrige con trazabilidad.
Avisos útiles
Las notificaciones pueden producirse al asignar, cambiar prioridad, acercarse el vencimiento, superar la fecha, bloquearse, quedar pendiente de verificación o reabrirse. Enviar todos los cambios a todos provoca fatiga. Cada persona debe recibir lo que exige una acción por su parte.
Permisos
Una incidencia de seguridad, un conflicto con un cliente o un posible daño puede contener información sensible. El programa debe controlar quién puede crear, ver, editar, cerrar, exportar o eliminar. Los trabajadores necesitan informar; no necesariamente acceder a costes, reclamaciones o conversaciones de gerencia.
Flujo completo desde la detección hasta el cierre
- Detectar y proteger. Si existe riesgo para personas o bienes, la primera actuación es proteger, señalizar, detener o comunicar según los procedimientos. Abrir la aplicación nunca debe retrasar una acción urgente.
- Registrar hechos. Describe lo observado sin atribuir culpas prematuras. Indica qué, dónde, cuándo y qué efecto inmediato existe.
- Añadir evidencia. Fotografías, planos, albaranes o comunicaciones ayudan a evaluar. Comprueba su pertinencia y permisos.
- Clasificar. El responsable revisa categoría, prioridad y posible impacto. La prioridad propuesta por quien informa puede modificarse con motivo.
- Asignar. Nombra a quien debe coordinar la resolución y añade participantes necesarios. Si depende de una subcontrata, conserva también un responsable interno.
- Planificar acción. Describe qué debe hacerse, recursos, fecha y condiciones para considerar la incidencia resuelta. Si existe cambio de alcance, abre el proceso comercial correspondiente.
- Ejecutar y documentar. Registra actuaciones relevantes y evidencia final. Si aparece otra causa, evita cerrar artificialmente y abrir duplicados sin relación.
- Verificar. Una persona con autoridad y conocimiento comprueba que el resultado cumple lo solicitado. Para asuntos críticos puede requerirse una validación técnica o preventiva específica.
- Cerrar y aprender. Clasifica causa, coste, tiempo y medida preventiva cuando aporte valor. El cierre no es el final si el mismo defecto aparece en cinco obras.
Incidencias de seguridad: tratamiento especial
El software puede ayudar a comunicar y documentar, pero una situación de riesgo debe tratarse conforme a los procedimientos preventivos de la empresa y a la normativa aplicable.
Una incidencia de seguridad puede requerir: detener un trabajo, delimitar una zona, avisar al responsable, aplicar una medida inmediata, investigar causas, revisar evaluación o procedimiento, formar o informar, y realizar comunicaciones obligatorias cuando proceda.
Separar observación preventiva de accidente
Una condición insegura, un incidente sin daño y un accidente no son equivalentes. Pueden relacionarse, pero necesitan clasificación y tratamiento adecuados.
Proteger datos personales
Si existen personas afectadas, limita el acceso y evita compartir información médica en vistas generales.
Investigación, no búsqueda de culpables
La utilidad está en comprender causas técnicas, organizativas y humanas para evitar repetición. Un sistema utilizado como castigo desincentiva que el equipo comunique riesgos.
Incidencias de calidad, repasos y no conformidades
Los defectos deben relacionarse con el requisito incumplido: plano, especificación, muestra, contrato o criterio aprobado. Una ficha de calidad puede añadir:
- elemento afectado;
- requisito;
- responsable de ejecución;
- corrección propuesta;
- coste;
- reinspección;
- aceptación final.
No toda incidencia es una no conformidad formal. La empresa debe definir cuándo aplica ese procedimiento para no burocratizar pequeños repasos ni ocultar desviaciones importantes.
Listas de repasos de entrega
Durante la preentrega pueden registrarse incidencias por estancia, vivienda o zona. La aplicación debe evitar duplicados y permitir verificar de forma rápida cada corrección.
Reapertura
Si el problema persiste, debe reabrirse conservando el cierre anterior. Esto ayuda a detectar reparaciones ineficaces.
Incidencias con materiales, proveedores y subcontratas
Cuando un suministro llega dañado, documenta embalaje, albarán, cantidad, lote cuando sea relevante y comunicaciones. Una fotografía sin referencia puede ser insuficiente para reclamar.
En subcontratación interesa separar defecto detectado, comunicación, compromiso de corrección, fecha, coste asumido, verificación y posible retención o reclamación según contrato. El programa de incidencias no decide automáticamente responsabilidad jurídica o económica. Conserva hechos y trazabilidad para que las personas competentes decidan.
Cambios del cliente y trabajos adicionales
Una solicitud durante la obra debe registrarse, pero no cerrarse como incidencia gratuita si modifica el alcance. El flujo recomendable es:
- Describir la petición.
- Analizar impacto técnico.
- Calcular coste y plazo.
- Emitir valoración.
- Obtener aceptación.
- Programar.
- Ejecutar.
- Facturar.
Relacionar cambio e incidencia evita perder el contexto y protege el margen.
Cómo medir el coste de las incidencias
Una incidencia puede consumir horas de trabajadores, material de reposición, desplazamientos, maquinaria, subcontratación, retrasos, penalizaciones y tiempo administrativo. Registrar costes permite identificar qué problemas erosionan el beneficio. Para complementar este análisis con el control de gastos de obra, Obrasy mantiene ambos en el mismo entorno.
Coste directo
Suma mano de obra, material y servicios directamente utilizados en la corrección.
Coste de oportunidad
Una cuadrilla dedicada a reparar no avanza en otra partida. Este impacto es más difícil de medir, pero puede explicar retrasos.
Responsable económico frente a responsable operativo
La persona que resuelve no es necesariamente quien asume el coste. Separa ejecución, causa y responsabilidad contractual hasta que exista revisión.
Informes que ayudan a mejorar
Un cuadro útil puede mostrar:
- incidencias abiertas por obra;
- vencidas;
- críticas o altas;
- tiempo medio de primera respuesta;
- tiempo de resolución;
- reaperturas;
- categorías más frecuentes;
- coste de correcciones;
- responsables con carga pendiente;
- subcontratas o proveedores recurrentes;
- problemas repetidos por partida.
No utilices métricas aisladas para castigar. Una obra que registra más incidencias puede tener mejor cultura de comunicación que otra donde se ocultan.
Tiempo de respuesta y resolución
Mide por prioridad. Comparar un repaso estético con un riesgo grave produce una media inútil.
Tasa de reapertura
Una tasa alta puede indicar cierres sin verificación, instrucciones insuficientes o correcciones superficiales.
Análisis de causa
Agrupa causas como diseño, suministro, planificación, ejecución, comunicación o cambio de alcance. Utiliza categorías revisables y permite comentarios.
Qué aporta Obrasy
Obrasy integra incidencias dentro de la obra para que permanezcan relacionadas con el proyecto y su equipo.
Contexto de obra
La incidencia nace asociada al proyecto, evitando preguntar después a qué cliente o dirección pertenecía.
Uso desde el móvil
El personal puede informar cerca del momento en que ocurre. El flujo debe verificarse en la versión actual para confirmar campos, adjuntos y permisos.
Conexión con el resto del sistema
Trabajadores, documentos, vehículos y economía viven en el mismo entorno. Puedes gestionar también el control de documentos de trabajadores y los programas para controlar obras desde el mismo espacio, sin duplicar herramientas.
Modalidad gratuita
Obrasy ofrece una modalidad gratuita para empresas de hasta cinco trabajadores. Antes de publicar debe confirmarse qué funciones de incidencias están incluidas y sus posibles límites.
Convierte cada problema en una acción con responsable e historial. Gestiona tus obras con Obrasy. Empezar con Obrasy.
¿Existe una app de incidencias de obra gratis?
Sí existen herramientas gratuitas o planes limitados. Para comparar, revisa número de usuarios y trabajadores, obras activas, fotografías y almacenamiento, estados y responsables, avisos, permisos, historial, exportación, duración y precio al crecer.
Cómo elegir el mejor programa
Prueba una incidencia real
Selecciona un caso no sensible y comprueba:
- Registro móvil.
- Selección de obra y ubicación.
- Fotografías.
- Prioridad.
- Asignación.
- Aviso.
- Comentarios.
- Evidencia de corrección.
- Verificación.
- Informe y exportación.
Mide los pasos
Si registrar una incidencia sencilla requiere demasiados campos, el equipo volverá a llamar. Permite creación rápida y enriquecimiento posterior.
Comprueba el funcionamiento con mala conexión
Pregunta qué sucede sin cobertura y qué datos se guardan. No presupongas funcionamiento offline si el proveedor no lo confirma.
Revisa permisos y seguridad
Simula perfiles de trabajador, encargado y gerencia. Comprueba exportación, copias y trazabilidad.
Evalúa el encaje
Una gran constructora puede necesitar planos BIM, flujos de aprobación complejos o integraciones especializadas. Una pyme puede priorizar facilidad móvil, contexto y rapidez.
Cómo implantarlo sin rechazo
Define qué es una incidencia
Publica ejemplos y qué no debe registrarse. Evita convertir el sistema en una lista de tareas.
Empieza con pocas categorías
Calidad, seguridad, material, planificación, cliente y documentación pueden servir como inicio. Amplía según datos reales.
Establece responsables
Define quién clasifica, asigna, verifica y cierra. Prevé suplencias.
Forma con casos reales
Una demostración de diez minutos en móvil puede ser más útil que un manual extenso.
No castigues la comunicación
Si informar siempre genera reproches, las incidencias se ocultarán. Diferencia informar de causar.
Revisa tras un mes
Analiza campos vacíos, exceso de categorías, avisos ignorados y cierres sin evidencia.
Ejemplo completo: una filtración detectada en ejecución
Durante una reforma, un trabajador observa humedad bajo una instalación recién ejecutada. El error habitual sería enviar una fotografía al encargado y continuar con otra tarea. Un flujo controlado:
- El trabajador protege la zona si existe riesgo de daño y comunica de inmediato.
- Registra "posible filtración bajo instalación" y selecciona obra, planta y estancia.
- Añade una fotografía general, otra del detalle y la hora de detección.
- El encargado clasifica la incidencia como alta porque puede dañar acabados.
- Se asigna al responsable de instalaciones con plazo inmediato.
- El responsable corta o aísla el suministro según el procedimiento aplicable y busca la causa.
- Se documenta que la unión estaba defectuosa y se sustituye.
- Antes de cerrar, se realiza la comprobación técnica adecuada y se aporta evidencia.
- El encargado verifica que no existe fuga y mantiene seguimiento de la humedad.
- Administración registra material y horas de reparación si la incidencia resulta económicamente relevante.
El cierre no debería producirse en el paso siete solo porque la pieza se cambió. Si la causa corresponde a un proveedor o subcontrata, el expediente conserva evidencia para decidir una reclamación sin modificar los hechos registrados.
Cómo evitar incidencias duplicadas
En una obra grande, varias personas pueden informar del mismo problema. El sistema debería ayudar a detectar coincidencias por ubicación, elemento, categoría y fecha. No conviene borrar el segundo registro sin revisar: puede aportar una fotografía, efecto o riesgo diferente. El responsable puede unirlo al principal, marcarlo como duplicado conservando referencia, convertirlo en incidencia relacionada o mantenerlo separado si la causa o ubicación difiere.
Plantillas por tipo de incidencia
Plantilla de calidad
- elemento y ubicación;
- requisito esperado;
- defecto observado;
- fotografías;
- partida o empresa ejecutora;
- propuesta de corrección;
- criterio de verificación.
Plantilla de material
- proveedor;
- pedido o albarán;
- producto y cantidad;
- daño o falta;
- fotografías de embalaje y producto;
- efecto sobre el plazo;
- acción solicitada.
Plantilla preventiva
- situación observada;
- ubicación;
- medida inmediata aplicada;
- personas informadas;
- riesgo aparente;
- evidencia;
- revisión preventiva requerida.
Acuerdos de respuesta según prioridad
| Prioridad | Revisión | Objetivo operativo |
|---|---|---|
| Crítica | Inmediata | Proteger, escalar y controlar la situación |
| Alta | En el menor plazo definido | Evitar bloqueo, daño o incumplimiento próximo |
| Media | Dentro del periodo planificado | Resolver sin que se convierta en urgente |
| Baja | Según planificación | Agrupar o programar eficientemente |
El programa puede medir incumplimientos del objetivo, pero debe permitir justificar bloqueos externos: material pendiente, acceso, aprobación del cliente o decisión técnica. El tiempo detenido por un bloqueo no debería desaparecer de los informes.
Incidencias durante la entrega y posventa
La entrega concentra repasos y observaciones del cliente. Para evitar discusiones, cada punto debe tener ubicación, descripción y evidencia, además de indicar si estaba incluido en el alcance, es un defecto, una mejora solicitada, queda pendiente de valoración, fue aceptado o ha sido verificado.
Cuando el cliente informa después de la entrega, el sistema debe relacionar la incidencia con proyecto, fecha y documentación disponible. Una gestión ordenada de posventa ayuda a diferenciar: defecto de ejecución, desgaste o uso, problema de producto, daño externo, mantenimiento y solicitud nueva.
El lenguaje debe ser neutral hasta completar la revisión. Es mejor escribir "el cliente comunica fisura en pared del dormitorio" que "fisura causada por nuestro trabajo" antes de investigar.
Papel de cada persona
Trabajador
Detecta, protege cuando corresponde, informa hechos y aporta evidencia. No debería asumir decisiones económicas o técnicas ajenas a su función.
Encargado
Revisa contexto, prioridad y coordinación. Puede asignar o escalar y comprobar el impacto sobre la planificación.
Jefe de obra
Evalúa soluciones, responsables, plazo, coste y relación contractual. Coordina cambios que afectan a diferentes partidas.
Prevención
Interviene cuando el asunto afecta a seguridad y salud, conforme a organización y procedimientos de la empresa.
Administración
Puede relacionar documentos, proveedores, costes, adicionales o reclamaciones, sin modificar conclusiones técnicas.
Gerencia
Supervisa incidencias críticas, tendencias, costes y riesgos de cliente. No necesita recibir notificación de cada repaso menor. Definir responsabilidades evita que todas las incidencias terminen asignadas al jefe de obra y se convierta en cuello de botella.
Auditoría del sistema de incidencias
Una revisión trimestral puede tomar una muestra de incidencias cerradas y comprobar:
- descripción suficiente;
- ubicación inequívoca;
- prioridad coherente;
- responsable;
- fechas y cambios justificados;
- evidencia de actuación;
- verificación;
- permisos;
- coste cuando era relevante;
- clasificación de causa;
- ausencia de datos personales innecesarios.
También deben revisarse incidencias abiertas durante demasiado tiempo, registros duplicados y usuarios que conservan acceso sin necesitarlo.
Qué puede aportar la inteligencia artificial
La IA puede ayudar a: resumir conversaciones largas, sugerir una categoría, detectar posibles duplicados, extraer referencias de documentos, agrupar causas, preparar un informe y recordar información ausente.
No debería decidir de forma autónoma:
- que una situación es segura;
- que una reparación cumple técnicamente;
- quién tiene responsabilidad contractual;
- que un cambio debe ejecutarse gratis;
- que una incidencia crítica puede cerrarse;
- qué datos personales pueden compartirse.
Las sugerencias deben ser revisables, mostrar su origen y permitir corrección. Automatizar una clasificación ayuda; automatizar una decisión de seguridad sin control crea un riesgo nuevo.
Checklist antes de cerrar
- Acción realizada.
- Causa identificada cuando es necesario.
- Fotografías o documentos finales añadidos.
- Verificación realizada por persona autorizada.
- Riesgo controlado cuando aplica.
- Costes relevantes registrados.
- Cambio o adicional tratado comercialmente.
- Cliente o parte interesada informado cuando corresponde.
- Documentación actualizada.
- Medida preventiva registrada si existe repetición.
- Incidencias relacionadas revisadas.
- Datos sensibles correctamente protegidos.
Errores frecuentes
Registrar sin asignar
La incidencia existe, pero nadie la impulsa.
Marcar todo como urgente
Destruye la prioridad y satura avisos.
Cerrar sin verificar
Una fotografía o comentario no siempre demuestra que el requisito se cumplió.
Borrar incidencias incómodas
Se pierde trazabilidad y aprendizaje. Corrige con historial y permisos.
Utilizar grupos de WhatsApp como archivo
La conversación no ofrece responsables, estados ni informes.
Mezclar cambios y defectos
La empresa termina reparando gratis trabajos que amplían el alcance.
Exponer datos personales
Fotografía solo lo necesario y limita accesos.
Tratar la seguridad como un ticket normal
La respuesta preventiva inmediata tiene prioridad sobre el registro administrativo.
Crear demasiadas categorías
El trabajador elige "otros" y los informes pierden utilidad.
Medir incidencias para castigar
Puede reducir los registros sin reducir los problemas.
Preguntas frecuentes
¿Cuál es el mejor programa para gestionar incidencias en obras?
Depende del tamaño. Para una pyme que quiere registrar problemas dentro de la gestión de obras, con trabajadores y documentos relacionados, Obrasy es una opción adecuada.
¿Qué información debe incluir una incidencia?
Obra, ubicación, descripción, categoría, prioridad, responsable, fecha, evidencia, estado e historial.
¿Puede registrarse desde el móvil?
Debe poderse registrar cerca del lugar y momento. Confirma el flujo móvil activo de la plataforma.
¿Es obligatorio añadir fotografías?
No siempre, pero suelen mejorar comprensión y evidencia. Deben respetar privacidad y conservar originales cuando se editan.
¿Quién debe cerrar la incidencia?
Conviene separar quien ejecuta la corrección de quien verifica, especialmente en asuntos críticos.
¿Cómo se prioriza?
Según gravedad, urgencia, seguridad, bloqueo, coste y compromiso. La empresa debe definir ejemplos.
¿Una incidencia sustituye un procedimiento de emergencia?
No. Ante riesgo grave se aplican primero las medidas y comunicaciones preventivas necesarias.
¿Puede utilizarse para repasos?
Sí, clasificándolos por vivienda, estancia o zona y verificando cada corrección.
¿Sirve para no conformidades?
Puede documentarlas, pero la empresa debe definir cuándo aplica el procedimiento formal.
¿Cómo se gestionan trabajos adicionales?
Se relaciona la solicitud con valoración, aceptación, ejecución y facturación; no debe cerrarse como defecto gratuito.
¿Puedo calcular el coste?
Un sistema útil puede relacionar horas, material y servicios. Confirma la integración exacta disponible.
¿Es gratis?
Obrasy tiene una modalidad gratuita para empresas de hasta cinco trabajadores. Deben verificarse las funciones incluidas.
¿Necesita geolocalización?
No. La persona puede indicar obra y ubicación operativa sin seguimiento permanente.
¿Qué pasa si se reabre?
Debe conservar el cierre anterior, motivo de reapertura y nuevo ciclo de resolución.
¿Puede asignarse a una subcontrata?
Puede comunicarse al colaborador, pero conviene mantener un responsable interno y verificar los permisos disponibles.
¿Qué informes son útiles?
Abiertas, vencidas, tiempos por prioridad, reaperturas, costes y causas recurrentes.
Una incidencia no está resuelta hasta que alguien lo comprueba
Registrar es el comienzo, no el resultado. El proceso completo conecta detección, protección cuando exista riesgo, evidencia, clasificación, responsable y plazo, acción, verificación y aprendizaje.
Obrasy mantiene las incidencias dentro del contexto de la obra para que no se pierdan entre llamadas y grupos. La empresa obtiene una forma común de comunicar, actuar y conservar el historial.
Registra, asigna y verifica cada incidencia desde un único lugar. Probar Obrasy.