Operaciones de Dominio

Después de que se procese un evento, la aplicación puede realizar una o más actividades para determinar qué sucede a continuación con un pago. Por ejemplo, al recibir el "Evento A" podemos querer hacer alguna validación y llamar a otra aplicación para pedirle que valide nuestros datos (otros ejemplos comunes basados en pagos incluyen comprobación de duplicados, llamadas a sistemas de sanciones o llamadas de contabilización a sistemas contables).

Para soportar este procesamiento posterior al evento, el concepto más importante es el "Dominio Externo". Esto representa algún dominio de negocio —no el de nuestro flujo actual— con el que necesitamos interactuar.

Por ejemplo, supongamos que necesitamos hablar con un sistema de sanciones durante parte del flujo. Para soportar esto, modelaríamos ese sistema de sanciones como un dominio externo.

Cada dominio externo consta de los tres tipos de interacción que podemos realizar con él:

Es posible que no queramos (o necesitemos) llamar a un dominio externo para continuar procesando nuestro flujo. Esto puede ocurrir porque sabemos qué hacer a continuación o podemos calcular qué hacer a continuación; el procesamiento está dentro de nuestra aplicación.

Una opción es usar la capacidad de "Función de Dominio" que ofrece el propio flujo. Funcionalmente desde una perspectiva de modelado de flujo, funciona de manera muy similar a un par solicitud/respuesta en una llamada a un dominio externo, excepto que en el caso de una función de dominio, la propia aplicación IPF es el dominio. Así, la llamada real permanece interna (y el código necesario para cumplir la solicitud se escribe dentro de nuestra aplicación IPF). En cualquier caso, cuando llamamos a una función de dominio, esperamos obtener una respuesta y luego esa respuesta se transformará en un evento que luego puede causar procesamiento posterior.

Al igual que una solicitud, la función de dominio tiene varias propiedades:

Es posible que, para continuar procesando nuestro flujo, no tengamos una interacción externa desde otro sistema.

Una opción es el uso de un "Evento Adicional" — utilizado para mover el flujo.

Cuando se eleva un evento adicional, el sistema lo procesará como si hubiera sido recibido en la aplicación a través de una instrucción o respuesta.

Añadamos esto a nuestro diagrama:

También existe una característica para realizar lógica condicionalmente. Por ejemplo, podemos querer ejecutar una comprobación de fraude solo si el valor del pago supera las £50. En este caso, podemos usar una "Decisión".

Una decisión nos permite realizar cierta lógica programáticamente y luego tomar diferentes rutas de procesamiento en función del resultado de esa decisión.

Una decisión tiene varias propiedades:

Las decisiones en sí se almacenan dentro de una "Librería de Decisiones". Las librerías son independientes del flujo y, como tal, la misma decisión puede usarse en múltiples flujos.

Podemos usar una decisión en dos lugares:

Añadamos esto a nuestro diagrama: