Motadata ServiceOps 8.7.4.02 Release Notes

Plantilla de impresión basada en portal Visibilidad

Imprima plantillas en Gestión de Solicitudes, previamente disponibles sólo en el Portal Técnico, ahora se han extendido al Portal de Soporte también. Una nueva estructura de pestañas bajo la plantilla de Admin > Solicitar Management > Print permite administrar plantillas por separado para cada portal. Utilice el campo de visibilidad de plantilla en cada plantilla para controlar en qué portal aparece. Los marcadores de posición no compatibles en el portal seleccionado hacen como blanco en la salida impresa.

Soporte de actualización a granel para el campo de diagnóstico

Los técnicos pueden realizar ahora Bulk Update en el campo Diagnóstico desde la vista de la lista de solicitudes, además de las acciones a granel existentes. La opción Insertar de la Plantilla también está disponible al realizar actualizaciones de diagnóstico a granel.

Detalles de aprobación basados en etapas en la gestión de cambios V1 API

La API de Gestión de Cambio V1 ahora devuelve detalles de aprobación agrupados por etapa al buscar un registro de Cambio. Cada etapa incluye la información de aprobación, el estado de aprobación y los comentarios de aprobación, permitiendo a sistemas externos como Jira recuperar la jerarquía de aprobación completa para una solicitud de cambio.

V1 API Support for Release Management

Release Management ahora tiene un conjunto completo de puntos finales V1 API para la integración con sistemas externos como Jira. Las siguientes API están disponibles:

GET Release: Retrieves all system and custom fields, plus Impact, Rollout Plan, Backout Plan, Build Plan y Test Plan con implementos. POST Create Release: Crea un registro de lanzamiento con todo el sistema y campos personalizados. Actualizar un lanzamiento: Actualiza cualquier sistema o campo personalizado, incluyendo campos de planificación. DELETE Release: Elimina un registro de lanzamiento por ID de lanzamiento. POST Search Release: Searches by Release ID, requester name or email, or any system or custom field value. GET Attachment: Retrieves un accesorio subido por nombre de archivo de referencia. POST Relate Asset/CI: Enlaces activos o CIs a una liberación. Get Release by Logon Name or Email: Devuelve todos los registros de liberación asociados con un usuario. API de Conversación: Crear, recuperar, actualizar, buscar y eliminar Nota y Colaborar entradas en un registro de liberación.

Tanto el token de portador como la autenticación clave de API son compatibles.

Soporte de Discovery basado en el agente para Windows 7 y Windows Server 2008

ServiceOps ahora soporta Asset Discovery basado en agentes para Windows 7 y Windows Server 2008 dispositivos. Las organizaciones que ejecutan entornos Windows heredados ahora pueden incluir estas máquinas en su alcance de descubrimiento sin requerir métodos de descubrimiento alternativos.

Soporte para Alma Linux 9.7, 10.1 y Rocky Linux 9.7, 10.1

Asset Discovery ahora admite Alma Linux 9.7, Alma Linux 10.1, Rocky Linux 9.7, y Rocky Linux 10.1.

Patch JSON Descargar Historia

Cada descarga Patch JSON ahora se captura en el registro de descargas centralizada junto con informes y otros eventos de descarga de módulos. Cada registro de entrada ID de referencia, nombre, módulo (shown as "Patch"), estado, tiempo de inicio de eventos, tiempo de final de evento, y acciones disponibles. El estado pasa de In Progress a Completed o Failed.

Valor de referencia Soporte en Run Webhook Header Placeholder

La acción Run Webhook ahora soporta seleccionar los valores de salida de los nodos de flujo de trabajo anteriores como valores dinámicos en el campo Header Value. Los administradores pueden mapear valores de referencia de tipo cadena desde los nodos río arriba en los encabezados de webhook, permitiendo la construcción de encabezados totalmente dinámicos durante la ejecución del flujo de trabajo. No se cambia el comportamiento existente de selección de los propietarios de puestos, y todos los flujos de trabajo existentes siguen siendo compatibles.

Worklog Placeholder in Print Templates, Event Notifications, and Workflows

El titular del Worklog está ahora disponible en el menú Insertar Placeholder para:

Acciones de correo electrónico de flujo de trabajo (Problema, Cambio, Liberación)Eventos Notificaciones (Problema, Cambio, Liberación, Proyecto)Print Plantillas (Cambio)

Cuando se inserta, el titular del lugar hace una tabla estructurada de las entradas de trabajo del registro, mostrando Technician, Fecha de inicio, Fecha final, Tiempo tomado y Descripción. Se muestran hasta 15 de las entradas más recientes.

Visibilidad Escondida para Informes y Paneles

Report and Dashboard creation forms now include a Report Access Level and Dashboard Access Level dropdown with three options: Public, Private, and Restricted. Nuevos informes y paneles por defecto a Privado, por lo que no son visibles a otros usuarios a menos que se compartan explícitamente. Cuando se selecciona Restricted, aparecen los campos Technician Group Access Level y Technician Access Level, lo que permite compartir objetivos. Los informes existentes y los paneles mantienen su configuración de acceso anterior después de la actualización.

Mapping de campo de usuario mediante reglas de formulario

User Field Mapping, previamente disponible sólo para la Gestión de Solicitudes, ahora se extiende a los módulos Problem and Change a través de Reglas de Formulario. Los administradores pueden configurar mapas usando la estructura Set Value √ Campo de Destinos de √≥ Solicitante Campo, cubriendo campos de sistemas como número de contacto, correo electrónico, gerente, departamento y ubicación, así como campos personalizados compatibles. La compatibilidad del tipo de campo se aplica en tiempo de configuración, por lo que sólo los campos de origen estructuralmente compatibles aparecen en la lista de selección.

Experiencia de aprobación mejorada con actualizaciones de entradas

Los candidatos ahora pueden tomar acciones de aprobación directamente desde el ticket sin navegar a Mis Aprobaciones. Cuando el usuario registrado es un aprobador, los botones de acción Aprobar, Rechazar y Refer ahora se muestran directamente en los Detalles √≥ Tapa de aprobación. Esto se aplica a los aprobadores del Portal de Soporte Técnico en los siguientes módulos: Solicitudes, Problemas, Cambios, Liberaciones, Activos y Conocimiento.