What Does Product Control Do?

Product Control (PC) is the finance function responsible for producing, explaining, and independently verifying the daily profit and loss (P&L) of a bank's trading books. It sits within the Finance division — separate from the trading desk — and reports to the Chief Financial Officer rather than the head of Markets. That independence is not incidental; it is the point. Product Control is one of the primary controls that prevents a bank from booking fictitious profits, mispricing its portfolio, or misrepresenting its financial position.

In large investment banks, Product Control teams are typically organised by asset class or business line: rates Product Control, credit Product Control, equities Product Control, FX Product Control, and so on. Each team shadows a specific set of trading desks, understands the instruments being traded, and takes ownership of the P&L numbers for those desks.

The most visible output of Product Control is the daily P&L report — a breakdown of how much money each trading desk made or lost on the previous business day. This is not simply reading a number off the system. It is a structured process of data extraction, reconciliation, and explanation that takes place every morning and must be completed to a deadline, typically before 9am or 10am, so that management has reliable numbers before markets open.

The P&L figure is calculated as the change in the mark-to-market (MTM) value of the portfolio from the previous close to the current close, plus or minus any cash flows (coupons received, settlement proceeds, premiums paid). The challenge is that for complex derivatives books with thousands of positions, this calculation involves pricing every instrument using market data inputs — yield curves, volatility surfaces, credit spread curves, FX rates — that themselves change every day.

Product Control extracts the P&L from the risk management system (such as MUREX, Calypso, or a proprietary system), applies any manual adjustments for known pricing or booking errors, and produces the official daily number. That number is then compared to the trader's own P&L estimate — a number the desk itself produces, known as the "flash P&L" or "trader P&L." The comparison of these two figures is a critical daily control.

Producing a P&L number is only half the job. Product Control is also expected to explain it — to break it down into its drivers so that management can understand why the desk made or lost money. This is called P&L attribution, and it decomposes the total P&L into contributions from individual risk factors.

For a rates trading desk running a book of interest rate derivatives, the attribution might look like this:

• Delta P&L: the P&L from changes in the level of interest rates. If rates moved 5 basis points and the desk was long duration (positive delta), this contributes positively.
• Gamma P&L: the second-order rate sensitivity — the P&L from the convexity of the portfolio as rates move. Gamma is particularly important for options books.
• Vega P&L: the P&L from changes in implied volatility. If the desk holds swaptions or other options and implied volatility rose, the vega contribution is positive for a long vol position.
• Theta P&L: the P&L from the passage of time — the time decay of options positions. Theta is typically negative for long options positions (they decay in value each day) and positive for short options.
• Rho P&L: the sensitivity to changes in interest rates used to discount cash flows — distinct from the delta sensitivity to the rate itself. For long-dated instruments, rho can be meaningful.
• New trades P&L: the P&L booked on trades executed during the day. This is the bid-offer revenue — when the desk sells a derivative to a client at the offer price and the market price is the mid, the difference is recognised as day-one P&L from new trades.
• Carry: the expected P&L from holding the portfolio overnight — the accrual of interest or premium, the roll-down of yield curves, and similar passage-of-time effects distinct from theta on options.

When the attributed P&L (the sum of all these components) does not reconcile to the actual P&L from the system, the residual is known as the "unexplained P&L." A large or persistent unexplained P&L is a red flag — it may indicate a pricing model error, a missing risk factor, a data feed problem, or a booking error that needs investigation. Product Control owns the investigation and resolution of unexplained P&L.

Independent price verification (IPV) is the process by which Product Control verifies that the prices used to value the trading book are reasonable, independent of trader input, and consistent with observable market data. It is one of the most important controls in the bank's financial reporting framework.

Traders have a natural incentive — conscious or otherwise — to mark their book at favourable prices. A trader running a book of illiquid derivatives may have significant discretion over which model parameters to use and where to set marks in the absence of observable market prices. If those marks are too generous, the trader reports artificially inflated P&L and earns bonuses on profits that have not actually been realised. IPV is the control that prevents this.

In practice, IPV involves Product Control sourcing prices from sources entirely independent of the trading desk: broker quotes, third-party vendor data (Bloomberg, Markit), exchange close prices, or prices observed from other desks' trades. These independent prices are compared to the prices used in the system. Where there is a difference — a "price testing difference" — Product Control must either justify it (for example, a legitimate bid-offer adjustment) or raise a valuation adjustment (a reserve) to reduce the reported P&L to a more conservative, defensible level.

For liquid, exchange-traded instruments — on-the-run government bonds, listed equity futures — IPV is straightforward: Bloomberg closing prices provide an independent benchmark and differences are typically small. For illiquid OTC derivatives — exotic options, structured credit instruments, long-dated cross-currency swaps — IPV is far more challenging. There may be no observable market price at all, and Product Control must rely on model-implied valuations, broker polls, or consensus pricing services.

When the trading book contains instruments whose marks cannot be fully verified — because they are illiquid, complex, or model-dependent — Product Control applies valuation adjustments (reserves) to reduce the reported P&L to a more prudent level. These reserves represent uncertainty in the fair value of the portfolio.

Common categories of reserves include:

• Bid-offer reserve: the portfolio may be marked at mid-market prices, but in practice the bank could only exit at bid (for long positions) or offer (for short positions). The bid-offer reserve adjusts the mid-market P&L to a more achievable exit price.
• Model uncertainty reserve: for instruments valued using models, the reserve captures the uncertainty in the model itself — sensitivity to model parameters, choice of model architecture, or reliance on unobservable inputs.
• Market liquidity reserve: a reserve for instruments that are difficult to trade in size without moving the market. Exiting a large position would require selling at progressively worse prices; the reserve reflects the difference between the mark and the achievable liquidation price.
• Credit valuation adjustment (CVA): an adjustment to the fair value of derivatives to reflect the credit risk of the counterparty — the possibility that the counterparty will default before the contract matures, leaving the bank with a mark-to-market gain it cannot collect.

Reserves are reviewed and challenged by Product Control monthly and during the external audit process. They are a source of frequent tension with trading desks, who naturally prefer lower reserves (which improve reported P&L) while Product Control must maintain a defensible, conservative position.

Product Control's independence from the trading desk is structural, but its day-to-day relationship with traders is closely collaborative. Every morning, the Product Control team reconciles the official P&L against the trader's own flash estimate. Any difference — known as a "P&L break" — must be investigated and resolved. Most breaks are explained by timing differences in how market data is applied, differences in pricing models between the trader's spreadsheet and the official system, or new trades booked after the trader's estimate was compiled.

Unresolved P&L breaks are escalated. A persistent break — one that appears every day and cannot be explained — suggests a systemic issue with how a position is being priced or booked, and may require senior Finance and Risk involvement to resolve.

Traders frequently challenge Product Control's IPV conclusions — particularly when reserves are being raised against positions the trader believes are correctly marked. These conversations require Product Control professionals to be technically fluent in the instruments being discussed, comfortable defending their methodologies, and diplomatically capable of holding a position under commercial pressure.

At month-end, Product Control's role intensifies. The monthly close involves finalising all P&L, reviewing and signing off all reserves, ensuring all trades are correctly accrued, and preparing the data that feeds into the bank's statutory financial statements and management accounts.

Product Control works closely with the Financial Reporting and Regulatory Reporting teams during close. New products or unusual transactions are reviewed to ensure correct accounting treatment — whether an instrument should be classified as trading book or banking book, whether hedge accounting is being applied appropriately, whether a new structured product requires any special accounting consideration.

The signed-off monthly P&L and balance sheet feeds into external reporting: the bank's quarterly results, the regulatory capital return, and ultimately the annual report. The accuracy and integrity of that output depends on the quality of Product Control's daily work throughout the month.