Bump and Reprice Spot Greeks

It answers what the book is worth, and what its Delta is, at a grid of spot shift levels. The decision it feeds is the one a desk makes at the screen between two fixes. It is to hold the position, to trim it, or to hedge it, before the close states the figures that count.

The catalogue describes the report as a grid, because the question a desk asks is not one number. The desk asks what the book does at each level of a move, and it reads the answer across the levels rather than at one of them. The section "What is not built" states how far the seeded definition carries that shape.

A definition of this report binds analytics and configurations. The service builds the run document from those bindings and the run settings, and ORE prices the book from the generated document. No seed stores an ore.xml.

Cycle intraday. The definition is seeded with the expression */15 8-17 * * 1-5, which fires it every fifteen minutes through the London trading day on weekdays, and a person may ask for one at any time. It is not a member of an ordered batch.

The concurrency policy is skip. A firing that arrives while a run of the same definition is in flight is dropped, so the next run reads the market data of its own instant and not a queue of stale ones.

The definition states cut_kind_code LIVE. A LIVE cut mints at the instant the run begins and carries the indicative label, so every figure on this report is known to be indicative.

• Trades selected by scope. The scope shape is book.
• Market data at the instant the run starts. The run mints a LIVE cut, which holds what the store held then.
• The risk report configuration the definition binds, Valuation and sensitivities - Global Portfolio. The row states the market data type live and the base currency, which is the entity's, so GBP for the UK entity, USD for the US entity and HKD for the HK entity.
• The engine settings row the definition binds, through the engine_settings configuration type.

A definition binds six configuration documents, one per configuration type. The six codes are conventions, curve_configuration, todays_market, pricing_engines, risk_report_config and engine_settings. A definition that omits one of the first five cannot run, because ORE reads all of them before it prices.

The run produces the engine's own output archive. The archive holds the CSV artefacts of the two bound analytics: npv.csv, sensitivity.csv and scenario.csv. The run also records the cut it minted, with the cut's identity, its label, its kind and its instant.

The rows a reader would query are a later phase. The result store is designed on Report post-processing and is not built, so a reader opens the CSV files in the archive.

The set is the business catalogue's for this report. The definitions are on Risk reporting and are not repeated here.

The analytics write three files. The tables below state the columns of those files, as ORE output formats lists them. A (Base) column is in the run's base currency. A (Trade) column is in the trade's currency.

npv.csv holds the net present value and notional of each trade.

sensitivity.csv holds the sensitivities of each trade: Delta and Gamma for each factor, and cross gammas for factor pairs. The file has two header variants.

scenario.csv holds the value of each trade under each shifted factor.

The configuration binds two analytics, in this order. The npv fragment is trimmed from external/ore/examples/MarketRisk/Input/ore_pnl.xml and the sensitivity fragment is trimmed from external/ore/examples/MarketRisk/Input/ore_sensi.xml.

The base currency is the entity's, so the fragment shows GBP for the UK entity. The file states USD for its own sample.

<Analytic type="npv">
  <Parameter name="active">Y</Parameter>
  <Parameter name="baseCurrency">GBP</Parameter>
  <Parameter name="outputFileName">npv.csv</Parameter>
</Analytic>
<Analytic type="sensitivity">
  <Parameter name="active">Y</Parameter>
  <Parameter name="marketConfigFile">simulation.xml</Parameter>
  <Parameter name="sensitivityConfigFile">sensitivity.xml</Parameter>
  <Parameter name="scenarioOutputFile">scenario.csv</Parameter>
  <Parameter name="sensitivityOutputFile">sensitivity.csv</Parameter>
  <Parameter name="outputSensitivityThreshold">0.000001</Parameter>
  <Parameter name="recalibrateModels">Y</Parameter>
  <Parameter name="parSensitivity">Y</Parameter>
</Analytic>

The sensitivity analytic reads its shift settings from the document that sensitivityConfigFile names. That document is not part of the run package the service builds, which carries only the four Setup documents.

A definition of this report states the rows below. The values are the seeded ones; the domains are the ones the engine and the classification taxonomy fix. The mechanism is on ore parameter.

A person reads this report at the screen in the order below. No run has produced rows yet, so the steps name the files and the comparisons and quote no figure.

1. Open the archive the run recorded and take npv.csv first. It states the book at one market state, so it is the base the other two files refer to.
2. In npv.csv, read the NPV(Base) column against the TradeId and NettingSet columns. The sum over the rows is the value the desk carries.
3. Open sensitivity.csv and read the Factor_1 column to find the spot factors the run shifted. The key names the factor and ShiftSize_1 states how far it moved.
4. Read the Delta column on those rows. Delta is a value change and not a derivative. It is money per shift, and the shift size is already inside it.
5. Read the Delta(Trade) column beside it when the trade's own currency is not the base currency. It states the same change in the trade's currency.
6. Open scenario.csv and find the rows with the same Factor value. Read Base NPV, Scenario NPV and Difference across one row. The difference is the scenario value less the base value.
7. Compare the Difference column with the Delta column of step 4 for the same factor. The two agree to the printed precision, because both state the value change for one shift.
8. Compare the sum of step 2 with the Base NPV of the rows read in step 6. They state one valuation. A reader who expects a grid of shift levels notices here that the file carries one shift per factor and not a ladder.

• The spot shift grid the catalogue describes is a scenario grid, which is a stress configuration. It is not the sensitivity analytic.
• No ACME risk report configuration switches the stress analytic on. The seeded definition therefore produces the sensitivity columns and not a per shift level P&L grid.
• The dataset holds no volatility market data. Its 420 seeded quotes are all IR_SWAP/RATE/..., with no FX_OPTION/RATE_LNVOL quote and no volatility surface configuration. so a volatility factor has nothing to shift, and no volatility sensitivity can be computed until the store holds that data.
• The result store is not built, so a reader opens the CSV files in the archive.
• No mapper reads or writes a SensitivityAnalysis document. The document is a name in a lookup and a row in the file library, not a modelled entity.

The analytic type, the sensitivity configuration type and the file types are in the store. The cut resolution this report depends on is exercised by Light the intraday reports on the LIVE cut.

The pricing phase cannot produce a volatility figure in the seeded environment, because the store holds no volatility market data. A test run proves the gather, the cut and the generated run document, and it proves no volatility row. A reader who needs one supplies volatility market data first.

• Reports, the inventory this page is listed in.
• Bump and Reprice Spot Greeks (EOD), the same analytic set on the end of day cut.
• Risk reporting, the classification taxonomy and the measures catalogue.
• The cut is the body a run prices from, what a LIVE cut holds and what it does not.
• Report definition and schedule, how the definition and its schedule are seated.
• Report execution pipeline, the phases every run goes through.
• Report compute handoff, how the run reaches the grid.
• Report post-processing, the store that would hold the rows.
• Light the intraday reports on the LIVE cut
• Report definition and schedule

• Report families — the structure note that orders this cluster, and where to read this page in it.
• Open Source Risk Engine, the valuation engine whose sensitivity analytic produces these rows.