Категория Архивы: Книги

Книга отзывов о Unreal рода. Здесь, Я обсудить книги, которые я прочитал, и поделиться своими впечатлениями с читателями. Я читал в основном научно-популярные или классику. И когда я говорю читать книги, Я имею в виду слушать их в аудиокниги (всегда без сокращений) форма. Аудиокниги имеют возможность сделать свой коммутируют или тренажерный зал тренировки то, что вы с нетерпением ждать, вместо страха. Когда отзывы, они представляют собой недостаток, хотя, что они не могут быть отнесены к. Таким образом цитаты из них становятся перефразируя, Имена получить ошибками и т.д.. Пожалуйста, простите такие недостатки…

Обратите внимание, что это не настоящие отзывы. Большинство из этих книг настолько хорошо известны, что они действительно вне обзоров. Так что мои Unreal отзывы больше похожи моих впечатлений и мыслей, часто содержащие спойлеры.

Проверка и обработка

После того, как торговля получает предупреждение в базу данных торговой площадки, это вызывает целый хор одобрения и ежедневной обработки. Процесс валидации является к-и-сюда танец между торговыми операциями в Front Office и блоков управления в Ближнем бюро, все посредничестве торговой платформы. Торговцы могут вставить торговли на экспериментальной основе. После того, как они убеждены, что это приемлемый торговля, они толкают его к подтвержденным государства, которые будут подобраны блоком управления казначейства. Если трейдеры решили отказаться от торговли, торговля заканчивается в мусорном кучу (но никогда не удалены навсегда). Блок управления, как правило, работает в четырех глаз, Режим двойной проверки. Они проверяют торговые входы, и контрольные пределы, такие как количество сделок позволило для конкретного продукта. Если сделка проходит свои испытания, они устанавливают его статус на проверенной государства, который вызывает второй уровень проверки. Если сделка не удается либо уровень, они оттеснили в состояние, что позволяет трейдерам либо изменить его или отменить его.

Trade validation

Как только торговля полностью подтверждено, начинается обработка часть. Она включает в себя несколько команд и различных точек зрения, начиная от того, как сделка должна быть идентифицирована с тем, что основной блок информации, которые должны быть определены.

Daily Processing

Как показано на рисунке выше, регулярная обработка происходит в различных бизнес-единиц.

  • Торговые столы контролировать сделки для хеджирования и восстановления равновесия, прибыль мониторинг и потеря (P / L), и оставаясь в рамках риска. Старшие трейдеры получают дистиллированную информацию из младших них через эту регулярной обработки и принять соответствующие меры.
  • Средний офис играет решающую роль в регулярный процесс. Они контролируют целевых и барьерные нарушения, крепления скорость и опционные упражнения, поколение денежный поток, и нереста других денежных сделок. Они генерируют (с помощью торговой платформы) необходимости учета триггеры для Back Office действовать от, для выполнения расчетов, подтверждение торговля, документация архивные и т.д..
  • Контроль продукции является еще одним подразделением встроены в мидл-офиса, что активный мониторинг P / L на ежедневной основе, с целью разъяснения их движения на основе чувствительности и движений на рынке, обеспечение независимого вычисления рентабельности торговой деятельности. Их расчеты запасов корма в финансовых и людских ресурсов ведомств и влияет трейдер стимулы и компенсацию.
  • Управление рыночными рисками также имеет орды персонала, занятого выполнять ежедневный мониторинг торговых лимитов (таких как notionals, дельта-эквивалент и т.д.) а также расчета VaR, Стресс VaR тесты. В большинстве банков, они также обрабатывать соответствия отчетности в контролирующие органы и представлять краткие и действий разведки в верхней управления, которые решают торговые стратегии.

Как мы скоро увидим, разнообразны и специфичны центре каждой бизнес-единицы требует уникальный проекцию (которые мы будем называть в перспективе) торговой информации от торговой платформы. Это требование является одним из вещей, которые делают его разработка и внедрение так сложно.

РЕКЛАМА Inception

Начального события профессии можно разделить на две категории. Предварительно торговая деятельность являются те, которые должны состояться еще до первого торговля получает предупреждение. Начального мероприятия в-торговли являются те, специфичные для каждого торговли.

Pre-trade activities

Предварительно торговые деятельность которых связана с новым продуктом на-интернатов и утверждения. Как мы видели, в доме торговые площадки предназначены для быть ловким и отзывчивый. В принципе, он должен принять немного времени для нового продукта, чтобы быть на гофрами. Последняя система работала на, например, предназначен для развертывания идеи нового продукта в считанные минуты. Но архитекторы таких систем, как правило, забывают человека, связанные с процессом и элементы управления, участвующие в нем. Как и выше слайд иллюстрирует, новая идея продукта или новая модель ценообразования происходит от работы модельного кванта или структуризатор в Front Office. Но прежде чем он получает в любом ближайшем производственной системы, модель оценки должно быть подтверждено, как правило, аналитика команда в группе управления рисками мидл-офиса. После завершения проверки, продукт проходит через мучительный процесс утверждения, что может занять несколько недель или месяцев, а затем формальный процесс развертывания, которые могут снова занять недели или месяцы. Когда этот процесс будет завершен, Продукт доступен для торговли в торговой платформе.

После того, как в наличии, Продукт может быть реализован в виде торговли. Каждый экземпляр торговля идет через собственную процесса валидации и утверждения. Собственно торговый может исходить от продаж или структурирования команды в Front Office. Они также подготовит перечень условий и других нормативно-правовых документов. После того, как эти задачи выполняются, торговля заказали в торговой платформе.

Per-trade process

Эти момента создания события изображены во втором слайде выше. Одним из важнейших шагов в процессе утверждения является кредитный контроль. Как было описано ранее, the Управление кредитным риском Команда использует разнообразные инструменты для оценки рисков, связанных. С их одобрения, и с торговцами понимания рыночной цене продукта, Продукт доступен в торговой платформе становится торговли в базе данных. И начинается lifecycling весело.

Жизнь торговли

С последнему сообщению, мы достигли конца второй секции на статической структуры банка, участвующих в торговой деятельности. Но торговля сама по себе является динамичной сущностью. В этом третьем разделе, мы будем смотреть на эволюции торговли, и посмотреть, как она течет вперед и назад между различными бизнес-единицами, которые мы описали в предыдущем разделе. Мы сделаем этот раздел и следующий в новой серии сообщений, потому что в первой серии (на Как банк работать?) стало немного слишком долго.

Back Office and Finance

Как и в большинстве динамических лиц, торги также три жизненного цикла этапы создания, Существование и прекращение. То, что мы должны четко понимать, что процессы вокруг этих общих этапов. Какие бизнес подразделений, участвующих в каждом из этих этапов? Что они делают? И как они это делают?

Trade lifecycle

Мы увидим, что с нашей точки зрения, в течение жизненного цикла взаимодействия всех посредничестве торговой платформы. Это не так много, потому что все содержится внутри торговой платформы, а потому, что мы заинтересованы только в том ограниченном наборе процессов, которые. В некотором смысле, Последний раздел был о физической, Пространственное описание банка, и этот раздел будет на временной эволюции и динамике, как вещи работают на этой структуры.

Основная – Структура Банка

Мы завершили наш разговор на общей структуре типичного инвестиционного банка торгового подразделения. Мы прошли по разделам передней Ближнего бэк-офис и функциональных и бизнес-единиц, содержащихся в. Обратите внимание, что мы смотрели только на тех единиц, которые имеют отношение к торговле и количественных деятельности в области развития. Отметим также, что эта структура жидкости и могут быть реализованы с разными названиями и иерархии в разных банках в зависимости от их корпоративных стратегий и внимания. Мы представили торговую платформу как способствующего или фоне большинства этих мероприятий мирового казны (где экзотика торговой деятельности состоится) и связанные с ними бизнес-единицы (что обрабатывать различные аспекты торговли документооборота) главным образом потому, что мы смотрим на все это с количественной точки зрения развития.

Back Office and Finance

С этой точки зрения, Вы видите торговую платформу, как важнейшего инструмента (или набор инструментов) в банке. Это посредником почти все взаимодействия между различными подразделениями. Кроме того, как мы увидим в будущем должности, Торговая платформа определяет торговую рабочий процесс и управление жизненным циклом. Поэтому, он также станет важным для количественные разработчикам понять, как эти подразделения смотреть сделок и процесс торговли бронирования и управления. Их торговые перспективы придется влиять на разработку торговой платформы.

Бэк-офис, Финансы и др

От кванта и количественного зрения развития, Back Office является дальним лицо. Их роль является жизненно важным в торговой жизненного цикла, как мы увидим позже, но они находятся за пределами сферы влияния квантов и разработчиков.

Back Office and Finance

Вернуться опасения Офисные себя в основном с торговыми поселений и учета. По истечении срока, каждая сделка порождает урегулирования курок как правило, с помощью разносимую продавцами торговой или расчетной платформы, которые будут подобраны и принять соответствующие меры профессионалами Back Office. Они также заботятся о денежных и залогового управления.

