Creador de problemas de JIRA

Título:
Problema de recuperación de contraseña - Actualización de correo electrónico

Historia de usuario:
Como usuario, quiero poder actualizar mi correo electrónico asociado a mi cuenta para poder recuperar mi contraseña.

Criterios de aceptación:

• El usuario puede solicitar la actualización de su correo electrónico asociado a su cuenta desde la página de recuperación de contraseña.

• El sistema enviará un correo electrónico de verificación al nuevo correo proporcionado por el usuario.

• El usuario deberá hacer clic en el enlace de verificación enviado al nuevo correo electrónico para completar la actualización.

• Una vez verificado, el sistema actualizará el correo electrónico asociado a la cuenta del usuario.

• El proceso de verificación debe garantizar la identidad del usuario como dueño de la cuenta.

Título: Implementación de la funcionalidad "Todo se rompe"

Historia de usuario:
Como usuario del sistema, quiero que la funcionalidad "Todo se rompe" esté disponible para que pueda gestionar y supervisar las interrupciones o fallos en los procesos de manera eficiente y así mejorar la resolución de problemas y la comunicación entre los equipos.

Criterios de aceptación:

• Activación de la funcionalidad:

  • La funcionalidad "Todo se rompe" debe estar habilitada en la interfaz del usuario.

• Registro de interrupciones:

  • Los usuarios deben poder registrar interrupciones o fallos con un botón claramente visible.

  • Al registrar una interrupción, se debe solicitar al usuario que proporcione detalles como:

    • Descripción del fallo

    • Fecha y hora del incidente

    • Impacto estimado

• Visualización de interrupciones:

  • Los usuarios deben poder visualizar una lista de todas las interrupciones registradas.

  • La lista debe mostrar al menos la descripción del fallo, la fecha y el impacto.

• Actualización del estado:

  • Los usuarios deben tener la opción de actualizar el estado de una interrupción (por ejemplo, "En curso", "Resuelto", "Cerrado").

• Notificaciones:

  • El sistema debe enviar notificaciones a los usuarios relevantes cuando se registre una nueva interrupción o se actualice el estado de una existente.

• Accesibilidad:

  • La funcionalidad debe ser accesible desde dispositivos móviles y de escritorio.

• Pruebas y validaciones:

  • Deben realizarse pruebas de usabilidad y validación para asegurar que la funcionalidad cumple con las expectativas de los usuarios y no presenta errores.

• Documentación:

  • Se debe incluir documentación sobre cómo utilizar la funcionalidad "Todo se rompe", accesible desde el menú de ayuda del sistema.

Notas adicionales:

• Considerar el diseño y la experiencia del usuario para asegurar una interacción fluida.

• Revisar necesidades de escalabilidad para futuras actualizaciones de la funcionalidad.

JIRA Ticket

Título: Implementación de cambios en el survey de MGM

Tipo: Tarea

Descripción del ticket:

Buenas, tenemos un nuevo survey para MGM:

• Nombre: ВЪПРОСНИК

• Código: questionnaire_24_11

• CatalogItem: 3998

Este JIRA involucra 3 cambios:

1. CAMBIO DE BANNER

El primer cambio para el survey en particular es reemplazar el banner superior del survey por el que se ve en el maquetado de MRM: whitecat.ro/glo/non-registered-mgm-quiz.

Desde cuentas, queremos saber si sería posible configurar alguna de las descripciones en el backoffice para poder cargar el banner desde S3. Las descripciones como están configuradas para los surveys son:

• Descripción 1: Contenido de las preguntas.

• Descripción 3: Puntos asignados.

• Descripción 4: Interacción al completar el survey.

• Descripción 6: URL de la actividad.

BANNER ACTUAL:

[Incluir aquí la imagen o descripción del banner actual]

BANNER DEL MAQUETADO:

[Incluir aquí la imagen o descripción del banner del maquetado]

Historia de usuario

Como usuario del sistema de surveys de MGM, quiero que el banner superior del survey sea reemplazado por el banner especificado en el maquetado de MRM, para mejorar la estética y la coherencia visual del survey.

Criterios de aceptación

• Reemplazo del banner:

  • El banner actual debe ser reemplazado por el nuevo banner especificado en el maquetado de MRM.

• Configuración del backoffice:

  • Verificar si es posible ajustar las descripciones del survey en el backoffice para permitir la carga del banner desde S3.

  • Determinar cuál descripción se utilizará para cargar el banner.

• Pruebas:

  • Realizar pruebas para asegurar que el nuevo banner se visualiza correctamente en todas las plataformas donde se despliega el survey.

  • Asegurar que la funcionalidad de las descripciones existentes no se vea afectada por este cambio.

Prioridad: Alta

Etiquetas: survey, MGM, cambios, banner

Por favor, asignar a un desarrollador y establecer una fecha de entrega. ¡Gracias!

Título del ticket: Duplicación del campo Producto en el formulario de cotización en v17_test

Historia de usuario:
Como usuario del sistema, quiero que en el formulario de cotización en la base de datos v17_test no aparezca el campo Producto duplicado, para que la interfaz sea clara y no genere confusión al momento de seleccionar productos en las líneas de la cotización.

Criterios de aceptación:

• En el formulario de cotización, en la sección de líneas de la cotización, debe aparecer solo una instancia del campo Producto.

• El campo Producto debe ser completamente funcional y permitir la selección de productos sin errores.

• La interfaz debe actualizarse automáticamente para reflejar los cambios realizados al eliminar la duplicación del campo.

• Se debe realizar una prueba de regresión para asegurar que la funcionalidad del formulario de cotización no se vea afectada por la eliminación del campo duplicado.

• Validar que el cambio se haya reflejado en todos los entornos de staging y producción antes de cerrar el ticket.