ஆவணக்காப்பகம்: புத்தகங்கள்

உண்மையற்ற வகையான புத்தகம். இங்கே, நான் படிக்க வேண்டும் புத்தகங்களை பற்றி, என் பதிவுகள் என் வாசகர்கள் பகிர்ந்து. நான் பெரும்பாலும் அல்லாத அறிவியல் அல்லது கிளாசிக் படிக்கிறேன். நான் சொல்லும் போது புத்தகங்களை படிக்க, நான் ஒலிப்புத்தகம் அவர்களை கேட்க (எப்போதும் சுருக்கப்படாத) வடிவம். ஆடியோபுக்ஸ் நீங்கள் எதிர்நோக்குகிறோம் உங்கள் மாற்று அல்லது உடற்பயிற்சி பயிற்சி ஏதாவது செய்ய முடியும், மாறாக அச்சம் விட. மீளாய்வு போது, அவர்கள் கூட ஒரு அனுகூலமற்ற முன்வைக்கிறார்கள், அவர்கள் குறிப்பிடப்படுகிறது என்று. இதனால் அவர்களிடம் இருந்து மேற்கோள் paraphrasing ஆக, பெயர்கள் அதனால் தவறுதலாக மற்றும். போன்ற குறைபாடுகளை தயவு செய்து மன்னிக்கவும்…

இந்த உண்மையான விமர்சனங்களை இல்லை என்று குறிப்பு. இந்த புத்தகங்கள் மிகவும் அவர்கள் விமர்சனங்களை தாண்டி உண்மையில் உள்ளன என்று நன்கு அறியப்பட்ட உள்ளன. என் உண்மையற்ற விமர்சனங்கள் என் பதிவுகள் மற்றும் எண்ணங்கள் போன்ற, பெரும்பாலும் நாசகார கொண்ட.

சரிபார்த்தல் மற்றும் நடைமுறைப்படுத்துவதற்கு

ஒரு வர்த்தக வர்த்தக தளம் தரவுத்தளத்தில் பதிவு முறை, அதை சரிபார்த்தல் மற்றும் அன்றாட செயலாக்க ஒரு முழு கோரஸ் தூண்டுகிறது. சரிபார்த்தல் பணி மத்திய அலுவலகம் முன் அலுவலகத்தில் வர்த்தக மேசைகள் மற்றும் கட்டுப்பாடு அலகுகள் இடையே ஒரு செய்ய மற்றும் நபர் நடனம், அனைத்து வர்த்தக தளம் மத்தியஸ்தம். வர்த்தகர்கள் ஒரு சோதனை அடிப்படையில் ஒரு வர்த்தக நுழைக்க இருக்கலாம். அவர்கள் நம்பிக்கை ஒருமுறை அது ஒரு சாத்தியமான வர்த்தக என்று, அவர்கள் ஒரு உறுதி மாநில அதை தள்ள, கருவூல கட்டுப்பாட்டு அலகு எடுத்துக்கொள்ளப்பட்டது இது. வர்த்தகர்கள் வர்த்தக நிராகரிக்க முடிவு செய்தால், வர்த்தக குப்பை குவியல் நிறைவடைகிறது (ஆனால் நிரந்தரமாக நீக்கப்படும்). கட்டுப்பாட்டு அலகு பொதுவாக நான்கு கண் வேலை, இரட்டை சரிபார்த்தல் முறையில். அவர்கள் வர்த்தக உள்ளீடுகள் சரிபார்க்க, அத்தகைய ஒரு குறிப்பிட்ட தயாரிப்பு அனுமதி வர்த்தகத்தை எண் மற்றும் கட்டுப்பாடு வரம்புகள். வர்த்தக அவர்களது சோதனைகள் செல்கிறது என்றால், அவர்கள் ஒரு சரிபார்க்கப்பட்டது அரசுக்கு அதன் நிலையை அமைத்தனர், இது சோதனை ஒரு இரண்டாம் நிலை தூண்டுகிறது. வர்த்தக அல்லது நிலை தவறினால், அவர்கள் வியாபாரிகள் அதை திருத்தி அல்லது அதை நிராகரிக்கலாம் அல்லது அனுமதிக்கிறது என்று ஒரு மாநில தள்ளி.

Trade validation

