Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Steps:

  1. A channel in Actio does not utilise a specific channel “processor” the way that a typology or rule utilises a typology or rule processor. A channel is a virtual construct that is used to organise typologies into different themes or use cases. Channels are defined in the Network Map and “created” by the Channel Router and Setup Processor when an incoming transaction is routed to rule processors and typologies. A channel ceases to exist when the scoring of all its typologies are complete and it is closed off by the Channel Aggregation and Decisioning Processor. (see: https://lextego.atlassian.net/wiki/spaces/ACTIO/pages/563052560/Channel+Router+and+Setup+Processor#3.1.-Read-Network-Map, https://lextego.atlassian.net/wiki/spaces/ACTIO/pages/563052560/Channel+Router+and+Setup+Processor#3.2.-Determine-Channels, /wiki/spaces/FRMS/pages/1741071)

    1. The channel will have a unique ID

    2. The channel will have a name that describes its theme or use case

    3. Every evaluation pipeline will always have at least one channel

    4. A channel may be defined under multiple transactions, though if we consider that the transaction (as the thing that we are evaluating) is the root of the network map, during the evaluation of a transaction there will only be a single “instance” of that channel during the transaction evaluation.

    5. Future enhancement: The channel will also eventually need it’s own channel configuration (for “proceed” triggers) and the channel configuration and version will also have to be defined for the channel.

  2. Create the channel configuration (see: https://lextego.atlassian.net/wiki/spaces/ACTIO/pages/539885863/Channel+Aggregation+and+Decisioning#6.4.-Read-channel-configuration )

    1. The channel configuration is only required if the channel is expected to trigger an interdiction, investigation or “proceed” instruction on the aggregated effect of a predefined collection of typologies. (This is out of scope for the MVP).

    2. The channel configuration will include the set of typologies and their thresholds for interdiction or investigation, as well as the workflow destination for each of the defined trigger actions.

    3. If the channel configuration is missing or empty the Channel Aggregation and Decisioning Processor will determine that no “proceed” typology sets are specified.

  3. Connect the channel

    1. Prerequisite: A channel must be associated with a transaction. If the transaction for a channel has not yet been created, the transaction must be created before the channel can be connected.

    2. Update the Network Map (see: https://lextego.atlassian.net/wiki/spaces/ACTIO/pages/563052560/Channel+Router+and+Setup+Processor#3.1.-Read-Network-Map)

      1. The new channel must be linked to the transaction (or transactions) for which typologies within the channel is to be executed by adding the channel to the transactions.channels object under the transaction (or transactions) in the Network Map.

      2. The new channel must be described in the network map with the following information:

"channel_id": "UUIDv4",
"channel_name": "Fraud",
"channel_config_version": "1.0",

Currently, the channel definition is as follows:

            "channel_id": "UUIDv4",
            "channel_name": "Fraud",
            "typologies": [

Some changes will be required at some point:

The channel_id relates to… what? And how is it used?

channel_config_version will be required once we need a channel config to govern the issuing of “proceed” instructions based on the aggregated evaluation of a pre-defined set of typologies. In fact, the channel config is the thing that we will use to pre-define the set, and the thresholds for the typologies.

  • No labels