Algolytics Technologies Documentation
  • End-to-end Data Science Platform
  • ABM
    • Introduction to ABM
    • Repository
    • Classification - adding, running and deleting projects
    • Approximation - adding, running and deleting projects
    • Models and variables statistics
    • Model deployment
    • ABM API
    • Data scoring
    • Adding, running and deleting projects
  • Event Engine [user]
    • Engine description
    • How the engine works
    • Events
    • Aggregate module
    • Metadata
    • Components of metadata
    • Off-line processing and modeling
    • Examples of API operations
    • Visualisation
  • Event Engine [administrator]
  • Scoring.One
    • Engine description
    • Panels overview
    • Implementation of scoring models
    • Creating and testing a scenario
    • SCE Tracking Script
  • Advanced Miner
    • Documentation
    • How to install license key
  • DataQuality [web app]
  • Algolytics APIs
    • DQ for Python API
    • Scoring Engine WEB API
    • ABM Restfull API
    • Other APIs
  • Privacy policy
  • GDPR
Powered by GitBook
On this page
  • Scheme of system action
  • On-line mode
  • Off-line mode (automatic process, running at set time intervals)
  1. Event Engine [user]

How the engine works

PreviousEngine descriptionNextEvents

Last updated 3 months ago

Scheme of system action

Client's application sends statements (events) to the engine in JSON format through HTTP connection (REST API). Events get to the engine through Kafka queue. Each event is saved to repository in order to enable off-line processing.

On-line mode

  • An event is transformed into variables (see )

  • Values of given user aggregates are refreshed

  • Scoring conditions are checked for each model (conditions starting evaluation of scoring and conditions checking, whether the given user should be scored by a given model)

  • For every model fulfilling scoring conditions a line of data is prepared

  • Score calculation

  • Returning score to the client

Off-line mode (automatic process, running at set time intervals)

  • Counting of aggregates (based on saved events) for each user and each model

  • In analytical table containing calculated aggregates and target value a line of data may be created for each user. For some users this line will not be created, since:

    • Scoring condition will not be fulfilled

    • Conditions of target window calculating will not be fulfilled (for example: the target window counts for 3 days, while data contain events happening in only 2 days)

  • For each model a separate analytical table is created

  • The analytical table is an input to an ABM model counting process

  • Chosen models are automatically deployed

Graphical diagram of system action

chapter 3