Part 1
Working in Product Control
The opening part of this book provides an introduction to what it's like to work in product control, beginning with a review of product control's emergence as a significant control function, before considering its purpose and the environment within which it operates. The book will then go on to explore the skills and experience required and consider what changes have impacted the function over the past decade.
CHAPTER 1
An Introduction to Product Control
The Emergence of Product Control
Finance within banking is unlike finance in most other types of industries. In most non-banking companies, the finance team is separate from the producer. For example, in a manufacturing company the finance department is not on the shop floor, and in a retail company it is not in the stores. Most likely, finance is housed in the head office.
In these industries, the value of the product is not often in dispute. Usually the cost of sales and production, or margin per unit, is known and the revenues are the function of a simple calculation. There is also often a team of management accountants providing information to the product line managers on the results of their business and assisting in analytics on those results.
In banking, it is not that simple. Finance is more integral to the production because the products banks deliver are financial. In the 1990s, with increasing volumes of trading, a greater pool of financial instruments and higher levels of complexity, it was necessary for banks to establish a dedicated function within finance to control evolving sales and trading desks. With that, management accountants within finance morphed and grew into a function called product control, which came to dominate large swathes of finance, establishing footprints all over the developed world and later on, the developing world.
Over the past decade, these large swathes have been migrating from the more expensive financial centres such as London, New York, Tokyo, Hong Kong and Singapore, to cheaper locations such as India, Poland and the Philippines. This change has presented opportunities for aspiring workers in the developing nations and presented uncertain career paths for those remaining in the shrinking financial centres.
We will look at this trend in more detail in Chapter 2.
The Purpose of Product Control
Product control is the face of finance to the sales and trading desks in a bank. They provide financial control and transparency through (Figure Figure 1.1):
• Providing a profit and loss statement and balance sheet which is accurate and timely;
• Providing meaningful insight into the desk's financial results;
• Supporting the desk in the execution of their business strategy; and
• Evaluating and integrating new products into the financial environment.
Product control's purpose is executed through a series of controls across the P&L and balance sheet, many of which are performed daily. On top of these controls, product control's financial acumen and understanding of the bank's systems can be used to support the execution of the desk's business strategy. This includes providing insight into drivers of financial performance, reviewing the desk's use of legal entities within the banking group and assessing the efficiency of process workflows.
Figure 1.1 The purpose of product control
The centrepiece of the product control role is the daily P&L (Figure 1.2). If you aren't familiar with this term, it measures the income and expenses for the sales and trading desks. If the sum of the income from trading activities, client sales and trading expenses is greater than zero, a profit is reported, otherwise a loss is reported.
Figure 1.2 The P&L
We will explore the controls that product control normally execute in greater detail throughout Parts III through VII of the book.
Different Types of Product Control
Before we can explore the role of product control further we need to be aware that not every organization will share the same mandate for their product control function. Although there will be exceptions to this, we can broadly categorize the function into one of two types:
1. P&L only
2. P&L, balance sheet and financial reporting.
P&L Only
The P&L-focused role is, as its name suggests, focused purely on the P&L. In firms across the industry this function may also be labelled as middle office. The review and substantiation of the balance sheet and financial reports are performed by a separate team(s) within finance.
There are benefits and drawbacks for any organizational structure. There are two main benefits to this model. First, it relies on a team with a narrower skill set, which can improve the control framework as the product controller does not have to be an expert in an excessive number of disciplines (accounting, risk management, financial reporting, etc.). Second, as the skill set is narrower it should be easier for the firm to hire and develop their talent.
The primary but manageable drawback to this structure is that a single team is not controlling all the financial aspects of the desk and weakness in the control framework arises when the roles and responsibilities of the different finance teams are not clearly defined and understood by all staff.
For example, the product controllers for the credit trading desk are aware of a late trade booking for 31 December (financial year end) that has missed the end of day report batches that are used to populate the P&L reporting system and general ledger (GL) for financial reporting. The product controller determines the trade has an immaterial impact on the P&L so decides not to adjust the P&L.
Although the trade had an immaterial impact on the P&L, it had a material impact on balance sheet usage, which the financial controllers will not be aware of. Consequently, the firm's year-end reporting misstates not only the balance sheet size and shape, but also the capital ratios, as the risk-weighted assets (RWAs) did not take this late trade into consideration.
This drawback can be compensated for by having clear roles and responsibilities and up-to-date standard operating procedures (SOPs) for each function. These documents make clear the control framework which the firm has in place for each desk.
Each task and responsibility should be documented extensively and refer to what is a control exception and when that exception should be escalated. In this example, the SOPs could require product control to adjust the month-end financials (both P&L and balance sheet) for every late trade.
P&L: Balance Sheet and Financial Reporting Focus
A broader version of product control includes responsibilities which cover the P&L, balance sheet and some financial reporting for the bank.
This product controller is aware that changes in the balance sheet are the driver of P&L performance and as such it is critical that the balance sheet is reviewed, substantiated and understood.
This product controller will perform the same functions as the P&L-only controller in addition to the following tasks:
• Review and substantiation of the balance sheet
• Advising the desk on the accounting treatment for their transactions (if further expertise is not required from accounting policy)
• Assisting financial reporting in their review of the financial reports, including note disclosures
•