Modelo Solicitante, Controlador y Resolutor
Control de Flujo
Servicios WEB
Interface SOA (WEB Services)

Modelo Solicitante, Controlador Resolutor

Nuestro Modelo Solicitante/Control/Resolutor

Nuestro Modelo Básico Resolv-e soluciona sus necesidades de control sobre los procesos en su organización, al implantar el modelo Solicitante-Controlador-Resolutor que de una forma integral permite establecer a los participantes de un proceso determinado y asignar tareas y responsabilidades:

Solicitante Cualquier solicitud podrá ser atendida como un proceso dentro de Resolv-e, éste es el rol jugado por el Solicitante, teniendo su petición múltiples posibilidades de ingreso al sistema, como teléfono, fax, correo electrónico, página web, masivamente (batch), centros de servicio, etc. Control El rol de control llevará la supervisión del desarrollo y evolución de todo el proceso, a través de las herramientas de Resolv-e, se podrán definir notificaciones y alertamientos acerca de cualquier evento que tome lugar en el sistema durante la vida del proceso. Su propio personal, ya capacitado podrá diseñar y/o adaptar sus procesos a Resolv-e sin necesidad de desarrollos adicionales. Resolutor La resolución del requerimiento puede o no ser asignada de forma automática o manual a una sola persona o a un grupo, dependiendo de la complejidad del requerimiento Debido a que la información de las empresas, divisiones y contactos externos o internos se encuentran en un único repositorio es muy fácil adaptar este modelo a cualquier tipo de operación.

Control de Flujo

*Pantalla de flujo proceso*

Los procesos dentro de Resolv-e están formados por tareas y estas pueden ser definidas secuenciales (una tras otra), paralelas, definir loops, condicionales que determinan la tarea a realizarse, etc. y las diferentes tareas pueden ser asociadas a una persona o grupo de personas que deban realizar la actividad.

Otras características de un Proceso

1.- Participantes, el modelo de los procesos normalmente incluye tres participantes, los cuales son; Solicitante, Controlador y Resolutor, en todos los procesos se sigue este modelo, y es flexible, por lo cual se pueden definir procesos sin solicitante o sin controlador o sin resolutor basado en las funciones y requerimientos de los procesos.

2.- Documentación, en donde se incluye documentación y descripción relativa al proceso.

3.- Formato, los procesos pueden tener incluida información especial relativa al proceso que incluyan campos especiales, esta característica le permite a los procesos contar con información especial y específica a el tipo de proceso de que se trate. Estos campos puede ser de diferentes formatos, por ejemplo un formato numérico, un formato de fecha, un formato de texto, un formato de lista, etc., igualmente pueden ser definidos obligatorios y opcionales.

4.- Fases, en Resolv-e todos los procesos se encuentran formados por fases, esta es la unidad principal de actividad en un proceso. Un proceso se encuentra formado por un mínimo de una fase y hasta un máximo indeterminado de fases las cuales siempre son seriales y la terminación de una implica el inicio de la siguiente.

5.- Notificaciones, los procesos pueden ser instruidos para que notifiquen, alerten o escalen a los diferentes participantes. Los alertamientos son definidos por Grupo, Tipo o Nombre, esto quiere decir que se pueden definir criterios de notificación totalmente diferentes de acuerdo al proceso de que se trate. Esta característica del sistema permite definir los mensajes que deben generarse y a quién enviar el mensaje respectivo, siempre teniendo la alternativa de notificar al solicitante, controlador o resolutor de acuerdo a las características y propósito de la empresa.

