Se implementó una actualización integral en el Administrador General de Usuarios con el objetivo de simplificar y centralizar el control de acceso a todas las aplicaciones que forman parte del ecosistema SoftFlot.

Con esta mejora, ahora es posible que un solo usuario, utilizando una única identidad dentro del sistema, pueda acceder de manera segura y controlada a:

• ToolWeb

• SoftTab (KPIs)

• SoftAlarm

• Consola de Mantenimiento

• Aplicaciones web futuras

• Cualquier herramienta externa integrada al ecosistema

Beneficios principales

• Unificación de identidades: ya no es necesario crear múltiples usuarios para cada módulo o aplicación externa.

• Reducción de errores y duplicidad: se elimina la gestión de credenciales separadas, evitando inconsistencias entre sistemas.

• Mayor seguridad: el control de permisos se centraliza en un solo punto, facilitando auditorías y evitando accesos no autorizados.

• Escalabilidad: el nuevo modelo permite integrar fácilmente nuevas herramientas externas sin modificar la estructura de usuarios.

• Mejor experiencia para el usuario final: un solo inicio de sesión y un solo perfil para todo el ecosistema SoftFlot.

Cambios técnicos relevantes

• Se rediseñó el modelo de roles y permisos para soportar perfiles multi‑aplicación.

• Se incorporó un sistema de permisos extendidos, permitiendo asignar accesos específicos a herramientas externas desde el mismo panel de administración.

• Se preparó la infraestructura para soportar futuras aplicaciones web y móviles bajo un esquema de identidad unificada.

• Se optimizó la base de datos para manejar relaciones entre usuarios, roles y aplicaciones externas sin duplicación de información.

Se realizó una mejora integral en el Administrador de Imágenes, optimizando su rendimiento y agregando la capacidad de mostrar la descripción del elemento al que pertenece cada imagen dentro del sistema. Esta actualización mejora la velocidad de carga, la claridad visual y la experiencia general del usuario al gestionar imágenes asociadas a vehículos, empleados, llantas, productos y otros módulos.

Descripción del problema previo

Antes de esta mejora, el Administrador de Imágenes presentaba dos limitaciones importantes:

1. Rendimiento lento

   • La carga de imágenes podía tardar demasiado, especialmente en bases con miles de registros.

   • Las consultas no estaban optimizadas y se realizaban múltiples uniones innecesarias.

   • El sistema podía bloquearse temporalmente al navegar entre categorías.

2. Falta de información contextual

   • Las imágenes se mostraban sin una descripción clara del elemento al que pertenecían.

   • Esto dificultaba identificar rápidamente si la imagen correspondía a un vehículo, empleado, llanta, producto, etc.

   • El usuario debía abrir cada imagen o revisar IDs para saber a qué correspondía.

Solución implementada

La mejora se abordó en dos frentes principales:

A) Optimización del rendimiento del Administrador de Imágenes

Se realizaron ajustes técnicos para mejorar la velocidad y eficiencia:

• Reestructuración de la consulta principal para reducir uniones innecesarias.

• Uso de índices adecuados en campos clave como Id_MasterImagen y Id_Owner.

• Eliminación de filtros redundantes y simplificación de condiciones.

• Ajuste del proceso de carga para evitar bloqueos en la interfaz.

• Reducción del número de llamadas a la base de datos.

Resultado: El Administrador de Imágenes ahora carga más rápido, incluso en bases con miles de registros.

B) Agregado de la descripción del elemento asociado

Se añadió un campo visible que muestra la descripción del elemento al que pertenece cada imagen. Ejemplos:

• Vehículos → No Económico

• Empleados → Nombre del empleado

• Llantas → Número económico o código interno

• Productos → Descripción del artículo

• Recepciones → Descripción del registro

Esto permite:

• Identificar imágenes de forma inmediata

• Evitar confusiones entre elementos similares

• Facilitar la búsqueda y selección de imágenes

• Mejorar la trazabilidad visual del sistema

Beneficios principales

• Mayor velocidad de carga en el Administrador de Imágenes.