Финансы функции тесно связаны с бэк-офиса. Среди множества бухгалтерских операций, связанных с, у них есть одна критически важная задача, что для получения годовых отчетов. Эти отчеты получить публично тщательно и определить все от цены акции к бонусы по результатам работы, уровень заработной платы и т.д.. Специалисты Финансы могут потребовать квант и аналитическую помощь для определенных задач. В одном из моих предыдущих ролей, Меня попросили оценить справедливую рыночную стоимость опционов работников на акции (ESOP) с целью учета их в годовые отчеты.

Процесс ценообразования ОПР похож на (хотя немного сложнее, чем) обычный вызов опционного ценообразования. Среди прочего, Вы должны волатильность базовой акции для того, чтобы рассчитать цену. Я использовал стандарт экспоненциально взвешенное скользящее среднее метод оценки его от опубликованных цен на акции в течение предыдущих двух лет или около того, чтобы вычислить его, потому что это было все данные у меня был доступ к. До этого времени, Были некоторые корпоративные действия и тикер имя изменилось (или не существует, Я не помню, какой). В любом случае, Я знал, что влияние добавления большего количества данных до этой даты будет незначительным, потому что из экспоненциально убывающей весов; было бы гораздо меньше, что округляется ошибка в цитируя цену до четырех знаков после запятой, например. Но бухгалтер, который попросили посмотреть на вычислении был расстроен. Она пришла ко мне с ее книги правил и направил меня к странице 57, пункт 2, где было указано, что я должен был использовать десять лет для расчета EWMA. Я пытался, В только, чтобы объяснить ей, что я не мог. Она продолжала говорить, “Да, но страница 57, 2 ....” Я стал объяснять, почему это действительно не имеет никакого значения. Она сказала,, “Да, но страница 57, 2 ....”

Бухгалтеры и финансовые специалисты могут быть так. Они могут быть немного “техническая” о таких вещах. В ретроспективе, Я думаю, что я был наивен. Я мог бы просто использовать серию нулей для резервного заполнить недостающие восемь лет данных (ведь, если цена тикер не цитировался, она равна нулю), и заново мою ESOP оценки, который дал бы цену ESOP идентичный тому, что я вычисляются ранее, но на этот раз, удовлетворяющий как Финансы и квантов.

IT and other support

Команда, количественные разработчики работают в тесном контакте с такое информационные технологии. Они обвиняются в ИТ-инфраструктуре, безопасности, сетей, закупки, Лицензирование и все остальное, связанные с вычислительной. На самом деле, Количественное развитие, как я изобразил его ранее, Средний слой между ИТ и чисто математической работы. Так что можно для количественных разработчикам найти себя в ИТ иерархии, хотя он не работает в своих интересах. Информационные технологии является экономически центр, как и все другие функции офиса средний и задний, в то время как Front Office блоков, подключенных к торгам являются центрами прибыли. Прибыль генераторы получат компенсацию намного лучше, чем другие, и лучше быть связаны с ними, чем ИТ.

Цены и оценка

Маркировка сделок на рынке требуется до-к-даты рыночных данных. Есть два типа рыночных данных, необходимые для ценообразования — Одним из них является текущий обменный спот, волатильность, процентные ставки и т.д.. Этот тип данных в совокупности называются ставки. Второй тип является вид, который переходит в определении продуктов торгуется, или характеристики ставкам. К ним относятся определения столпов процентных ставок, купонного даты и цены и т.д.. Этот второй тип считается статические данные.

Valuation and Product Control

Команда управления ставки отвечает первого типа данных. Они гарантируют, что живые поставщики данных согласуются друг с другом и что сам данные точны. Они делают это путем применения различных автоматизированных тестов и границ входящих ставок махнуть любое подозрительное движение или несоответствия. После утверждения команды, Данные действия расходует на торговой платформе. Руководство ставки является критическим роль, и рыночные данные часто хранятся и подаются в специальных базах данных и услуг. Из-за технических участвующих, эта команда работает в тесном сотрудничестве с профессионалами в области информационных технологий.

Статические данные, как правило, управляется отдельным команде независимого управления ставки. Они идут по-разному, Казначейство управления является одним из них. Они создали торгуемые продукты и тарифы столбы и так далее. В некоторых банках, они могут также нести ответственность за проверку торговля ввода данных.

Два других важных функций мидл-офиса являются оценки и продуктов управления. Эти функции довольно далеко от количественного развития и торговой платформы. Эти команды гарантировать, что торговые оценки и P / движения L согласуются с движениями рынка. Оценка Control занимает внимательно посмотреть на ценообразование и P / L в основном на уровне торговой, а контроль продукции беспокоится о P / L объяснения обычно на уровне портфеля. Поскольку у нас есть греки (темпы изменения цен на продукцию в отношении рыночных величин и времени), мы можем вычислить и предсказать изменение цен (или P / L движения) используя разложение в ряд Тейлора. Если самостоятельно рассчитанных цен (, исходя из фактических рыночных ставок) не в ладах с предсказанного, он указывает на внутренней противоречивости и должен вызывать детальное исследование.

Контроль продукции также может помочь Финансы и людских ресурсов с процесса оценочные резервы, который оценивает уровень преувеличения в прибыли ожиданий кипучих трейдеров. С трейдеров’ компенсации привязана к прибыли, которую они порождают, это процесс присвоения резервы против прибыли является определяющим в обеспечении справедливых премиальных выплат.

Управление рисками рынка и аналитика

Если вы играете на рынке, Вы рискуете, что она может двигаться против вас. Этот риск, конечно, рыночный риск и у нас есть команда мидл-офиса для управления его. Управление рыночными рисками (MRM) гарантирует, что лимитов риска по объемам и видам продукции, которой торгуют устанавливаются в соответствии с аппетитом к риску, установленном высшим руководством. Это также гарантирует, посредством регулярного обработки и мониторинга, что эти пределы будут соблюдаться.

MRM

Что контролируется являются меры риска, такие как греки и стоимость, подверженная риску (у вас есть). Греки первые и вторые производные от цены ценной бумаги по отношению к различным рыночных параметрах, таких как цены базового, процентные ставки, волатильность, а также торговые конкретным лицам, как в тот раз к погашению. VaR представляет собой статистический конечная точка мера оценки суммы убытка при заданном уровне достоверности в случае неблагоприятных изменений на рынке, и, как правило, рассчитываются с использованием исторических движений рынка за прошедший год или около того. Эти меры риска агрегируются, нарезанный кубиками и различными способами, чтобы сделать его легко контролировать их, и докладывались руководству, Комитеты по управлению риском, торговых столов и т.д.. MRM команда также обязан отчитываться перед регулирующими органами, как в форме регулярных отчетов о соответствии требованиям, а также специальных докладов в ответ на радикальные движения рынка.

Quants можете найти возможности в команде Analytics встроенного в MRM. Эта команда отвечает за проверки ценообразования модели, который является процесс обеспечения того, математические модели, развернутые в торговых системах и другие оценки двигатели как это уместно и правильно реализованы. Существует значительное перекрытие между работой, что MRM аналитика кванты сделать и их Front Office борьбе частей (которого мы называли ценообразования или модели квантов). Команда Аналитика также заботится о других количественных инструментов, необходимых в MRM или управления рисками в целом. Такие инструменты могут включать потенциальных будущих экспозиций (PFE) для управления кредитными рисками, моделирование ликвидности для активов и пассивов (ПОД) и т.д..

Управление кредитными рисками

Управление рисками является важнейшей функцией из Ближнего бюро. Кредитный риск это риск, что тот, кто должен вам деньги не сможете или не желают выполнять свои обязательства. Другими словами, они могут объявить дефолт по своей кредитной обязательства. Этот риск управляется в банке с использованием различных статистических инструментов.

Middle Office

Когда банк выдает вам кредитную карту, она занимает от кредитного риска, что вы не можете заплатить. Вы платите безумно высокие процентные ставки на непогашенный остаток именно из этого кредитного риска. Риск не обеспечен. Ипотека или автокредитов, С другой стороны, обеспечивается капитала вашего имущества, и вы платите значительно более низкий интерес из залога.

Команда Ближний Управление кредитными рисками (CRM) работает, используя те же две парадигмы. Многое так же, как у вас есть кредитный лимит по кредитной карте или кредитной линии, каждый контрагент что банк торгуется с имеет определенную кредитный лимит в зависимости от их кредитного рейтинга, опубликованной кредитных рейтинговых агентств, таких как Moody 's или Standard & Плохо. Проблема с этим режимом управления кредитным риском является то, что банк не имеет возможности узнать, сколько кредитов прижата рейтинге контрагента в других банках. Он также не имеют возможности выяснить, сколько кредитных карт у вас есть. В Сингапуре, регулирующий орган, НО, пытается свести к минимуму риск людей, идущих бюст быть требуя, чтобы их кредитный лимит в два раза их заработная плата. Bt они могут получить как много кредитных карт, как они хотят от разных банков по сравнению с аналогичным предела, эффективно сводит на нет добрые намерения этого требования.

