RESUMEN
El 9 de diciembre de 2024, de 8:08 UTC a 13:03 UTC, los clientes que usaban la funcionalidad multimarca experimentaron errores al intentar crear tickets o actualizar los títulos de los tickets, pero los cambios se guardaron.
Cronología
9 de diciembre de 2024 22:21 UTC | 14:21 (hora del Pacífico)
Nos complace informarle que el cambio reciente se ha revertido correctamente y que el problema con la creación de tickets multimarca ya se ha resuelto.
Si aún tiene problemas, intente realizar una actualización completa (Ctrl + F5) o borre la memoria caché y las cookies del navegador, ya que esto puede ayudar a resolver los problemas persistentes.
No dude en comunicarse si sigue teniendo dificultades. Gracias por su paciencia.
9 de diciembre de 2024 12:58 p.m. UTC | 04:58 a.m. (PT)
Actualmente tenemos problemas con la creación de tickets multimarca. Nuestro equipo de ingeniería está al tanto del problema y está trabajando activamente para resolverlo lo más rápido posible.
Proporcionaremos actualizaciones tan pronto como haya más información disponible. Gracias por su paciencia y comprensión.
POST-MORTEM
Análisis de causa raíz
La causa raíz del incidente fue una falla en la lógica de inicialización del ticket. Cuando la ID del solicitante no estaba definida, el sistema intentaba recuperarla en función de la clave del ticket, lo que generaba errores cada vez que se producía un cambio de campo en la interfaz de usuario del ticket. La introducción de una nueva lógica para leer la ID de usuario de la página de perfil de usuario y establecerla en la ID del solicitante inadvertidamente estableció el objeto del solicitante en undefined, lo que rompió la funcionalidad esperada.
Resolución
Para resolver el problema, se revirtió la actualización problemática.
Elementos de corrección
- Corregir código defectuoso: Asegúrese de que el sistema establezca correctamente los datos del solicitante al crear tickets para evitar entradas en blanco.
- Agregar pruebas automáticas: Cree una prueba para verificar que el proceso de guardado del ticket maneje correctamente la información del solicitante.
- Confirmar prueba manual: Requerir que los implementadores prueben manualmente los cambios en los POD “canary” y confirmen que todo funciona antes de la implementación.
- Mejorar el monitoreo: Configure el monitoreo para alertar sobre errores del navegador, como “algo salió mal”, para identificar rápidamente los problemas.
PARA MÁS INFORMACIÓN
Si desea información sobre el estado actual del sistema de su cuenta de Zendesk, consulte nuestra página de estado del sistema. El resumen de la investigación post-mortem se suele publicar aquí unos días después de que finaliza el incidente. Si tiene más preguntas sobre este incidente, contacte a atención al cliente de Zendesk.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.
0 comentarios