• Mejor experiencia de usuario al visualizar imágenes con su descripción correspondiente.

• Mayor precisión operativa, evitando errores al seleccionar o reemplazar imágenes.

• Mejor organización interna, especialmente en empresas con grandes volúmenes de datos.

• Mayor claridad en auditorías y revisiones, al mostrar información contextual junto a cada imagen.

Impacto en el usuario final

Los usuarios ahora pueden:

• Navegar más rápido entre imágenes

• Identificar fácilmente el elemento asociado

• Evitar confusiones entre registros similares

• Trabajar de forma más eficiente en módulos como vehículos, empleados, llantas y productos

Esto mejora significativamente la usabilidad del sistema y reduce tiempos de operación.

Se incorporó un nuevo campo en el módulo de Registro y Gestión de Fallas que permite asignar un nivel de criticidad a cada incidencia reportada en los vehículos o equipos. Esta mejora fortalece el control operativo y facilita la toma de decisiones al priorizar las fallas según su impacto en la seguridad, el cumplimiento normativo y la continuidad del servicio.

Objetivo de la mejora

Brindar a los usuarios una herramienta clara y estandarizada para clasificar las fallas según su gravedad, permitiendo:

• Priorizar reparaciones

• Reducir riesgos operativos

• Cumplir con normas de seguridad y auditorías

• Optimizar el uso de recursos del taller

• Evitar tiempos muertos y costos innecesarios

Niveles de criticidad sugeridos

El sistema permite configurar diferentes niveles, pero se recomienda la siguiente clasificación estándar:

Beneficios principales

• Priorización automática: el sistema puede ordenar las fallas por criticidad para facilitar la programación del taller.

• Mejor toma de decisiones: los administradores pueden visualizar rápidamente qué fallas requieren atención inmediata.

• Cumplimiento normativo: ayuda a mantener los vehículos dentro de los estándares DOT y auditorías internas.

• Historial más completo: cada falla queda documentada con su nivel de riesgo, útil para análisis posteriores.

• Optimización del mantenimiento: permite planificar recursos, repuestos y mano de obra según la urgencia real.

Cambios técnicos implementados

• Se agregó el campo Criticidad en la tabla de fallas.

• Se actualizó la interfaz para permitir seleccionar el nivel desde un combo preconfigurado.

• Se ajustaron reportes y vistas para mostrar la criticidad como columna adicional.

• Se preparó la estructura para futuras automatizaciones (por ejemplo, alertas automáticas según criticidad).

Impacto en el usuario final

Los usuarios ahora pueden registrar fallas con mayor precisión y claridad, lo que se traduce en:

• Menos riesgos

• Mejor control operativo

• Mayor eficiencia en el mantenimiento

• Reducción de costos por fallas no atendidas a tiempo

Se mejoró el asistente de creación de Órdenes de Servicio Preventivas incorporando dos nuevos botones que permiten marcar o desmarcar todas las tareas de mantenimiento de manera automática. Esta funcionalidad agiliza el proceso de selección de actividades y reduce significativamente el tiempo requerido para generar una orden preventiva.

Objetivo de la mejora

Optimizar el flujo de trabajo del usuario al momento de programar mantenimientos preventivos, especialmente en vehículos o equipos que cuentan con una gran cantidad de tareas asociadas.

Descripción de la funcionalidad

Dentro del asistente, ahora se muestran dos botones adicionales:

• Marcar todas Selecciona automáticamente todas las tareas de mantenimiento disponibles para el vehículo o equipo.

• Desmarcar todas Limpia la selección y deja todas las tareas sin marcar, permitiendo al usuario elegir únicamente las que desea incluir.

Beneficios principales

• Ahorro de tiempo: evita que el usuario tenga que seleccionar manualmente cada tarea una por una.

• Mayor precisión: reduce errores por omisión al crear órdenes preventivas.

• Mejor experiencia de usuario: el asistente se vuelve más intuitivo y rápido de utilizar.

• Estandarización: facilita la creación de órdenes completas cuando se requiere ejecutar todo el paquete de mantenimiento.

• Flexibilidad: permite alternar entre seleccionar todas las tareas o solo algunas, según la necesidad operativa.

Cambios técnicos implementados

• Se actualizó la interfaz del asistente para incluir los dos nuevos botones.

• Se optimizó la lógica de selección múltiple para manejar listas grandes de tareas sin afectar el rendimiento.

• Se ajustó la validación interna para asegurar que las tareas seleccionadas se reflejen correctamente en la orden final.

• Se preparó la estructura para futuras automatizaciones, como sugerencias inteligentes basadas en kilometraje o historial.

Impacto en el usuario final

Los usuarios ahora pueden generar órdenes preventivas de forma más rápida y eficiente, especialmente en flotas con programas de mantenimiento extensos. Esto mejora la productividad del taller y reduce tiempos muertos en la operación.

Se realizó una optimización profunda en el proceso encargado de calcular los costos acumulados que se muestran en el Dashboard principal del sistema. En algunas bases de datos, especialmente aquellas con un volumen considerable de movimientos históricos, este cálculo tardaba demasiado tiempo, provocando demoras al ingresar al sistema e incluso bloqueos temporales en equipos con recursos limitados.

Descripción del problema

El Dashboard de entrada realiza un cálculo acumulado de costos provenientes de múltiples módulos, tales como:

• Combustible

• Mantenimientos

• Neumáticos

• Refacciones

• Servicios externos

• Gastos operativos

En bases de datos con muchos años de información o con un alto volumen de registros, el proceso:

• Ejecutaba múltiples consultas pesadas

• Realizaba agregaciones en tiempo real

• Dependía de varias uniones (JOIN) y filtros complejos

• Repetía cálculos cada vez que el usuario ingresaba al sistema

Esto generaba tiempos de carga excesivos, afectando la experiencia del usuario.

Causa del problema

El cálculo se realizaba en tiempo real, lo que implicaba:

• Recorrer tablas completas

• Recalcular totales históricos

• Procesar información que no cambia frecuentemente

• Ejecutar operaciones costosas cada vez que se abría el Dashboard

En bases grandes, esto podía tardar varios segundos o incluso más, dependiendo del servidor.

Solución implementada

Se optimizó el proceso mediante varias mejoras clave:

1. Reestructuración de consultas SQL

   • Se eliminaron operaciones redundantes

   • Se simplificaron uniones y filtros

   • Se aplicaron índices estratégicos en columnas críticas

2. Uso de cálculos preprocesados

   • Se implementó un mecanismo para almacenar resultados acumulados

   • Solo se recalculan los datos que cambiaron desde la última ejecución

3. Reducción de carga en tiempo real

   • El Dashboard ahora consulta datos ya procesados

   • Se evita recalcular información histórica completa

4. Optimización del flujo de ejecución

   • Se reorganizó el orden de las operaciones

   • Se minimizó el número de consultas necesarias

   • Se mejoró la eficiencia del acceso a datos

Beneficios principales

• Ingreso más rápido al sistema: el Dashboard carga casi de inmediato.

• Menor consumo de recursos: menos carga para el servidor y la base de datos.

• Mayor estabilidad: se reducen bloqueos y tiempos de espera.

• Escalabilidad: el sistema ahora soporta mejor bases de datos grandes.

• Experiencia de usuario mejorada: el Dashboard responde de forma fluida y consistente.

Impacto en el usuario final

Los usuarios notarán:

• Una carga mucho más rápida del Dashboard

• Menos demoras al iniciar sesión

• Mayor fluidez en la navegación

• Información más estable y confiable

Esto mejora significativamente la percepción de rendimiento del sistema, especialmente en empresas con muchos años de operación o con un alto volumen de movimientos.

Ajuste en el campo “Rendimiento de Fábrica” para permitir valores menores a 1 en el catálogo de vehículos

Se realizó una corrección en el catálogo de vehículos para permitir que el campo Rendimiento de Fábrica acepte valores menores a 1, algo necesario para ciertos tipos de unidades, motores o condiciones operativas donde el rendimiento real o de fábrica puede ser inferior a un kilómetro por litro.

