Errores, restricciones y acciones no disponibles
En LadVen OS, las restricciones en tareas no existen solo por seguridad. Protegen el proceso de trabajo: no permiten cerrar una tarea sin resultado, cambiar un acuerdo ajeno sin permisos, perder un archivo, sobrescribir la edición de otro participante ni modificar en masa tareas a las que el usuario no tiene acceso.
Si el sistema no permite hacer algo, no siempre es un fallo técnico. A menudo es una señal: faltan datos, la acción requiere otro rol, el proceso prohíbe la transición o primero hay que resolver un conflicto.
Regla principal: no evite la restricción con mensajes privados, tareas duplicadas o acuerdos verbales. Primero entienda qué se bloqueó, por qué importa para el proceso y quién puede tomar la decisión.
El diagrama muestra una restricción como una ruta de recuperación: acción, motivo del bloqueo, condición que falta y nueva comprobación del resultado.
Diagnóstico rápido en un minuto
Cuando una acción no funcionó, separe primero una restricción de trabajo de un fallo. Así se ahorra tiempo y se evitan tareas duplicadas.
- Lea de nuevo el mensaje de LadVen OS: suele indicar no solo el error, sino la condición que falta.
- Revise su rol en la tarea: solicitante, persona asignada, coejecutor, observador o usuario sin participación.
- Mire el estado: nueva, en trabajo, en revisión, cerrada, cancelada o limitada por proceso.
- Abra el bloque relacionado con la acción: archivos, lista de verificación, participantes, detalles, comentarios, tiempo o vínculos.
- Si la acción es masiva, revise una tarea concreta donde no se aplicó, no toda la selección.
- Después de corregir, repita la misma acción y confirme el resultado en la tarjeta o historial.
No empiece con "por qué se rompió el sistema". Empiece con "qué condición falta para el siguiente paso del proceso".
Qué se ve en la interfaz
Las restricciones pueden verse de formas distintas. Lea no solo el texto, sino también el lugar donde aparece.
| Qué ve el usuario | Qué suele significar | Primera acción |
|---|---|---|
| Botón inactivo | Acción no disponible por rol, estado o condición obligatoria | Revisar rol, estado y ayuda junto al botón |
| Botón activo, pero aparece una advertencia al pulsarlo | Se activó una verificación de protección del proceso | Leer la condición faltante y corregir la tarjeta |
| Campo no editable | Faltan permisos, la tarea está cerrada o el cambio no está permitido en esta etapa | Revisar modo de edición y dueño de la decisión |
| Archivo visible, pero no abre | Falta acceso, el formato no es compatible o el archivo está obsoleto | Intentar descargar, revisar versión y acceso |
En archivos aparece Archivo no adjuntado | El archivo seleccionado no llegó a la tarea | Revisar nombre y causa, luego elegir Reintentar o Quitar |
| Lista vacía | Filtro, vista guardada, permisos o carga ocultan tareas | Restablecer filtros y revisar acceso |
| Acción masiva con resultado parcial | No todas las tareas admiten la misma decisión | Revisar por separado las tareas no aplicadas |
| Tras guardar se ve una versión anterior | La tarjeta quedó desactualizada o hubo conflicto de cambios | Actualizar la tarea y comparar el historial |
Si la interfaz muestra varias señales a la vez, resuélvalas en orden: acceso, estado, condiciones obligatorias y luego errores temporales de carga o red.
Cómo leer un mensaje de error
Ante cualquier error o acción no disponible, haga cuatro preguntas:
- Qué acción intenté hacer.
- Qué no salió: abrir, guardar, cargar, cerrar, asignar o cambiar estado.
- Es restricción de permisos, proceso, datos o un fallo temporal.
- Qué debe pasar ahora: completar un campo, pedir acceso, actualizar la página, escribir un comentario, acudir a la jefatura o al administrador.
No todos los mensajes son igual de detallados. Si el aviso es breve, reconstruya el contexto por la tarjeta: estado, rol del usuario, participantes, archivos, lista de verificación, comentarios, historial de actividad y permisos de objetos relacionados.
Quién debe actuar
No toda incidencia debe resolverla quien la vio primero. En LadVen OS conviene pasar rápido la pregunta al rol correcto.
| Situación | Quién suele resolver | Qué fijar en la tarea |
|---|---|---|
| Falta resultado, archivo o punto cerrado de la lista | Persona asignada a ejecutar la tarea | Qué se añadió y dónde revisar el resultado |
| Hace falta aceptación o devolución a corrección | Solicitante o revisor | Qué se aceptó, qué devolver y por qué |
| Hace falta otra persona asignada o acceso de participante | Jefatura o solicitante | A quién añadir, en qué rol y para qué |
| No encaja una regla del proceso | Dueño del proceso o administrador | Ejemplo de tarea y por qué la regla impide el trabajo normal |
| Una acción masiva no se aplicó a parte de las tareas | Usuario que inició la acción o jefatura del conjunto | Qué tareas no cambiaron y qué causa tiene cada grupo |
| No hay acceso a cliente, proyecto, documento o archivo | Dueño del objeto o administrador de acceso | Qué objeto hace falta y para qué trabajo |
Una mala solicitud dice "no funciona". Una buena solicitud contiene la acción, la tarea, el mensaje visible, lo ya revisado y la decisión esperada.
Sin acceso a la tarea
No tener acceso significa que el usuario no puede abrir la tarea o la ve de forma limitada. Las causas pueden ser distintas:
- la tarea está en un proyecto, grupo de trabajo, cliente o contexto CRM con acceso restringido;
- el usuario no participa en la tarea;
- el enlace lleva a una tarea eliminada, movida u oculta;
- el rol no permite ver parte de los datos;
- un participante externo no tiene acceso a materiales internos;
- la tarea está vinculada con un documento o cliente que no está disponible para todos.
Qué hacer:
- Revise si el enlace está obsoleto.
- Pregunte al solicitante o a la jefatura si debe participar.
- Si necesita acceso para trabajar, pida que lo agreguen con el rol correcto.
- Si necesita un archivo, cliente o registro CRM, pida acceso a la fuente concreta necesaria, no solo a la tarea.
- Si usted es jefatura, revise si el proceso oculta tareas a personas que deberían verlas.
No pida que le reenvíen el contenido a un chat privado como solución permanente. Así la tarea deja de ser la fuente única de acuerdo y la historia de trabajo se fragmenta.
Botón o acción no disponible
Un botón puede estar oculto o bloqueado si la acción no corresponde ahora por rol, estado o proceso.
Causas habituales:
- el usuario no tiene permisos para cambiar la tarea;
- la tarea ya está cerrada o cancelada;
- la tarea está en revisión y la acción solo está disponible para el solicitante o revisor;
- falta resultado obligatorio, archivo, comentario o lista de verificación cerrada;
- está activada una verificación de protección antes de cambiar estado;
- la acción solo está disponible para la persona asignada, el solicitante o el administrador del proceso;
- la acción masiva elegida no puede aplicarse a parte de las tareas.
Qué hacer:
- lea la ayuda del botón si existe;
- revise estado de la tarea y su rol;
- mire si primero debe completar campos obligatorios;
- abra comentarios e historial: tal vez otro participante ya realizó la acción;
- si la acción de verdad hace falta, escriba un comentario en la tarea y pida al dueño del proceso que la ejecute o la permita.
Pregunta correcta en la tarea:
No puedo cerrar la tarea: el sistema pide el archivo final. Adjunté la versión actual en un comentario; pido al solicitante revisar y confirmar el cierre.
Mala práctica:
No se puede pulsar, ciérrenla de alguna forma.
Ese comentario no explica qué impide avanzar el proceso.
Verificación de protección antes de cerrar o cambiar estado
La verificación de protección bloquea la acción si la tarea no está lista para la siguiente etapa. Por ejemplo, no se puede cerrar sin resultado, enviar a revisión sin archivo, terminar una tarea de cliente sin comentario o cambiar estado sin un campo obligatorio.
Esta verificación existe para que la calidad del proceso no dependa solo de la atención de cada participante.
En la interfaz se ve como una acción bloqueada: el usuario pulsa cerrar, enviar a revisión, cambiar estado o iniciar una regla, y LadVen OS muestra un mensaje claro. Un buen mensaje no solo dice "no se puede"; explica:
- qué acción se detuvo;
- qué condición no se cumplió;
- qué hay que añadir o corregir;
- quién puede ayudar si el usuario no tiene permisos para corregir;
- que después de corregir hay que repetir la misma acción.
En la tarjeta de la tarea, este mensaje debe quedarse cerca de las acciones de trabajo, no desaparecer como una ventana de sistema. Así se puede abrir el bloque necesario, mostrar el problema a la jefatura o a la persona asignada y tomar una captura para revisar el proceso. Si existe Abrir detalles, úselo para ir al campo o bloque que debe corregirse. Si el sistema pide estimación planificada, use Indicar estimación.
Para revisar el proceso, la pantalla debe mostrar la acción bloqueada, la condición faltante, dónde corregirla y el siguiente paso disponible. No considere buena evidencia de trabajo una pantalla que solo muestra un aviso temporal, un código técnico, un nombre interno de error o una causa sin camino de recuperación.
Si la verificación se activó:
- Lea qué condición falta.
- Busque en la tarjeta el elemento faltante: archivo, comentario, lista de verificación, estimación, persona asignada, vínculo, campo o confirmación.
- Corrija la tarea usted mismo si entra en su rol.
- Si debe corregir otra persona, escriba un comentario e indique exactamente qué falta.
- Si la condición no encaja con el caso, acuda al dueño del proceso o a la jefatura; no evite la verificación con un duplicado.
- Después de guardar la corrección, repita la misma acción y revise que cambió el estado o que la tarea pasó a la siguiente etapa.
Ejemplos de mensajes de usuario:
| Qué se bloqueó | Qué falta | Quién corrige | Cómo repetir |
|---|---|---|---|
| Cierre de tarea | No hay archivo final ni enlace al resultado | La persona asignada adjunta el archivo, el solicitante revisa | Guardar el archivo y volver a pulsar cerrar |
| Envío a revisión | No está definido el dueño del resultado | Solicitante o jefatura asigna a la persona correcta | Guardar participante y enviar de nuevo a revisión |
| Cambio de estado | No están cerrados puntos obligatorios de la lista | El ejecutor cierra puntos o explica la excepción | Actualizar la lista y repetir el cambio de estado |
| Inicio de regla | La tarea no entra en el alcance | El dueño del proceso ajusta la regla o la tarea | Corregir la condición y repetir el inicio |
Para la jefatura importa mirar no solo el bloqueo, sino su causa. Si la verificación impide trabajo normal con frecuencia, quizá está configurada demasiado rígida o no explica cómo corregir la tarea.
Cómo corregir un bloqueo sin perder el sentido
La verificación de protección no debe tratarse como una formalidad que hay que esquivar. La corrección debe conservar el sentido operativo de la tarea.
| Causa del bloqueo | Mala corrección | Buena corrección |
|---|---|---|
| Falta archivo final | Adjuntar un borrador cualquiera para cerrar | Adjuntar la versión actual e indicar qué cuenta como resultado final |
| Lista de verificación sin cerrar | Marcar todo como hecho sin revisar | Cerrar puntos listos y explicar la excepción en comentario o nueva tarea |
| Falta persona asignada | Nombrar a la primera persona disponible | Nombrar al dueño real del resultado y agregar ayudantes como coejecutores |
| Falta comentario al devolver | Escribir "rehacer" | Indicar la observación concreta y la corrección esperada |
| La regla no encaja | Crear duplicado fuera del proceso | Registrar la excepción y pasar el ejemplo al dueño del proceso |
Si la tarea actual ya no corresponde al trabajo, cree una tarea vinculada, no un duplicado suelto. Así se entiende qué se aceptó, qué pasó a nuevo alcance y quién responde por la continuación.
Para tareas con archivo final obligatorio, la verificación debe llevar a recuperar el resultado, no a rodear el proceso. Si el archivo no se cargó, revise primero el error de adjunto: nombre, tamaño, formato, accesos, acciones Reintentar o Quitar. Después de adjuntarlo correctamente, vuelva a la acción original y envíe de nuevo a revisión, acepte o cierre la tarea. El orden detallado está en Cerrar y aceptar una tarea y Archivos y documentos.
Conflicto de cambios
Un conflicto aparece cuando varias personas cambian la tarea casi al mismo tiempo. Por ejemplo, una mueve el plazo, otra cambia la descripción y otra agrega un archivo o participante.
El riesgo principal es perder la edición de otra persona o guardar un acuerdo viejo encima de uno nuevo.
Orden correcto:
- Deténgase y no guarde automáticamente.
- Actualice la tarea o compare qué cambió.
- Traslade solo las ediciones vigentes.
- Si el cambio afecta plazo, alcance, persona asignada o aceptación, fije el resultado en un comentario.
- Después de guardar, revise la tarjeta en modo vista.
Si el conflicto toca un acuerdo importante, escriba un comentario breve:
Actualicé la tarea después del conflicto de cambios: mantenemos el plazo del 27 de mayo, archivo vigente: versión del 20 de mayo, persona asignada sin cambios.
Así el equipo entiende qué versión del acuerdo quedó como final.
Error al guardar
Un error al guardar puede aparecer al crear una tarea, editarla, agregar un comentario, cambiar la lista de verificación, tiempo o participantes.
Antes de reintentar, revise:
- si están completos los campos obligatorios;
- si no se perdió la conexión;
- si la tarjeta no quedó obsoleta después de una edición larga;
- si otro participante no cambió la tarea;
- si no se superaron límites de archivo, texto o elementos seleccionados;
- si usted tiene permisos para esa acción.
No pulse guardar muchas veces seguidas. Si la acción ya se envió, espere el resultado. Los clics repetidos pueden crear comentarios, archivos o registros de tiempo duplicados si el sistema aún no mostró el estado.
Si el error se repite, registre en la tarea o comunique al administrador:
- qué intentaba hacer;
- en qué tarea;
- qué campos cambiaba;
- qué mensaje vio;
- si el error se repite tras actualizar la página.
El comentario no se envió
El comentario se añade al hilo de inmediato y se termina de enviar en segundo plano. Si el envío falla, el mensaje no desaparece: permanece visible con una marca de error y un botón para reenviar.
Qué hacer:
- No vuelva a escribir el comentario: el texto y los adjuntos ya están guardados en el mensaje sin enviar.
- Revise la conexión y espere a que el indicador deje de mostrar "enviándose".
- Pulse el reenvío en el propio comentario.
- Si el adjunto es grande, espere su progreso: el comentario se considera entregado solo después del indicador "enviado".
- Antes de cerrar o aceptar la tarea, asegúrese de que ningún comentario quedó en estado de error.
Si el reenvío no ayuda, copie el texto en un lugar seguro, actualice la tarea y comunique al administrador en qué tarea y con qué acción el comentario no se envía.
Error al cargar o abrir un archivo
Los archivos de una tarea pueden no cargarse o no abrirse por varias razones:
- el archivo es demasiado grande;
- el formato no es compatible con la vista previa;
- la conexión se interrumpió durante la carga;
- el usuario no tiene acceso al archivo o disco;
- el archivo fue eliminado o reemplazado;
- el enlace lleva a una versión obsoleta;
- el archivo está adjunto a un comentario o lista de verificación, pero no se ve en el filtro actual.
Qué hacer:
- Revise si el archivo se ve en el bloque de archivos, comentario o punto de la lista de verificación.
- Intente descargarlo si la vista previa no abre.
- Aclare qué versión es la vigente.
- Si el archivo hace falta para aceptación, pida a la persona asignada que adjunte la versión final en un comentario separado.
- Si falta acceso, solicite acceso al archivo o disco relacionado.
- Si la carga falló, repita después de revisar tamaño y formato.
Si LadVen OS muestra un error junto al archivo seleccionado, no cierre el mensaje antes de revisar la causa. Primero confirme que es el archivo correcto; luego decida si Reintentar la carga, Quitar el archivo de la lista o reemplazarlo por una versión válida. Para aceptar una tarea, el material final debe estar realmente adjunto, no solo seleccionado en el equipo del usuario.
No se puede asignar un participante
La elección de un empleado puede no estar disponible si la persona no pertenece al departamento necesario, no tiene acceso al grupo de trabajo, cliente o proyecto, está desactivada, limitada por rol o no puede elegirse como participante externo.
Parte de las personas no solo no está disponible para elegir, sino que ni siquiera aparece en la lista de candidatos. La búsqueda de participantes muestra solo a empleados internos activos con permiso para tomar tareas en ejecución, por eso las cuentas externas, como las cuentas de invitado y de extranet, y las desactivadas no aparecen en ella. Si la persona no está en la lista, es un comportamiento esperado, no un error: asegúrese de que se trata de un empleado activo con permisos sobre tareas y consulte el acceso con el administrador si la participación es realmente necesaria.
Antes de asignar, revise:
- qué rol debe recibir: persona asignada, coejecutor u observador;
- si necesita acceso a proyecto, cliente, CRM o archivos;
- si basta mencionarlo en un comentario para una pregunta puntual;
- si la asignación no diluye la responsabilidad;
- si ve los materiales relacionados.
Si no puede elegir al empleado, no nombre a otra persona al azar. Aclare el acceso con la jefatura o el administrador del proceso. Puede dejar un comentario:
Hay que conectar a Ana como coejecutora, pero no aparece en participantes. Revisen acceso al grupo de trabajo y al proyecto del cliente.
Acción masiva completada parcialmente
Las acciones masivas sirven cuando hay que cambiar varias tareas de la misma forma: asignar una persona, cambiar plazo, agregar etiqueta, actualizar estado u otra decisión uniforme.
Un resultado parcial significa que la acción no se aplicó a todas las tareas seleccionadas. Causas:
- parte de las tareas está cerrada o en estado inadecuado;
- el usuario no tiene permisos sobre algunas tareas;
- una verificación de protección bloqueó parte de los cambios;
- algunas tareas fueron modificadas por otro participante;
- una o varias tareas no cumplieron condiciones obligatorias;
- parte de los objetos relacionados no está disponible.
Qué hacer:
- Mire a qué tareas se aplicó la acción.
- Abra por separado las tareas donde no funcionó.
- No repita la acción masiva sobre todo el conjunto sin revisar.
- Corrija causas: acceso, estado, campos obligatorios, conflicto o verificación de protección.
- Repita la acción solo para las tareas restantes si realmente es la misma decisión.
Una acción masiva no debe sustituir una decisión de gestión. Si las tareas son distintas por contexto, plazo o persona asignada, conviene revisarlas por separado.
Cómo leer un resultado parcial
Después de una acción masiva, la jefatura o el ejecutor deben entender no solo cuántas tareas tuvieron éxito, sino también los grupos de causas.
| Grupo | Qué significa | Qué hacer |
|---|---|---|
| Cambiado con éxito | Las tareas pasaron condiciones y permisos | Revisar el conjunto para confirmar que quedó en el estado correcto |
| Sin permisos | El usuario no puede cambiar parte de las tareas | Pasar la lista al dueño del conjunto o pedir acceso |
| Estado no válido | Las tareas ya están cerradas, canceladas o en otra etapa | No repetir la acción masiva; abrir esas tareas por separado |
| Verificación activada | Faltan condiciones obligatorias | Corregir archivos, lista de verificación, comentarios o participantes |
| Conflicto de cambios | Los datos cambiaron durante la operación | Actualizar tarjetas y tomar la decisión final manualmente |
No lance de nuevo la acción masiva sobre la misma selección "por si acaso". Puede volver a cambiar tareas ya procesadas y confundir la historia.
La automatización no se ejecutó o se ejecutó de otra manera
La automatización puede crear una tarea, cambiar un campo, agregar un comentario, asignar participante, iniciar un proceso recurrente o bloquear una acción. Si el resultado no coincide con lo esperado, mire no solo la tarjeta actual, sino también la historia.
Compruebe:
- si la regla o tarea recurrente está activada;
- si la tarea cumple las condiciones de la regla;
- si la automatización está desactivada para este proceso;
- si un duplicado impidió crear una nueva tarea;
- si existe registro en el historial de automatización;
- si una persona cambió la tarea después de la acción automática;
- si el comentario o evento creado por la regla es comprensible para el usuario.
Si se trata de una regla antes de activarla, abra primero la vista de consecuencias. No promete que "todo irá bien"; muestra efectos futuros: qué tareas entrarán en la regla, qué acciones se ejecutarán, qué tareas se omitirán y por qué. Si la vista muestra tareas de más, no active la regla hasta precisar el alcance.
Si es una tarea recurrente, revísela como proceso:
- calendario y zona horaria;
- dueño del proceso;
- plantilla desde la que se crea la tarea;
- plazo de la nueva tarea;
- política de duplicados;
- historial de lanzamientos: creado, omitido, bloqueado, ejecutado con error.
Si una tarea recurrente no apareció por un duplicado activo, revise primero la tarea anterior. Si apareció una vez de más, revise calendario y política de duplicados, y deje un comentario en la tarea sobrante antes de cancelarla.
Si la automatización estorba el trabajo, no la apague en silencio. Fije un ejemplo de tarea y la causa:
La regla añadió un observador después de pasar a revisión, pero en este proceso revisa otro departamento. Hay que ajustar la condición para tareas con la etiqueta `implantación`.
Así el dueño del proceso podrá corregir la regla sin romper otros escenarios.
La tarea parece vacía o los datos no se actualizan
A veces el usuario ve una lista vacía, comentarios vacíos, archivos desaparecidos o un estado antiguo. No siempre significa que no haya datos.
Revise:
- filtros activos y vista guardada;
- la vista seleccionada;
- permisos de acceso;
- si tareas cerradas o archivadas están ocultas;
- si cargaron comentarios o eventos antiguos;
- si la pantalla quedó abierta después de una pausa larga;
- si otro participante cambió la tarea.
Si la lista está vacía, primero restablezca filtros. Si la tarjeta parece incompleta, actualícela y revise el historial. Si los datos siguen sin verse, aclare accesos.
Qué escribir a la jefatura o al administrador
Una buena solicitud ayuda a entender el problema sin convertir el soporte en una cadena de preguntas.
Indique:
- qué intentaba hacer;
- en qué tarea o conjunto;
- qué mensaje vio;
- qué ya revisó;
- si hace falta una decisión de gestión urgente;
- quién queda bloqueado por el problema.
Ejemplo:
No puedo enviar la tarea a revisión. El sistema pide el archivo final, pero el archivo ya está adjunto al punto de la lista de verificación. La tarea se necesita hoy para aceptar el resultado del cliente. Revisen si el archivo debe estar adjunto a la tarea completa o si se puede contar el adjunto de la lista.
La solicitud contiene acción, causa, contexto y decisión esperada.
Cómo debe revisar la jefatura los errores repetidos
Si el mismo bloqueo aparece en varios empleados, ya no es solo un problema individual: es una señal del proceso. A la jefatura le conviene mirar la repetición.
Revise:
- en qué tareas aparece la restricción: de cliente, internas, de plantilla, recurrentes, urgentes;
- quién la encuentra más: empleados nuevos, un departamento concreto, solicitantes, personas asignadas, revisores;
- en qué etapa se bloquea el trabajo: creación, ejecución, revisión, cierre, cambio masivo;
- si el mensaje de la interfaz se entiende sin explicación aparte;
- si la plantilla tiene los campos, archivos, lista de verificación y roles necesarios;
- si la regla exige datos que el equipo no puede obtener antes de hacer el trabajo.
Después del análisis, elija una solución:
- ajustar la plantilla de tarea;
- agregar un punto obligatorio a la lista de verificación;
- cambiar el texto de la instrucción o verificación;
- flexibilizar la regla para excepciones;
- enseñar al equipo el orden correcto;
- separar un proceso demasiado general en varios escenarios.
Así LadVen OS ayuda no solo a corregir errores, sino a mejorar la operación: los fallos repetidos se convierten en reglas y plantillas claras.
Buenas prácticas
- Lea la restricción como una pista del proceso, no solo como obstáculo.
- No evite verificaciones de protección con tareas duplicadas.
- En conflictos, actualice primero la tarjeta y luego guarde el resultado.
- En errores de archivo, aclare versión vigente y accesos.
- Use acciones masivas solo para tareas con la misma decisión.
- Fije problemas importantes en la tarea para no perder la historia.
- Si una restricción se repite en muchos empleados, revise el proceso o la regla.
- Después de corregir un error, compruebe el resultado en la tarjeta: estado, archivo, comentario, participantes e historial.
Errores frecuentes
| Error | Por qué es peligroso | Cómo hacerlo bien |
|---|---|---|
| Evitar la restricción por mensaje privado | La decisión no entra en la historia de la tarea | Fijar causa y siguiente paso en un comentario |
| Crear duplicado en vez de corregir la tarea actual | El trabajo se rompe en varias tarjetas sin vínculo | Corregir la causa del bloqueo o crear una tarea vinculada con explicación |
| Pulsar guardar muchas veces | Pueden aparecer comentarios, archivos o registros de tiempo duplicados | Esperar el resultado y revisar el estado |
Pulsar Quitar y creer que el archivo quedó adjunto | El archivo erróneo salió de la cola, pero no apareció en la tarea | Añadir el archivo correcto y esperar a verlo en la tarjeta |
| Repetir cierre sin corregir la verificación | El estado no cambiará y la causa seguirá igual | Ir por Abrir detalles o Indicar estimación, corregir y repetir |
| Cambiar en masa tareas distintas | Se pueden romper plazos, responsabilidad y contexto | Usar acción masiva solo para una decisión uniforme |
| Ignorar el resultado parcial | Parte de las tareas queda sin atención en el estado anterior | Revisar por separado las tareas no aplicadas |
| Tomar ausencia de datos como hecho | Filtro, acceso o carga pudieron ocultar información | Restablecer filtros, actualizar tarjeta y revisar permisos |
Diagnóstico rápido
| Qué no funcionó | Qué revisar primero | Dónde mirar después |
|---|---|---|
| Abrir una tarea | Acceso, enlace, participación | Solicitante, jefatura, administrador |
| Cambiar un campo | Rol, estado, modo de edición | Historial, permisos, conflicto de cambios |
| Cerrar una tarea | Resultado, archivos, lista de verificación, verificación | Comentarios, verificaciones de protección |
| Cargar un archivo | Tamaño, formato, conexión | Acceso a disco, versión vigente |
| Asignar a una persona | Rol, acceso a proyecto o cliente | Departamento, grupo de trabajo, administrador |
| Ejecutar una acción masiva | Uniformidad de tareas elegidas | Resultado parcial, permisos, estados |
| Entender automatización | Historial de regla, condición, dueño del proceso | Página de automatización, comentarios en la tarea |
Qué estados de restricción conviene entender
Lo importante no es el mensaje de error en sí, sino el contexto de trabajo: qué se detuvo, por qué protege el proceso y qué acción devuelve la tarea al flujo normal.
| Escenario | Qué debe notar el usuario | Qué hacer después |
|---|---|---|
| Verificación antes de cerrar o cambiar estado | Condición faltante y acción que se repite después de corregir | Añadir resultado, archivo, lista de verificación o comentario y repetir la acción |
| Resultado parcial de acción masiva | Cuántas tareas cambiaron, cuántas se omitieron y por qué | Revisar las tareas omitidas por separado, no repetir la acción masiva a ciegas |
| Conflicto de edición | La tarjeta cambió después de abrirla o antes de guardar | Actualizar la tarjeta, comparar el acuerdo y guardar la versión actual |
| Acción no disponible por permisos | El rol, estado o acceso no permite la acción | Pedir el rol, participante o acceso necesario al objeto relacionado |
| Error de archivo | El archivo no se cargó, no se abre o no está disponible para revisión | Comprobar versión, formato, acceso y repetir la carga si hace falta |
| Lista vacía por filtro | La vista activa oculta tareas | Restablecer o precisar filtros antes de concluir que no hay tareas |
Antes de comentar un error o una verificación en formación, soporte, informe o con un cliente, anonimice los datos: no deben verse clientes reales, teléfonos, email, contratos, enlaces privados ni comentarios internos.