6.- Alertas, Esta es una de las funciones más importantes de procesos ya que en conjunto con el módulo de Alertas de la Capa de Notificación permite el control y prioritización de las actividades o acciones a realizar. Todos los procesos en cualquier momento deben estar en algún nivel de alertamiento basados en el estándar OSI, esto es en cualquier momento u proceso puede estar en alguno de los siguientes niveles; Clear (el de menor severidad), Warning, Menor, Mayor y Severo. El modelo de alertamiento de los procesos en RESOLV-E incluye las características siguientes:
á Definición del proceso y los diferentes estatus válidos para el mismo.
á Identificación de las fechas - umbrales y sus estatus correspondientes, en el que se identifican cinco fechas límite o umbral.
á Definición de alertamiento basado en umbrales de tiempo y estatus, basándose en los estándares OSI.
á Generación y envío de alertas o futuras alertas al módulo de alertamiento.

7.- Información Adicional (extensiones al servicio), cada tipo de proceso puede incluir o no extensiones específicas para el tratamiento del tipo de proceso en cuestión, por ejemplo si el proceso es un reporte de servicio, se pueden incluir extensiones para imprimir acuses de corrección de errores o encuesta del cliente. Cada tipo de proceso puede incluir un número indeterminado de extensiones, Resolv-e incluye extensiones típicas como la impresión de remisiones, reportes de servicio, información adicional y otras.

8.- Activos que afecta, todos los procesos en Resolv-e pueden estar asociados a uno o varios activos, esto es, si se trata de un proceso de reparación de PC el sistema puede relacionar o no el proceso al activo. Esta función es muy útil para el control de actividades o reparaciones realizadas sobre un activo ya sea éste una PC o un automóvil o un facility como elevador, escritorio, regulador, etc.

9.- Archivos Adjuntos, en un proceso de cualquier tipo se proporciona la funcionalidad de relacionar documentos de diversos tipos, estos documentos pueden ser guardados o relacionados dinámicamente con los ya existentes dentro del módulo de Administración de Documentos. Existen predefinidos documentos que se adjuntan automáticamente a los diferentes procesos, esto es documentos de "Esqueletos", "plantillas", "instructivos" todos relacionados al tipo de proceso de que se trate son anexados automáticamente para ser utilizados en cualquier momento.

10.- Procesos Relacionados, Resolv-e cuenta con la posibilidad de relacionar procesos en dos niveles, puede definirse un proceso padre y hasta n procesos hijo a cada proceso dentro del sistema. Esta relación puede ser subordinada o no y a su vez puede tener dependencia entre uno y otro, dependiendo de cómo se defina el tipo de proceso, por ejemplo si un proceso hijo no ha terminado el proceso padre no pueda continuar.

11.- Registros Históricos. Los procesos tienen una gran cantidad de opciones para el seguimiento, registro y monitoreo de las diferentes tareas que implica un proceso, todas las acciones que se realicen para la terminación o ejecución de un proceso son registradas en una bitácora electrónica en la que se puede verificar las acciones realizadas, quién las realizó, cuando y por qué.

Una de las primeras actividades que debe realizarse en Resolv-e es el diseño y definición de los procesos a ser incluidos en el sistema, cada tipo de proceso tendrá una definición de los pasos a seguir e incluirá información relacionada a cada uno de sus fases o pasos. Dentro del módulo de workflow se puede verificar el avance de cada uno de los procesos y se puede actualizar el estado de los mismos incluyendo un texto descriptivo, adjuntar o visualizar documentos, cerrar el proceso, revisar su historia, notificar automáticamente el estado del mismo a los diferentes involucrados vía correo electrónico o pager, etc. En Resolv-e cada empresa puede dar de alta sus propios tipos de procesos, con las fases que lo integran, sus criterios de notificación, la información indispensable propia del proceso en cuestión, etc., esta actividad la puede realizar master o la persona encargada de definir los procesos.

Servicios WEB (Out of the box)

Esta facilidad le permite a la distancia de un clic crear páginas web con el formulario de registro de proceso y sin requerir programación.

Interface SOA (WEB Services)

Este servicio le permite a distancia de un clic publicar un servicio WEB asociado a un determinado tipo de proceso, para que desde otros sistemas que soportan este servicio puedan adicionar o actualizar procesos dentro de Resolv-e. A la inversa también se provee un servicio que invoca servicios WEB publicados en otra aplicación.