Síntoma / Necesidad

• Imposibilidad de edición de RPC: Cuando intentas modificar un código de actividad configurado con RPC = YES para cambiarlo a RPC = NO, la opción se muestra inhabilitada (en gris) en la interfaz.
• Persistencia del bloqueo: Al intentar realizar el cambio desde la administración de la operación en wolkvox Manager, el sistema no permite guardar la modificación.

Contexto / Escenarios

• ¿Dónde ocurre?
  • Se presenta en wolkvox Manager, dentro del módulo de administración de códigos de actividad / tipificaciones de la operación.
• ¿En qué casos se presenta?
  1. Configuración activa con HIT = YES: Se manifiesta únicamente cuando el código de actividad evaluado tiene el parámetro HIT configurado en YES.
  2. Validación en diferentes entornos: Al realizar pruebas desde los módulos de administración y en diferentes operaciones o servidores, la restricción se mantiene de forma consistente.
• Origen funcional:
  • No se trata de un error técnico, ni de un fallo de base de datos, sino de una regla de diseño funcional.

Respuesta / Solución

Comportamiento Normal de la Plataforma

• Es un comportamiento normal y esperado: Esta situación no corresponde a un fallo o error del sistema, sino al comportamiento normal de la plataforma.
• Regla de negocio de Producto: Por regla de diseño funcional, la plataforma establece que todo código de actividad que tenga HIT = YES debe mantener obligatoriamente RPC = YES. Debido a esta dependencia lógica, la interfaz deshabilita automáticamente la opción de cambiar a RPC = NO mientras el HIT permanezca en YES.

Procedimiento de Validación y Alternativas de Gestión

1. Validación inicial del campo HIT:
   • Se debe verificar en la configuración del código de actividad si el parámetro HIT está en YES.
2. Habilitación mediante cambio de HIT:
   • Si la operación no requiere que la interacción se contabilice como un HIT, se debe cambiar el parámetro HIT a NO. Al realizar este ajuste y guardar, la plataforma habilitará automáticamente el campo RPC, permitiendo modificar su valor.
3. Gestión de solicitudes especiales (Customer Sucess Manager):
   • Si la operación exige mantener HIT = YES y requiere evaluar un comportamiento distinto (como permitir RPC = NO), debe canalizar la solicitud a través de su Customer Sucess Manager, quien gestionará la evaluación de la necesidad con el área de Producto.

Escalamiento

En caso de que el parámetro HIT registre en NO y el sistema no permita editar el RPC, o si se requiere ajustar RPC a YES, teniendo el campo HIT en Yes y la plataforma genere un error inesperado al guardar, escala el caso a la mesa de servicios.