The API toolkit gives you access to the trajectory of every
crucial piece of data that takes place at every simulation.
You can therefore catch every projected Risk Factor, value selected items,
and then hand over control to the engine so that it
can disseminate the information back into the engine.
User can access directly the heart of the Risksvr™
simulation engine through the Generic Open Engine API to
either impose their own pricing routines for any existing
instruments, take control of Risk Factor Price Levels or Stochastic
Variables or even take control of the Calculation Engine
alltogether.
Many opportunities exists for advanced users to add their own
pricing functions, introduce new instruments, create new
combinations of basic building blocks, impose specific
algorithms, override existing methods or even take control over
market and credit data and even the simulation sequence.
Note: the Risksvr™
Engine; Financial-Risk-Manager as well as [Unitized]-Time-Series-Manager
are actually aggregated components that are build from a common C++
framework shared by all RiskServers Products.
This framework can also be used to create additional components
upon special demand.
Both Financial-Risk-Manager as well as
[Unitized]-Time-Series-Manager provide access to a published
database Schema, this database can be used to facilitate
integration and extend functionality.
Generic Instrument Hierarchy
Overload:
A less powerful, but perhaps easier mechanism exists to
introduce Instruments into the engine. Generic Pricing Plug-in
provides access to the generic C++ asset instrument hierarchy.
The Generic Instrument is made of Multiple Generic Legs. Each
Leg can be defined as a series of risk type flows
which can be priced by the user according to his own C/C++
pricing function..
This mechanism is especially useful to users who need to create
an instrument that can be characterized
as a series of basic building blocks, but with their own pricing
mechanism.
Pros : Facilitates integration with the engine parsing and
validation mechanism.
Cons: much less powerful than Generic Open Engine API, Requires
good understanding of
instrument pricing. Good knowledge of
C++ OO mechanisms and financial engineering.
The Instrument hierarchy includes numerous component that can be
inherited.
An Instrument is defined as a Trade envelope, Settlements,
Optionality,. For more information see the Position Schema.
Common Terms and one or multiple Exposure Legs.
New components can therefore be made of one or multiple
inherited objects.
The most important Inheritable Component Objects are:
