Paso 5 - Agregar Solicitud/Respuesta a un Dominio Externo
Introducción al Paso 5
Las solicitudes y sus correspondientes respuestas están en el corazón de un process flow-suelen ser lo que genera events, que a su vez impulsan state cambios en el finito state máquina.
En este paso, usted añadirá un nuevo dominio para el sistema contable del agente deudor y luego una solicitud/respuesta para determinar si la cuenta del deudor está activa o cerrada.
El flujo deberá ser actualizado con un nuevo state y business data; usted estará añadiendo events, comportamiento de entrada y event comportamiento por primera vez.
El sistema contable del agente deudor proporcionará una respuesta de aceptación o rechazo:
-
Si 'Aceptar' entonces el flujo continuará.
-
Si 'Rechazar', entonces la transacción será rechazada y el flujo se terminará.
Una respuesta de aceptación indicará que los fondos han sido asignados y contendrá una referencia que será necesaria en pasos posteriores del flujo.
Crear un nuevo Dominio Externo
Primero, añadamos un nuevo dominio externo para representar el sistema contable del agente deudor que usted llamará para determinar el estado de la cuenta.
Esto significará que, una vez que se complete este paso, habrá dos external domains: uno para representar el sistema de monitoreo de pagos y otro para la plataforma contable de los agentes deudores. Se añadirán otros en pasos posteriores.
Ya ha creado un dominio externo en el paso anterior, por lo que todo lo que necesita hacer es hacer clic derecho en su modelo y luego seleccionar Nuevo>v2Flo>Dominio Externo.
Configure el dominio de la siguiente manera:
Añada una Solicitud al Dominio Externo
Con la pestaña del Sistema de Contabilidad de Deudores abierta, haga clic en Agregar Solicitud.
Agregue los detalles de la solicitud que se realizará para verificar que la cuenta es válida y activa:
-
Agregue el nombre de la solicitud (por ejemplo, Solicitud de Validación de Cuenta de Deudor)
-
Agregue una descripción para la solicitud.
Añadir una respuesta
Ahora debe establecer la respuesta a la solicitud. Complete de la siguiente manera:
Tenga en cuenta que ha preseleccionado el response codes "AcceptOrReject", usted puede definir cualquier otro conjunto de response codes usted quiere adaptarlo a sus requisitos añadiendo una biblioteca de códigos de respuesta. Hará esto en un paso posterior.
También tenga en cuenta que 'Completar' está marcado automáticamente. Existen circunstancias en las que puede recibir más de una respuesta a una única solicitud, y solo puede completar la solicitud original cuando se recibe una respuesta final (Completar). El completar flag le permite especificar si esta respuesta en particular es una respuesta no final o final. Si timeouts se configuran, entonces el tiempo de espera solo se cancelará cuando llegue una respuesta completa.
Ejemplo: Un sistema de sanciones puede proporcionar una 'respuesta de retención' mientras se lleva a cabo una investigación. La respuesta de 'retención' sería la primera respuesta, y Completar se establecería en el false. La segunda respuesta sería el resultado de la investigación y en este caso Completar se establecería en true. Usted explorará esto en un paso posterior del tutorial.
La Solicitud debería verse ahora así:
Añadiendo nuevos estados
Ahora que ha creado un nuevo dominio externo, debe integrarlo en el flujo que creó en el Paso 3. Primero, abra el flujo.
Creemos dos nuevos estados para el flujo. Uno para mientras usted está esperando una respuesta del sistema contable del agente deudor, y otro para representar un pago rechazado.
Notará aquí que hay un subrayado rojo (1), si pasa el cursor sobre la etiqueta roja en la barra lateral a la derecha de la ventana (2), o sobre los nombres mismos, podrá ver por qué:
Esto nos está advirtiendo que su state no se utiliza en ninguna parte, por lo que usted corregirá esto añadiendo los estados al event comportamiento. Sin embargo, antes de hacer eso, deberá definir el events.
Añadiendo Events
A continuación, debe definir events. Un event representa algo que ha sucedido y impulsa la transición entre estados. Agreguemos eso haciendo clic en el "Agregar Event " botón y añada dos" events, uno para cuando la verificación de validación de la cuenta pasa y uno para cuando falla:
Usted ve advertencias en el event definiciones para indicar que el events aún no se han utilizado en el flujo. Pronto estará solucionando esto.
Comportamiento de Entrada
El comportamiento de entrada indica al flujo qué hacer cuando recibe algo.- normalmente esto será ya sea de una instrucción o de una respuesta a una solicitud enviada desde el flujo.
Usted tiene una nueva entrada-la respuesta a la solicitud de verificación de la cuenta del deudor-así que necesita agregar lo que event debe ser creado cuando reciba esa respuesta.
Recuerde, usted seleccionó AcceptOrReject para el código de respuesta, por lo que solo está esperando dos posibles respuestas.
No olvide, está utilizando Ctrl+Space para seleccionar la entrada, el código de respuesta y event
Initiation Behaviour
Ahora ha añadido un no terminal state(Verificando la Cuenta del Deudor) necesita actualizar el initiation behaviour. En pasos anteriores, usted había pasado directamente a un terminal 'completo’s tate..ahora está añadiendo este nuevo state usted debe actualizar el initiation behaviour en consecuencia añadiendo el state, y eliminando la notificación.
Su actualizado initiation behaviour debería verse ahora así:
Event Comportamiento
Finalmente, puede finalizar el flujo añadiendo el event comportamiento.
An event el comportamiento indica al flujo qué hacer cuando se encuentra en un dado state y un event se recibe. Hay una serie de cosas que pueden suceder aquí, algunas típicas son:
-
Puede realizar un " state transición-es decir, trasladarse a un nuevo state
-
Puede llamar a cualquier acción-esto podría ser una llamada a un dominio externo o a una función interna diferente
-
Usted podría presentar un separado event
Desde initiation behaviour usted definió el primero state Verificando la Cuenta del Deudor-así que debe agregar eso como el primer 'Con Estados Actuales’s tate.
Entonces debe agregar el behaviours para cuando los dos nuevos events que usted acaba de añadir en el comportamiento de entrada ocurre:
-
Cuando el actual state está Verificando la Cuenta del Deudor y el event si la Verificación de Cuenta del Deudor ha sido aprobada, entonces proceda a state Completo
-
Cuando el actual state está Verificando la Cuenta del Deudor y el event es Verificación de Cuenta de Deudor Failed entonces mueva el state a Rechazado
Nota: No olvide agregar el notifications¡Uno para cuando el pago es aceptado y otro para cuando un pago es rechazado!
| No olvide añadir el mapping para la acción de enviar notificación de regreso. |
Validando el Modelo
En cualquier momento puede validar todo el flujo y obtener una lista de los errores (si los hay) en el flujo.
Hay dos maneras de hacer esto.
Uso de Intenciones:
Haga clic con el cursor en cualquier parte del Flujo, presione ALT+Enter y aparecerá en pantalla el cuadro emergente de Intenciones.
Seleccione 'Validar Flujo'.
O bien
Revise el Modelo:
Haga clic derecho en el modelo en el panel izquierdo y luego seleccione 'Verificar Modelo'
El resultado es una lista de todos los problemas con el modelo que aparecen en una ventana emergente del Comprobador de Modelos. En su modelo hay dos problemas con el Comportamiento de Entrada.
Solucionando los Problemas
Puede ver en el Comprobador de Modelos que hay algo incorrecto.
El mensaje de error nos indica que la Solicitud de Validación de Cuenta del Deudor no está presente en el flujo, por lo que el event el comportamiento está causando un error.
Si usted mira a initiation behaviour puede ver que, aunque añadió un inicial state, usted failed para añadir la acción de enviar una solicitud al sistema contable del agente deudor.
Vamos a arreglar el initiation behaviour ahora al agregar esa acción.
Su initiation behaviour debería verse ahora así:
Y si usted revisa el modelo nuevamente, encontrará que no hay errores.
