Loading
Índice de materias
Seleccionar filtros

          No hay resultados
          No hay resultados
          Estas son algunas sugerencias de búsqueda

          Compruebe la ortografía de sus palabras clave.
          Utilice términos de búsqueda más generales.
          Seleccione menos filtros para ampliar su búsqueda.

          Buscar en toda la Ayuda de Salesforce
          Ciclo de vida de incidentes importantes para servicios de TI

          Ciclo de vida de incidentes importantes para servicios de TI

          Obtenga información acerca de cómo progresa un incidente importante a través de etapas clave y cómo se puede degradar cuando se reduce la repercusión.

          Ediciones necesarias

          Disponible en: Lightning Experience
          Disponible en: Ediciones Enterprise, Performance y Unlimited con Agentforce IT Service.

          Un incidente importante normalmente progresa a través de estos estados de revisión:

          • Propuesto: El proveedor envía el incidente para su consideración como un incidente importante. Este estado también se denomina candidato de incidente mayor.
          • Aprobado: El gestor de incidentes principales revisa y acepta el incidente como incidente principal.
          • Rechazado: El gestor de incidentes importantes rechaza el incidente. Si hay una necesidad comercial, los proveedores pueden proponerla de nuevo como un incidente importante.
          • Degradado: El gestor de incidentes mayores degrada el incidente a un incidente estándar cuando ya no requiere gestión de incidentes mayores.

          Cuando se crea un incidente por primera vez, los campos Es incidente importante y Comentario de incidente importante están vacíos. Si un proveedor de incidentes identifica un incidente que afecta de forma crítica a las operaciones comerciales, puede proponerlo como un incidente importante.

          Después de que el proveedor proponga el incidente, el estado del incidente principal cambia a Propuesto. El gestor de incidentes importantes revisa la justificación y aprueba o rechaza la propuesta.

          • Si se aprueba, el sistema actualiza el estado a Aprobado, establece el valor Es incidente mayor en Sí y gestiona el incidente a través del proceso de incidente mayor. Si la repercusión se reduce más adelante, el incidente principal puede volver a ser un incidente estándar.
          • Si se rechaza, el sistema actualiza el estado a Rechazado y el incidente continúa a través del flujo de trabajo regular.
          • Si se degrada, el sistema actualiza el incidente de modo que ya no se trata como un incidente importante.

          Utilice el campo Comentarios de estado de incidente mayor para documentar detalles clave, como la justificación de la decisión, actualizaciones de investigación o notas de resolución. Esto mantiene la transparencia entre equipos y proporciona un registro cronológico de las acciones realizadas.

          Tras gestionar y verificar el problema, el gestor de incidentes importantes cierra el incidente.

          Si su administrador configura notificaciones, las notificaciones predefinidas mantienen informadas a las partes interesadas como empleados y equipos internos sobre incidentes importantes. Las notificaciones muestran el progreso a través de estas etapas. Consulte Notificaciones para servicios de TI.

          Cronología de incidentes importantes

          La Cronología de incidentes importantes proporciona un registro cronológico de las etapas del ciclo de vida de un incidente importante, incluyendo cuándo se propone, aprueba, rechaza o degrada el incidente.

          Ejemplo
          Ejemplo
          Fecha y hora Acción Estado de incidente importante
          15 de septiembre de 2025, 9:00 AM Julian, un responsable de TI, identifica un fallo de funcionamiento de la red que afecta a los sistemas de pago y propone el incidente INC0005678 como un incidente importante. Propuesto
          15 de septiembre de 2025, 10:00 AM

          Sarah, la gerente de incidentes mayores, revisa la propuesta y señala que se requiere más investigación para confirmar el impacto.

          Rechazado
          15 de septiembre de 2025, 3:00 PM Después de que la supervisión continua confirma que el fallo se extiende a un sistema adicional, Julian vuelve a enviar el incidente. Sarah aprueba la propuesta y el incidente se gestiona a través del proceso de incidente mayor. Aprobado
          15 de septiembre de 2025, 6:00 PM Después de reducir el impacto, Sarah degrada el incidente a un incidente estándar. Degradado
           
          Cargando
          Salesforce Help | Article