வர்த்தக முழுமையாக சரிபார்க்க முறை, செயலாக்க பகுதியாக தொடங்குகிறது. இது பல அணிகள் மற்றும் பல கோணங்களிலும் ஈடுபடுத்துகிறது, ஒரு வர்த்தக அடிப்படை தகவல் அலகு அடையாளம் வேண்டும் என்று என்ன அடையாளம் வேண்டும், எப்படி இருந்து தொடங்கி.

Daily Processing

மேலே படத்தில், வழக்கமான செயலாக்க பல்வேறு வணிக அலகுகளுக்கு நடைபெறுகிறது.

  • வர்த்தக மேசைகள் இடர் மற்றும் மறுசீரமைப்பு ஐந்து வர்த்தகத்தை கண்காணிக்கின்றன, இலாப மற்றும் இழப்பு (P / L:), மற்றும் இடர் எல்லைக்குள் தங்கி. மூத்த வர்த்தகர்கள் இந்த வழக்கமான செயலாக்க மூலம் இளைய தான் இருந்து தகவல் காய்ச்சி வடிகட்டிய மற்றும் பொருத்தமான நடவடிக்கைகளை எடுக்க.
  • மத்திய அலுவலகம் வழக்கமான செயல்பாட்டில் ஒரு முக்கிய பங்கு வகிக்கிறது. அவர்கள் இலக்கு மற்றும் தடை மீறல்கள் கண்காணிக்கிறார்கள், விகிதம் fixings மற்றும் விருப்பத்தை பயிற்சிகள், பண தலைமுறை, மற்றும் பிற நிதி வர்த்தகங்கள் காவியங்களும். அவர்கள் உருவாக்க (வர்த்தக தளம் உதவியுடன்) பின் அலுவலக செயல்பட பொருத்தமான கணக்கு தூண்டுகிறது, குடியேற்றங்கள் மேற்கொள்வதற்கு, வர்த்தக உறுதிப்படுத்தல், ஆவணங்கள் காப்பக போன்றவை.
  • தயாரிப்பு கட்டுப்பாடு தீவிரமாக ஒரு தினசரி அடிப்படையில் P / L: கண்காணிக்க மத்திய அலுவலகம் உள்ள பதிக்கப்பட்ட மற்றொரு வணிக அலகு, உணர்வுகள் சந்தை இயக்கங்கள் அடிப்படையில் தங்கள் இயக்கங்களை விளக்கி ஒரு பார்வை, வர்த்தக நடவடிக்கைகள் இலாபத்தை ஒரு சுயாதீனமான கணக்கீடு வழங்கும். இருப்புக்களை அவர்களின் கணிப்பீட்டுக்கு நிதி மற்றும் மனித வள துறை மூலம் உணவு மற்றும் வணிகர் சலுகைகள் மற்றும் இழப்பீடு பாதிக்கும்.
  • சந்தை இடர் மேலாண்மை வர்த்தக வரம்புகளை தினசரி கண்காணிப்பு செய்ய வேலை ஊழியர்கள் நுழைய உள்ளது (போன்ற notionals என, டெல்டா சமமான முதலியன) அதே க்ஷிணீஸி கணிப்பு போன்ற, மன அழுத்தம் க்ஷிணீஸி சோதனைகள். மிகவும் வங்கிகளில், அவர்கள் கட்டுப்பாட்டு அதிகாரிகள் அறிக்கை இணக்க கையாள மற்றும் வர்த்தக உத்திகள் முடிவு யார் மேல் மேலாண்மை சுருக்கமான மற்றும் நடவடிக்கை எடுக்க தகவல்களை வழங்கும்.

நாங்கள் விரைவில் பார்ப்போம், ஒவ்வொரு வணிக அலகு வெவ்வேறு குறிப்பிட்ட கவனம் ஒரு தனிப்பட்ட திட்ட கோருகிறது (இதில் நாம் ஒரு முன்னோக்கு அழைப்பு) வர்த்தக மேடையில் இருந்து வர்த்தகம் தகவல். இந்த தேவையை அதன் வடிவமைப்பு மற்றும் செயல்படுத்தல் எனவே சவாலான விஷயங்களை ஒன்றாகும்.

வர்த்தக தொடக்கத்தில்

ஒரு வர்த்தக தொடக்கத்தில் நிகழ்வுகளை இரண்டு வகைகளாக வகைப்படுத்தப்படுகின்றன. முன் வர்த்தக நடவடிக்கைகள் முதல் வர்த்தக பதிவு கூட முன் நடக்க வேண்டும் என்று அந்த உள்ளன. ஒவ்வொரு வர்த்தக தொடக்கத்தில் நடவடிக்கைகள் ஒவ்வொரு வணிக குறிப்பிட்ட தான்.

Pre-trade activities

முன் வர்த்தக நடவடிக்கைகளை உறைவிட மற்றும் ஒப்புதல் புதிய தயாரிப்பு தொடர்பான. நாம் கண்டது போல, வீடு வர்த்தக தளங்களில் வேகமான மற்றும் பதிலளிக்க வேண்டும் வடிவமைக்கப்பட்டுள்ளது. கொள்கையளவில், ஒரு புதிய தயாரிப்பு சித்திரவதை இருக்க வேண்டும், அது சிறிது நேரத்தில் எடுக்க வேண்டும். நான் பணியாற்றி கடந்த அமைப்பு, உதாரணமாக, நிமிடங்கள் ஒரு விஷயத்தில் ஒரு புதிய தயாரிப்பு யோசனை வரிசைப்படுத்த வடிவமைக்கப்பட்ட. ஆனால் அத்தகைய அமைப்புகள் கட்டட மனித மறந்து விடுகிறோம், அது சம்பந்தப்பட்ட செயல்முறை தொடர்பான கட்டுப்பாட்டு உறுப்புகள். ஸ்லைடு மேலே விளக்குகிறது, ஒரு புதிய தயாரிப்பு யோசனை அல்லது ஒரு புதிய விலை மாதிரி ஒரு மாதிரி quant வேலை அல்லது முன்னணி அலுவலகம் ஒரு structurer உருவானதாகும். ஆனால் அது ஒரு உற்பத்தி முறை அருகில் எங்கும் கிடைக்கிறது முன், விலை மாதிரி சரிபார்க்க வேண்டும், வழக்கமாக பகுப்பாய்வு குழு மத்திய அலுவலகம் இடர் மேலாண்மை குழு. ஒருமுறை சரிபார்க்க, தயாரிப்பு வாரங்கள் அல்லது மாதங்கள் ஆகலாம் என்று ஒரு கடினமான ஒப்புதல் செயல்முறை மூலம் செல்கிறது, பின்னர் ஒரு சாதாரண பயன்படுத்தல் செயல்முறை, மீண்டும் வாரங்கள் அல்லது மாதங்கள் ஆகலாம், இது. என்று செயல்முறை முடிந்த போது, தயாரிப்பு வர்த்தக மேடையில் வர்த்தகம் கிடைக்கும்.

ஒருமுறை கிடைக்கும், தயாரிப்பு வர்த்தகம் என்று instantiated. ஒவ்வொரு வர்த்தக உதாரணமாக, தனது சொந்த சரிபார்த்தல் மற்றும் ஒப்புதல் செயல்முறை மூலம் செல்கிறது. வர்த்தக கோரிக்கை முன் அலுவலகத்தில் விற்பனை அல்லது அமைப்பதாகும் அணியில் இருந்து தொடங்குகிறது. அவர்கள் கால தாள் மற்றும் பிற சட்ட ஆவணங்களை தயார். இந்த பணிகளை நிறைவு முறை, ஒரு வர்த்தக வர்த்தக தளம் பதிவு.

Per-trade process

இந்த தொடக்கத்தில் நிகழ்வுகளை இரண்டாவது ஸ்லைடு மேலே சித்தரிக்கப்பட்டது. ஒப்புதல் செயல்முறை முக்கியமான பணியாகும் கடன் கட்டுப்பாடு இருக்கிறது. நாம் முன்னர் குறிப்பிட்டது, தி கடன் இடர் மேலாண்மை அணி சம்பந்தப்பட்ட அபாயங்கள் மதிப்பீடு கருவிகள் பல்வேறு பயன்படுத்துகிறது. அவர்களுடைய ஒப்புதல், மற்றும் தயாரிப்பு சந்தை விலை வர்த்தகர்கள் புரிந்து கொண்டு, வர்த்தக மேடையில் கிடைக்கும் ஒரு தயாரிப்பு தரவுத்தளத்தில் ஒரு வர்த்தக ஆகிறது. மேலும் lifecycling வேடிக்கை தொடங்குகிறது.

ஒரு வணிக வாழ்க்கை

With the last post, we have reached the end of the second section on the static structure of the bank involved in trading activities. But a trade by itself is a dynamic entity. In this third section, we will look at the evolution of a trade, and see how it flows back and forth between the various business units we described in the last section. We will make the this section and the next into a new series of posts because the first series (மீது எப்படி ஒரு வங்கி வேலை செய்கிறது?) has become a bit too long.

Back Office and Finance

As with most dynamic entities, trades also have the three lifecycle stages of inception, existence and termination. What we need to understand clearly is what the processes are around these general stages. What are the business units involved at each of these stages? What do they do? And how do they do it?

Trade lifecycle

We will see that from our perspective, the lifecycle interactions are all mediated by the trading platform. It is not so much because everything is contained within the trading platform, but because we are interested only in that limited set of processes that are. In some sense, the last section was about the physical, spatial description of the bank, and this section is going to be on the temporal evolution and dynamics of how things work on that structure.

சுருக்கம் – ஒரு வங்கி கட்டமைப்பு

நாம் இப்போது ஒரு வழக்கமான முதலீட்டு வங்கி வர்த்தக பிரிவான பொது கட்டமைப்பு நம் விவாதம் நிறைவு. நாம் அடங்கியுள்ள முன்னணி-மத்திய-பின் அலுவலக பிளவுகள் மற்றும் செயல்பாட்டு மற்றும் வணிக அலகுகள் வழியாக சென்றார். நாங்கள் வர்த்தக மற்றும் அளவு அபிவிருத்தி நடவடிக்கைகள் ஒரு தாங்கி என்று அந்த நிறுவனம் தெரிவித்துள்ளது மட்டுமே பார்த்து அந்த குறிப்பு. இந்த அமைப்பு திரவம் மற்றும் பல்வேறு வங்கிகளில் வெவ்வேறு பெயர்கள் மற்றும் மரபுகள், தங்கள் பெருநிறுவன உத்திகள் மற்றும் கவனம் பொறுத்து செயல்படுத்தப்படும் என்று குறிப்பு. நாம் உலக கருவூல இந்த நடவடிக்கைகள் மிகவும் ஆக்க அல்லது பின்னணியில் வர்த்தக மேடையில் வழங்கினார் (அங்கு exotics வர்த்தக நடவடிக்கைகள் நடைபெறும்) மற்றும் தொடர்புடைய வணிக அலகுகள் (வர்த்தக முறையை பல்வேறு அம்சங்கள் கையாள) முக்கியமாக நாங்கள் அளவு ரீதியான அபிவிருத்தி கண்ணோட்டத்தில் முழு விஷயத்தை தேடும் ஏனெனில்.

Back Office and Finance

இந்த கண்ணோட்டத்தில், நீங்கள் மிக முக்கியமான கருவியாக வர்த்தக தளம் பார்க்கிறீர்கள் (அல்லது கருவிகளின் தொகுப்பு) வங்கி. அது, பல்வேறு வணிக அலகுகள் மற்றும் மத்தியில் கிட்டத்தட்ட அனைத்து பரஸ்பர மத்தியஸ்தம். மேலும், நாங்கள் எதிர்கால பதிவுகள் பார்ப்போம் என, வர்த்தக மேடையில் வர்த்தக முறையை மற்றும் வாழ்நாள் மேலாண்மை வரையறுக்கிறது. எனவே, அளவு டெவலப்பர்கள் இந்த வணிக அலகுகள் டிரேட்ஸ் மற்றும் வர்த்தக முன்பதிவு மற்றும் மேலாண்மை செயல்முறை பார்க்க எப்படி புரிந்து கொள்ள இது மிக முக்கியம். தங்கள் வர்த்தக கண்ணோட்டங்கள் வர்த்தக தளம் வடிவமைப்பு தாக்கத்தை வேண்டும்.

பின் அலுவலக, நிதி மற்றும் பலர்

From the quant and quantitative development perspective, Back Office is a distant entity. Their role is vital in the trade lifecycle, as we shall see later, but they are outside the sphere of influence of the quants and developers.

Back Office and Finance

Back Office concerns itself mainly with trade settlements and accounting. Upon maturity, each trade generates a settlement trigger usually with the help of a vended trading or settlement platform, which will be picked up and acted upon by the Back Office professionals. They also take care of cash and collateral management.

Finance functions are closely related to Back Office operations. Among a host of accounting related operations, they have one critically important task, which is to produce annual reports. These reports get publicly scrutinized and determine everything from the stock price to performance bonuses, salary levels etc. Finance professionals may require quant and analytic help for certain tasks. In one of my previous roles, I was asked to estimate the fair market value of the employee stock options (ESOP) for the purpose of accounting for them in the annual reports.

The process of pricing ESOP is similar to (although a bit more complicated than) normal call option pricing. Among other things, you need the volatility of the underlying stock in order to calculate the price. I used the standard exponentially weighted moving average method to estimate it from the published stock prices over the previous two years or so to compute it because that was all the data I had access to. Before that time, there was some corporate action and stock ticker name had changed (or did not exist, I don’t remember which). எந்த விஷயத்தில், I knew that the impact of adding more data prior to that date would be negligible because of the exponentially diminishing weights; it would be much less that the round off error in quoting the price to four decimal places, உதாரணமாக. But the accountant who was asked to look at the computation was upset. She came to me with her rulebook and referred me to page 57, paragraph 2, where it was specified that I was supposed to use ten years for the EWMA computation. நான் முயற்சி, மட்டுமே, to explain to her that I couldn’t. She kept saying, “சரி, but page 57, para 2….” I went on to explain why it didn’t really make any difference. அவர் கூறினார், “சரி, but page 57, para 2….”

Accountants and Finance professionals can be that way. They can be a bit “technical” about such things. In hindsight, I guess I was being naive. I could have just used a series of zeros to back-populate the missing eight years of data (அனைத்து பிறகு, if the ticker price was not quoted, it is zero), and redone my ESOP valuation, which would have given an ESOP price identical to what I computed earlier, but this time satisfying both Finance and the quants.

IT and other support

A team which quantitative developers work closely with is Information Technology. They are charged with the IT infrastructure, security, networking, procurement, licensing and everything else related to computing. உண்மையில், quantitative development is, as I portrayed it earlier, a middle layer between IT and pure mathematical work. So it is possible for quantitative developers to find themselves under the IT hierarchy, although it doesn’t work to their advantage. Information Technology is a cost center, as are all other Middle and Back Office functions, while Front Office units connected to trading are profit centers. Profit generators get compensated far better than others, and it is better to be associated with them than IT.

விகிதங்கள் மற்றும் மதிப்பீட்டு

Marking trades to market requires up-to-date market data. There are two types of market data required for pricing — one is the live spot rates, volatilities, interest rates etc. This type of data is collectively called rates. The second type is the kind that goes into defining the products being traded, or the characteristics of the rates. These include definitions of interest rate pillars, bond coupon dates and rates etc. This second type is considered static data.

Valuation and Product Control

The rates management team is in charge of the first type data. They ensure that the live data providers are consistent with each other and that the data itself is accurate. They do this by applying various automated tests and limits to the incoming rates to flag any suspicious movement or inconsistency. Once approved by the team, the data gets consumed by the trading platform. The rates management is a critical role, and the market data is often stored and served in dedicated databases and services. Because of the technicalities involved, this team works closely with the information technology professionals.

The static data is typically managed by a separate team independent of rates management. They go by various names, Treasury Control being one of them. They set up traded products and rates pillars and so on. In some banks, they may also be responsible for trade input data validation.

Two other important functions of Middle Office are valuation and product controls. These functions are pretty far removed from quantitative development and trading platform. These teams ensure that the trade valuations and P/L movements are consistent with market movements. Valuation Control takes a close look at pricing and P/L mostly at trade level while Product Control worries about P/L explanation typically at portfolio level. Since we have the Greeks (rates of change of product prices with respect to market quantities and time), we can compute and predict the change in the prices (or P/L movements) using Taylor series expansion. If the independently computed prices (using actual market rates) are at odds with the predicted ones, it points to an internal inconsistency and should trigger a detailed investigation.

