Technical Research Report #26

Trả lời ngắn: Technical Research Report — báo cáo nghiên cứu phân tích kỹ thuật là bản ghi giúp người đọc truy từ dữ liệu và phép tính đến diễn giải, kịch bản, điều kiện nhận sai và quyết định cập nhật. Nó không phải album biểu đồ, dự báo chắc chắn hay lệnh giao dịch.

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

• Bảy phần tối thiểu của một báo cáo có thể kiểm tra và cập nhật.
• Cách tách dữ kiện, diễn giải và kịch bản bằng nhãn rõ.
• Cách viết RPT-26 v1.0 với trạng thái WATCH · NOT CONFIRMED.

Lưu ý giáo dục: RPT-26 dùng dữ liệu và ngưỡng hoàn toàn giả, không có tài sản thật, rating, target, điểm vào/ra hay quy mô vị thế. Đây không phải lời khuyên đầu tư, tín hiệu giao dịch hoặc tư vấn tuân thủ.

1. Báo cáo là bản ghi quyết định, không phải bộ sưu tập biểu đồ

a. Một báo cáo phải cho phép truy ngược

Bản ghi quyết định là tài liệu để người khác chất vấn và cập nhật kết luận, không phải mệnh lệnh phải hành động. Nó cần identity — căn cước báo cáo gồm đối tượng, phạm vi, độc giả, người chịu trách nhiệm, nguồn, phiên bản và as-of — thời điểm muộn nhất mà dữ liệu trong báo cáo đã được biết.

Một báo cáo bảy phần có thể dùng cấu trúc:

1. IDENTITY: đối tượng, phạm vi, độc giả, as-of, múi giờ, phiên bản.
2. EXECUTIVE SUMMARY: tóm tắt trạng thái, bằng chứng, phần thiếu, lần cập nhật.
3. FACTS & EVIDENCE: dữ liệu gốc, phép tính, bảng hoặc biểu đồ hỗ trợ.
4. INTERPRETATION: ý nghĩa có giới hạn của dữ kiện.
5. SCENARIOS & INVALIDATION: nhánh nếu/thì và điều kiện nhận sai.
6. RISKS · LIMITS · DISCLOSURES: rủi ro, giới hạn và disclosure — công khai xung đột, vai trò, phạm vi.
7. RECORD & CHANGE LOG: hồ sơ hỗ trợ, người duyệt và change log — lịch sử thay đổi.

Bằng chứng là nguồn, dữ liệu gốc và phép tính hỗ trợ một câu. Hãy hình dung thư mục có bìa căn cước, các ngăn bằng chứng và trang cuối ghi lịch sử sửa.

Hình 1 — Bảy phần cho phép người đọc truy từ căn cước đến lịch sử thay đổi.

b. Không có một định dạng duy nhất

CFA Institute cho biết báo cáo nghiên cứu cổ phiếu không có một định dạng duy nhất, dù có các thành phần thường gặp (Equity Research Report Essentials). Journal of Technical Analysis của CMT đăng bài nghiên cứu, nghiên cứu tình huống và bài hướng dẫn cho người hành nghề, có phản biện chuyên môn (CMT Publications).

Cấu trúc bảy phần là tổng hợp giáo dục AI79, không phải chuẩn CFA/CMT hay báo cáo nghiên cứu thuộc phạm vi điều chỉnh.

2. Từ gói dữ liệu đến câu kết luận: thang bằng chứng

a. Bảy bậc không được nhảy

SOURCE → RAW INPUT → CALCULATION → FACT → INTERPRETATION → SCENARIO → STATE.

• Fact — dữ kiện: giá trị đã quan sát hoặc đối soát.
• Calculation — phép tính: công thức biến dữ liệu gốc thành dữ kiện.
• Interpretation — diễn giải: ý nghĩa có giới hạn gán cho dữ kiện.
• Scenario — kịch bản: nhánh tương lai dạng nếu/thì, không phải dự báo.
• State — trạng thái: nhãn hiện tại của báo cáo theo cửa kiểm đã khai báo.

Ví dụ, “12/20 chuỗi trên đường trung bình” là dữ kiện. “Độ tham gia tốt hơn ảnh chụp dữ liệu trước” là diễn giải. “Nếu đạt 14/20 trong hai phiên thì chuyển trạng thái” là kịch bản. Gộp cả ba thành “thị trường chắc chắn tiếp tục tăng” đã bỏ mất hai bậc và biến điều kiện thành lời đoán.

Hình 2 — Thang bằng chứng ngăn dữ kiện bị trộn với kịch bản.

b. Tóm tắt điều hành bốn câu

Tóm tắt đầu báo cáo chỉ cần trả lời:

1. Trạng thái hiện tại là gì?
2. Bằng chứng mạnh nhất là gì?
3. Bằng chứng nào còn thiếu hoặc xung đột?
4. Khi nào báo cáo được cập nhật tiếp?

CFA Standard V(B), trong phạm vi áp dụng, yêu cầu nêu quy trình, rủi ro/giới hạn, yếu tố quan trọng, đồng thời tách dữ kiện khỏi ý kiến (Communication with Clients). Người đọc phải theo được và chất vấn lập luận; bài không tuyên bố mẫu giả này đáp ứng chuẩn nghề nghiệp hay pháp lý.

Mỗi biểu đồ chỉ nên có một câu chính và ghi đối tượng, trường dữ liệu, khoảng đo, tần suất, thang đo, nguồn, as-of cùng điều chỉnh.

3. RPT-26: báo cáo mẫu kết thúc ở WATCH

a. Căn cước và bộ dữ liệu giả

RPT-26 v1.0 phân tích đối tượng giả MKT-26, as-of S0 close, múi giờ DEMO-TZ, nguồn RPT26-DATA-v1, độ phủ 20/20. Chuỗi JSON chuẩn có SHA-256:

bc91903f229cd77b0d9f3ee5bc3e0ed722661d04523fdfbf5cedf4fef59ff1ba.

Hash nhận diện chuỗi, không chứng minh dữ liệu đúng. Dữ liệu gốc gồm đại diện 104, mốc 100, số chuỗi trên đường trung bình kỳ trước/hiện tại 8/20 và 12/20, số tăng/giảm/trung tính 12/8/0, ADL trước 995, đỉnh/đáy mới 3/2.

b. Dữ kiện và phép tính

• Khoảng cách đại diện: (104−100)/100×100=+4%.
• Breadth kỳ trước: 8/20=40%.
• Breadth hiện tại: 12/20=60%.
• Thay đổi: 60%−40%=+20 điểm phần trăm.
• Độ phủ: 12+8+0=20/20.
• Chênh lệch số tăng: 12−8=+4.
• ADL: 995+4=999.
• Phần trăm đỉnh/đáy mới: (3−2)/20×100=+5%.

Percentage point — điểm phần trăm là chênh lệch giữa hai tỷ lệ. Từ 40% lên 60% là +20 điểm phần trăm; mức thay đổi tương đối mới là (60−40)/40=+50%.

c. Trạng thái đã khóa trước

Các cửa kiểm dưới đây chỉ là quy tắc dạy học AI79:

• Confirmation — xác nhận: độ phủ 20/20, breadth ≥14/20=70% và ADL ≥1000 trong hai phiên đóng liên tiếp.
• Invalidation — điều kiện nhận sai: ở phiên đủ độ phủ kế tiếp, breadth ≤10/20=50% và ADL <995.
• WATCH: dữ liệu hợp lệ nhưng chưa vào hai nhánh trên.
• DATA STOP: thiếu độ phủ, as-of, nguồn hoặc phiên bản nên không được diễn giải.

Hiện tại 12/20<14/20, ADL 999<1000 và chỉ có một phiên. Trạng thái duy nhất hợp lệ là:

WATCH · NOT CONFIRMED.

Hình 3 — RPT-26 có cải thiện nhưng chưa đạt hai cửa xác nhận.

4. Sáu lỗi làm báo cáo trông chắc hơn bằng chứng

1. Tiêu đề ghi “confirmed” khi cửa kiểm chưa đạt.
2. Cắt biểu đồ hoặc đổi khoảng đo đến khi câu chuyện trông đẹp.
3. Trộn dữ kiện với kịch bản mà không gắn nhãn.
4. Viết breadth tăng “20%” thay vì 20 điểm phần trăm.
5. Giấu độ phủ thiếu, điều chỉnh, phiên bản nguồn hoặc xung đột.
6. Ghi đè v1.0 thay vì giữ change log — lịch sử thay đổi.

Đoán chắc sai: “Độ tham gia sẽ tiếp tục cải thiện.” Câu có điều kiện: “Nếu breadth đạt 14/20 và ADL đạt 1000 trong hai phiên đủ độ phủ, RPT-26 chuyển từ WATCH sang CONFIRMED.” Chỗ nhận sai là breadth ≤10/20 cùng ADL <995 ở lần kiểm kế; lỗi căn cước lại dẫn tới DATA STOP, không phải điều kiện nhận sai của thị trường.

Ví dụ chỉ có một phiên, phạm vi và ngưỡng giả; không có lợi suất, biến động, thanh khoản, sức chứa hay yêu cầu khách hàng. Disclosure — thông tin công khai về xung đột, vai trò, phạm vi và giới hạn phương pháp phải hiện rõ, không bị đẩy vào chữ nhỏ.

FINRA Rule 2241 có định nghĩa, ngoại lệ và nghĩa vụ riêng cho thành viên/báo cáo trong phạm vi quy tắc, gồm cơ sở hợp lý, rủi ro và nội dung công khai (FINRA Rule 2241). Nghĩa vụ thật phụ thuộc tổ chức, pháp vực và loại trao đổi; danh sách AI79 không phải tư vấn tuân thủ.

5. Cửa phát hành: kiểm gì trước khi gửi báo cáo

Đi lần lượt:

1. IDENTITY: đối tượng, phạm vi, độc giả, as-of, múi giờ, nguồn, phiên bản đủ?
2. RECONCILE: độ phủ và phép tính đã được kiểm độc lập?
3. LABEL: dữ kiện, diễn giải và kịch bản đã tách?
4. CHALLENGE: bằng chứng phản biện và phần còn thiếu đã hiện?
5. BOUNDARY: xác nhận, điều kiện nhận sai và DATA STOP đã khóa?
6. DISCLOSE: xung đột, giới hạn phương pháp và trạng thái giáo dục rõ?
7. RECORD: gói bằng chứng, người duyệt, hash và lịch sử thay đổi đủ?

Dừng phát hành khi đồng hồ dữ liệu không rõ, độ phủ gãy, nguồn không khớp, hai người tính ra hai kết quả, xung đột bị giấu hoặc phần công khai chưa sẵn sàng.

Hình 4 — Cửa phát hành chặn báo cáo khi căn cước, phép tính hoặc phần công khai chưa sẵn sàng.

CFA Standard V(C), trong phạm vi áp dụng, yêu cầu giữ hồ sơ hỗ trợ phân tích; dữ liệu đầu vào/kết quả mô hình và nghiên cứu bên ngoài là các ví dụ (Record Retention). Với bài tập, v1.1 phải chỉ ra trường đã đổi và lý do; không xóa v1.0.

6. Bắt đầu từ đâu: viết báo cáo v1.0 trong 15 phút

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

1. Điền căn cước và thang bằng chứng.
2. Tính tám dòng RPT-26.
3. Viết tóm tắt điều hành bốn câu.
4. Ghi trạng thái, xác nhận/nhận sai/DATA STOP.
5. Lưu v1.0 với nguồn, hash và người duyệt.

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

Tóm tắt điều hành mẫu:

Trạng thái WATCH, chưa xác nhận. Breadth cải thiện 40%→60% và ADL tăng 995→999. Điều kiện xác nhận còn thiếu mốc 70%, ADL 1000 và phiên thứ hai. Kiểm lại ở phiên đủ độ phủ kế tiếp; giữ nguyên v1.0.

7. Tổng kết

a. Năm ý chính

• Báo cáo phải truy được từ căn cước đến lịch sử thay đổi.
• Dữ kiện, diễn giải và kịch bản là ba loại câu khác nhau.
• RPT-26 cải thiện nhưng chưa đạt điều kiện xác nhận nên ở WATCH.
• Điều kiện nhận sai và DATA STOP giải quyết hai loại thất bại khác nhau.
• Cửa phát hành và hồ sơ hỗ trợ giúp người khác chất vấn/cập nhật báo cáo.

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

• Vì sao một biểu đồ đẹp chưa phải Technical Research Report?
• 40%→60% là tăng bao nhiêu điểm phần trăm?
• Vì sao RPT-26 chưa được ghi CONFIRMED?
• DATA STOP khác điều kiện nhận sai thế nào?

c. Gợi ý đáp án

Xem gợi ý câu 1

Biểu đồ chưa tự ghi căn cước, nguồn, lập luận, kịch bản, giới hạn và lịch sử thay đổi. → xem mục 1–2.

Xem gợi ý câu 2

Chênh lệch là 20 điểm phần trăm; percent change tương đối là 50%. → xem mục 3.

Xem gợi ý câu 3

Breadth mới 12/20, ADL 999 và chỉ có một phiên; cả hai cửa xác nhận chưa đủ. → xem mục 3.

Xem gợi ý câu 4

DATA STOP là dữ liệu không đủ căn cước để diễn giải; điều kiện nhận sai là bằng chứng hợp lệ làm quan sát sai. → xem mục 3–4.

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

e. Nguồn tham khảo

• CFA Institute — Equity Research Report Essentials
• CFA Institute — Standard V(B) Communication
• CFA Institute — Standard V(C) Record Retention
• CFA Institute — Standard V(A) Diligence and Reasonable Basis
• FINRA — Rule 2241
• CMT Association — Publications/JOTA

Cấu trúc bảy phần, nhãn trạng thái, ngưỡng và toàn bộ RPT-26 là tổng hợp giáo dục giả của AI79, không phải tiêu chuẩn, báo cáo thuộc phạm vi điều chỉnh hay kết quả thị trường.

Ôn bài trước: Quantitative Technical Framework #25.

Học tiếp: Technical Market Thesis #27 · Lộ trình Phân tích Kỹ thuật Chuyên nghiệp.

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ư hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn.