17.03.2013 Views

JPMORGAN CHASE WHALE TRADES: A CASE HISTORY OF DERIVATIVES RISKS AND ABUSES

JPMORGAN CHASE WHALE TRADES: A CASE HISTORY OF DERIVATIVES RISKS AND ABUSES

JPMORGAN CHASE WHALE TRADES: A CASE HISTORY OF DERIVATIVES RISKS AND ABUSES

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

208<br />

increase in notional value in turn resulted in a higher hypothetical stress loss when<br />

the Firm ran the Synthetic Credit Portfolio through its various stress scenarios.<br />

The stress loss excessions were reported in the first weekly stress report that<br />

followed, on April 6, 2012. CIO’s mark-to-market stress limit continued to be<br />

exceeded throughout April. By then, however, the trading that precipitated the<br />

losses in the Synthetic Credit portfolio had ceased.” 1156<br />

When the SCP exceeded its stress loss limit, the CIO should have reconfigured the<br />

SCP to end the breach; instead, the CIO allowed the breach to continue unabated for a<br />

month. With the breach of the CIO’s stress limits, the SCP had caused the breach of all<br />

of the Level 1 and Level 2 risk limits used by the bank to monitor the portfolio.<br />

Mr. Macris analogized managing the Synthetic Credit Portfolio to flying a plane. Mr.<br />

Dimon’s public statements suggested that the flight alarms didn’t sound until too late. 1157 But<br />

the risk metrics tell a different story. The VaR and CS01 alarms sounded in January; the CRM<br />

sounded in early March; the CSW10% sounded three weeks later, and the stress loss limits<br />

sounded a week after that. An internal bank document listing the many breaches of the CIO’s<br />

risk limits is nine pages long. 1158<br />

But no one in the CIO or JPMorgan Chase risk management<br />

function heeded the multiple warnings and took action to exit the offending positions. It wasn’t<br />

an instrument failure that caused the portfolio to crash; it was the pilots’ decision to ignore the<br />

instruments.<br />

(5) Disregarding Stop Loss Advisories<br />

The risk metrics discussed above are based on projections of how a portfolio will perform<br />

under certain market conditions. In contrast, stop loss advisories are risk limits established on<br />

the basis of actual daily profit and loss reports for a portfolio. A stop loss advisory sets a limit on<br />

how much money a portfolio is allowed to lose over a specified period of time, typically one,<br />

five, or twenty days. An advisory also sets a threshold for increased risk monitoring. If one of<br />

the advisories is breached, in theory, the portfolio exceeding the advisory should receive<br />

increased monitoring and attention from senior management. Stop loss advisories are a<br />

longstanding, easy to understand, and effective risk limit.<br />

The CIO had one, five, and twenty day stop loss advisories in place during the<br />

accumulation of the credit index positions in the Synthetic Credit Portfolio that produced the<br />

losses incurred by the bank. Over the course of the period under review, the one, five, and<br />

twenty-day loss advisories were set at the same level, a decision regulators would later question.<br />

1156<br />

2013 JPMorgan Chase Task Force Report, at 82-83.<br />

1157<br />

See, e.g., testimony of Jamie Dimon, Chairman & CEO, JPMorgan Chase & Co., “A Breakdown in Risk<br />

Management: What Went Wrong at JPMorgan Chase?” before the U.S. Senate Committee on Banking, Housing,<br />

and Urban Affairs, S.Hrg. 112-715 (June 13, 2012), http://www.cq.com/doc/congressionaltranscripts-4105471.<br />

(“CIO had its own limits around credit risk and exposure. At one point, in March, some of those limits were<br />

triggered.”)<br />

1158<br />

05/04/2012 email from Irvin Goldman, CIO, to Peter Weiland, CIO, and others, “Information needed,” JPM-<br />

CIO-PSI-H 0000627-36.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!