タグ別アーカイブ: マネー

終端

貿易の最後のライフサイクルイベントです, もちろん, その終了. これは、さまざまな理由でトリガすることができ. 理由はあるかもしれないものは何でも, 取引が終了すると, それは、バックオフィスによって集落とドキュメントのアーカイブを要求. 加えて, それは公共の開示をトリガすることができる (集計形式で) ファイナンスによる, 人事によるインセンティブの調整.

貿易の終了と、それがトリガーワークフローの一般的な理由を次の図に描かれている.

Trade termination

  • 貿易成熟度: 貿易やオプションが満期に達したとき, それが終了されます, 貿易終了の最も平穏モードがある.
  • オプションの行使: 銀行またはその相手方がオプションを行使した場合, それが終了されます. 演習は貿易の存続期間中にいつでも行うことができる, または、特定日に, 関連する製品のtermsheetの説明に応じて.
  • バリア違反: バリアオプション (またはオプションを-ノックインおよびノックアウト) 事前に定義された障壁を破ることができ、生成する集落や新しい取引を終了されるかもしれ.
  • ターゲットトリガ: 目標に向かって蓄積​​·インスツルメンツ (このような範囲引当金またはターゲット償還を前方として) 目標に達したときに終了れるかもしれ.
  • 展覧ノベーション: ノベーションは、特別なプロセスであることで、貿易取引相手の変更. 実際には, オリジナルの相手方は別のものに取引やオプションを販売している. 更改が発生した場合, 元の取引が終了し、新しいものが特別な特性を用いて開始.

検証と処理

取引は取引プラットフォームデータベースに計上されると, それは検証と日次処理の全体のコーラスをトリガ. 検証プロセスは、ミドルオフィスにおけるフロントオフィスにおけるトレーディングデスクと制御ユニット間の往復ダンスです, すべての取引プラットフォームにより媒介される. トレーダーは、実験的に貿易を挿入することができる. 彼らはそれが実行可能な取引であると確信していたら、, 彼らが確認された状態にプッシュ, 自己制御装置によってピックアップされる. トレーダーは取引を破棄することを決定した場合, 貿易はゴミの山で終わる (しかし完全に削除されません). 制御ユニットは、典型的には4つ目で動作, ダブル検証モード. 彼らは貿易の入力を検証する, そのような特定の製品に許可取引の数などと管理限界. 貿易は彼らのテストに合格した場合, 彼らは、検証の状態に、そのステータスを設定する, そのチェックの第二のレベルをトリガ. 貿易はどちらかのレベルに合格しなかった場合, それらはトレーダーがそれを変更し、又はそれを破棄するかを可能な状態に押し戻されている.

Trade validation

貿易が完全に検証されると, 処理部が始まる. これは、複数のチームと複数の視点を伴う, 貿易が識別されるべき基本的な情報単位に識別されるべきかから始まる.

Daily Processing

上図のように, 定期的な処理は、さまざまなビジネスユニットで行われます.

  • トレーディングデスクは、ヘッジやリバランスのための取引を監視する, 監視損益 ((P / L)), およびリスク限度内に留まる. シニアトレーダーは、この正規処理によりジュニアのものから蒸留の情報を取得し、適切な行動をとる.
  • ミドルオフィスは、通常のプロセスで重要な役割を果たしている. それらは標的およびバリア違反を監視する, レート固定具及びオプション行使, キャッシュフローの生成, 及びその他の現金取引を産卵. 彼らは、生成 (取引プラットフォームの助けを借りて、) バックオフィスがオンに行動するための適切な会計が引き金, 決済を行うために, 取引確認, ドキュメントのアーカイブなど.
  • 商品管理には積極的に日常的にP / Lを監視するミドルオフィス内に埋め込まれた別のビジネスユニットであり、, 感度と市場動向に基づいて彼らの動きを説明する目的で, 取引活動の収益性とは独立して計算を提供する. 準備金の彼らの計算は、財務および人事部門に供給し、トレーダーのインセンティブと報酬に影響を与える.
  • 市場リスク管理はまた、取引の制限の毎日の監視を実行するために採用職員の大群を持って (そのような想定元本として, デルタ同等物等) だけでなく、VaRの計算, ストレスVaRのテスト. ほとんどの銀行では、, 彼らはまた、規制当局への報告、コンプライアンスを処理し、取引戦略を決める上層部に簡潔で実用的な情報を提供.

私たちはすぐに見るように, 各ビジネスユニットの異なる、特定の焦点は、ユニークな投影を要求 (私たちは視点を呼ぶであろう) 取引プラットフォームから取引情報の. この要件は、その設計と実装はとても難しくするものの一つです.

資本主義対. 協調組合主義

彼との最近の会話の間に, 私のこのクライアントは、単語を使用 “企業の” 彼の国を記述するために (Aの米国). 彼は20年前に言った, 彼らは資本主義の国だった, しないコーポラ1. 今, これは私が話をしてみたい細かい区別の一種である. 私には, それは驚くべきことであり、照明の区別だった, きれいに解剖し、晴れ1 私たちの時代の経済的混乱. そして、私はそれについて書かなければならなかった.

誰もが資本主義とは何か知っている. それは、市場主導型である, 利己的な動機は、集団的幸福をもたらす民間所有権を中心とした経済システム, アダム·スミスによる. 人生のこの方法として受け入れられている “良い” システム, と集団とは全く対照的である, 富の強固な社会的再分配の概念を持つコミュニティが所有する経済システム — 共産主義や社会主義. 後者は、より良く、より道徳的な理想的なように聞こえるんが, 少なくとも原理的には, それはその方法を見つけるパンことはなかった.

コー​​ポラティズムは、資本主義としてよく知られていない. 少なくとも, 私はそのような単語が存在することを知りませんでした. しかし、私はそれを聞いた瞬間に, 私はそれが何を意味するのか推測できる. それは奔放な資本主義の最終製品を指す, 無政府のコントロールと1, あるいは道徳的ハングアップ. 私の見解では、, それはこのように起こる — あなたが私的所有しているとします, 一部の人は他の部分よりもリッチ取得. それと間違っているものは何もありません; 実際には, それは数学的な確実性である. しかし、その後、, お金は、これらの幸運の人より多くの力を与える, 彼らはより多くのお金を稼ぐことができる方法へのアクセスを. 例えば, 彼らは政治システムに影響を与えることができる, それを通じて財政·税制政策. また, 私的所有権は、それ自体を維持することができる経済的な有機体を形成するために一緒にプールすることができる. これらの生物は、, もちろん, 法人. 彼らは古き良き資本家よりもさらに大きい程度に彼らの集合的な富を介して電力を発揮する.

時資本家好奇心のことはどうなる (シンプルリッチな人たち, すなわち) 法人の欠場を取得. 金と権力は奇妙な方法ではぐれる. 法人を制御役員及びCEOは、電源を振り回す終わる, 代わりに、所有者の. これらはガードや資本を成長させるタスクを委託されている. 彼らはこれを行うための新たな戦略を見つける, 税金の抜け穴とタックスヘイブンを利用して様, と不快なビジネス慣行に従事 (離乳食を持つ任意のいまいましい白色粉末を混合のような, 例えば). 限り、彼らは資本を成長させる彼らの送金に成功するように, 彼らはの自分自身を免除するように見える 彼らの行動の道徳的な意味合い. 彼らのサービスのために, 彼らは自分自身のハンサムな報酬を支払う. corporatistsのことに注意してください (演算子) 自分自身を支払う; それは資本家かのようではありません (オーナー) それらを支払う, ここでパワーとお金の分離がある.

あなたは、その主要な機能資本管理である金融システムを持ち込む場合には, 三権分立, お金と道徳は新たな次元を取ります. 銀行はそう, 自分自身の無い本来の経済的価値を持つ, 大きすぎて潰せないことが判明する, システムは彼らが行う場合であっても失敗するような方法で自身を再配置する, それは最も遠いパワーとお金から削除人はそれを支払うものですです. 彼らは力とお金の両方を持っているので、高空飛行銀行家および上級管理職は、黄金のパラシュートを取得. トリクルダウン経済は純粋な資本主義で想定 (そもそも楽観的なビジョン) 唯一の企業の君主によって描かれたチャネルを通じてちょろちょろ.

これらの不公正ちょろちょろは、私たちを気にしませんでした (中産階級) 長い間、彼らはすべての私たちから離れて散水されなかったため. 今、彼らがし始めていることを, 私たちは座っ始めと抗議している. 私は私のアメリカ人の顧客に同情. 今corporatistsは私たちの小さなちょろちょろした後であることを, 私たちはコーポラティズムが嫌い.

貿易インセプション

取引の開始事象は、2つのカテゴリに分類することができる。. 取引前の活動は最初の取引が計上される前であっても場所を取る有するものである. ごとの貿易創業活動は各取引に固有のものです.

Pre-trade activities

取引前の活動は、オンボーディングと承認、新製品に関連している. 私たちは見てきたように, 社内での取引プラットフォームは、軽快かつ応答するように設計されています. 原則として, 新製品は、オン乗り込みであるためにはそれは少し時間がかかるはずです. 私が働いた最後のシステム, 例えば, 数分で新製品のアイデアを展開するように設計されました. しかし、このようなシステムのアーキテクトは、人間を忘れがち, それに関与するプロセス関連及び制御要素. 上記のスライドが示すように, 新製品のアイデアや新しい価格モデルは、モデルクオンツの仕事やフロントオフィスにおけるストラクチャラーから発信. しかし、それは生産システムの近くにどこにでも取得する前に, 価格モデルは検証する必要がある, 一般的にバイ 分析チーム ミドルオフィス、リスク管理グループ内. 確認が終了, 製品は、数週間または数ヶ月かかる場合が曲がりくねった承認プロセスを通過します, その後正式な展開プロセス, 再び数週間または数ヶ月かかる可能性がある. その処理が終了すると, 製品は、取引プラットフォームで取引可能です.

一度利用可能, 製品は貿易としてインスタンス化することができます. 各取引インスタンスには、独自の検証と承認プロセスを通過. トレード要求は、フロントオフィスでの販売、ま​​たは構造化チームから生じ得る. 彼らはまた、タームシートやその他の法的書類を準備します. これらのタスクが完了したら, 取引は取引プラットフォームに計上されている.

Per-trade process

これらの当初のイベントが第二スライド上記に示されている. 承認プロセスにおける重要なステップの一つは、クレジット制御である. 我々は、先に述べたように, インクルード 信用リスク管理 チームが伴うリスクを評価するためにさまざまなツールを使用しています. 彼らの承認を得て, そして、製品の市場価格のトレーダー理解と, 取引プラットフォームで利用可能な製品は、データベース内の貿易になる. そしてlifecyclingの楽しみが始まります.

貿易·ライフ

最後のポストで, 我々は、トレーディング活動に関わる銀行の静的構造上に第2のセクションの終わりに達している. しかし、それだけで貿易がダイナミックエンティティです. この3番目のセクションでは, 我々は貿易の進化を見ていきます, そしてそれは我々が最後のセクションで説明した各種事業ユニット間を往復してどのように流れるかを参照してください。. 我々は最初のシリーズのでポストの新シリーズに、このセクションと次を行います (上の どの銀行仕事していますか?) 少し長すぎるとなっています.

Back Office and Finance

最もダイナミックなエンティティと同様に, 取引はまた、当初の3ライフサイクルのステージを持っている, 存在と終了. 私たちははっきりと理解する必要があることのプロセスはこれらの一般的な段階のまわりにあるものです. これらの各段階での関与のビジネスユニットは何ですか? 彼らは何をしますか? そして、彼らはそれをどのように行うのですか?

Trade lifecycle

私達は私達の視点から、その表示されます, ライフサイクルの相互作用は、すべての取引プラットフォームによって媒介される. すべてが取引プラットフォーム内に含まれているので、それはそんなにありません, しかし我々は唯一であるプロセスの限られたセットに興味を持っているので、. ある意味で, 最後のセクションでは、物理的な程度であった, 銀行の空間記述, このセクションでは、物事はその構造上どのように動作するかの時間的進化とダイナミクスになるだろう.

要約 – 銀行の構造

現在、一般的な投資銀行のトレーディングアームの一般的な構造上の議論が完了しました. 私たちは内に含まれるフロント·ミドル·バックオフィス部門と機能とビジネスユニットを経て. 我々は唯一の取引および量的な開発活動にベアリングを持っているそれらのユニットを見ていることに注意してください. この構造体は、流体であり、異なるバンクに異なる名前と階層は、企業戦略やフォーカスに依存して実施されてもよいことにも留意されたい. 私たちは、グローバルな財務のこれらの活動のほとんどのイネーブラや背景として取引プラットフォームを発表 (どこエキゾチック取引活動が行われ) および関連ビジネスユニット (それは、取引ワークフローの様々な側面を扱う) 我々は定量的な開発の観点から全体のことを見ている主な理由.

Back Office and Finance

このような観点から, あなたが最も重要なツールとして、取引プラットフォームを参照してください (またはツールのコレクション) 銀行に. それは、さまざまなビジネスユニット間のほぼすべての相互作用を媒介. さらに, 今後の記事で見るように, 取引プラットフォームは、貿易のワークフローとライフサイクル管理を定義する. 従って, 定量的な開発者は、これらのビジネスユニットは取引や貿易の予約と管理プロセスを表示する方法を理解することも重要になるだろう. 彼らの貿易の視点は、取引プラットフォームの設計に影響する必要があります.

バックオフィス, 金融ら

定量および定量的な発展の観点から, バックオフィスは遠いエンティティです. 彼らの役割は、貿易のライフサイクルに不可欠である, 我々は、後で見るように, しかし、彼らはクオンツや開発の影響圏の外にある.

Back Office and Finance

主に貿易決済や会計とのバックオフィスの懸念そのもの. 満期日に, 各取引は、取引や決済vendedプラットフォームの助けを借りて、通常の決済トリガを発生, 拾い、バックオフィスの専門家によって作用される. 彼らはまた、現金および担保管理の世話をする.

金融機能はバックオフィス業務に密接に関連して. 経理関連業務のホスト間で, 彼らは1非常に重要なタスクを持っている, これは、年次報告書を作成することです. これらのレポートは公に精査や株価からパフォーマンスボーナスにすべてを決定する取得, 給与水準など. 金融の専門家は、特定のタスクのための定量および分析の助けを必要とするかもしれない. 私の前の役割の一つでは, 私は、従業員ストック·オプションの公正市場価値を推定するように頼まれた (ESOP) 年次報告書でのそれらのための会計の目的のために.

価格決定ESOPのプロセスは次のようになり (よりも少し複雑であるが) 通常のコール·オプション価格. とりわけ, あなたは価格を計算するために、対象株式のボラティリティを必要とする. それは私がへの​​アクセスを持っていたすべてのデータだったので、私はそれを計算するために、過去2年間ほどの間、公開株価からそれを推定するために、標準的に指数関数的に加重移動平均法を使用. その時間の前に, そこにいくつかの企業のアクションがあった株価表示名が変わっていた (または存在しませんでした, 私は覚えていないもの). どんな場合でも, 私はその日の前に多くのデータを追加することの影響があるため、指数関数的に減少重みの無視できることを知っていた; それははるかに少ないとなるよう4小数点以下に価格を引用における丸め誤差, 例えば. しかし、計算を見に頼まれた会計士は怒っていた. 彼女はルールブックで私のところに来て、ページに私を呼び 57, 段落 2, それは私はEWMA計算のため10年使うことになっていたことを、指定された場所. 私が試した, で唯一, 私ができなかったことを彼女に説明するために、. 彼女は言い続け, “うん, しかしページ 57, 2 ....” 私はそれが本当に何の違いも行っていない理由を説明するために行った. 彼女は言った, “うん, しかしページ 57, 2 ....”

会計士と金融の専門家はそのようにすることができ. 彼らは少しすることができ “テクニカル” そのようなことについて. 後から考えると, 私はナイーブされていたと思います. 私はちょうどバック移入するために、データの欠落した8年間のゼロの一連を使用することもできました (結局, ティッカー価格は引用されていなかった場合, それがゼロである), と私のESOP評価をやり直し, これは、私が以前に計算されたものと同一のESOPの価格を与えているだろう, 今回はファイナンスとクオンツの両方を満足させる.

IT and other support

定量的な開発者と緊密に連携チームが情報技術である. これらは、ITインフラストラクチャで起訴されている, セキュリティ, ネットワーキング, 調達, ライセンスおよび他のすべてのコンピューティングに関連した. 実際には, 定量的な開発である, 私は以前にそれを描写として, ITの間の中間層と、純粋数学的な仕事. だから、定量的な開発者は、ITの階層の下に自分自身を見つけることが可能です, それが自分に有利に動作しませんが、. 情報技術は、コストセンターである, 他のすべてのミドルとバックオフィスの機能があるので, 取引に接続フロントオフィスユニットは、プロフィットセンターである一方、. 利益ジェネレータは他のものよりもはるかに優れ補償を取得, それはITよりも、それらに関連する方がよい.

料金と評価

市場に取引をマークすると、最新の市場データを必要とする. 価格設定のために必要な市場データの2種類があり — 1は、ライブスポット·レートである, ボラティリティ, 金利など. このタイプのデータをまとめて金利と呼ばれている. 第二のタイプは、取引された製品の定義に入るようなものです, 金利のまたは特性. これらは、金利の柱の定義を含める, 債券のクーポンの日付や料金など. この第二のタイプは、静的データとみなされ.

Valuation and Product Control

料金管理チームは、第一のタイプのデータを担当している. 彼らは、ライブデータプロバイダが相互に一貫していることを確認し、データ自体が正確であること. 彼らは旗疑わしい動きや矛盾への着信料金に様々な自動テストと制限を適用することによって、これを行う. チームによって承認されたら、, データは、取引プラットフォームによって消費されます. 料金管理が重要な役割である, および市場データは、多くの場合、保存され、専用のデータベースやサービスで提供しています. 伴うため技術的に, このチームは、情報技術の専門家と密接に連携.

静的データは、通常速度の経営陣から独立別々のチームによって管理されている. 彼らは様々な名前で行く, 財務省制御は、それらの一つである. 彼らはとても上の取引商品や料金の柱とを設定. 一部の銀行では, 彼らはまた、取引の入力データの検証を担い得る.

ミドルオフィスの他の二つの重要な機能は、評価および製品コントロールです. これらの関数はかなり遠く、定量的開発および取引プラットフォームから削除されます. これらのチームは、貿易のバリュエーションとP / Lの動きが市場の動きと一致していることを確認してください. 商品管理、ポートフォリオ·レベルで、通常のP / Lの説明を心配しながら、評価の制御は、主に貿易·レベルでの価格設定とP / Lをよく見てとる. 我々はギリシャ人は持っているので (市場の量及び時間に対する製品価格の変化率), 我々は、価格の変化を計算し、予測することができます (またはP / Lの動き) テイラー級数展開を使用して. 独立して計算された価格であれば (実際の市場レートを使用して) 予測のものと対立している, それは内部の矛盾を指すと詳細な調査をトリガーする.

製品のコントロールも評価埋蔵プロセスと財務·人事を助けるかもしれない, あふれんばかりのトレーダーの利益の期待に誇張のレベルを推定する. トレーダー以来’ 補償は、それらが生成する利益に結びついている, 利益に対する引当金を割り当てるこのプロセスは公平なパフォーマンス報酬を確保する上で不可欠である.

市場リスク管理と分析

あなたが市場でプレーした場合, あなたはそれがあなたに対して動くことができるというリスクを実行します。. このリスクはある, もちろん, 市場リスク、我々はそれを管理するためのミドルオフィスチームを持っている. 市場リスク管理 (MRM) ボリュームと取引商品の種類のリスク限度が上級管理職によって規定リスク選好に応じて設定されることを保証. また、確実に, 定期的な処理やモニタリングを通じて, これらの制限は、に付着していること.

MRM

そのようなリスクでギリシア人と値としてリスク尺度は何監視されている (VaRは). ギリシャ人はそのような基礎の価格などの様々な市場変数に対する証券の価格の1次および2次誘導体である, 金利, 満期までの時間のようなボラティリティだけでなく、貿易、特定のエンティティ. VaRは、市場の不利な変動の場合に与えられた信頼水準での損失量を推定する統計的エンドポイント測定値である, 通常は、過去一年ほどかけて過去の市場の動きを使用して計算され. これらのリスク対策は集約されている, それらを監視することを容易にする様々な方法でスライスし、さいの目, および上級管理職に報告, リスク管理委員会, トレーディングデスクなど. MRMチームは、規制当局への報告のために責任がある, 定期的なコンプライアンスレポートの形で、ならびに急激な市場の動きに応答して、アドホックレポートの両方.

クオンツは、MRMの中に埋め込まAnalyticsのチームの機会を見つけることができます. このチームは価格決定モデルの検証を担当している, 取引システムやその他のバリュエーションエンジンに配備数学的モデルの両方が適切かつ正しく実装していることを保証するプロセスであるもの. MRM·アナリティクス·クオンツの仕事とそのフロントオフィスカウンターパートとの間に有意な重複がある (我々は、価格やモデルクオンツと呼ばれる人). Analyticsのチームはまた、一般的にMRMやリスク管理に必要なすべての他の定量的なツールの世話をする. このようなツールは、潜在的な将来のエクスポージャーを含めることができます (PFE) 信用リスク管理のための, 資産および負債の流動性モデリング (AML) など.

信用リスク管理

リスク管理はミドルオフィスの重要な機能である. 信用リスクは、あなたのお金を借りて誰かが自分の義務を尊重することが可能か喜んでないかもしれないというリスクである. 言い換えると, 彼らは彼らの信用債務不履行も. このリスクは、統計ツールのさまざまな方法を使って銀行に管理されている.

Middle Office

銀行はあなたのクレジットカードを発行すると, それはあなたが払っていないことが、信用リスクを取る. あなたは正確にこのために信用リスクの未払い上めちゃくちゃ高い金利を支払う. リスクが確保されていない. 住宅ローンやオートローン, 他方では, あなたの財産の持分により担保されている, あなたがあるため、担保の著しく低い利息を支払う.

信用リスク管理のミドルオフィスチーム (CRM) 同じ2つのパラダイムを使用して動作する. あなたはクレジットカードまたはクレジットのライン上の与信限度額を持っているとほとんど同じ方法, このようムーディーズやスタンダードとして信用格付機関が公表したとの銀行取引がその信用格付けに基づいて、特定の与信限度額を持って、各カウンターパーティー & 貧しい. 信用リスクを管理するための、このモードでの問題は銀行が他の銀行では、カウンターパーティの格付けに対してロードされているどのくらい信用知る方法を持っていないということです. また、それはあなたが持っているどのように多くのクレジットカードを見つけ出すの手段を持っていません. シンガポールで, 規制当局, MAS, バストを行く人々のリスクを最小化しようとする彼らの信用限度は2倍の月給ことを要求することも. 彼らが望むように、彼らは同じ制限に対して異なるバンクからできるだけ多くのクレジットカードを得ることができ、BT, 効果的な要件の背後に善意を無効化.

リスクが管理されている場合、信用格付けに対するこのオーバーロードは、担保を使用して回避され. あなたは同じプロパティ上の2つの住宅ローンを取ることができないのと同じように (ではない十分な自己資本なし, どのような方法), 取引の取引相手は、複数の取引に同じ担保を使用することはできません. 銀行や取引相手は、通常、担保として債券を使用し、物理的に保護されたトランザクションの中にそれらを交換する.

フロントオフィスのトレーダーは、取引相手との取引契約を締結する前に, 彼らはエクスポージャーを評価し、事前に定義された限界値と照合してチェックします信用コントローラからの承認を取得する必要があります. 暴露評価は、このような将来の潜在的エクスポージャーのような技術を使用しています (PFE) 将来の潜在的な市場のシミュレーションが多数に基づいて.

取引のライフタイムの間、取引相手不履行のリスクに加えて, CRMの専門家は、決済の遅延時にデフォルトの可能性を心配 — 貿易の満期後 (銀行はお金である場合) とその決済. このリスクは、適切に決済リスクと呼ばれている.