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 principales para servicios de TI

          Ciclo de vida de incidentes principales 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:

          • Propuesta: El proveedor envía el incidente para su consideración como 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 principales rechaza el incidente. Si hay una necesidad de negocio, 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 principal y Comentario de incidente principal están vacíos. Si un responsable de la realización de incidentes identifica un incidente que afecta de forma crítica a las operaciones de negocio, puede proponerlo como un incidente importante.

          Después de que el realizador proponga el incidente, el estado del incidente principal cambia a Propuesto. El gestor de incidentes mayores 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 degradarse a 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 normal.
          • 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 principal 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 los equipos y proporciona un registro cronológico de las acciones realizadas.

          Tras gestionar y verificar el problema, el gestor de incidentes principales 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 en estas etapas. Consulte Notificaciones para servicios de TI.

          Cronología de incidentes principales

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

          Ejemplo
          Ejemplo
          Fecha y hora Acción Estado de incidente principal
          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. Proposed
          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 el monitoreo continuado confirme que el fallo se amplía al 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 la repercusión, Sarah degrada el incidente a un incidente estándar. Degradado
           
          Cargando
          Salesforce Help | Article