Refactorización del Control de SLA
Fueron alterada las modelaciones y pantallas que parametrizan el tiempo SLA en los ítems que tener este control de Ticket y Problema.
La tabla de acordoservicocontrato ya no se utiliza para parametrizar el tiempo SLA de las actividades. La tabla tempoatendservicocontrato fue creada para definir esta relación, que ahora se crea al vincular el servicocontrato directamente al acordonivelservico (Tiempo de servicio); Eso es decir, por antes de que se defina un SLA para una actividad, se debe definir el Acuerdo de Nivel de Servicio para la actividad en el registro de portfolio o pantalla de mantenimiento.
Se incluyeron scripts de actualización en el sistema que cargarán datos en la tabla tempoatendservicocontrato en el momento de la actualización. Así respetando las relaciones existentes.
Por tanto, tras esta actualización, el sistema deberá seguir aplicando los SLA previamente parametrizados.
La pantalla de tiempo de servicio se ha rediseñado y cambiada para que ya no defina los objetivos del contrato y actividad por tiempo de servicio. Esta responsabilidad se pasó a la pantalla de portfolio y mantenimiento de portfolio.
El concepto de SLA Global, por cliente y específico, ya no existe en el sistema. Ahora todos son SLA específicos, definidos directamente en el portfolio de actividades. El concepto de SLA estacional se mantiene, así como una definición de prioridades VIP.
Es posible relacionar, solo un único tiempo de servicio (Acuerdo de Nivel de Servicio) principal a una actividad. Sin embargo, tantas veces de tipo estacional que sean necesarias.
La pantalla de cartera fue cambiada para registrar la relación del contrato de servicio con los acuerdos de servicio nivel de servicio, que se puede aplicar a los boletos, la elección de SLA será de acuerdo con lo que tiene el máxima prioridad, respetando la prioridad del Acuerdo de Nivel de Servicio, calculada por el impacto y la prioridad de la tiempo de servicio, la prioridad de la unidad, la prioridad del empleado y el grupo del solicitante. El ajuste de hora se elegirá de la prioridad más alta.
Los componentes de definición de flujo y tiempo de servicio han cambiado de posición y tipo, ahora el la definición de flujo es del tipo “seleccionar” y la definición de tiempo de servicio es en formato de tabla, ya que es lo que hay que agregar más registros y no el flujo que es solo uno por actividad.
Fue agregada la posibilidad de definir el tiempo de SLA para múltiples actividades, utilizando el mantenimiento de portfolio. Ahora es posible actualizar la información, en lotes, desde actividades ya relacionadas con el contrato. Las reglas son las siguientes:
- Al vincular actividades al contrato o contrato a actividades, el sistema agregará nuevas relaciones y actualizará las existentes, con la información alimentada al paso final de vinculación, donde el usuario puede definir flujo, tiempo de servicio, calendario, fecha de inicio…
- Solo se aplicará la información que se complete en el paso final del enlace, siendo uno registro de inclusión o actualización;
- Si una o más actividades, que están siendo vinculadas al contrato de servicios, es decir, realizar un operación de inserción en la base de datos, si falta alguna información obligatoria, la operación no será completados y el usuario recibirá un mensaje solicitándolos.
Cálculo de prioridad utilizando o no el parámetro 104;
- Configuración de prioridad VIP;
- Control de estacionalidad;
- Algoritmo de definición de SLA para todos los módulos – Este código fue refactorizado, pero sin cambio de las reglas de negocio;
- Definición de SLA por tarea;
- Cálculo de cumplimiento de SLA.
- Ticket
- SmartPortal
- ExperienceCenter
- TemplateSolicitacao
- AcaoIncidenteRequisicao
- Problema
Fueron removidos los siguientes métodos:
- AcordoNivelServicoService().findANSSazonalByIdServicoContrato
- AcordoNivelServicoService().findANSIncReqProcByIdServicoContrato
- AcordoNivelServicoService().findANSCliente
- AcordoNivelServicoService().findANSGlobal
- AcordoNivelServicoService().getIdANSSazonal
Para este conocimiento, el archivo SQL con el script utilizado para cargar los datos para definir el SLA está adjuntado al Tasker-14847.