Descripción del problema

Anteriormente, el campo de Rendimiento de Fábrica tenía una validación que impedía capturar valores menores a 1. Esto generaba varios inconvenientes:

• No se podían registrar vehículos con rendimientos muy bajos (por ejemplo, maquinaria pesada, equipos especiales, unidades de arrastre, etc.).

• El sistema rechazaba valores válidos para ciertos clientes.

• Los cálculos de rendimiento real vs. rendimiento de fábrica quedaban incorrectos o incompletos.

• Se generaban inconsistencias en reportes y comparativos.

Causa del problema

El campo estaba configurado con:

• Una validación mínima incorrecta

• Restricciones en la interfaz que no permitían decimales menores a 1

• Un control que asumía que todos los vehículos debían tener rendimientos superiores a 1 km/L

Esto no contemplaba casos reales donde el rendimiento puede ser:

• 0.8 km/L

• 0.5 km/L

• 0.3 km/L

• O incluso valores menores en maquinaria industrial

Solución implementada

Se realizaron los siguientes ajustes:

1. Se modificó la validación del campo para permitir valores decimales menores a 1.

2. Se ajustó el control de captura para aceptar correctamente números como 0.5, 0.75, 0.9, etc.

3. Se actualizó la lógica interna para que los cálculos de rendimiento no generen errores cuando el valor es menor a 1.

4. Se revisaron los reportes y comparativos para asegurar que acepten y procesen estos valores sin inconsistencias.

Beneficios principales

• Mayor precisión operativa: ahora se pueden registrar rendimientos reales para maquinaria pesada o vehículos con bajo rendimiento.

• Comparativos correctos: el sistema puede calcular adecuadamente el rendimiento real vs. rendimiento de fábrica.

• Flexibilidad: se adapta a más tipos de flotas y operaciones.

• Mejor experiencia de usuario: ya no se rechazan valores válidos ni se generan errores innecesarios.

Impacto en el usuario final

Los usuarios ahora pueden:

• Registrar vehículos con rendimientos muy bajos sin restricciones

• Obtener reportes más precisos

• Evitar errores de validación

• Mantener información más fiel a la operación real

Esto mejora la confiabilidad del módulo de combustible y la calidad de los análisis de rendimiento.

Se agregó un filtro por Clasificación de Materiales al registrar un almacén para mejorar el inventario inicial, entradas y salidas

Se implementó una mejora en el módulo de Almacenes de Refacciones, agregando un filtro basado en la Clasificación de Materiales asociada a cada almacén. Esta funcionalidad permite que, al registrar un almacén, se defina qué tipo de materiales pertenecen a ese almacén, y posteriormente, el sistema filtre automáticamente los productos visibles durante los procesos de:

• Inventario inicial

• Entradas de almacén

• Salidas de almacén

Descripción del problema previo

En versiones anteriores, cuando un taller manejaba múltiples almacenes, todos los materiales del catálogo se mostraban sin distinción, lo que generaba:

• Listas largas y difíciles de navegar

• Riesgo de seleccionar materiales incorrectos

• Confusión entre refacciones, consumibles, herramientas, lubricantes, etc.

• Pérdida de tiempo al buscar artículos específicos

• Errores operativos en inventarios y movimientos

Esto afectaba especialmente a talleres con almacenes especializados, por ejemplo:

• Almacén de lubricantes

• Almacén de refacciones

• Almacén de herramientas

• Almacén de llantas

• Almacén de materiales de seguridad

Solución implementada

Se añadió un campo de Clasificación de Materiales al registrar un almacén. A partir de esta mejora:

1. Cada almacén puede tener una o varias clasificaciones asociadas.

2. El sistema filtra automáticamente los materiales visibles según esa clasificación.

3. Los procesos de inventario inicial, entradas y salidas muestran únicamente los materiales permitidos para ese almacén.

Ejemplo práctico

Si el almacén está clasificado como:

• Lubricantes

• Filtros

Entonces, al realizar una entrada o salida:

• Solo se mostrarán aceites, grasas, aditivos y filtros

• No aparecerán llantas, herramientas, refacciones eléctricas, etc.

Beneficios principales

• Mayor facilidad de uso: listas más cortas, claras y relevantes.

• Reducción de errores: evita seleccionar materiales que no pertenecen al almacén.

• Mayor velocidad operativa: los usuarios encuentran más rápido lo que necesitan.

• Mejor organización: cada almacén maneja únicamente su propio universo de materiales.

• Optimización para talleres con múltiples almacenes: mejora la eficiencia en operaciones diarias.

Cambios técnicos implementados

• Se agregó el campo de clasificación en la tabla de almacenes.

• Se ajustaron las consultas SQL para filtrar materiales según la clasificación.

• Se actualizó la interfaz de inventarios, entradas y salidas para aplicar el filtro automáticamente.

• Se reforzó la validación para evitar movimientos de materiales fuera de su clasificación.

Impacto en el usuario final

Los usuarios ahora pueden:

• Trabajar más rápido en inventarios y movimientos

• Evitar confusiones entre materiales similares

• Mantener un control más estricto por tipo de almacén

• Operar con mayor precisión en entornos multi‑almacén

Esta mejora incrementa la eficiencia del taller y reduce errores operativos.

Se corrigió un error en el módulo de Montaje de Neumáticos, donde al realizar el proceso de instalación de una llanta en una unidad, el sistema no registraba correctamente la fecha real de montaje. En lugar de ello, se utilizaba automáticamente la fecha de la última lectura registrada del neumático, lo cual generaba inconsistencias en el historial y afectaba la trazabilidad del ciclo de vida de la llanta.

Descripción del problema

Durante el proceso de montaje:

• El sistema tomaba la última fecha de lectura (presión, profundidad o inspección) como si fuera la fecha de montaje.

• No se permitía al usuario ingresar manualmente el odómetro ni la fecha real del montaje.

• Esto provocaba que el historial del neumático mostrara fechas incorrectas, afectando reportes, análisis de desgaste y auditorías.

Causa del error

El formulario de montaje utilizaba por defecto el último registro asociado al neumático, en lugar de solicitar o permitir capturar:

• La fecha real del montaje

• El odómetro correspondiente al momento de la instalación

Esto hacía que el sistema asumiera que la última lectura era el evento más reciente, incluso si el montaje ocurría después.

Solución implementada

Se ajustó el proceso de montaje para que:

1. La fecha de montaje ya no se toma automáticamente de la última lectura.

2. El sistema ahora solicita al usuario capturar el odómetro correspondiente al momento del montaje.

3. Se habilitó la opción de confirmar o modificar la fecha de montaje, permitiendo registrar la fecha real del evento.

4. Se actualizó la lógica interna para que el montaje genere un registro independiente y no dependa de lecturas previas.

5. Se reforzó la validación para evitar que el sistema utilice fechas incorrectas o heredadas.

Beneficios principales

• Trazabilidad precisa: cada montaje queda registrado con su fecha real.

• Historial confiable: se evita mezclar lecturas con eventos de instalación.

• Mejor análisis de desgaste: los cálculos de rendimiento por kilómetro son más exactos.

• Cumplimiento operativo: los reportes reflejan correctamente los movimientos del neumático.

• Mayor control del taller: el personal puede registrar el odómetro exacto del montaje.

Impacto en el usuario final

Los usuarios ahora pueden registrar montajes con información precisa, evitando confusiones y errores en:

• Reportes de vida útil

• Cálculo de rendimiento

• Auditorías internas

• Control de inventario de neumáticos

• Historial de movimientos

Esto mejora la confiabilidad del módulo de neumáticos y fortalece la gestión operativa de la flota.

Se corrigió un problema en el proceso de generación de folios automáticos dentro del sistema, el cual ocurría cuando un usuario tenía asignadas dos o más localizaciones o pertenecía a una región que agrupaba varias localizaciones. En estos casos, el sistema no generaba el folio correspondiente al crear documentos u operaciones, dejando el campo vacío o provocando errores de validación.

