El Estado de Contacto de Persona Se Puede Controlar mediante un Proceso

Generalidades

Los tipos de contacto de persona se pueden configurar para autorizar un estado. Para algunos tipos de contacto de persona, es posible que la implementación quiera controlar el estado mediante un proceso en lugar de autorizar la configuración manual del estado. Un ejemplo sería el uso del estado de contacto de persona para capturar la aceptación de la recepción de mensajes de texto, lo cual se requiere en algunas jurisdicciones. La aceptación busca el permiso de un cliente para usar un contacto de persona con un propósito determinado, como enviar mensajes de texto a un cliente.

La aceptación trabaja junto con la funcionalidad para activar la aceptación de un tipo de entrega. Cada una trabaja de manera independiente, pero juntas ofrecen una solución completa. Como pueden trabajar por separado, se las describe de manera independiente. Consulte Activación de Aceptación para un Tipo de Entrega para obtener información más detallada acerca de esta lógica.

Para controlar el estado de contacto de una persona con un proceso, primero debe configurarse el tipo de contacto de persona para autorizar el estado. El tipo de contacto de persona debe configurarse en la sección de aceptación de la configuración principal de Preferencias de Notificación. Al definir un Script de Estado, el estado de contacto de persona solo se puede cambiar mediante la lógica que está incluida en el script o se inicia desde el script. El producto se entrega con un script que crea una tarea de servicio de aceptación. El diseño soporta específicamente la aceptación de la recepción de notificaciones por mensajes de texto (SMS).

Proceso de Aceptación

Para usar esta funcionalidad entregada, configure un nuevo tipo de tarea de servicio para la aceptación. Este tipo de tarea debe hacer referencia al Objeto de Negocio de Tipo de Tarea de Aceptación de Preferencia de Notificación (C1-NotifPrefOptInTaskType). El producto se entrega con un objeto de negocio de tarea de servicio. La tarea de servicio es responsable de iniciar una solicitud de aceptación, actualizar el estado de contacto de persona y registrar la respuesta del usuario. Un servicio web de entrada recibe respuestas y realiza la transición de la tarea de servicio. Estos componentes están diseñados para la integración con Notification Center. Cuando a un cliente se le envía una solicitud de aceptación, se le pide confirmación. En el contenido del mensaje, se explican los comandos al usuario. Por ejemplo: CONFIRM o STOP. Notification Center está configurado para interpretar los comandos específicos y mapearlos a lo que espera el servicio de entrada, que realiza la transición de la tarea de servicio según corresponda.

Además de la solicitud de aceptación inicial, en cualquier momento, los usuarios pueden detener las notificaciones o anular la suscripción a ellas. La solución entregada soporta dos modos para esta funcionalidad: anular la suscripción de todas las notificaciones para un contacto de persona en particular o anular la suscripción de un tipo de notificación específico para un contacto de persona en particular. Este procedimiento se controla mediante la configuración y depende del sistema externo, como Notification Center, para determinar el tipo de notificación.

El texto de ayuda de la configuración principal de Preferencias de Notificación contiene información detallada acerca de la configuración requerida para controlar el estado de contacto de persona y definir los procesos de aceptación.

Es importante destacar que, aunque el proceso entregado para controlar el estado de contacto de persona está diseñado para trabajar junto con el proceso de aceptación, la implementación puede diseñar un proceso personalizado que pueda crear una tarea de servicio o hacer algo completamente diferente. Además, puede ser independiente de la aceptación y las notificaciones. Por ejemplo, el proceso se puede usar para verificar que una dirección de correo electrónico sea válida mediante el envío de una solicitud de verificación al cliente.

También hay otro concepto, que es el de activar la aceptación para un tipo de entrega. Este concepto se relaciona estrechamente con la funcionalidad que se describe aquí, pero un impacto distinto en el sistema. Consulte Activación de Aceptación para un Tipo de Entrega para obtener más información.

Existe una limitación sin valor. Es posible que un tipo de contacto de persona esté definido de modo que se autoricen múltiples tipos de entrega, pero que la solución entregada solo autorice la asociación de un único tipo de entrega con el proceso usado para automatizar el estado de contacto de persona. Sin esta limitación, los distintos procesos serían responsables de actualizar un único estado de contacto de persona, y las actualizaciones podrían ser incompatibles entre sí.

Los Estados de Contacto de Persona del Sistema

La solución de aceptación entregada con el producto utiliza los tres valores de estado proporcionados. Los valores son Pendiente, Aprobado y Rechazado. La implementación puede agregar sus propios estados de contacto de persona, pero estos no funcionarán con la solución entregada con el producto. Consulte Configuración de Estado de Contacto de Persona.

Modo en que el Sistema Automatiza el Estado de Contacto de Persona

Hay muchas maneras de invocar al proceso que controla el estado de contacto de persona. Para todas ellas, el tipo de contacto de persona debe definirse en la configuración principal de Preferencias de Notificación para que un proceso controle su estado y, a menos que se especifique lo contrario, que el contacto de persona no esté ya Aprobado .

  • La principal manera de iniciar el proceso para controlar el estado de contacto de persona sería cuando se usa un contacto de persona para agregar una preferencia de contacto, y el tipo de entrega de la preferencia de contacto coincide con el tipo de entrega asociado con el tipo de contacto de persona, según lo definido en la configuración principal de las Preferencias de Notificación. Este método depende de la activación de la aceptación para un tipo de entrega. Así es como los dos procesos trabajan en conjunto. Consulte Activación de Aceptación para un Tipo de Entrega para obtener más información. Un ejemplo de este escenario sería que exista un contacto de persona que sea de un tipo que puede recibir mensajes de texto, como "Teléfono Móvil". Hasta que se usa el contacto de persona en una preferencia de contacto para recibir una notificación, no hay motivos para iniciar un proceso de aceptación.

  • Este proceso se puede iniciar automáticamente estableciendo el estado inicial por defecto de un contacto de persona en Pendiente . Cuando se agrega el contacto de persona, se inicia el proceso. Un ejemplo de este escenario sería que un contacto de persona de correo electrónico inicie un proceso para verificar la dirección de correo electrónico en cuanto se lo agrega al sistema.

  • Cuando se cambia el valor de un contacto de persona aprobado, el proceso se reinicia. Por ejemplo, aunque la aprobación esté relacionada con un contacto de persona específico en el sistema, el cual tiene una ID única, externamente, la aprobación se relaciona con un número de teléfono o una dirección de correo electrónico en particular. Cuando se cambia el valor de contacto de persona (es decir, el número de teléfono o la dirección de correo electrónico), la aprobación anterior ya no es válida. El estado de contacto de persona se cambia a Pendiente .

Un usuario puede iniciar el proceso manualmente. Se proporciona un botón en la fila Contacto de Persona, en Persona: Principal. El botón se puede usar para reiniciar el proceso cuando el cliente no tiene la solicitud y necesita que se la reenvíen. También se puede usar para iniciar el proceso manualmente por adelantado, antes de que el contacto de persona se use en una preferencia de contacto.