Product Control may also help Finance and Human Resource with valuation reserves process, which estimates the level of exaggeration in the profit expectations of ebullient traders. Since traders’ compensation is tied to the profit they generate, this process of assigning reserves against profit is essential in ensuring equitable performance rewards.

சந்தை இடர் முகாமைத்துவ மற்றும் Analytics

நீங்கள் சந்தையில் விளையாட முடியும், நீங்கள் எதிராக நகர்த்த என்று இடர் ரன். இந்த ஆபத்து உள்ளது, நிச்சயமாக, சந்தை இடர் மற்றும் நாம் அதை நிர்வகிக்க ஒரு மத்திய அலுவலகம் அணி இல்லை. சந்தை இடர் முகாமைத்துவ (MRM) தொகுதிகளை மற்றும் வர்த்தகம் பொருட்கள் வகையான ஆபத்து வரம்புகளை மூத்த மேலாண்மை பரிந்துரை அபாய ஏற்ப அமைக்க முடியும் என்பதை உறுதி. இது உறுதி, வழக்கமான செயலாக்க மற்றும் கண்காணிப்பு மூலம், இந்த வரம்புகளை பின்பற்றப்பட என்று.

MRM

அத்தகைய ஆபத்து கிரேக்கர்கள் மற்றும் மதிப்பு போன்ற ஆபத்து நடவடிக்கைகள் என்ன கண்காணிக்கப்பட்டு வருகின்றன (நீங்கள்). கிரேக்கர்கள் போன்ற அடிப்படை விலை போன்ற பல்வேறு சந்தை மாறிகள் பொறுத்து ஒரு பாதுகாப்பு விலை முதல் மற்றும் இரண்டாவது வரிசையில் வழித்தோன்றல்களாகும், வட்டி விகிதங்கள், முதிர்வு காலம் போன்ற மாறும் அத்துடன் வர்த்தக குறிப்பிட்ட நிறுவனங்கள். க்ஷிணீஸி ஒரு பாதகமான சந்தை இயக்கங்கள் வழக்கில் கொடுக்கப்பட்ட நம்பிக்கை அளவில் இழப்பு அளவு அளவிடும் புள்ளியியல் இறுதியில் புள்ளி நடவடிக்கை, பொதுவாக கடந்த ஆண்டு அல்லது மேற்பட்ட வரலாற்று சந்தை இயக்கங்கள் பயன்படுத்தி கணக்கிட. இந்த ஆபத்தை நடவடிக்கைகளை திரட்டப்படும், வெட்டப்படுகின்றன மற்றும் பல்வேறு வழிகளில் துண்டுகளாக்கப்பட்ட அவற்றை கண்காணிக்க அது எளிதாக செய்ய, மற்றும் மூத்த மேலாண்மை தகவல், ஆபத்து கட்டுப்பாட்டு குழுக்களை, வர்த்தக மேசைகள் போன்றவை. MRM குழு கட்டுப்பாட்டு முகவர் அறிக்கை பொறுப்பு, கடுமையான சந்தை நடவடிக்கைகள் காரணமாக வழக்கமான இணக்கம் அறிக்கைகள் வடிவத்தில் அத்துடன் தற்காலிக அறிக்கைகள் இல்.

Quants MRM உள்ள பதிக்கப்பட்ட ஆய்வு குழு வாய்ப்புகளை காணலாம். இந்த அணி விலை மாதிரி சரிபார்த்தல் பொறுப்பான, வர்த்தக அமைப்புகள் பயன்படுத்தப்படும் கணித மாதிரிகள் மற்றும் மற்ற மதிப்பீடுகள் பொருத்தமான மற்றும் சரியாக செயல்படுத்தப்படவில்லை இருவரும் என்ஜின்கள் என்று உறுதி செயல்முறை இது. MRM பகுப்பாய்வு quants செய்ய என்று வேலை மற்றும் அவர்களின் முன்னணி அலுவலகம் எதிர் பாகங்கள் இடையே குறிப்பிடத்தக்க ஒன்றுடன் உள்ளது (நாங்கள் விலை அல்லது மாடல் quants என்று யாரை). அனலிட்டிக்ஸ் அணி பொதுவாக MRM அல்லது இடர் மேலாண்மை தேவை வேறு எந்த அளவு கருவிகள் கவனித்து. இது போன்ற கருவிகள் சாத்தியமான எதிர்கால தன்மையையும் சேர்க்க முடியும் (PFE) கடன் இடர் மேலாண்மை, சொத்துக்கள் மற்றும் பொறுப்பு எளிதில் மாடலிங் (ஏஎம்எல்) போன்றவை.

கடன் இடர் மேலாண்மை

இடர் மேலாண்மை மத்திய அலுவலகம் ஒரு முக்கியமான செயல்பாடு உள்ளது. கடன் அபாயம் நீங்கள் பணம் கொடுக்க வேண்டிய யார் யாரோ தங்கள் கடமை புகழ முடியும் அல்லது தயாராக இருக்கலாம் என்று ஆபத்து உள்ளது. வேறு வார்த்தைகளில் கூறுவதானால், அவர்கள் கடன் பொறுப்புகளுக்கு செலுத்த முடியாமல் இருக்கலாம். இந்த ஆபத்து புள்ளியியல் கருவிகள் பல்வேறு பயன்படுத்தி ஒரு வங்கி நிர்வகிக்கப்படும்.

Middle Office

ஒரு வங்கி ஒரு கடன் அட்டையை போது, அதை நீங்கள் கொடுக்க கூடாது என்று கடன் ஆபத்து எடுக்கிறது. நீங்கள் ஏனெனில் இந்த கடன் ஆபத்து துல்லியமாக உங்கள் நிலுவை தொகையை ஒரு ஹனிமூன் உயர் வட்டி விகிதம் கொடுக்கிறீர்கள். ஆபத்து பாதுகாப்பு இல்லை. அடமானம் அல்லது ஒரு வாகன கடன், மறுபுறம், உங்கள் சொத்து பங்கு பாதுகாத்து, நீங்கள் ஏனெனில் இணை குறைவாக வட்டி செலுத்த.

கடன் இடர் முகாமைத்துவ மத்திய அலுவலகம் அணி (CRM,) அதே இரண்டு உதாரணங்களை பயன்படுத்தி செயல்படுகிறது. அதே வழியில் நீங்கள் உங்கள் கடன் அட்டை அல்லது கடன் வரி கடன் வரம்பை வேண்டும் என, மூடீஸ் அல்லது ஸ்டாண்டர்ட் கடன் மதிப்பீடு முகவர் வெளியிடப்பட்ட வங்கி வர்த்தகம் என்று ஒவ்வொரு எதிர்த்தரப்பினரும் அவற்றின் கடன் மதிப்பீடு அடிப்படையில் ஒரு குறிப்பிட்ட கடன் வரம்பு உண்டு & மோசம். கடன் இடர் மேலாண்மை இந்த முறையில் பிரச்சனை வங்கி மற்ற வங்கிகளுக்கு ஒரு எதிர்த்தரப்பினருடைய மதிப்பீடு எதிரான ஏற்றப்படும் எவ்வளவு கடன் தெரிந்தும் வழி உள்ளது. அல்லது அது நீங்கள் எத்தனை கடன் அட்டைகள் கண்டுபிடிப்பதில் ஒரு வழி. சிங்கப்பூர், ஒழுங்குமுறை ஆணையம், ஆனால், மார்பளவு செல்லும் மக்கள் அபாயத்தை குறைக்க முயற்சிக்கிறது தங்கள் கடன் வரம்பை இருமுறை தங்களது மாத சம்பளம் வேண்டும் என்று தேவைப்படும். அவர்கள் வேண்டும் என அவர்கள் அதே வரம்பு எதிராக பல்வேறு வங்கிகளின் இருந்து பல கடன் அட்டைகளை பெறலாம் பிடி, திறம்பட தேவையை பின்னால் நல்ல எண்ணம் nullifying.

ஆபத்து மாற்று பயன்படுத்தி நிர்வகிக்கப்படுகிறது போது கடன் மதிப்பீடு எதிரான இந்த ஓவர்லோடிங்கைப் தவிர்க்கப்பட. நீங்கள் அதே சொத்து இரண்டு அடமான கடன் எடுக்க முடியாது போல (இல்லை, போதுமான பங்கு இல்லாமல், எந்த வழியில்), வர்த்தக எதிர்த்தரப்பினர் பல வர்த்தகங்கள் அதே இணை பயன்படுத்த முடியாது. வங்கிகள் மற்றும் ஒத்த பொதுவாக மாற்று என பத்திரங்களை பயன்படுத்த மற்றும் உடல் பாதுகாக்கப்பட்ட பரிமாற்றங்கள் போது அவர்களை பரிமாறி.

