Additives

Understanding Product Additives

Additives in timveroOS detail credit product parameters regarding conditions and collateralization. They serve as the mechanism for creating product variations within a single credit product framework, enabling sophisticated segmentation and pricing strategies.

Core Additive Concepts

According to the system architecture, additives:

  • Define specific lending conditions within a credit product

  • Contain algorithms (scripts) for calculating offers to participants

  • Operate at various business process stages

  • Enforce strict correspondence: one offer per participant per additive

The credit score analysis logic and eligibility determination occur at the algorithm (script) level specified in each additive. If conditions aren't met, no offer is generated within that additive.

Relationship to Credit Products

Credit products serve as aggregating entities for additives. This architecture provides:

  • Single product definition with multiple variations

  • Centralized maintenance with distributed execution

  • Consistent base parameters with flexible segmentation

  • Simplified product portfolio management

Without active additives, credit products don't participate in the origination process, highlighting the critical role additives play in operationalizing lending offerings.

Practical Implementation Example

The system documentation provides this illustrative example:

Base Credit Product: Personal Loan

  • Amount range: 1,000-20,000 euros

  • Term range: 12-36 months

  • General consumer lending purpose

Three Configured Additives:

Additive 1: Basic Tier

  • Term: 12-month lending only

  • Amount: 1,000-3,000 euros

  • Rate: 10% annual interest

  • Condition: Participant credit score below 650

  • Logic: Algorithm evaluates score and generates offer only if criteria met

Additive 2: Standard Tier

  • Term: 12-36 month lending

  • Amount: 1,000-7,000 euros

  • Rate: 7% annual interest

  • Condition: Participant credit score 650 or above

  • Logic: Higher score enables better terms

Additive 3: Premium Tier

  • Term: 12-36 month lending

  • Amount: 5,000+ euros

  • Rate: 5% annual interest

  • Condition: Collateral required

  • Logic: Security enables expanded lending

Configuration Components

Algorithm Implementation

Each additive specifies an offer script that:

  • Evaluates participant profiles

  • Applies business rules

  • Calculates eligible offers

  • Returns offer parameters or null

Offer Generation Rules

The system enforces:

  • One participant can receive offers from multiple additives

  • Each additive generates maximum one offer per participant

  • Offers aggregate at the credit product level

  • Final terms depend on participant selection

Integration Points

Additives integrate with:

  • Offer Engine: Executes pricing algorithms

  • Participant Profiles: Provides input data

  • Business Process: Determines execution timing

  • Credit Products: Inherits base parameters

Configuration Process

Prerequisites

Before creating additives:

  • Credit product must be defined

  • Offer scripts must be configured in Offer Engine

  • Participant profile attributes must be available

  • Business process integration points identified

Setup Steps

Step 1: Define Additive Parameters

  • Set specific term ranges

  • Configure amount limits

  • Establish base pricing

  • Define special conditions

Step 2: Configure Offer Script

  • Link to Offer Engine script

  • Map input parameters

  • Set calculation logic

  • Define output format

Step 3: Establish Eligibility

  • Set participant criteria

  • Configure security requirements

  • Define exclusion rules

  • Specify valid statuses

Step 4: Test and Validate

  • Run test scenarios

  • Verify calculations

  • Check edge cases

  • Confirm integration

Implementation Patterns

Based on system capabilities, additives enable:

Participant Role Support

The system calculates offers for participants with any role:

  • Borrower participants receive primary offers

  • Guarantor participants determine maximum limits

  • Combined assessment affects final terms

  • Script logic embeds role-based calculations

Multi-Additive Scenarios

Within one credit product:

  • Multiple additives can evaluate same participant

  • Each additive generates maximum one offer

  • Participant may qualify for several additives

  • Final selection from available options

Collateral Integration

As documented in the Premium Tier example:

  • Additives can require specific security

  • Collateral presence enables different terms

  • Security evaluation affects offer generation

  • Integration with collateral management

Version Management

When editing products with additives:

  • New product versions require new additives

  • Existing additives don't transfer automatically

  • Each version maintains separate additive sets

  • Active management prevents configuration gaps

Key Configuration Considerations

System Requirements

As documented, proper additive function requires:

  • Active additives for credit product participation

  • Configured offer scripts in Offer Engine

  • Available participant profile attributes

  • Defined business process integration points

Operational Notes

The system enforces:

  • Strict one-offer-per-participant-per-additive rule

  • Version-specific additive configurations

  • Script-level eligibility determination

  • Automatic version creation on product edits

Implementation Resources

Through the Admin Panel (Step 1)

Configure additives through:

Through the SDK

(No settings in the SDK)


timveroOS: Sophisticated product segmentation through intelligent additives

Last updated

Was this helpful?