Descripción del problema

El sistema requiere una localización activa para determinar:

• La serie o prefijo del folio

• El contador correspondiente

• La numeración secuencial

• Las reglas de negocio asociadas a cada almacén o centro operativo

Sin embargo, cuando un usuario tenía acceso a más de una localización:

• Al iniciar sesión, no existía una localización seleccionada por defecto

• El sistema quedaba en un estado “indefinido”

• Al intentar generar un folio, no encontraba la localización activa

• Como resultado, el folio no se generaba

• Si el usuario seleccionaba manualmente la localización, entonces sí funcionaba

Esto provocaba confusión y errores operativos, especialmente en empresas con múltiples almacenes o centros de trabajo.

Causa del problema

El origen del error era la ausencia de una localización inicial por defecto después del login. El sistema:

• No asignaba automáticamente una localización

• No validaba si existía una localización activa

• Intentaba generar el folio sin un contexto válido

• Dependía de que el usuario seleccionara manualmente una localización para corregir el estado

Solución implementada

Se implementó una mejora en el flujo posterior al inicio de sesión:

1. Asignación automática de una localización por defecto

   • Después del login, el sistema selecciona automáticamente la primera localización asignada al usuario.

   • Si el usuario pertenece a una región, se selecciona la localización principal asociada.

2. Validación reforzada

   • Se garantiza que siempre exista una localización activa antes de generar cualquier folio.

   • Se evita que el sistema quede en un estado sin contexto operativo.

3. Persistencia de la selección

   • La localización por defecto se mantiene activa hasta que el usuario decida cambiarla manualmente.

Beneficios principales

• El folio siempre se genera correctamente, incluso para usuarios con múltiples localizaciones.

• Se elimina la necesidad de seleccionar manualmente la localización al iniciar sesión.

• Mayor estabilidad operativa, evitando errores silenciosos o folios vacíos.

• Mejor experiencia de usuario, especialmente en empresas con estructuras regionales.

• Reducción de errores humanos, ya que el sistema inicia en un estado válido.

Impacto en el usuario final

Los usuarios ahora pueden:

• Iniciar sesión y trabajar inmediatamente sin configuraciones adicionales

• Generar folios sin interrupciones

• Operar con múltiples localizaciones sin errores

• Mantener un flujo de trabajo más ágil y confiable

Esta corrección mejora la consistencia del sistema y evita fallas críticas en la generación de documentos.

Corrección de error: No se podía registrar cantidad cero en el Inventario Físico y el sistema no realizaba correctamente los cálculos

Se corrigió un error en el módulo de Inventario Físico, donde el sistema no permitía capturar cantidad cero como existencia real en almacén. Este comportamiento impedía registrar correctamente diferencias negativas y afectaba los cálculos de ajuste entre la existencia del sistema y la existencia física.

Descripción del problema

Durante la generación de un inventario físico, el sistema mostraba una lista de materiales con:

• Existencia en sistema

• Existencia real en almacén (capturada por el usuario)

El problema ocurría cuando el usuario intentaba capturar 0 como existencia real. En estos casos:

• El sistema no aceptaba el valor

• O lo interpretaba incorrectamente

• Los cálculos de diferencia no se realizaban

• No se generaban los ajustes correspondientes

• El inventario físico quedaba incompleto o incorrecto

Esto afectaba especialmente a materiales que ya no existían físicamente pero que seguían apareciendo en el sistema.

Causa del problema

El origen del error estaba en:

• Una validación incorrecta que impedía capturar valores iguales a cero

• Una conversión numérica que trataba el cero como valor nulo o inválido

• Una lógica de cálculo que asumía que todas las cantidades debían ser mayores a cero

• Falta de manejo adecuado para diferencias negativas o ajustes por faltantes

Como resultado, el sistema no podía procesar correctamente inventarios donde se requería registrar faltantes.

Solución implementada

Se realizaron los siguientes ajustes:

1. Se corrigió la validación del campo de existencia real Ahora el sistema permite capturar valores iguales a 0 sin restricciones.