Это перегрузка против кредитного рейтинга избежать, когда риск управляется с помощью залогов. Многое, как вы не можете взять два ипотечных кредитов на общей территории (не без адекватного капитала, Любая дорога), контрагенты в торговле также не может использовать тот же залог для нескольких сделок. Банки и контрагенты обычно используют облигации в качестве залогов и физически обменять их во обеспеченным сделкам.

Перед трейдер Front Office может войти в торговый договор с контрагентом, они должны будут получить одобрение от кредитных контролеров, которые будут оценивать воздействия и сверьте их с предварительно заданных пределах. Оценка воздействия использует такие методы, как потенциального будущего воздействия (PFE) на основе большого числа моделирования потенциальных будущих рынков.

В дополнение к риску контрагентов дефолта в течение срока службы профессии, Специалисты CRM беспокоиться по поводу возможного дефолта в течение времени задержки в урегулировании — после зрелости торговли (где банк в деньгах) и его урегулирование. Этот риск метко назвал расчетный риск.

Средний Офис

Структура Ближнем бюро в типичном банке изображен на слайде ниже. Функциональные подразделения в Ближнем бюро работают рука об руку с теми, в Front Office для обработки момента утверждения и регулярное обработку торгов.

Middle Office

Средний офис отличается от фронт-офиса, что она имеет мало взаимодействия с внешним миром. Его основная (и, возможно, только) клиенты торговцы Front Office и команды. Как обычно, большинство взаимодействий между командами в рамках Ближнем бюро и Front Office состоится через торговую платформу, который действует как граничной поверхности раздела между двумя ведомствами, как показано на слайде.

В более поздних сообщений, мы пойдем через функции каждого из подразделений, описанных в коробке на картинке. Сейчас, как общее резюме, мы можем видеть, что функции Ближний офиса бывают двух видов: тех, которые касаются торговых согласований на основе прогнозируемых рисков и лимитов, и тех, которые касаются регулярного мониторинга торговли. Но эти функции обширны по своим масштабам, и требуют больших систем, потоки данных и армия профессионалов для их выполнения. Они организованы в соответствии с бизнес-единиц с названиями вроде контроля безопасности продукта, РЕКЛАМА управления (или казначейства или Бизнес контроль) Блок, Рынок, Кредит и Управление операционными рисками), Пределы контроля, Управление ставок, Соблюдение и регуляторной отчетности, Аналитика, Управление активами и пассивами и т.д.. Снова, имейте в виду, что это описание Ближнем Управления является с точки зрения количественного развития, имеющих отношение к структурированной торговли продуктами.

Количественные Разработчики

Если Количественный Разработчики выглядеть сердце все, что происходит в Front Office (в соответствии со следующей слайда, то есть), есть серьезное основание для него. Эта серия написана с точки зрения количественного развития. Ведь, серия, Обсуждение, и книга все под названием “Принципы количественного развития.” От этой точки зрения, уверен, мы находимся в центре Вселенной.

Quantitative Developers

Чтобы быть справедливым, в структурированные продукты торговли, количественное развитие и количественные математика играют решающую роль. Как мы увидим в последующих сообщений, почти все аспекты управления торговой жизненным циклом опосредованы конечного продукта этих количественных профессионалов, которая является торговая платформа. Кардинально, Торговая платформа определяет интерфейс между Front Office и мидл-офиса. В Front Office, количественные разработчики действовать в качестве канала интегрирования модели ценообразования, разработанных квантов в платформу, тем самым делая их доступными для извлечения прибыли, торгуя стол. Из этой буферной роли, что количественные Разработчики играют, они должны выставить почти все запросы о поддержке от торговли стол и торгового персонала в Front Office, а также от тех, кто использует торговую платформу.

В корпоративном организации, количественные разработчики могут оказаться под департамента информационных технологий, поддерживая торговую платформу издалека. С точки зрения карьеры, эта организация является далеко не идеальным для них, потому что это центр затрат, не является генератором прибыли и компенсационные схемы и вознаграждения отражают тот факт,. Кроме, Это имеет тенденцию быть рассмотрены как находящиеся вне основного бизнеса банка. Гораздо лучше будет для них, чтобы найти себя встроенные в обстановке Front Office, где количественные разработчики могут предложить прямую поддержку заинтересованных сторон изнутри и наслаждаться известность и престиж, который поставляется с критической роли управления жизненно в доме торговую платформу.