Conditions

Like validations, dynamic logic conditions return a Boolean. The difference is that a condition has one or more objects as its input parameters, rather than a single value. Which object(s) are passed along as input parameters differs per signature. The return value will be interpreted by OHI according to Groovy truth logic, meaning that in case a null value is returned - this will be interpreted as false.

Callout Rule

This type of dynamic logic can be attached to a callout rule to determine whether a callout should be executed during the processing of an authorization. The following signature applies:

In / Out	Name	Type	Description
In	authorization	Authorization	The authorization that is being evaluated
In	calloutRule	CalloutRule	The rule being evaluated (can be used to parametrize the dynamic logic)
Out	n/a	Boolean	True when the callout rule must be executed

This signature does not specify a default as-of date.

Country

It’s possible to specify a condition on a country. Only addresses that meet this condition are valid for that particular country. The following signature applies:

In / Out	Name	Type	Description
In	address	Address	The address to be checked
Out	n/a	Boolean	True when the address is allowed

This signature does not specify a default as-of date. This dynamic logic condition is executed when an address (in the specified country) is created or updated.

Dynamic Field Usage

A dynamic field usage extends a table with a dynamic field. A dynamic usage can specify two dynamic logic conditions: the first specifies when it is allowed to set the value for a dynamic field, the second specifies when it is required to set the value for a dynamic field. Both conditions have their own signature.

The following signature applies to dynamic field usage conditions that specify when a value is allowed:

In / Out	Name	Type	Description
In	Depends on the entity being extended	Depends on the entity being extended	The entity that is being extended.
Out	n/a	Boolean	True when the dynamic check message must be attached

This signature does not specify a default as-of date. The condition is executed when a user or integration point request message tries to set the value of the dynamic field.

For example, if the dynamic field usage is on the REL_RELATIONS table, the object name in the dynamic logic is "relation", being of the type "Relation".

Consider the following condition to clarify:

return relation.isPerson() && relation.gender=='F'

The following signature applies to dynamic field usage conditions that specify when a value is mandatory:

In / Out	Name	Type	Description
In	Depends on the entity being extended	Depends on the entity being extended	The entity that is being extended.
Out	n/a	Boolean	True when the dynamic check message must be attached

This signature does not specify a default as-of date. The condition is executed a new record (in the extended table) is being created or an existing record is being updated.

Event Rule

This type of dynamic logic can be attached to a event rule to determine whether an event message should be sent. The following signature applies:

In / Out	Name	Type	Description
In	authorization	Authorization	The authorization being processed
In	eventRule	EventRule	The rule being evaluated (can be used to parametrize the dynamic logic)
Out	n/a	Boolean	True when the event must be sent out.

This signature’s as-of date defaults to the authorization start date.

HTTP Link

This type of logic can be attached to a HTTP link definition which determines whether the link should be displayed in the "Links" drop down menu. The following signature applies:

In / Out	Name	Type	Description
In	Depends on the page	Depends on the page	The object that the page provides as input.
In	httpLink	HTTP Link	The http link that is being evaluated
Out	n/a	Boolean	True when link should be displayed

Pend Rule

This type of dynamic logic can be attached to a pend rule rule to determine whether an authorization should be pended during the processing. The following signature applies:

In / Out	Name	Type	Description
In	authorization	Authorization	The authorization that is being evaluated
In	pendRule	PendRule	The rule being evaluated (can be used to parametrize the dynamic logic)
Out	n/a	Boolean	True when the authorization must pend

This signature’s as-of date defaults to the authorizations start date.

Validation Rule

A validation rule is evaluated during the processing of an authorization. The following signature applies to the validation rules":

In / Out	Name	Type	Description
in	authorization	Authorization	The authorization that is being evaluated
In	validationRule	ValidationRule	The validation rule being evaluated (can be used to parametrize the dynamic logic)
Out	n/a	Boolean	True when the validation rule message should be attached and/or the validation rule function dynamic logic should be executed

This signature’s as-of date defaults to the authorization start date.