Professional Derivatives Framework #35

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư, pháp lý hoặc tín hiệu giao dịch.

Trả lời ngắn: Professional Derivatives Framework buộc người dùng trả lời năm câu hỏi trước khi quyết định: mục tiêu là gì, dòng tiền thay đổi ra sao, rủi ro nào còn lại, có vận hành được không và bằng chứng nằm ở đâu. Từ đó, đề xuất mới được phê duyệt, bị chặn hoặc phải thiết kế lại.

Đọc xong, bạn sẽ hiểu:

• Cách gom 35 bài thành một quy trình ra quyết định.
• Vì sao một phương án giảm tốt rủi ro thị trường vẫn có thể bị chặn.
• Cách dựng hồ sơ một trang và kết luận DỪNG / THIẾT KẾ LẠI.

1. Professional Derivatives Framework: năm lớp, một quyết định

Khung này không phải chiến lược thứ36. Nó là cách đặt năm câu hỏi theo đúng thứ tự.

Lớp 1 — Purpose

Purpose là mục tiêu kinh doanh và constraint: đang bảo vệ cashflow, khóa budget, chuyển exposure, tạo payoff có điều kiện hay phục vụ market-making trong mandate? Không có purpose, người ta dễ chọn product trước rồi mới bịa lý do sau.

Purpose phải thành exposure statement có số: amount, driver, currency, horizon và consequence. “Sợ lãi suất tăng” quá mơ hồ. “Floating liability20b, horizon3 tháng, adverse stress loss1,2b, policy target≤0,8b” mới kiểm được.

Lớp 2 — Payoff

Payoff là cash/value outcome của contract ở các trạng thái. Cần ghi premium, notional, multiplier, strike/rate, expiry/tenor, settlement và path dependency nếu có. Tên product không thay được payoff table.

Lớp 3 — Risk

Đo gross exposure, hedge effect và residual risk — phần risk còn lại sau proposal. Danh sách không dừng ở market risk: basis, correlation, Gamma/Vega, counterparty, liquidity, margin, model, legal, operational và settlement đều có thể quyết định.

Lớp 4 — Operations

Operational readiness là legal authority, counterparty/credit, clearing, eligible collateral, funding, confirmation, booking, reconciliation, reporting và systems đều sẵn sàng trong deadline.

Lớp 5 — Evidence

Evidence là source, version, timestamp, owner và record đủ để người khác tái tạo decision. Một screenshot không có time/source có thể đẹp nhưng chưa đủ.

Hình 1 — Thiếu một lớp, proposal chưa đủ điều kiện thành decision.

Output chỉ nên là trạng thái rõ:

• APPROVE: mọi hard gate PASS và authority phê duyệt.
• BLOCK: có hard breach hoặc thiếu evidence bắt buộc.
• REDESIGN: proposal cần đổi structure/size/tenor/funding rồi chạy lại.
• ESCALATE: chuyển tới owner có thẩm quyền; chưa đồng nghĩa approve.

2. Bản đồ 35 bài: từ contract tới governance

Chuỗi học không phải35 mẹo rời nhau. Nó xây dần năm năng lực.

Phase 1 — Foundation

Forward, futures, options, swaps và clearing giải thích contract tạo obligation, right, counterparty và settlement ra sao. Hub Derivatives Framework #7 là checkpoint: không hiểu contract thì chưa phân tích risk.

Phase 2 — Options

Call, Put, intrinsic/time value, moneyness và payoff giúp nhìn outcome theo state. Options Framework #14 gom contract, premium, expiry và exercise/assignment thành một passport.

Phase 3 — Greeks

Delta, Gamma, Theta, Vega, Rho và implied volatility cho thấy option value đổi theo nhiều driver. Option Greeks Framework #21 nhắc rằng Delta gần0 không đồng nghĩa toàn risk gần0.

Phase 4 — Hedging

Protective Put, Covered Call, Collar, Synthetic, Delta Hedging và framework hedge dạy trade-off. Hedging Framework #28 đặt baseline cạnh hedged scenario; hedge giảm một risk nhưng đổi cost/upside/ basis/liquidity.

Phase 5 — Professional

Strategy, spread, arbitrage, volatility, risk management và institutional operations đưa product vào limit, roles, collateral và evidence. Bài Institutional Derivatives #34 giải thích handoff từ mandate tới report.

Hình 2 — Mỗi phase bổ sung một lớp cần cho decision cuối chuỗi.

Đường tắt nguy hiểm là nhảy từ “tôi biết payoff” sang “trade ready”. Payoff chỉ là lớp2. Một proposal còn bốn lớp khác.

3. Cách chạy năm lớp trên một proposal

Bước 1: Freeze baseline

Chụp exposure trước hedge bằng dữ liệu có timestamp. Ghi scenario base, adverse, gap và liquidity. Nếu baseline thay đổi giữa chừng, tạo version mới; không sửa âm thầm.

Bước 2: Viết success criteria trước khi chọn product

Ví dụ: net stress loss≤0,8b; hedge ratio50–80%; cost/collateral trong budget; không breach counterparty/mandate. Criteria viết sau khi thấy kết quả sẽ tạo target-moving.

Bước 3: Dựng payoff và cash timeline

Tính outcome across states, không chỉ payoff tại một mức giá. Tách expiry payoff khỏi pre-expiry mark; tách P&L khỏi cash/margin call. Với options, premium limit không tự xóa exercise/assignment hoặc liquidity risk.

Bước 4: Stress risk trước và sau proposal

So baseline → proposal → residual. Đừng chỉ nhìn metric giảm. Nếu market stress loss giảm nhưng collateral call vượt cash, proposal chuyển risk từ market sang funding/liquidity.

Hình 3 — Hedge có thể hạ market risk nhưng để lại hoặc tạo các residual risks khác.

Bước 5: Chạy operational gates

Kiểm mandate, independent valuation, counterparty, legal documentation, clearing, collateral, confirmation, booking, reconciliation và reporting. Gate cần field/value/limit/source/time/owner, không chỉ checkbox.

Bước 6: Challenge độc lập

Người tạo proposal trình assumptions; risk/legal/operations/treasury challenge phần họ sở hữu. CFTC Regulation23.600 dùng mô hình written risk program, limits và independent risk management unit cho swap dealers/MSPs trong scope (CFTC — Duties and Risk Management Requirements). Đó là nguồn cho nguyên tắc governance, không phải legal checklist chung.

Bước 7: Ghi decision và trigger review

Record gồm version, approver, conditions, expiry và monitoring trigger. Review khi exposure, volatility, correlation, liquidity, collateral, counterparty, model hoặc rule thay đổi; không chờ tới maturity.

Một gate row phải tái tạo được

Checklist chỉ ghi Collateral: PASS chưa phải decision evidence. Một row đủ dùng nên trả lời:

• Metric: eligible collateral available là bao nhiêu?
• Limit/condition: need tối thiểu bao nhiêu?
• Source: treasury ledger, custodian hay clearing record nào?
• As-of: dữ liệu lúc mấy giờ, ngày nào?
• Owner: ai chịu trách nhiệm xác nhận?
• Action: PASS, BLOCK, REDESIGN hay ESCALATE?
• Expiry: khi nào row hết hiệu lực và cần rerun?

Ví dụ:

PF-35-A | collateral1,0b | need1,4b | treasury-v8 | 14:00 | Mai | BLOCK

Khi Treasury có1,5b lúc14:25, hệ thống tạo row mới thay vì sửa row14:00. Hai row cho thấy chính xác input nào làm decision thay đổi. Nếu sau đó exposure tăng từ 20b lên24b, cả hedge ratio và stress cần được tính lại; collateral row mới không giữ cho các gate khác tự động còn hiệu lực.

So sánh proposal bằng constraint, không bằng cảm giác

Khi hai structures khác nhau, dùng cùng baseline, scenario và policy. Nếu A dùng stress3 tháng còn B dùng daily VaR, chữ “A tốt hơn B” không có cơ sở vì hai metric chưa cùng đối tượng. Tương tự, premium thấp hơn không tự nghĩa total cost thấp hơn nếu spread, funding, collateral và unwind khác nhau.

Một decision table nên tách:

1. Hard gates: breach là BLOCK/REDESIGN.
2. Soft warnings: chưa breach nhưng cần owner review.
3. Trade-offs: đạt target này đổi lấy cost/upside/risk nào.
4. Unknowns: data/model/legal item chưa xác minh.

Unknown không được tự chuyển thành PASS. Nếu thông tin có thể thu thập, gắn owner và deadline; nếu không thể đo trong scope hiện tại, ghi limitation để approver biết decision đang dựa trên khoảng trống nào.

4. Case PF-35: hai phương án đều còn hard breach

Doanh nghiệp giả có floating-rate liability20b. Stress3 tháng bất lợi gây loss1,2b. Policy giả:

• Target net stress loss≤0,8b.
• Hedge ratio50–80%.
• Mandate cap18b.
• Independent valuation difference≤0,5%.
• Eligible collateral available1,0b.

Proposal A — notional15b

Pay-fixed/receive-reference swap giả:

Proposal A giảm stress đúng target nhưng thiếu0,4b eligible collateral. Overall là BLOCK.

Proposal B — giảm notional xuống10b

Proposal B giải collateral nhưng net stress loss vượt target0,1b. Overall vẫn BLOCK.

Hình 4 — A và B đều có một hard breach, nên không phương án nào được chọn bằng cách đếm PASS.

Decision đúng là STOP / REDESIGN, không phải “A có4/5 nên gần đạt hơn”. Hard gate không phải phiếu bầu.

Giả sử Treasury sau đó chứng minh eligible collateral1,5b với source và timestamp. Rerun A cho numeric PASS. Vẫn cần legal/credit/operations evidence, confirmation path và final owner approval. Row1,0b cũ được giữ để audit, không bị thay bằng row mới.

BCBS-IOSCO giải thích margin/collateral cho covered non-centrally cleared derivatives nhằm giảm counterparty risk, đồng thời framework quan tâm liquidity impact (BIS — Margin Requirements Executive Summary). Review implementation năm2025 không đề xuất thay đổi framework và khuyến nghị tiếp tục monitoring (BIS — 2025 Implementation Review). Scope thật vẫn phụ thuộc entity, product, agreement và jurisdiction.

5. Bảy lỗi Professional Framework phải chặn

1. Product-first: chọn swap/option trước khi viết exposure và target.
2. Payoff-only: hiểu expiry payoff nhưng bỏ pre-expiry mark/cash timeline.
3. One-metric hedge: Delta hoặc stress giảm rồi gọi toàn risk giảm.
4. Margin=max loss: nhầm collateral với loss cap.
5. Netting by spreadsheet: offset positions dù legal/settlement netting chưa được xác nhận.
6. Self-approval: người tạo risk tự challenge, confirm và close exception.
7. Green dashboard without lineage: PASS không source/version/timestamp.

Một framework tốt cũng phải biết giới hạn của chính nó:

• Scenario không bao phủ mọi future state.
• Model có assumption/calibration/data error.
• Historical correlation có thể gãy trong stress.
• Liquidity estimate có thể sai khi market gap.
• Legal/regulatory treatment có thể đổi.
• Operational recovery plan có thể chưa được test.

Vì vậy APPROVE không nghĩa “an toàn” hay “có lợi nhuận”. Nó chỉ nghĩa proposal đã đạt gates đã định, với evidence ở một timestamp, trong scope cụ thể.

SEC rules cho security-based swap entities trong scope dùng acknowledgment/ verification để match terms (SEC — Trade Acknowledgment and Verification) và dùng documentation/reconciliation cho uncleared SBS risk mitigation (SEC — Risk Mitigation Techniques). Nguyên tắc rút ra là terms và records cần được match; deadline/exemption thật phải được legal/compliance kiểm theo scope.

6. Bài tập 20 phút: dựng one-page decision passport

Dùng Sheets, LibreOffice hoặc giấy. Dữ liệu giả; chưa giao dịch tiền thật.

1. Tạo năm vùng: Purpose, Payoff, Risk, Operations, Evidence.
2. Nhập exposure20b, baseline stress1,2b, target0,8b.
3. Nhập policy50–80%, mandate18b, tolerance0,5%, collateral1,0b.
4. Điền Proposal A15b/0,7b/0,3%/1,4b.
5. Điền Proposal B10b/0,9b/0,3%/0,9b.
6. Dùng rule overall=PASS chỉ khi mọi hard gate PASS.
7. Gắn cả A và B là BLOCK.
8. Ghi decision STOP / REDESIGN.
9. Thêm cột source, timestamp, owner, evidence link.
10. Tạo trigger review: exposure±10%, collateral change, model version hoặc counterparty status thay đổi.

Mẫu đối chiếu đã điền

Hình 5 — Decision passport được monitor và reconcile, không đóng băng sau approval.

Kết quả mong đợi không phải tìm cách đổi màu một ô. Mục tiêu là tạo record để người khác nhìn ra chính xác vì sao proposal dừng và input nào cần thay đổi.

7. Tổng kết capstone: biết dừng cũng là một decision

a. Năm ý chính

• Framework gồm Purpose → Payoff → Risk → Operations → Evidence.
• 35 bài đi từ contract/payoff tới Greeks, hedge và governance.
• Hedge biến đổi risk; không xóa residual risks.
• PF-35: A collateral BLOCK, B stress BLOCK; cả hai STOP/REDESIGN.
• PASS có scope/time/evidence; APPROVE không đồng nghĩa an toàn hay lợi nhuận.

b. Câu hỏi tự kiểm tra

• Vì sao không bắt đầu framework bằng tên product?
• Proposal A giảm stress xuống0,7b nhưng vì sao vẫn BLOCK?
• Proposal B có collateral PASS nhưng vì sao chưa tốt hơn theo policy?
• Numeric gates PASS có đủ để gọi trade ready không?

c. Gợi ý đáp án

Xem gợi ý câu1

Product-first dễ ép mục tiêu theo payoff đã chọn; cần exposure statement và success criteria trước. → xem mục 1 và3.

Xem gợi ý câu2

A cần collateral1,4b nhưng chỉ có1,0b eligible, nên hard liquidity/collateral gate breach. → xem mục 4.

Xem gợi ý câu3

B để net stress0,9b, cao hơn target0,8b; một PASS không ghi đè breach khác. → xem mục 4.

Xem gợi ý câu4

Chưa; còn legal, credit, confirmation, operations, owner approval và evidence ở timestamp hiện hành. → xem mục 3.

d. Thuật ngữ cần nhớ

e. Nguồn tham khảo

• CFTC — Duties and Risk Management Requirements
• CME — Position and Risk Management
• SEC — Trade Acknowledgment and Verification
• SEC — Risk Mitigation Techniques for Uncleared SBS
• BIS — Margin Requirements Executive Summary
• BIS — 2025 Implementation Review

f. Hoàn tất learning path

• Bài trước: Institutional Derivatives #34.
• Quay lại: DERIVATIVES - ZERO TO HERO.

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư, pháp lý hoặc tín hiệu giao dịch. Derivatives có leverage, gap, liquidity, margin, counterparty, model, legal, operational và settlement risk.