முன்னணி அலுவலகம் வர்த்தகர் ஒரு எதிராளி ஒரு வர்த்தக ஒப்பந்தத்தை நுழைய முடியும் முன், அவர்கள் தன்மையையும் மதிப்பீடு யார் கடன் கட்டுப்பாட்டு இருந்து ஒப்புதல் பெற மற்றும் முன் வரம்புகளை எதிராக சரிபார்க்க வேண்டும். வெளிப்பாடு மதிப்பீட்டை போன்ற எதிர்கால வெளிப்பாடு என நுட்பங்களை பயன்படுத்துகிறது (PFE) வருங்கால சந்தைகள் பாவனைகள் ஒரு பெரிய எண் அடிப்படையில்.

ஒரு வர்த்தக காலத்தில் தவறுதல் பேசுவதும் ஆபத்து கூடுதலாக, CRM, தொழில் தீர்வு தாமதம் போது இயல்புநிலை சாத்தியம் பற்றி கவலைப்பட — ஒரு வணிக முதிர்ச்சி அடைந்த பிறகு (வங்கி பணம் எங்கே) அதன் தீர்வு. இந்த ஆபத்து பொருத்தமாக தீர்வு ஆபத்து என்று.

மத்திய அலுவலகம்

The structure of Middle Office in a typical bank is depicted in the slide below. The functional units within Middle Office work hand in hand with those in Front Office to handle the inception approvals and regular processing of trades.

Middle Office

Middle Office is different from Front OFfice in that it has little interaction with the external world. Its primary (and perhaps only) customers are the Front Office traders and teams. வழக்கம் போல், most of the interactions among the teams within Middle Office and Front Office take place via the trading platform, which acts like the boundary interface between the two Offices, as shown in the slide.

In later posts, we will go through the functions of each of the business units described as a box in the picture. For now, as a general summary, we can see that the Middle Office functions are of two kinds: those related to trade approvals based on projected risks and limits, and those related to regular trade monitoring. But these functions are vast in their scope, and require large systems, data flows and an army of professionals to carry them out. They are organized under the business units with names like Product Control, Trade Control (or Treasury or Business Control) Unit, Market, Credit and Operational Risk Management), Limits Monitoring, Rates Management, Compliance and Regulatory Reporting, Analytics, Asset and Liability Management etc. மீண்டும், keep in mind that this description of Middle Office is from the perspective of quantitative development relevant to structured products trading.

அளவு உருவாக்குநர்கள்

If Quantitative Developers look like the heart of everything that goes on in the Front Office (according to the following slide, என்று), there is a good reason for it. This series is written from the perspective of Quantitative Development. அனைத்து பிறகு, the series, the talk, and the book are all titled “Principles of Quantitative Development.” From that vantage point, உறுதி, we are at the center of the universe.

Quantitative Developers

நியாயமான இருக்க வேண்டும், in structured products trading, quantitative development and quantitative mathematics play a crucial role. As we will see in later posts, almost all the aspects of trade lifecycle management are mediated by the end product of these quantitative professionals, which is the trading platform. Crucially, the trading platform defines the interface between Front Office and Middle Office. Within Front Office, quantitative developers act as the conduit of integrating the pricing models developed by quants into the platform, thereby making them accessible for profit making by trading desks. Because of this buffering role that the quantitative developers play, they have to field almost all of the support requests from trading desks and sales personnel in Front Office, as well as from anyone who uses the trading platform.

In the corporate organization, quantitative developers may find themselves under the information technology department, supporting the trading platform from afar. From a career perspective, this organization is less than ideal for them because IT is a cost center, not a profit generator and the compensation and remuneration schemes reflect that fact. தவிர, IT tends to be considered as being outside the core business of the bank. Far better for them would be to find themselves embedded within the Front Office setting, where the quantitative developers can offer direct support to the stakeholders from within and enjoy the prominence and prestige that comes with the critical role of managing the vital in-house trading platform.