2. Se ajustó la lógica de cálculo de diferencias

   • Se calcula correctamente la diferencia entre existencia del sistema y existencia real.

   • Se permiten diferencias negativas (faltantes).

3. Se corrigió la conversión numérica interna

   • El valor cero ya no se interpreta como nulo.

   • Se procesa como un valor válido para ajustes.

4. Se reforzó la validación del inventario físico

   • El sistema ahora genera correctamente los ajustes cuando la existencia real es cero.

Beneficios principales

• Inventarios físicos más precisos, especialmente para materiales faltantes.

• Cálculos correctos de diferencias y ajustes.

• Mayor control del almacén, evitando inconsistencias entre lo físico y lo registrado.

• Mejor experiencia de usuario, al permitir capturar cualquier valor válido, incluyendo cero.

• Reducción de errores operativos, especialmente en almacenes con alta rotación.

Impacto en el usuario final

Los usuarios ahora pueden:

• Registrar inventarios físicos completos, incluyendo materiales inexistentes

• Generar ajustes automáticos sin errores

• Mantener el inventario actualizado y confiable

• Evitar diferencias acumuladas por materiales que ya no existen

Esta corrección mejora significativamente la precisión del módulo de inventarios y la confiabilidad de la información operativa.

Corrección de error: El botón “Enviar” desapareció en el módulo de Mensajes Internos

Se corrigió un problema en el módulo de Mensajes Internos donde el botón “Enviar” dejaba de mostrarse, impidiendo que los usuarios pudieran enviar mensajes dentro de la aplicación. Este error afectaba la comunicación interna y bloqueaba el flujo normal de trabajo entre usuarios.

Descripción del problema

En ciertas condiciones, al ingresar al módulo de Mensajes Internos:

• El botón Enviar no aparecía en la interfaz.

• El formulario quedaba incompleto, mostrando únicamente el área de texto y los campos de destinatario.

• El usuario podía redactar un mensaje, pero no tenía forma de enviarlo.

• El problema persistía incluso al cerrar y volver a abrir el módulo.

Esto generaba confusión y detenía la comunicación interna del sistema.

Causa del problema

El origen del error estaba relacionado con:

• Un ajuste reciente en el diseño del formulario

• Cambios en la alineación y visibilidad de los controles

• Un conflicto entre el tamaño del panel contenedor y el botón

• Propiedades incorrectas de Anchors, Align o Visible

• En algunos casos, el botón quedaba fuera del área visible dependiendo de la resolución o del DPI del equipo

En resumen, el botón existía, pero la interfaz no lo mostraba.

Solución implementada

Se realizaron los siguientes ajustes para corregir el problema:

1. Revisión y corrección de las propiedades de visibilidad

   • Se aseguró que el botón “Enviar” siempre esté marcado como visible.

2. Ajuste del diseño del formulario

   • Se corrigieron los paneles contenedores para evitar que el botón quedara oculto.

   • Se ajustaron los márgenes y el tamaño del formulario para garantizar compatibilidad con diferentes resoluciones.

3. Corrección de propiedades de anclaje (Anchors)

   • Se configuró el botón para que mantenga su posición fija sin importar el tamaño de la ventana.

4. Pruebas en diferentes resoluciones y DPI

   • Se verificó que el botón se muestre correctamente en equipos con escalado de Windows (125%, 150%, etc.).

Beneficios principales

• El botón Enviar siempre está visible, sin importar la resolución o el equipo.

• Mayor estabilidad del módulo de Mensajes Internos.

• Mejor experiencia de usuario, evitando confusiones o bloqueos.

• Restablecimiento completo de la funcionalidad de comunicación interna.

Impacto en el usuario final

Los usuarios ahora pueden:

• Redactar y enviar mensajes sin interrupciones

• Mantener la comunicación interna fluida

• Evitar pérdidas de tiempo por fallas en la interfaz

• Trabajar con un módulo más estable y confiable

Esta corrección garantiza que el módulo de Mensajes Internos funcione correctamente en todas las condiciones.