PHIẾU CẦN CHỐT · KONIG

Agent đứng bằng VAI (About Me), đọc bằng TRI THỨC (tám kho, hồ sơ chuẩn theo dạng công trình), và đi trong khuôn của QUY TẮC (Luật 0 ba mức: Tuyệt đối thì hệ giữ chặt, Bắt buộc thì trưởng phòng ký kèm mã mới đi tiếp, Tham vấn thì hỏi trưởng phòng hoặc nhà cung ứng rồi ghi thành quy tắc mới). Người của KONIG ký ở mỗi bước kiểm. Kho gọn và quy tắc rõ rồi mới mở Agent — mở sớm thì Agent trả lời trôi chảy từ những mảnh chưa được kiểm.

About Me gốc được duyệt trước bản phòng; bản phòng chỉ chi tiết trong quyền gốc. Nguồn và quyền thực tế được kiểm trước khi thử Agent; ghi nhận, phản hồi và hướng dẫn duy trì văn hoá trong công việc.

Agent đứng bằng VAI (About Me), đọc bằng TRI THỨC (tám kho, hồ sơ chuẩn theo dạng công trình), và đi trong khuôn của QUY TẮC (Luật 0 ba mức: Tuyệt đối thì hệ giữ chặt, Bắt buộc thì trưởng phòng ký kèm mã mới đi tiếp, Tham vấn thì hỏi trưởng phòng hoặc nhà cung ứng rồi ghi thành quy tắc mới). Người của KONIG ký ở mỗi bước kiểm. Kho gọn và quy tắc rõ rồi mới mở Agent — mở sớm thì Agent trả lời trôi chảy từ những mảnh chưa được kiểm.

KONIG - HỆ THỐNG  (Shared Drive đứng tên KONIG)
├── 00 - BẢN ĐỒ HỆ THỐNG  (một tệp: tám kho là gì · ai giữ · mã đọc thế nào · ba cửa web)
├── 01 - SẢN PHẨM            SỔ SẢN PHẨM · A1-BUCALU/ · A2-KINETIC/ … mỗi dòng tám ngăn
├── 02 - ĐỐI TÁC CUNG ỨNG    SỔ ĐỐI TÁC · NCC-BUCALU/ …
├── 03 - TIÊU CHUẨN KỸ THUẬT BẢNG GIỚI HẠN · theo mã dòng: giới hạn · dung sai · ca bắt buộc kiểm
├── 04 - DỰ ÁN               SỔ DỰ ÁN · DA-2026-0001/ … mỗi dự án tám ngăn theo vòng đời
├── 05 - QUY TRÌNH SOP       SỔ SOP · bản phát hành có phiên bản
├── 06 - SỰ CỐ VÀ BÀI HỌC    SỔ SỰ CỐ · SC-2026-0001/ ảnh · biên bản · trích chuẩn
├── 07 - LUẬT 0              SỔ LUẬT · SỔ NGOẠI LỆ · luật 0 của người đứng đầu
├── 08 - CON NGƯỜI VÀ QUYỀN  DANH BẠ VAI · phân quyền
└── 90 - LƯU TRỮ

1. Phát triển thị trường
2. Tư vấn giải pháp & bán hàng
3. Thiết kế & Engineering
4. Tích hợp sản phẩm & đối tác
5. Đặt hàng & XNK
6. Quản lý & triển khai dự án
7. Lắp đặt
8. Nghiệm thu & bàn giao
9. Bảo hành & dịch vụ sau bán hàng

quyết cấu trúc phần cốt lõi của kho dữ liệu — chốt xong AAS mới dựng lại Sổ dạng công trình và sổ quy tắc

Câu đang hỏi: Khi anh nhìn một dự án KONIG để quyết cách làm, anh chia dự án theo mấy yếu tố và gọi tên từng yếu tố thế nào? AAS đang đề xuất ba yếu tố — loại công trình · kênh khách hàng · phạm vi KONIG cung cấp.
Thông tin cần có: quyết cấu trúc phần cốt lõi của kho dữ liệu — chốt xong AAS mới dựng lại Sổ dạng công trình và sổ quy tắc
Công việc liên quan: Toàn bộ kho TIÊU CHUẨN · sổ quy tắc · bảy cổng lọc theo dạng

chọn trục đưa vào đợt một — trục nào có sẵn dữ liệu thì cho tần suất thật sớm nhất

Câu đang hỏi: Trong ba trục, trục nào KONIG đã có sẵn dữ liệu để kiểm kê ngay từ hồ sơ dự án cũ?
Thông tin cần có: chọn trục đưa vào đợt một — trục nào có sẵn dữ liệu thì cho tần suất thật sớm nhất
Công việc liên quan: Kiểm kê dự án đợt một

## SOP-06 — BÁO GIÁ (Quotation) · K3

- **Mục đích [GỐC]:** báo giá đúng cấu hình, đúng phiên bản bản vẽ, đủ cấu phần chi phí.
- **Phạm vi:** sau G2 (+ G3 nếu có ca đặc biệt) tới báo giá gửi khách.
- **Kích hoạt:** phương án duyệt + DFM đủ (nếu chạm).
- **Đầu vào [GỐC]:** BOQ **đọc từ door schedule** [MỚI — không gõ tay lại] → cấu hình → giá
  đầu vào → logistics → lắp đặt → overhead → margin → điều khoản thương mại.
- **Quy trình:** Agent dựng bản báo giá từ door schedule + đơn giá (khoang THƯƠNG MẠI ẨN) →
  người duyệt giá → cổng duyệt kèm mã → gửi khách.
- **RACI:** R: sale + kỹ thuật (khối lượng) · A: Trưởng kinh doanh · C: tài chính · I: PM.
- **Cổng [GỐC]:** báo giá **gắn revision cụ thể** — không báo cấu hình này bằng bản vẽ khác.
  [MỚI] In mã revision + mã kiểm tra bộ bản vẽ lên chính tờ báo giá: đổi bản vẽ là báo giá cũ
  tự hết hiệu lực nhìn thấy được.
- **Đầu ra:** báo giá có mã, gắn R<xx>, vào sổ chờ duyệt.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** thời gian từ G2 tới báo giá gửi đi.
- **Biểu mẫu:** template báo giá (khoang TEMPLATE).
- **Hồ sơ lưu:** mọi bản báo giá đã gửi giữ nguyên kèm mã.
- **Ngoại lệ/Leo thang:** khách ép giá dưới sàn margin → L3, CEO quyết.
- **Ô BẮT BUỘC [MỚI]:** **ô tiền trống thì từ chối dựng và nói rõ thiếu ô nào** — không bao
  giờ lấy giá trị mặc định ở chỗ dính tiền.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** người bấm duyệt gửi khách, nút kèm mã báo giá.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent tính và dựng bản; người quyết margin và điều khoản.
- **BẪY ĐÃ BIẾT [MỚI]:** «mặc định im lặng ở ô tiền» — hệ tương tự từng lấy gói ĐẮT NHẤT
  khi ô cấu hình trống mà không nói. Fail-closed ở ô tiền là luật tuyệt đối.



Câu đang hỏi: Trên một tờ báo giá, ô nào Kinh doanh được tự điền, ô nào phải chờ Tài chính ký — hôm nay ranh giới ấy nằm ở đâu?
Thông tin cần có: chỗ đặt ô ký trên cổng C3 — cổng báo giá ký cùng Tài chính chỉ đóng được khi biết ô nào của ai
Công việc liên quan: Cổng C3 · Agent Kinh doanh dựng báo giá

## SOP-02 — SÀNG LỌC & XÁC NHẬN CƠ HỘI (Sales Qualification) · K0 · GATE G1

- **Mục đích [GỐC]:** không tiêu công thiết kế cho lead «hỏi chơi» — chỉ lead đủ điều kiện
  mới thành Cơ hội (Opportunity) và được chuyển sang thiết kế.
- **Phạm vi [GỐC]:** từ lead có mã tới quyết định Qualified / Không theo đuổi.
- **Kích hoạt:** phiếu lead báo đủ 8 trường — hoặc sale xin xét sớm (ngoại lệ, xem dưới).
- **Đầu vào [GỐC]:** 8 trường Gate 01: ① khách hàng/chủ dự án ② địa điểm dự án ③ loại công
  trình ④ giai đoạn dự án ⑤ phạm vi cửa dự kiến ⑥ người ảnh hưởng/người quyết định
  ⑦ ngân sách hoặc phân khúc mục tiêu ⑧ thời gian dự kiến (Timeline).
- **Quy trình:** sale trình phiếu đủ 8 trường → Trưởng kinh doanh duyệt **kèm mã lead** →
  trạng thái thành Opportunity → mở mã dự án → chuyển SOP-03.
- **RACI:** R: sale phụ trách · A: **Trưởng kinh doanh** · C: kỹ thuật (khi phạm vi cửa có
  dấu hiệu đặc biệt) · I: CEO. Tên người thật: ĐANG CHỜ KONIG BỔ SUNG.
- **Cổng [GỐC, thêm mức MỚI]:** **G1 — thiếu 1 trong 8 trường thì kỹ thuật không vẽ.**
  [MỚI] Cổng fail-closed: hệ không cho đổi trạng thái sang Opportunity khi còn trường trống;
  ô trạng thái ghi `⛔ CHỜ <tên trường>` — không ghi «đang xử lý».
- **Đầu ra:** Opportunity có mã dự án + dòng dự án trên sổ (đường bus của mọi khâu sau).
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: duyệt trong N ngày từ khi đủ 8 trường)*.
- **KPI [MỚI đề xuất]:** tỷ lệ Opportunity → hợp đồng theo kênh nguồn *(đo được nhờ mã lead
  giữ kênh — biết kênh nào đáng đầu tư)*.
- **Biểu mẫu:** chính PHIẾU LEAD A1 — không có phiếu riêng, tránh hai nguồn.
- **Hồ sơ lưu:** dòng dự án + dấu duyệt kèm mã + giờ duyệt.
- **Ngoại lệ/Leo thang [MỚI]:** dự án lớn mà khách chưa chịu lộ ngân sách → Trưởng kinh
  doanh được duyệt thiếu trường ⑦ nhưng phải **ghi rõ đang thi

Câu đang hỏi: Khách chưa chịu lộ ngân sách (trường ⑦ của phiếu lead) — hôm nay sale đi tiếp tới bước nào thì phải dừng và xin Trưởng kinh doanh duyệt thiếu trường?
Thông tin cần có: ngưỡng của ngoại lệ có dấu vết ở cổng G1 — SOP-02 cho phép duyệt thiếu ⑦ nhưng chưa nói dừng ở bước nào
Công việc liên quan: Cổng G1 · quy tắc Kinh doanh mức Bắt buộc

## SOP-05 — RÀ SOÁT KỸ THUẬT / DFM (Technical / DFM Review) · K2 · GATE G3

- **Mục đích [GỐC]:** không hứa với khách điều nhà máy chưa xác nhận bằng văn bản.
- **Phạm vi:** mọi cấu hình chạm 1 trong 9 ca đặc biệt.
- **Kích hoạt [GỐC → tất định MỚI]:** cấu hình chạm bảng 9 ca: ① kích thước lớn ② kính đặc
  biệt ③ cửa/vách cong ④ profile hoặc màu đặc biệt ⑤ nan trang trí trong hộp kính
  ⑥ hệ vận hành động cơ (Motorized) ⑦ hardware đặc biệt ⑧ ngoài danh mục (ngoài kho số)
  ⑨ giải pháp lần đầu KONIG làm — **hệ tự gắn cờ, không trông trí nhớ kỹ thuật viên.**
- **Đầu vào:** cấu hình + bản vẽ liên quan + mã cửa.
- **Quy trình:** lập phiếu DFM có mã → gửi BUCALU qua đầu mối → theo sổ hỏi-đáp (ngày gửi ·
  ai trả lời · quá hạn tự nhắc [MỚI]) → nhận **văn bản xác nhận** → đính tệp → tắt cờ.
- **RACI [GỐC]:** R: kỹ thuật viên lập phiếu · A: **Trưởng kỹ thuật ký chốt** · C: đầu mối
  BUCALU · I: sale, tài chính.
- **Cổng [GỐC]:** G3 — «BUCALU nhận yêu cầu ≠ BUCALU xác nhận sản xuất được». Giới hạn đã
  biết giữ nguyên: BUCALU không sản xuất cánh vận hành uốn cong · vách FIX kính cong tuỳ
  cấu hình · nan trong hộp kính cần xác nhận riêng · cấu hình kính kiểm trước khi chọn hệ.
- **Đầu ra:** văn bản DFM có mã, nằm trong hồ sơ dự án, gắn revision.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: nhắc đầu mối sau N ngày chưa có trả lời)*.
- **KPI [MỚI đề xuất]:** số ca «đã hứa khách trước khi có DFM» — mục tiêu bằng 0.
- **Biểu mẫu:** PHIẾU DFM — Phụ lục A3.
- **Hồ sơ lưu:** sổ DFM (mã · ngày gửi · ngày trả lời · tệp) — cũng là dữ liệu cho SOP-19.
- **Ngoại lệ/Leo thang:** nhà máy trả lời chậm ảnh hưởng tiến độ → L4 leo thang chính thức.
- **Ô BẮT BUỘC [MỚI]:** trường «tệp văn bản đính kèm» là điều kiện tắt cờ — trống thì cờ còn nguyên.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** chữ ký chốt của

Câu đang hỏi: Trong chín ca đặc biệt của DFM (kích thước lớn · kính đặc biệt · cong · profile hoặc màu đặc biệt · nan trong hộp kính · động cơ · hardware đặc biệt · ngoài danh mục · lần đầu làm), ca nào Kỹ thuật vẫn tự quyết mà không chờ văn bản nhà máy?
Thông tin cần có: ranh giới thật của cổng G3 — SOP-05 nói chín ca đều gắn cờ, cần biết thực tế có ca nào đang đi tắt
Công việc liên quan: Cổng C2 rà kỹ thuật · sổ DFM

## SOP-08 — SHOPDRAWING & CHỐT THIẾT KẾ (Shopdrawing & Design Freeze) · K5 · GATE G5a

- **Mục đích [GỐC]:** bản vẽ thi công đúng hiện trường, và có một mốc từ đó «bản vẽ là luật».
- **Phạm vi:** sau hợp đồng tới DESIGN FREEZE.
- **Kích hoạt:** hợp đồng ký + hiện trường đo được.
- **Đầu vào [GỐC]:** đo đạc hiện trường (site measurement) + hồ sơ phương án + door schedule.
- **Quy trình [GỐC]:** đo hiện trường → shopdrawing → rà nội bộ → khách/tư vấn duyệt →
  **CHỐT KỸ THUẬT CUỐI (Final Technical Freeze)**.
- **RACI:** R: kỹ thuật viên · A: Trưởng kỹ thuật · C: PM (hiện trường) · I: sale, khách.
- **Cổng [GỐC]:** Freeze là mốc **một chiều** — sau Freeze mọi thay đổi đi SOP-17 (CR).
  [MỚI] Từ mốc Freeze, hệ tính **mã kiểm tra (hash) bộ bản vẽ**; báo giá, PO, bản phát xưởng,
  bản phát đội lắp cùng trỏ một mã kiểm tra — lệch ở đâu hệ kêu ở đó.
- **Đầu ra:** bộ shopdrawing duyệt + mốc Freeze + mã kiểm tra.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số CR phát sinh do đo thiếu — đo chất lượng đo đạc.
- **Biểu mẫu:** template shopdrawing (khoang TEMPLATE).
- **Hồ sơ lưu:** mọi bản + mốc Freeze; bản sau Freeze chỉ thêm qua CR.
- **Ngoại lệ/Leo thang:** khách đòi sửa sau Freeze bằng miệng → từ chối, chỉ nhận qua CR (SOP-17).
- **Ô BẮT BUỘC [MỚI]:** số đo hiện trường ghi số thật từng ô chờ, đối chiếu lệch với bản vẽ.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** Trưởng kỹ thuật bấm mốc Freeze — Agent bị cấm tự Freeze.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent tính mã kiểm tra, đối chiếu mọi điểm dùng; người duyệt bản vẽ.
- **BẪY ĐÃ BIẾT [MỚI]:** «file nguồn bị thay giữa phiên» — nguồn đổi trong lúc hệ chạy thì
  mọi phép đo sau đó đo lên bản khác mà không biết; mã kiểm tra + kiểm tươi (freshness) là thuốc.



Câu đang hỏi: Khi đo hiện trường để làm shopdrawing, ô chờ lệch bản vẽ bao nhiêu mm thì Kỹ thuật dừng lại và báo ai — Trưởng kỹ thuật, PM, hay khách?
Thông tin cần có: con số dừng cho SOP-08 và SOP-14 — cả hai đều ghi «quá dung sai» mà chưa có số
Công việc liên quan: Cổng C4 đóng băng · quy tắc Kỹ thuật mức Tuyệt đối

## SOP-19 — QUẢN LÝ NHÀ CUNG ỨNG (Supplier Management) · K6

- **Mục đích [GỐC]:** quan hệ BUCALU/FUSA/FAMAN có hồ sơ, có chuẩn, không phụ thuộc trí nhớ
  một đầu mối.
- **Phạm vi:** mọi nhà cung ứng chiến lược + tuyến xưởng Việt Nam (ĐANG CHỜ KONIG BỔ SUNG quy trình
  riêng — ô chờ số 6 của bản quy hoạch).
- **Kích hoạt:** ký đối tác mới · cập nhật chuẩn định kỳ · sự cố L4.
- **Đầu vào:** tài liệu chính hãng (profile, giới hạn hệ, lead time chuẩn, chính sách).
- **Quy trình:** [MỚI] chuẩn của nhà cung ứng **đưa vào khoang TIÊU CHUẨN của kho, có phiên
  bản, có người ký** — mục chưa có thì ghi «ĐANG CHỜ KONIG BỔ SUNG», không điền tạm; sổ DFM (SOP-05) là
  nhật ký năng lực thật của nhà máy.
- **RACI:** R: đầu mối BUCALU · A: CEO (đối tác chiến lược) · C: Trưởng kỹ thuật · I: toàn hệ.
- **Cổng:** kho là nguồn duy nhất — tài liệu hãng bản mới về thì kho tăng phiên bản, mọi
  SOP đọc theo; không ai giữ bản PDF riêng trong Agent cá nhân.
- **Đầu ra:** khoang TIÊU CHUẨN sống + đánh giá nhà cung ứng định kỳ.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** lệch lead time thực tế so cam kết, theo quý.
- **Biểu mẫu:** hồ sơ nhà cung ứng (chuẩn · lịch sử DFM · lịch sử lỗi nhóm «Factory» từ SOP-16).
- **Hồ sơ lưu:** kho + sổ DFM + thống kê lỗi.
- **Ngoại lệ/Leo thang:** L4 theo SOP-18.
- **Ô BẮT BUỘC [MỚI]:** mỗi mục chuẩn có: nguồn tài liệu hãng · phiên bản · ngày · người ký đưa vào.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** người ký đưa chuẩn vào kho (phía KONIG: ĐANG CHỜ KONIG BỔ SUNG vai).
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent giữ phiên bản + đối chiếu SOP nào đang đọc bản cũ;
  người đánh giá đối tác.
- **BẪY ĐÃ BIẾT [MỚI]:** tri thức về nhà máy nằm trong đầu một đầu mối là điểm phụ thuộc
  nhân sự lớn nhất của mô hình nhập khẩu — kho + sổ DFM chính là bản sao lưu con n

Câu đang hỏi: Hôm nay ai là người nói chuyện với nhà máy BUCALU — một người, hai người, hay tuỳ việc? Nếu người ấy nghỉ hai tuần, sổ DFM và bảng 9 mốc sản xuất còn ai đọc được?
Thông tin cần có: điểm phụ thuộc nhân sự lớn nhất của mô hình nhập khẩu (SOP-19) — quyết kho ĐỐI TÁC phải sao lưu cái gì trước
Công việc liên quan: Kho ĐỐI TÁC CUNG ỨNG · người giữ

## SOP-09 — ĐƠN ĐẶT HÀNG (Purchase Order) · K6 · GATE G5b

- **Mục đích [GỐC]:** đơn đặt hàng không mơ hồ — nhà máy không phải đoán.
- **Phạm vi:** sau Freeze tới Order Confirmation đủ.
- **Kích hoạt:** Freeze + thanh toán đợt theo hợp đồng (điều kiện thương mại ĐANG CHỜ KONIG BỔ SUNG).
- **Đầu vào [GỐC] — PO 13 mục:** mã dự án · mã cửa · số lượng · kích thước · hệ · kiểu mở ·
  màu · kính · hardware · accessories · đóng gói · yêu cầu đặc biệt · bản vẽ đã duyệt.
- **Quy trình:** Agent dựng PO từ door schedule [MỚI] → đầu mối rà → cổng duyệt kèm mã →
  gửi BUCALU → nhận **Order Confirmation 5 mục [GỐC]:** khả thi kỹ thuật · giá · thời gian
  sản xuất (lead time) · bản vẽ · rủi ro đặc biệt.
- **RACI:** R: đầu mối BUCALU · A: Trưởng kỹ thuật (nội dung) + Trưởng kinh doanh (thương mại) · C: tài chính · I: PM.
- **Cổng [GỐC]:** PO thiếu mục → không gửi [MỚI: schema fail-closed, hệ chặn]; **OC chưa đủ
  5 mục → trạng thái vẫn «CHƯA ĐẶT»** — hệ hiển thị đúng chữ đó, không hiển thị «đang sản xuất».
- **Đầu ra:** PO có mã + OC đủ 5 mục lưu tệp.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: nhắc khi OC quá N ngày)*.
- **KPI [MỚI đề xuất]:** tỷ lệ PO bị nhà máy hỏi lại — đo độ «không mơ hồ».
- **Biểu mẫu:** schema PO 13 mục (khoang TIÊU CHUẨN — chuẩn đối tác Trung Quốc).
- **Hồ sơ lưu:** PO + OC + mọi trao đổi kèm mã.
- **Ngoại lệ/Leo thang [GỐC]:** vấn đề thương mại/kỹ thuật quốc tế → leo thang qua đầu mối
  BUCALU (L4), không thương lượng ngoài luồng.
- **Ô BẮT BUỘC [MỚI]:** đủ 13/13 mục, trong đó «bản vẽ đã duyệt» trỏ đúng mã kiểm tra Freeze.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** nút duyệt gửi PO — người bấm, kèm mã PO.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng PO và so mã kiểm tra; người rà và thương lượng.
- **BẪY ĐÃ BIẾT [MỚI]:** «hai nguồn khớp nhau không chứng minh đúng» — 

Câu đang hỏi: Order Confirmation về thiếu 1 trong 5 mục (khả thi kỹ thuật · giá · thời gian sản xuất · bản vẽ · rủi ro đặc biệt) — hôm nay Mua hàng làm gì?
Thông tin cần có: SOP-09 nói «OC chưa đủ 5 mục = CHƯA ĐẶT» — cần biết thực tế đang làm gì để đặt mức cho cổng
Công việc liên quan: Cổng G5b · trạng thái «CHƯA ĐẶT»

## SOP-13 — SỰ SẴN SÀNG CÔNG TRƯỜNG (Site Readiness) · K7

- **Mục đích [GỐC]:** không đưa cửa tới nơi chưa nhận được — và khi bên xây chưa xong,
  trách nhiệm phải nằm trên giấy.
- **Phạm vi:** trước mọi chuyến giao hàng tới công trình.
- **Kích hoạt:** ETA trừ N ngày (ĐANG CHỜ KONIG BỔ SUNG).
- **Đầu vào [GỐC] — 9 mục:** ô chờ đạt kích thước · cao độ chuẩn · chống thấm hoàn thành ·
  sàn hoàn thiện/xác định cốt · điện chờ động cơ · lối tiếp cận thi công (access) · kho bảo
  quản · thiết bị nâng · mặt bằng thi công.
- **Quy trình:** kiểm 9 mục có ảnh → đạt: xác nhận lịch giao → không đạt: **phát hành PHIẾU
  «CÔNG TRƯỜNG CHƯA SẴN SÀNG» (Site Readiness Issue) có mã + ảnh [GỐC + MỚI]** gửi CĐT/nhà
  thầu qua cổng duyệt.
- **RACI:** R: giám sát KONIG tại công trường · A: PM · C: đội trưởng lắp · I: sale, khách.
- **Cổng [GỐC]:** 9 mục không đạt → không giao cửa.
- **Đầu ra:** xác nhận sẵn sàng HOẶC phiếu chuyển trách nhiệm — với nghề cửa, tờ phiếu này
  quan trọng ngang tờ báo giá: phần lớn tranh chấp nằm ở «lỗi bên xây hay bên cửa». Hồ sơ
  trước hết là công cụ **tự bảo vệ** của chính đội KONIG. [MỚI]
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số chuyến giao bị quay đầu — mục tiêu 0.
- **Biểu mẫu:** PHIẾU SITE READINESS — Phụ lục A4.
- **Hồ sơ lưu:** phiếu + ảnh, giữ tới hết bảo hành (nguồn phân xử nguyên nhân «Construction
  Interface» ở SOP-16).
- **Ngoại lệ/Leo thang:** CĐT ép giao khi chưa đạt → L2; nhận giao thì lập văn bản ghi rõ
  rủi ro, CĐT ký.
- **Ô BẮT BUỘC [MỚI]:** mỗi mục một ảnh; mục «không đạt» ghi rõ thiếu gì, không ghi chung chung.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** PM bấm gửi phiếu cho CĐT — kèm mã phiếu.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng phiếu từ checklist + nhắc theo ETA; người kiểm
  hiện trường.
- **BẪY ĐÃ BIẾT [MỚI]:** k

Câu đang hỏi: Khi chủ đầu tư ép giao cửa lúc công trường chưa đạt 9 mục sẵn sàng, hôm nay ai được quyết nhận giao — và có lập văn bản ghi rõ rủi ro để chủ đầu tư ký không?
Thông tin cần có: chỗ đặt ô ký trên phiếu «Công trường chưa sẵn sàng» — tờ phiếu tự bảo vệ đội KONIG khi tranh chấp lỗi bên xây hay bên cửa
Công việc liên quan: Cổng SOP-13 · phiếu Site Readiness

## SOP-14 — LẮP ĐẶT (Installation) · K7

- **Mục đích [GỐC]:** lắp đúng chuẩn, mỗi bộ cửa có hồ sơ lắp riêng.
- **Phạm vi:** từ nhận hàng tại công trình tới thử vận hành xong.
- **Kích hoạt:** SOP-13 đạt + hàng về.
- **Đầu vào [GỐC] — 10 bước:** kiểm tra nhận hàng (receiving) → định vị (positioning) →
  lắp khung (frame) → chống thấm/kín nước (waterproofing) → kính/cánh (glass/sash) →
  hardware → căn chỉnh (adjustment) → keo trám (sealant) → vệ sinh (cleaning) → thử vận
  hành (functional test).
- **Quy trình:** phiếu lắp **theo từng mã cửa**, mỗi bước một ảnh [MỚI] · **8 thông số [GỐC]
  ghi SỐ ĐO THẬT, không tick «đạt» [MỚI]:** thẳng đứng (verticality) · cân bằng ngang
  (level) · đường chéo (diagonal) · biến dạng khung (frame deformation) · thoát nước
  (drainage) · keo trám (sealant) · kín nước (waterproofing) · căn chỉnh hardware.
- **RACI:** R: tổ lắp · A: đội trưởng lắp đặt · C: giám sát KONIG · I: PM, khách.
  [MỚI] **Người nhập ≠ người ký:** kỹ thuật viên trẻ nhập phiếu, đội trưởng ký một chạm.
- **Cổng:** bước sau không mở khi bước trước chưa có ảnh + số.
- **Đầu ra:** bộ phiếu lắp theo mã cửa — đầu vào của SOP-15.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số mã cửa phải căn chỉnh lại sau nghiệm thu.
- **Biểu mẫu:** PHIẾU LẮP ĐẶT / MÃ CỬA — Phụ lục A5. **Chữ trên phiếu là chữ thợ**, không
  dịch sang chữ kỹ sư — người ký thật là tổ trưởng tổ thợ. [MỚI]
- **Hồ sơ lưu:** phiếu + ảnh theo mã cửa, giữ tới hết bảo hành.
- **Ngoại lệ/Leo thang:** hiện trường lệch bản vẽ quá dung sai → dừng, báo kỹ thuật (L2),
  không tự chế tại chỗ.
- **Ô BẮT BUỘC [MỚI]:** 8 thông số là 8 ô số; ô chữ «đạt/không» không tồn tại trên phiếu.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** chữ ký đội trưởng từng mã cửa.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng phiếu theo door s

Câu đang hỏi: Trên 8 thông số lắp ghi số thật (thẳng đứng · cân ngang · đường chéo · biến dạng khung · thoát nước · keo trám · kín nước · căn chỉnh hardware), thông số nào lệch bao nhiêu thì tổ lắp dừng và gọi Kỹ thuật, không tự chỉnh tại chỗ?
Thông tin cần có: ngưỡng dừng L2 của SOP-14 — hiện ghi «quá dung sai» chưa có số; ô số trên phiếu thợ cần ngưỡng để tự bật cờ
Công việc liên quan: Phiếu lắp theo mã cửa · quy tắc Dự án mức Tuyệt đối

## SOP-16 — BẢO HÀNH & DỊCH VỤ (Warranty & Service) · K8

- **Mục đích [GỐC]:** xử lý yêu cầu có vòng đời rõ, phân đúng trách nhiệm, và **dữ liệu lỗi
  quay trở lại** Thiết kế + Mua hàng + Nhà máy + SOP Lắp đặt để không lặp lại.
- **Phạm vi:** từ khi khách báo tới khi phiếu đóng.
- **Kích hoạt:** khách báo qua bất kỳ kênh nào → vào một cửa ticket.
- **Đầu vào:** mô tả + ảnh của khách + mã dự án/mã cửa (tra từ trang QR bàn giao [MỚI]).
- **Quy trình [GỐC]:** Ticket → Phân loại → Phản hồi → Khảo sát → Nguyên nhân gốc (Root
  Cause) → Khắc phục (Corrective Action) → Khách xác nhận → Đóng.
- **RACI:** R: kỹ thuật dịch vụ · A: PM dịch vụ (ĐANG CHỜ KONIG BỔ SUNG vai thật) · C: Trưởng kỹ
  thuật · I: sale, CEO.
- **Cổng:** phiếu chỉ đóng khi khách xác nhận; nguyên nhân gốc bắt buộc chọn 1 trong 6.
- **Đầu ra [GỐC]:** phiếu đóng + phân loại nguyên nhân: **Sản phẩm / Nhà máy / Lắp đặt /
  Giao diện xây dựng (Construction Interface) / Sử dụng / Hư hại bên ngoài** — quyết định
  ai chịu trách nhiệm, bảo hành hay dịch vụ có phí. [MỚI] **Phân loại phải kèm bằng chứng
  ảnh**, không phân bằng lời kể qua điện thoại — phiếu SOP-13 và phiếu lắp SOP-14 là nguồn
  phân xử.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: phản hồi trong N giờ · khảo sát trong N ngày)*.
- **KPI [MỚI đề xuất]:** phân bố lỗi theo 6 nhóm × theo hệ cửa — dữ liệu này là **bằng
  chứng chất lượng khi chào dự án sau**.
- **Biểu mẫu:** phiếu ticket (mã · phân loại · ảnh · hành động · xác nhận).
- **Hồ sơ lưu:** toàn bộ ticket — nguồn của vòng học SOP-00.
- **Ngoại lệ/Leo thang:** tranh chấp trách nhiệm với nhà thầu/CĐT → L3; lỗi hàng loạt theo
  hệ → L4 với nhà máy.
- **Ô BẮT BUỘC [MỚI]:** ticket không mã cửa thì chưa vào hàng đợi xử lý — ghi `⛔ CHỜ MÃ CỬA`.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** phân loại nguyên nhân (ai t

Câu đang hỏi: Sáu nhóm nguyên nhân (Sản phẩm · Nhà máy · Lắp đặt · Giao diện xây dựng · Sử dụng · Hư hại bên ngoài) — hôm nay ai là người ký phân loại, tức người quyết «bảo hành hay dịch vụ có phí»?
Thông tin cần có: ô ký trên cổng C6 — phân loại nguyên nhân quyết ai chịu chi phí, việc của người ký chứ không giao Agent
Công việc liên quan: Cổng C6 · kho SỰ CỐ

## SOP-18 — SỰ CỐ & LEO THANG (Issue & Escalation) · [GỐC giữ nguyên]

- **Mục đích [GỐC]:** ai được quyết việc gì — rõ trước khi có chuyện.
- **Phạm vi:** mọi sự cố trong mọi SOP.
- **Kích hoạt:** một sự cố được ghi nhận ở bất kỳ khâu nào.
- **Đầu vào:** mô tả sự cố + khâu phát sinh + mã liên quan.
- **Quy trình [GỐC] — 4 cấp:** **L1** Vận hành: đội tự xử · **L2** Rủi ro dự án: PM/Trưởng
  kinh doanh quyết · **L3** Rủi ro thương mại-kỹ thuật: CEO/Ban điều hành · **L4** Sự cố
  nhà máy/nhà cung ứng chiến lược: leo thang chính thức với BUCALU/FUSA/FAMAN.
- **RACI:** R: người phát hiện · A: theo cấp L · C/I: theo cấp L.
- **Cổng:** sự cố L3-L4 bắt buộc có văn bản, không xử qua miệng.
- **Đầu ra:** sự cố đóng + nếu do quy trình → đề xuất sửa SOP (về SOP-00).
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG theo từng cấp. · **KPI [MỚI đề xuất]:** số sự cố tự xử sai cấp
  (L3 mà đội tự quyết) — mục tiêu 0.
- **Biểu mẫu:** phiếu sự cố (mã · cấp · diễn biến · quyết định).
- **Hồ sơ lưu:** sổ sự cố.
- **Ngoại lệ/Leo thang:** chính là nội dung SOP này.
- **Ô BẮT BUỘC [MỚI]:** sự cố phải gắn mã dự án/mã cửa và cấp L ngay khi ghi nhận.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** quyết định cấp L2 trở lên có tên người quyết.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent định tuyến theo cấp + nhắc quá hạn; người quyết.
- **BẪY ĐÃ BIẾT [MỚI]:** sự cố xử xong qua miệng thì ba tháng sau lặp lại y nguyên — không
  vào sổ là không có vòng học.



Câu đang hỏi: Ticket nào Bảo hành phải dừng và leo thang lên Ban giám đốc (L3) hoặc nhà máy (L4) — theo giá trị sửa, theo số cửa cùng một lỗi, hay theo loại khách?
Thông tin cần có: ngưỡng leo thang của SOP-18 cho Bảo hành — «lỗi hàng loạt theo hệ» chưa có số
Công việc liên quan: SOP-18 bốn cấp · quy tắc Bảo hành

## SOP-06 — BÁO GIÁ (Quotation) · K3

- **Mục đích [GỐC]:** báo giá đúng cấu hình, đúng phiên bản bản vẽ, đủ cấu phần chi phí.
- **Phạm vi:** sau G2 (+ G3 nếu có ca đặc biệt) tới báo giá gửi khách.
- **Kích hoạt:** phương án duyệt + DFM đủ (nếu chạm).
- **Đầu vào [GỐC]:** BOQ **đọc từ door schedule** [MỚI — không gõ tay lại] → cấu hình → giá
  đầu vào → logistics → lắp đặt → overhead → margin → điều khoản thương mại.
- **Quy trình:** Agent dựng bản báo giá từ door schedule + đơn giá (khoang THƯƠNG MẠI ẨN) →
  người duyệt giá → cổng duyệt kèm mã → gửi khách.
- **RACI:** R: sale + kỹ thuật (khối lượng) · A: Trưởng kinh doanh · C: tài chính · I: PM.
- **Cổng [GỐC]:** báo giá **gắn revision cụ thể** — không báo cấu hình này bằng bản vẽ khác.
  [MỚI] In mã revision + mã kiểm tra bộ bản vẽ lên chính tờ báo giá: đổi bản vẽ là báo giá cũ
  tự hết hiệu lực nhìn thấy được.
- **Đầu ra:** báo giá có mã, gắn R<xx>, vào sổ chờ duyệt.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** thời gian từ G2 tới báo giá gửi đi.
- **Biểu mẫu:** template báo giá (khoang TEMPLATE).
- **Hồ sơ lưu:** mọi bản báo giá đã gửi giữ nguyên kèm mã.
- **Ngoại lệ/Leo thang:** khách ép giá dưới sàn margin → L3, CEO quyết.
- **Ô BẮT BUỘC [MỚI]:** **ô tiền trống thì từ chối dựng và nói rõ thiếu ô nào** — không bao
  giờ lấy giá trị mặc định ở chỗ dính tiền.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** người bấm duyệt gửi khách, nút kèm mã báo giá.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent tính và dựng bản; người quyết margin và điều khoản.
- **BẪY ĐÃ BIẾT [MỚI]:** «mặc định im lặng ở ô tiền» — hệ tương tự từng lấy gói ĐẮT NHẤT
  khi ô cấu hình trống mà không nói. Fail-closed ở ô tiền là luật tuyệt đối.



Câu đang hỏi: Trên báo giá và hợp đồng, ô nào chỉ Tài chính được ghi — đơn giá đầu vào, biên lợi nhuận, điều khoản thanh toán — hay Tài chính chỉ ký duyệt sau khi Kinh doanh điền?
Thông tin cần có: ô ký của Tài chính trên C3 và G4 — cùng câu Kinh doanh trả lời, hai bên khớp nhau thì ranh giới rõ
Công việc liên quan: Cổng C3 · G4 bốn chữ ký

## SOP-09 — ĐƠN ĐẶT HÀNG (Purchase Order) · K6 · GATE G5b

- **Mục đích [GỐC]:** đơn đặt hàng không mơ hồ — nhà máy không phải đoán.
- **Phạm vi:** sau Freeze tới Order Confirmation đủ.
- **Kích hoạt:** Freeze + thanh toán đợt theo hợp đồng (điều kiện thương mại ĐANG CHỜ KONIG BỔ SUNG).
- **Đầu vào [GỐC] — PO 13 mục:** mã dự án · mã cửa · số lượng · kích thước · hệ · kiểu mở ·
  màu · kính · hardware · accessories · đóng gói · yêu cầu đặc biệt · bản vẽ đã duyệt.
- **Quy trình:** Agent dựng PO từ door schedule [MỚI] → đầu mối rà → cổng duyệt kèm mã →
  gửi BUCALU → nhận **Order Confirmation 5 mục [GỐC]:** khả thi kỹ thuật · giá · thời gian
  sản xuất (lead time) · bản vẽ · rủi ro đặc biệt.
- **RACI:** R: đầu mối BUCALU · A: Trưởng kỹ thuật (nội dung) + Trưởng kinh doanh (thương mại) · C: tài chính · I: PM.
- **Cổng [GỐC]:** PO thiếu mục → không gửi [MỚI: schema fail-closed, hệ chặn]; **OC chưa đủ
  5 mục → trạng thái vẫn «CHƯA ĐẶT»** — hệ hiển thị đúng chữ đó, không hiển thị «đang sản xuất».
- **Đầu ra:** PO có mã + OC đủ 5 mục lưu tệp.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: nhắc khi OC quá N ngày)*.
- **KPI [MỚI đề xuất]:** tỷ lệ PO bị nhà máy hỏi lại — đo độ «không mơ hồ».
- **Biểu mẫu:** schema PO 13 mục (khoang TIÊU CHUẨN — chuẩn đối tác Trung Quốc).
- **Hồ sơ lưu:** PO + OC + mọi trao đổi kèm mã.
- **Ngoại lệ/Leo thang [GỐC]:** vấn đề thương mại/kỹ thuật quốc tế → leo thang qua đầu mối
  BUCALU (L4), không thương lượng ngoài luồng.
- **Ô BẮT BUỘC [MỚI]:** đủ 13/13 mục, trong đó «bản vẽ đã duyệt» trỏ đúng mã kiểm tra Freeze.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** nút duyệt gửi PO — người bấm, kèm mã PO.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng PO và so mã kiểm tra; người rà và thương lượng.
- **BẪY ĐÃ BIẾT [MỚI]:** «hai nguồn khớp nhau không chứng minh đúng» — 

Câu đang hỏi: Đơn đặt hàng nhà máy (PO) hôm nay được phát khi khách đã cọc đủ mức nào — theo phần trăm hợp đồng hay theo mốc — và đã có lần nào phát PO khi cọc chưa đủ vì tiến độ?
Thông tin cần có: điều kiện thương mại ĐANG CHỜ CẬP NHẬT ở SOP-09 («Freeze + thanh toán đợt») — ngưỡng Tuyệt đối của Tài chính
Công việc liên quan: Cổng G5b · quy tắc Tài chính mức Tuyệt đối

ranh giới của cổng C7 — bốn thứ cổng giữ lại: tuyên bố xuất xứ, thông số gõ tay, ảnh hãng gán cho công trình KONIG, giá lệch kho

Câu đang hỏi: Nội dung nào Marketing được tự đăng, nội dung nào phải qua Ban giám đốc duyệt — chia theo loại (ảnh công trình · thông số · giá · xuất xứ) hay theo kênh?
Thông tin cần có: ranh giới của cổng C7 — bốn thứ cổng giữ lại: tuyên bố xuất xứ, thông số gõ tay, ảnh hãng gán cho công trình KONIG, giá lệch kho
Công việc liên quan: Cổng C7 · thư viện công khai

## SOP-01 — QUẢN LÝ KHÁCH HÀNG TIỀM NĂNG (Lead Management) · K0

- **Mục đích [GỐC]:** mọi mối quan tâm (Lead) từ ba kênh KTS · nhà thầu · CĐT vào một cửa,
  có người phụ trách ngay, không mất dấu.
- **Phạm vi [GỐC]:** từ lúc lead xuất hiện tới lúc được gán sale và sàng lọc (SOP-02).
- **Kích hoạt [GỐC]:** một liên hệ mới qua bất kỳ kênh nào (showroom · điện thoại · KTS giới
  thiệu · web thư viện đăng ký [MỚI]).
- **Đầu vào:** thông tin liên hệ + kênh nguồn.
- **Quy trình [GỐC]:** Lead → phân loại kênh (KTS/nhà thầu/CĐT) → gán sale phụ trách
  (Assign Sales) → **cấp mã lead [MỚI]** → sale thu thập 8 trường theo **PHIẾU LEAD**
  (Phụ lục A1) → chuyển SOP-02.
- **RACI:** R: sale phụ trách · A: Trưởng kinh doanh (Sales Leader) · C: — · I: kỹ thuật.
  Tên người thật: ĐANG CHỜ KONIG BỔ SUNG.
- **Cổng:** lead chưa có mã + chưa có người phụ trách = chưa tồn tại trong hệ. [MỚI]
- **Đầu ra:** một dòng lead trên sổ dự án (Sheet) — mã lead · kênh · sale phụ trách ·
  trạng thái 8 trường.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: lead được gán sale trong N giờ)*.
- **KPI [MỚI đề xuất]:** tỷ lệ lead đủ 8 trường ngay lần hỏi đầu · số lead quá N ngày không
  chăm *(Agent tự nhắc)*.
- **Biểu mẫu:** **PHIẾU LEAD 8 trường** — Phụ lục A1. Sale hỏi theo phiếu, không hỏi theo
  trí nhớ: phiếu là chỗ để luật «quản trị đặt ra cho sale» còn sống khi người đổi. [MỚI]
- **Hồ sơ lưu:** dòng lead trên sổ + phiếu đã điền.
- **Ngoại lệ/Leo thang:** lead trùng (hai sale cùng nhận) → Trưởng kinh doanh phân xử (L2).
- **Ô BẮT BUỘC [MỚI]:** tối thiểu để mở mã lead: tên liên hệ · kênh nguồn · sale phụ trách.
  Thiếu → `⛔ CHỜ <ô>`.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** việc gán sale là quyết định của Trưởng kinh doanh — Agent đề xuất
  theo vòng, người chốt.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent cấp mã

Câu đang hỏi: Khi khách hỏi trên fanpage một thông số hoặc một mức giá mà kho chưa có, hôm nay người trực trả lời thế nào?
Thông tin cần có: điểm dừng của Agent trả lời công khai — Agent chỉ trả lời từ kho, ngoài kho thì dừng và chuyển người
Công việc liên quan: Agent thư viện · quy tắc Marketing

ĐỐI TÁC CUNG ỨNG ──cấp──▶ SẢN PHẨM ──có──▶ TIÊU CHUẨN (giới hạn từng hệ)
                                │
        PHIẾU ĐẶT HÀNG ──sinh──▶ DỰ ÁN ──gọi mã sản phẩm ở từng cửa (door schedule)
                                │
                         chạy qua SOP (21 bước) ──mỗi bước đọc──▶ LUẬT 0 (ba mức) ──do──▶ VAI ký
                                │
                         SỰ CỐ VÀ BÀI HỌC ──mỗi ca thành một dòng──▶ LUẬT 0 (luật mới)

Agent đứng bằng VAI (About Me), đọc bằng TRI THỨC (tám kho, hồ sơ chuẩn theo dạng công trình), và đi trong khuôn của QUY TẮC (Luật 0 ba mức: Tuyệt đối thì hệ giữ chặt, Bắt buộc thì trưởng phòng ký kèm mã mới đi tiếp, Tham vấn thì hỏi trưởng phòng hoặc nhà cung ứng rồi ghi thành quy tắc mới). Người của KONIG ký ở mỗi bước kiểm. Kho gọn và quy tắc rõ rồi mới mở Agent — mở sớm thì Agent trả lời trôi chảy từ những mảnh chưa được kiểm.

1. Kinh nghiệm — AAS hỏi bằng ca thật, người KONIG trả lời
2. Quy tắc nháp có ngưỡng cụ thể
3. Đối chiếu kho dự án — ca này xảy ra bao nhiêu lần
4. Người có thẩm quyền ký
5. Chọn mức và chạy
6. Sổ vượt quy tắc — ghi từng lần vượt kèm lý do
7. Chỉnh quy tắc — vượt nhiều là lệch thực tế, không ai vượt thì siết lên

cụ thể hoá thành số câu thứ ba của Luật 0 — «ngưỡng luôn phải trình»

Câu đang hỏi: Ngưỡng nào của một dự án khiến anh Trung phải tự tham gia từ đầu — giá trị hợp đồng, loại khách (chủ đầu tư bất động sản), hay dạng công trình (dinh thự · khách sạn)?
Thông tin cần có: cụ thể hoá thành số câu thứ ba của Luật 0 — «ngưỡng luôn phải trình»
Công việc liên quan: Luật 0 · About Me gốc

## SOP-18 — SỰ CỐ & LEO THANG (Issue & Escalation) · [GỐC giữ nguyên]

- **Mục đích [GỐC]:** ai được quyết việc gì — rõ trước khi có chuyện.
- **Phạm vi:** mọi sự cố trong mọi SOP.
- **Kích hoạt:** một sự cố được ghi nhận ở bất kỳ khâu nào.
- **Đầu vào:** mô tả sự cố + khâu phát sinh + mã liên quan.
- **Quy trình [GỐC] — 4 cấp:** **L1** Vận hành: đội tự xử · **L2** Rủi ro dự án: PM/Trưởng
  kinh doanh quyết · **L3** Rủi ro thương mại-kỹ thuật: CEO/Ban điều hành · **L4** Sự cố
  nhà máy/nhà cung ứng chiến lược: leo thang chính thức với BUCALU/FUSA/FAMAN.
- **RACI:** R: người phát hiện · A: theo cấp L · C/I: theo cấp L.
- **Cổng:** sự cố L3-L4 bắt buộc có văn bản, không xử qua miệng.
- **Đầu ra:** sự cố đóng + nếu do quy trình → đề xuất sửa SOP (về SOP-00).
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG theo từng cấp. · **KPI [MỚI đề xuất]:** số sự cố tự xử sai cấp
  (L3 mà đội tự quyết) — mục tiêu 0.
- **Biểu mẫu:** phiếu sự cố (mã · cấp · diễn biến · quyết định).
- **Hồ sơ lưu:** sổ sự cố.
- **Ngoại lệ/Leo thang:** chính là nội dung SOP này.
- **Ô BẮT BUỘC [MỚI]:** sự cố phải gắn mã dự án/mã cửa và cấp L ngay khi ghi nhận.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** quyết định cấp L2 trở lên có tên người quyết.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent định tuyến theo cấp + nhắc quá hạn; người quyết.
- **BẪY ĐÃ BIẾT [MỚI]:** sự cố xử xong qua miệng thì ba tháng sau lặp lại y nguyên — không
  vào sổ là không có vòng học.



Câu đang hỏi: Trong 12 tháng qua, mấy sự cố phải lên Ban giám đốc quyết (L3) hoặc leo thang chính thức với nhà máy (L4)?
Thông tin cần có: tần suất L3 · L4 thật — quyết KPI «sự cố tự xử sai cấp» của SOP-18 và mức cổng tháng đầu
Công việc liên quan: SOP-18 bốn cấp · kho LUẬT 0

## SOP-00 — QUẢN TRỊ HỆ THỐNG SOP (SOP Governance) · [MỚI phần lớn]

- **Mục đích:** giữ cho bộ SOP là **hệ điều hành đang sống** (Operating System) chứ không
  phải tập giấy — mọi luật có cổng chặn ở đúng khâu, mọi lỗi thật quay về sửa luật. [MỚI]
- **Phạm vi:** toàn bộ SOP-01 → SOP-20, mọi biểu mẫu, mọi cổng, kho tiêu chuẩn. [GỐC]
- **Kích hoạt:** ban hành/sửa một SOP · một ticket bảo hành đóng · một dự án đóng (SOP-20). [MỚI]
- **Đầu vào:** bản SOP hiện hành + đề xuất sửa kèm bằng chứng (ticket, biên bản, ca lỗi). [MỚI]
- **Quy trình [MỚI]:** đề xuất sửa → chỉ rõ ca lỗi thật làm căn cứ → sửa SOP **và sửa
  BIỂU MẪU/VÍ DỤ MẪU đi kèm** → tăng phiên bản → thông báo vai liên quan → cổng liên quan
  cập nhật. *Sửa luật mà không sửa biểu mẫu là vô ích — người làm theo mẫu, không làm theo luật.*
- **RACI:** R: người đề xuất (bất kỳ vai nào) · A: **CEO** · C: trưởng bộ phận liên quan ·
  I: toàn công ty. Tên người thật: ĐANG CHỜ KONIG BỔ SUNG.
- **Cổng:** SOP mới chỉ có hiệu lực khi đủ 17 trường và biểu mẫu đi kèm đã đổi theo. [MỚI]
- **Đầu ra:** SOP phiên bản mới + nhật ký thay đổi (version log).
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: đề xuất sửa có trả lời trong N ngày)*.
- **KPI [MỚI đề xuất]:** số ca lỗi lặp lại sau khi đã sửa SOP — mục tiêu bằng 0.
- **Biểu mẫu:** phiếu đề xuất sửa SOP (nội dung · ca lỗi làm căn cứ · SOP + biểu mẫu bị ảnh hưởng).
- **Hồ sơ lưu:** mọi phiên bản SOP cũ giữ nguyên, không xoá — **hồ sơ là hồ sơ, không phải
  bản nháp**; sửa hồ sơ đã ban hành là làm giả bằng chứng. [MỚI]
- **Ngoại lệ/Leo thang:** tranh chấp giữa hai bộ phận về một luật → CEO quyết (L3).
- **Ô BẮT BUỘC [MỚI]:** một SOP thiếu bất kỳ trường nào trong 17 → trạng thái «CHƯA HOÀN
  CHỈNH», không được viện dẫn khi xử lý tranh chấp.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** chữ ký ban

Câu đang hỏi: Trưởng phòng nào hôm nay đã tự quyết được việc của phòng mà không hỏi lại anh Trung, phòng nào mọi việc vẫn lên Ban giám đốc?
Thông tin cần có: mức trưởng thành từng phòng — quyết thứ tự mở Agent và mức cổng tháng đầu theo từng phòng
Công việc liên quan: Thứ tự mở Agent · About Me phòng

ĐỐI TÁC CUNG ỨNG ──cấp──▶ SẢN PHẨM ──có──▶ TIÊU CHUẨN (giới hạn từng hệ)
                                │
        PHIẾU ĐẶT HÀNG ──sinh──▶ DỰ ÁN ──gọi mã sản phẩm ở từng cửa (door schedule)
                                │
                         chạy qua SOP (21 bước) ──mỗi bước đọc──▶ LUẬT 0 (ba mức) ──do──▶ VAI ký
                                │
                         SỰ CỐ VÀ BÀI HỌC ──mỗi ca thành một dòng──▶ LUẬT 0 (luật mới)

## SOP-06 — BÁO GIÁ (Quotation) · K3

- **Mục đích [GỐC]:** báo giá đúng cấu hình, đúng phiên bản bản vẽ, đủ cấu phần chi phí.
- **Phạm vi:** sau G2 (+ G3 nếu có ca đặc biệt) tới báo giá gửi khách.
- **Kích hoạt:** phương án duyệt + DFM đủ (nếu chạm).
- **Đầu vào [GỐC]:** BOQ **đọc từ door schedule** [MỚI — không gõ tay lại] → cấu hình → giá
  đầu vào → logistics → lắp đặt → overhead → margin → điều khoản thương mại.
- **Quy trình:** Agent dựng bản báo giá từ door schedule + đơn giá (khoang THƯƠNG MẠI ẨN) →
  người duyệt giá → cổng duyệt kèm mã → gửi khách.
- **RACI:** R: sale + kỹ thuật (khối lượng) · A: Trưởng kinh doanh · C: tài chính · I: PM.
- **Cổng [GỐC]:** báo giá **gắn revision cụ thể** — không báo cấu hình này bằng bản vẽ khác.
  [MỚI] In mã revision + mã kiểm tra bộ bản vẽ lên chính tờ báo giá: đổi bản vẽ là báo giá cũ
  tự hết hiệu lực nhìn thấy được.
- **Đầu ra:** báo giá có mã, gắn R<xx>, vào sổ chờ duyệt.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** thời gian từ G2 tới báo giá gửi đi.
- **Biểu mẫu:** template báo giá (khoang TEMPLATE).
- **Hồ sơ lưu:** mọi bản báo giá đã gửi giữ nguyên kèm mã.
- **Ngoại lệ/Leo thang:** khách ép giá dưới sàn margin → L3, CEO quyết.
- **Ô BẮT BUỘC [MỚI]:** **ô tiền trống thì từ chối dựng và nói rõ thiếu ô nào** — không bao
  giờ lấy giá trị mặc định ở chỗ dính tiền.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** người bấm duyệt gửi khách, nút kèm mã báo giá.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent tính và dựng bản; người quyết margin và điều khoản.
- **BẪY ĐÃ BIẾT [MỚI]:** «mặc định im lặng ở ô tiền» — hệ tương tự từng lấy gói ĐẮT NHẤT
  khi ô cấu hình trống mà không nói. Fail-closed ở ô tiền là luật tuyệt đối.



Câu đang hỏi: Sàn biên lợi nhuận mà dưới đó sale không được tự chốt, phải đưa lên Ban giám đốc (mức L3) — con số ấy hôm nay là bao nhiêu phần trăm, và có khác nhau theo kênh kiến trúc sư · nhà thầu · chủ đầu tư không?
Thông tin cần có: ngưỡng leo thang L3 của SOP-06 đang là chữ «dưới sàn» chưa có số — Agent Kinh doanh cần số để dừng đúng chỗ
Công việc liên quan: Agent Kinh doanh · quy tắc mức Tuyệt đối

## SOP-06 — BÁO GIÁ (Quotation) · K3

- **Mục đích [GỐC]:** báo giá đúng cấu hình, đúng phiên bản bản vẽ, đủ cấu phần chi phí.
- **Phạm vi:** sau G2 (+ G3 nếu có ca đặc biệt) tới báo giá gửi khách.
- **Kích hoạt:** phương án duyệt + DFM đủ (nếu chạm).
- **Đầu vào [GỐC]:** BOQ **đọc từ door schedule** [MỚI — không gõ tay lại] → cấu hình → giá
  đầu vào → logistics → lắp đặt → overhead → margin → điều khoản thương mại.
- **Quy trình:** Agent dựng bản báo giá từ door schedule + đơn giá (khoang THƯƠNG MẠI ẨN) →
  người duyệt giá → cổng duyệt kèm mã → gửi khách.
- **RACI:** R: sale + kỹ thuật (khối lượng) · A: Trưởng kinh doanh · C: tài chính · I: PM.
- **Cổng [GỐC]:** báo giá **gắn revision cụ thể** — không báo cấu hình này bằng bản vẽ khác.
  [MỚI] In mã revision + mã kiểm tra bộ bản vẽ lên chính tờ báo giá: đổi bản vẽ là báo giá cũ
  tự hết hiệu lực nhìn thấy được.
- **Đầu ra:** báo giá có mã, gắn R<xx>, vào sổ chờ duyệt.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** thời gian từ G2 tới báo giá gửi đi.
- **Biểu mẫu:** template báo giá (khoang TEMPLATE).
- **Hồ sơ lưu:** mọi bản báo giá đã gửi giữ nguyên kèm mã.
- **Ngoại lệ/Leo thang:** khách ép giá dưới sàn margin → L3, CEO quyết.
- **Ô BẮT BUỘC [MỚI]:** **ô tiền trống thì từ chối dựng và nói rõ thiếu ô nào** — không bao
  giờ lấy giá trị mặc định ở chỗ dính tiền.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** người bấm duyệt gửi khách, nút kèm mã báo giá.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent tính và dựng bản; người quyết margin và điều khoản.
- **BẪY ĐÃ BIẾT [MỚI]:** «mặc định im lặng ở ô tiền» — hệ tương tự từng lấy gói ĐẮT NHẤT
  khi ô cấu hình trống mà không nói. Fail-closed ở ô tiền là luật tuyệt đối.



Câu đang hỏi: Trong 12 tháng qua, mấy lần báo giá đã gửi khách phải rút lại vì dùng bản vẽ khác phiên bản, hoặc vì ô tiền lấy giá cũ?
Thông tin cần có: tần suất thật cho cổng C3 và cho việc in dấu mã kiểm tra phiên bản bản vẽ lên tờ báo giá
Công việc liên quan: Cổng C3 · kho SỰ CỐ

## SOP-01 — QUẢN LÝ KHÁCH HÀNG TIỀM NĂNG (Lead Management) · K0

- **Mục đích [GỐC]:** mọi mối quan tâm (Lead) từ ba kênh KTS · nhà thầu · CĐT vào một cửa,
  có người phụ trách ngay, không mất dấu.
- **Phạm vi [GỐC]:** từ lúc lead xuất hiện tới lúc được gán sale và sàng lọc (SOP-02).
- **Kích hoạt [GỐC]:** một liên hệ mới qua bất kỳ kênh nào (showroom · điện thoại · KTS giới
  thiệu · web thư viện đăng ký [MỚI]).
- **Đầu vào:** thông tin liên hệ + kênh nguồn.
- **Quy trình [GỐC]:** Lead → phân loại kênh (KTS/nhà thầu/CĐT) → gán sale phụ trách
  (Assign Sales) → **cấp mã lead [MỚI]** → sale thu thập 8 trường theo **PHIẾU LEAD**
  (Phụ lục A1) → chuyển SOP-02.
- **RACI:** R: sale phụ trách · A: Trưởng kinh doanh (Sales Leader) · C: — · I: kỹ thuật.
  Tên người thật: ĐANG CHỜ KONIG BỔ SUNG.
- **Cổng:** lead chưa có mã + chưa có người phụ trách = chưa tồn tại trong hệ. [MỚI]
- **Đầu ra:** một dòng lead trên sổ dự án (Sheet) — mã lead · kênh · sale phụ trách ·
  trạng thái 8 trường.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: lead được gán sale trong N giờ)*.
- **KPI [MỚI đề xuất]:** tỷ lệ lead đủ 8 trường ngay lần hỏi đầu · số lead quá N ngày không
  chăm *(Agent tự nhắc)*.
- **Biểu mẫu:** **PHIẾU LEAD 8 trường** — Phụ lục A1. Sale hỏi theo phiếu, không hỏi theo
  trí nhớ: phiếu là chỗ để luật «quản trị đặt ra cho sale» còn sống khi người đổi. [MỚI]
- **Hồ sơ lưu:** dòng lead trên sổ + phiếu đã điền.
- **Ngoại lệ/Leo thang:** lead trùng (hai sale cùng nhận) → Trưởng kinh doanh phân xử (L2).
- **Ô BẮT BUỘC [MỚI]:** tối thiểu để mở mã lead: tên liên hệ · kênh nguồn · sale phụ trách.
  Thiếu → `⛔ CHỜ <ô>`.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** việc gán sale là quyết định của Trưởng kinh doanh — Agent đề xuất
  theo vòng, người chốt.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent cấp mã

Câu đang hỏi: Ở điểm giao Kinh doanh → Kỹ thuật (phiếu lead đủ 8 trường chuyển sang khảo sát), trường nào hay bị Kỹ thuật trả lại hỏi thêm nhất?
Thông tin cần có: ô cần thêm vào phiếu lead — SOP-01 dò ngược từ khâu cuối: mỗi lần quay lại hỏi khách là một ô còn thiếu
Công việc liên quan: Phiếu đặt hàng · điểm bắt đầu kho DỰ ÁN

1. Phát triển thị trường
2. Tư vấn giải pháp & bán hàng
3. Thiết kế & Engineering
4. Tích hợp sản phẩm & đối tác
5. Đặt hàng & XNK
6. Quản lý & triển khai dự án
7. Lắp đặt
8. Nghiệm thu & bàn giao
9. Bảo hành & dịch vụ sau bán hàng

## SOP-11 — KIỂM TRA CHẤT LƯỢNG NHÀ MÁY (Factory QC) · K6 · GATE G6

- **Mục đích [GỐC]:** lỗi bắt tại xưởng, không bắt tại công trường Việt Nam.
- **Phạm vi:** trước mốc Ready to Ship.
- **Kích hoạt:** mốc Assembly xong.
- **Đầu vào [GỐC] — QC 11 mục theo từng mã cửa:** kích thước · profile · màu · kính ·
  hardware · hướng mở · bề mặt · thoát nước · accessories · động cơ · đóng gói.
- **Quy trình:** checklist 11 mục / mã cửa · **sản phẩm đặc biệt bắt buộc ảnh/video trước
  khi xuất [GỐC]** — tệp gắn mã cửa, là **điều kiện tắt cờ xuất hàng** [MỚI].
- **RACI [GỐC]:** R: QC nhà máy + đầu mối · A: đầu mối nhà máy · C: kỹ thuật · I: PM.
- **Cổng [GỐC]:** G6 — chưa đạt / thiếu bằng chứng → không Shipment Release.
- **Đầu ra:** bộ QC đạt + kho ảnh/video theo mã cửa.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** lỗi phát hiện tại VN mà xưởng đã «đạt» —
  mỗi ca là một mục cần thêm vào checklist (vòng học SOP-00).
- **Biểu mẫu:** QC checklist 11 mục (khoang TIÊU CHUẨN).
- **Hồ sơ lưu:** checklist + tệp, giữ tới hết bảo hành.
- **Ngoại lệ/Leo thang:** nhà máy từ chối quay video ca đặc biệt → L4.
- **Ô BẮT BUỘC [MỚI]:** với ca đặc biệt, trường tệp trống = cờ xuất hàng không tắt được.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** đầu mối ký Shipment Release.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent soi đủ mục + đủ tệp; người xem ảnh bằng mắt — cổng Agent
  đếm được tệp, không đọc được nội dung ảnh.
- **BẪY ĐÃ BIẾT [MỚI]:** «tệp tồn tại» không phải phép đo — tệp phải mở ra được và đúng mã
  cửa; ảnh chụp mờ/chụp sai món vẫn đếm đủ tệp như thường.



Câu đang hỏi: Tuyến xưởng Việt Nam (KINETIC · HLK · HLK-NT · FUSA) hôm nay nghiệm thu bằng dung sai của ai?
Thông tin cần có: bộ SOP tả kỹ tuyến nhập BUCALU, tuyến xưởng còn trống — đây là chuẩn phải đưa vào để cổng C5 có gì để đối chiếu
Công việc liên quan: Cổng C5 nghiệm thu · kho TIÊU CHUẨN tuyến xưởng

## SOP-03 — KHẢO SÁT HIỆN TRƯỜNG (Site Survey) · K1

- **Mục đích [GỐC]:** thu đủ đầu bài kỹ thuật để thiết kế không phải quay lại hỏi khách,
  và bắt sớm loại lỗi đắt nhất của nghề cửa — nước ở cửa đi ra ngoài.
- **Phạm vi [GỐC]:** từ Opportunity (G1 đạt) tới bộ đầu bài đủ cho SOP-04.
- **Kích hoạt:** G1 đạt + lịch khảo sát chốt với khách/công trường.
- **Đầu vào [GỐC] — 12 mục:** ① hồ sơ kiến trúc ② mặt bằng ③ mặt đứng ④ kích thước ô chờ
  ⑤ công năng từng không gian ⑥ yêu cầu thẩm mỹ ⑦ yêu cầu kính ⑧ cách âm/cách nhiệt
  ⑨ chống côn trùng ⑩ nhà thông minh/điều khiển điện (Smart home) ⑪ điều kiện thi công
  ⑫ cao độ sàn trong/ngoài.
- **Quy trình:** khảo sát theo **PHIẾU KHẢO SÁT** (Phụ lục A2) → **mỗi mục một ảnh hiện
  trường gắn mã dự án [MỚI]** → nếu chạm nhóm «cửa đi ra ngoài» thì bắt buộc đo 6 ô nước →
  nộp phiếu → kỹ thuật xác nhận đủ đầu bài.
- **RACI [GỐC]:** R: sale + kỹ thuật viên khảo sát · A: Trưởng kỹ thuật · C: — · I: PM.
  Tên người thật: ĐANG CHỜ KONIG BỔ SUNG.
- **Cổng [GỐC, thêm mức MỚI]:** **cửa đi ra ngoài (ban công · lô gia · sân · cửa chính)
  dùng âm khuôn/ngưỡng dưới → 6 ô nước là TUYỆT ĐỐI:** ① cao độ hoàn thiện ② độ dốc
  ③ thoát nước ④ rãnh thu nước ⑤ chống tràn ⑥ chống thấm chân khuôn. [MỚI] Trống một ô →
  phiếu không được chốt, trạng thái `⛔ CHỜ <ô nước>`. Đây là nhóm câu hỏi tránh loại lỗi
  mà SOP-16 xếp riêng thành nguyên nhân «Construction Interface».
- **Đầu ra:** bộ đầu bài 12 mục + ảnh + 6 ô nước (nếu chạm) — đưa vào dòng dự án.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: phiếu chốt trong N ngày sau buổi khảo sát)*.
- **KPI [MỚI đề xuất]:** số lần thiết kế phải quay lại hỏi bổ sung sau khảo sát — mục tiêu
  giảm dần về 0; mỗi lần quay lại là một ô cần thêm vào phiếu.
- **Biểu mẫu:** PHIẾU KHẢO SÁT 12 + 6 ô — Phụ lục A2.
- **Hồ s

Câu đang hỏi: Trong 12 tháng qua, mấy lần cửa đi ra ngoài (ban công · lô gia · sân · cửa chính) bị nước vào sau khi lắp?
Thông tin cần có: tần suất thật cho nhóm nguyên nhân «giao diện xây dựng» — sáu ô nước là Tuyệt đối trên giấy, cần biết đã cứu được mấy lần
Công việc liên quan: Cổng C2 · kho SỰ CỐ · hồ sơ dạng công trình mục 5

## SOP-09 — ĐƠN ĐẶT HÀNG (Purchase Order) · K6 · GATE G5b

- **Mục đích [GỐC]:** đơn đặt hàng không mơ hồ — nhà máy không phải đoán.
- **Phạm vi:** sau Freeze tới Order Confirmation đủ.
- **Kích hoạt:** Freeze + thanh toán đợt theo hợp đồng (điều kiện thương mại ĐANG CHỜ KONIG BỔ SUNG).
- **Đầu vào [GỐC] — PO 13 mục:** mã dự án · mã cửa · số lượng · kích thước · hệ · kiểu mở ·
  màu · kính · hardware · accessories · đóng gói · yêu cầu đặc biệt · bản vẽ đã duyệt.
- **Quy trình:** Agent dựng PO từ door schedule [MỚI] → đầu mối rà → cổng duyệt kèm mã →
  gửi BUCALU → nhận **Order Confirmation 5 mục [GỐC]:** khả thi kỹ thuật · giá · thời gian
  sản xuất (lead time) · bản vẽ · rủi ro đặc biệt.
- **RACI:** R: đầu mối BUCALU · A: Trưởng kỹ thuật (nội dung) + Trưởng kinh doanh (thương mại) · C: tài chính · I: PM.
- **Cổng [GỐC]:** PO thiếu mục → không gửi [MỚI: schema fail-closed, hệ chặn]; **OC chưa đủ
  5 mục → trạng thái vẫn «CHƯA ĐẶT»** — hệ hiển thị đúng chữ đó, không hiển thị «đang sản xuất».
- **Đầu ra:** PO có mã + OC đủ 5 mục lưu tệp.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: nhắc khi OC quá N ngày)*.
- **KPI [MỚI đề xuất]:** tỷ lệ PO bị nhà máy hỏi lại — đo độ «không mơ hồ».
- **Biểu mẫu:** schema PO 13 mục (khoang TIÊU CHUẨN — chuẩn đối tác Trung Quốc).
- **Hồ sơ lưu:** PO + OC + mọi trao đổi kèm mã.
- **Ngoại lệ/Leo thang [GỐC]:** vấn đề thương mại/kỹ thuật quốc tế → leo thang qua đầu mối
  BUCALU (L4), không thương lượng ngoài luồng.
- **Ô BẮT BUỘC [MỚI]:** đủ 13/13 mục, trong đó «bản vẽ đã duyệt» trỏ đúng mã kiểm tra Freeze.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** nút duyệt gửi PO — người bấm, kèm mã PO.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng PO và so mã kiểm tra; người rà và thương lượng.
- **BẪY ĐÃ BIẾT [MỚI]:** «hai nguồn khớp nhau không chứng minh đúng» — 

Câu đang hỏi: Ở điểm giao Kỹ thuật → Mua hàng (sau Freeze, dựng PO 13 mục), mục nào của PO hay phải quay lại hỏi Kỹ thuật nhất?
Thông tin cần có: chỗ door schedule chưa đủ trường — để Agent dựng được PO không mơ hồ, nhà máy không phải đoán
Công việc liên quan: Cổng G5 · Agent dựng PO

1. Phát triển thị trường
2. Tư vấn giải pháp & bán hàng
3. Thiết kế & Engineering
4. Tích hợp sản phẩm & đối tác
5. Đặt hàng & XNK
6. Quản lý & triển khai dự án
7. Lắp đặt
8. Nghiệm thu & bàn giao
9. Bảo hành & dịch vụ sau bán hàng

## SOP-10 — KIỂM SOÁT SẢN XUẤT (Production Control) · K6

- **Mục đích [GỐC]:** biến «chờ hàng» thành «theo dõi được» — quản mốc, không hỏi «bao giờ xong».
- **Phạm vi:** từ PO Released tới Ready to Ship.
- **Kích hoạt:** OC đủ 5 mục.
- **Đầu vào [GỐC] — 9 mốc:** PO Released → Drawing Confirmed → Material Ready → Production
  → Glass → Assembly → QC → Packing → Ready to Ship.
- **Quy trình:** bảng 9 mốc **theo TỪNG mã cửa** [MỚI] · nhà máy báo mốc bằng ảnh/tin —
  đầu mối xác nhận bằng vài nút bấm [MỚI: cửa nhập liệu phải rẻ — ảnh + nút, không form].
- **RACI [GỐC]:** R: đầu mối BUCALU · A: đầu mối BUCALU · C: nhà máy · I: **PM dùng dữ liệu
  này báo khách** — không tự chế tiến độ.
- **Cổng:** mốc đứng quá N ngày (ĐANG CHỜ KONIG BỔ SUNG) → hệ tự kêu, leo thang theo SOP-18.
- **Đầu ra:** bảng mốc sống — nguồn duy nhất của câu trả lời «hàng tới đâu».
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** lệch lead time thực tế so với OC, theo hệ.
- **Biểu mẫu:** bảng 9 mốc / mã cửa.
- **Hồ sơ lưu:** lịch sử mốc + ảnh xác nhận.
- **Ngoại lệ/Leo thang:** trượt mốc ảnh hưởng tiến độ hợp đồng → L2 (PM), nặng → L4.
- **Ô BẮT BUỘC [MỚI]:** mỗi lần đổi mốc kèm ngày + người xác nhận; mốc «Ready to Ship» đòi
  G6 đạt trước.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** đầu mối xác nhận mốc — Agent không tự tin lời nhà máy.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent giữ bảng, nhắc mốc đứng; người xác minh.
- **BẪY ĐÃ BIẾT [MỚI]:** trạng thái theo cảm giác («chắc đang sản xuất») là số bịa — ô nào
  không có xác nhận thì ghi «CHƯA CÓ TIN», khác hẳn «đang sản xuất».



Câu đang hỏi: Thời gian sản xuất thật của BUCALU so với con số trong Order Confirmation lệch trung bình bao nhiêu ngày, và Mua hàng đang cộng thêm bao nhiêu ngày dự phòng khi hứa với PM?
Thông tin cần có: số dự phòng ngầm — KPI «lệch thời gian sản xuất thực tế so OC» chưa có số, Agent cần để tính ETA
Công việc liên quan: Khoá đôi ETA ↔ công trường ↔ đội lắp

## SOP-12 — HẬU CẦN / VẬN CHUYỂN (Logistics) · K7

- **Mục đích [GỐC]:** hàng về đúng chứng từ, đúng lịch, và **không để hàng về rồi mới đi hỏi**.
- **Phạm vi:** từ Shipment Release tới hàng về kho/công trình.
- **Kích hoạt:** G6 đạt.
- **Đầu vào [GỐC] — bộ kiểm soát:** packing list · invoice · vận đơn (BL) · CO/CQ ·
  container loading · bảo hiểm · hải quan · ETA · giao tới công trình (delivery site).
- **Quy trình [GỐC]:** chuỗi ba bước **ETA → công trường sẵn sàng → đội lắp sẵn sàng** —
  [MỚI] thành **khoá đôi lịch**: ETA đổi thì hệ tự đối chiếu lại SOP-13 và lịch đội lắp,
  lệch là kêu, không chờ người nhớ.
- **RACI:** R: phụ trách xuất nhập khẩu · A: PM · C: đầu mối BUCALU · I: sale, khách.
- **Cổng:** thiếu chứng từ nào trong bộ → không đưa hàng về công trình, chỉ về kho.
- **Đầu ra:** hàng + bộ chứng từ đủ, ETA sống trên dòng dự án.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số ngày hàng nằm kho vì công trường chưa sẵn sàng.
- **Biểu mẫu:** checklist chứng từ nhập khẩu.
- **Hồ sơ lưu:** bộ chứng từ theo lô, gắn mã dự án.
- **Ngoại lệ/Leo thang:** vướng hải quan → L2 (PM) rồi L3 nếu ảnh hưởng hợp đồng.
- **Ô BẮT BUỘC [MỚI]:** ETA là ô sống — mỗi lần đổi ghi ngày đổi + nguồn tin.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** quyết định đưa hàng thẳng công trình (bỏ kho) — PM ký.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent giữ khoá đôi ETA↔site↔đội lắp; người xử lý thủ tục.
- **BẪY ĐÃ BIẾT [MỚI]:** một ETA nằm trong email không phải dữ liệu — ETA phải nằm trên
  dòng dự án, nơi khoá đôi đọc được.



Câu đang hỏi: Trong 12 tháng qua, mấy lần hàng về mà thiếu chứng từ (packing list · invoice · vận đơn · CO/CQ · bảo hiểm · hải quan) khiến hàng phải nằm kho?
Thông tin cần có: tần suất cho cổng chứng từ của SOP-12 và KPI số ngày hàng nằm kho
Công việc liên quan: Cổng chứng từ nhập khẩu · kho SỰ CỐ

## SOP-12 — HẬU CẦN / VẬN CHUYỂN (Logistics) · K7

- **Mục đích [GỐC]:** hàng về đúng chứng từ, đúng lịch, và **không để hàng về rồi mới đi hỏi**.
- **Phạm vi:** từ Shipment Release tới hàng về kho/công trình.
- **Kích hoạt:** G6 đạt.
- **Đầu vào [GỐC] — bộ kiểm soát:** packing list · invoice · vận đơn (BL) · CO/CQ ·
  container loading · bảo hiểm · hải quan · ETA · giao tới công trình (delivery site).
- **Quy trình [GỐC]:** chuỗi ba bước **ETA → công trường sẵn sàng → đội lắp sẵn sàng** —
  [MỚI] thành **khoá đôi lịch**: ETA đổi thì hệ tự đối chiếu lại SOP-13 và lịch đội lắp,
  lệch là kêu, không chờ người nhớ.
- **RACI:** R: phụ trách xuất nhập khẩu · A: PM · C: đầu mối BUCALU · I: sale, khách.
- **Cổng:** thiếu chứng từ nào trong bộ → không đưa hàng về công trình, chỉ về kho.
- **Đầu ra:** hàng + bộ chứng từ đủ, ETA sống trên dòng dự án.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số ngày hàng nằm kho vì công trường chưa sẵn sàng.
- **Biểu mẫu:** checklist chứng từ nhập khẩu.
- **Hồ sơ lưu:** bộ chứng từ theo lô, gắn mã dự án.
- **Ngoại lệ/Leo thang:** vướng hải quan → L2 (PM) rồi L3 nếu ảnh hưởng hợp đồng.
- **Ô BẮT BUỘC [MỚI]:** ETA là ô sống — mỗi lần đổi ghi ngày đổi + nguồn tin.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** quyết định đưa hàng thẳng công trình (bỏ kho) — PM ký.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent giữ khoá đôi ETA↔site↔đội lắp; người xử lý thủ tục.
- **BẪY ĐÃ BIẾT [MỚI]:** một ETA nằm trong email không phải dữ liệu — ETA phải nằm trên
  dòng dự án, nơi khoá đôi đọc được.



Câu đang hỏi: Ở điểm giao Mua hàng → Dự án (ETA → công trường sẵn sàng), khi ETA đổi thì hôm nay ai báo cho PM, bằng kênh nào — và đã có lần nào PM biết sau đội lắp?
Thông tin cần có: SOP-12 đòi khoá đôi lịch tự đối chiếu — cần biết đường tin hiện tại để nối vào
Công việc liên quan: Khoá đôi lịch · SOP-13

1. Phát triển thị trường
2. Tư vấn giải pháp & bán hàng
3. Thiết kế & Engineering
4. Tích hợp sản phẩm & đối tác
5. Đặt hàng & XNK
6. Quản lý & triển khai dự án
7. Lắp đặt
8. Nghiệm thu & bàn giao
9. Bảo hành & dịch vụ sau bán hàng

## SOP-12 — HẬU CẦN / VẬN CHUYỂN (Logistics) · K7

- **Mục đích [GỐC]:** hàng về đúng chứng từ, đúng lịch, và **không để hàng về rồi mới đi hỏi**.
- **Phạm vi:** từ Shipment Release tới hàng về kho/công trình.
- **Kích hoạt:** G6 đạt.
- **Đầu vào [GỐC] — bộ kiểm soát:** packing list · invoice · vận đơn (BL) · CO/CQ ·
  container loading · bảo hiểm · hải quan · ETA · giao tới công trình (delivery site).
- **Quy trình [GỐC]:** chuỗi ba bước **ETA → công trường sẵn sàng → đội lắp sẵn sàng** —
  [MỚI] thành **khoá đôi lịch**: ETA đổi thì hệ tự đối chiếu lại SOP-13 và lịch đội lắp,
  lệch là kêu, không chờ người nhớ.
- **RACI:** R: phụ trách xuất nhập khẩu · A: PM · C: đầu mối BUCALU · I: sale, khách.
- **Cổng:** thiếu chứng từ nào trong bộ → không đưa hàng về công trình, chỉ về kho.
- **Đầu ra:** hàng + bộ chứng từ đủ, ETA sống trên dòng dự án.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số ngày hàng nằm kho vì công trường chưa sẵn sàng.
- **Biểu mẫu:** checklist chứng từ nhập khẩu.
- **Hồ sơ lưu:** bộ chứng từ theo lô, gắn mã dự án.
- **Ngoại lệ/Leo thang:** vướng hải quan → L2 (PM) rồi L3 nếu ảnh hưởng hợp đồng.
- **Ô BẮT BUỘC [MỚI]:** ETA là ô sống — mỗi lần đổi ghi ngày đổi + nguồn tin.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** quyết định đưa hàng thẳng công trình (bỏ kho) — PM ký.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent giữ khoá đôi ETA↔site↔đội lắp; người xử lý thủ tục.
- **BẪY ĐÃ BIẾT [MỚI]:** một ETA nằm trong email không phải dữ liệu — ETA phải nằm trên
  dòng dự án, nơi khoá đôi đọc được.



Câu đang hỏi: Số ngày tối thiểu giữa «hàng về kho» và «đội lắp vào» mà Dự án vẫn xếp lịch an toàn là bao nhiêu, và mùa nào trong năm con số ấy phải nới?
Thông tin cần có: ngưỡng lịch cho khoá đôi ETA ↔ đội lắp — Agent Dự án xếp lịch theo số này
Công việc liên quan: Khoá đôi lịch · Agent Dự án

## SOP-13 — SỰ SẴN SÀNG CÔNG TRƯỜNG (Site Readiness) · K7

- **Mục đích [GỐC]:** không đưa cửa tới nơi chưa nhận được — và khi bên xây chưa xong,
  trách nhiệm phải nằm trên giấy.
- **Phạm vi:** trước mọi chuyến giao hàng tới công trình.
- **Kích hoạt:** ETA trừ N ngày (ĐANG CHỜ KONIG BỔ SUNG).
- **Đầu vào [GỐC] — 9 mục:** ô chờ đạt kích thước · cao độ chuẩn · chống thấm hoàn thành ·
  sàn hoàn thiện/xác định cốt · điện chờ động cơ · lối tiếp cận thi công (access) · kho bảo
  quản · thiết bị nâng · mặt bằng thi công.
- **Quy trình:** kiểm 9 mục có ảnh → đạt: xác nhận lịch giao → không đạt: **phát hành PHIẾU
  «CÔNG TRƯỜNG CHƯA SẴN SÀNG» (Site Readiness Issue) có mã + ảnh [GỐC + MỚI]** gửi CĐT/nhà
  thầu qua cổng duyệt.
- **RACI:** R: giám sát KONIG tại công trường · A: PM · C: đội trưởng lắp · I: sale, khách.
- **Cổng [GỐC]:** 9 mục không đạt → không giao cửa.
- **Đầu ra:** xác nhận sẵn sàng HOẶC phiếu chuyển trách nhiệm — với nghề cửa, tờ phiếu này
  quan trọng ngang tờ báo giá: phần lớn tranh chấp nằm ở «lỗi bên xây hay bên cửa». Hồ sơ
  trước hết là công cụ **tự bảo vệ** của chính đội KONIG. [MỚI]
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số chuyến giao bị quay đầu — mục tiêu 0.
- **Biểu mẫu:** PHIẾU SITE READINESS — Phụ lục A4.
- **Hồ sơ lưu:** phiếu + ảnh, giữ tới hết bảo hành (nguồn phân xử nguyên nhân «Construction
  Interface» ở SOP-16).
- **Ngoại lệ/Leo thang:** CĐT ép giao khi chưa đạt → L2; nhận giao thì lập văn bản ghi rõ
  rủi ro, CĐT ký.
- **Ô BẮT BUỘC [MỚI]:** mỗi mục một ảnh; mục «không đạt» ghi rõ thiếu gì, không ghi chung chung.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** PM bấm gửi phiếu cho CĐT — kèm mã phiếu.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng phiếu từ checklist + nhắc theo ETA; người kiểm
  hiện trường.
- **BẪY ĐÃ BIẾT [MỚI]:** k

Câu đang hỏi: Trong 12 tháng qua, mấy lần đội lắp tới nơi phải quay đầu vì công trường chưa sẵn sàng (ô chờ sai kích thước · chưa chống thấm · chưa có điện chờ động cơ · không có lối vào)?
Thông tin cần có: KPI «chuyến giao quay đầu» của SOP-13 và bằng chứng cho phiếu chuyển trách nhiệm
Công việc liên quan: Phiếu Site Readiness · kho SỰ CỐ

## SOP-14 — LẮP ĐẶT (Installation) · K7

- **Mục đích [GỐC]:** lắp đúng chuẩn, mỗi bộ cửa có hồ sơ lắp riêng.
- **Phạm vi:** từ nhận hàng tại công trình tới thử vận hành xong.
- **Kích hoạt:** SOP-13 đạt + hàng về.
- **Đầu vào [GỐC] — 10 bước:** kiểm tra nhận hàng (receiving) → định vị (positioning) →
  lắp khung (frame) → chống thấm/kín nước (waterproofing) → kính/cánh (glass/sash) →
  hardware → căn chỉnh (adjustment) → keo trám (sealant) → vệ sinh (cleaning) → thử vận
  hành (functional test).
- **Quy trình:** phiếu lắp **theo từng mã cửa**, mỗi bước một ảnh [MỚI] · **8 thông số [GỐC]
  ghi SỐ ĐO THẬT, không tick «đạt» [MỚI]:** thẳng đứng (verticality) · cân bằng ngang
  (level) · đường chéo (diagonal) · biến dạng khung (frame deformation) · thoát nước
  (drainage) · keo trám (sealant) · kín nước (waterproofing) · căn chỉnh hardware.
- **RACI:** R: tổ lắp · A: đội trưởng lắp đặt · C: giám sát KONIG · I: PM, khách.
  [MỚI] **Người nhập ≠ người ký:** kỹ thuật viên trẻ nhập phiếu, đội trưởng ký một chạm.
- **Cổng:** bước sau không mở khi bước trước chưa có ảnh + số.
- **Đầu ra:** bộ phiếu lắp theo mã cửa — đầu vào của SOP-15.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số mã cửa phải căn chỉnh lại sau nghiệm thu.
- **Biểu mẫu:** PHIẾU LẮP ĐẶT / MÃ CỬA — Phụ lục A5. **Chữ trên phiếu là chữ thợ**, không
  dịch sang chữ kỹ sư — người ký thật là tổ trưởng tổ thợ. [MỚI]
- **Hồ sơ lưu:** phiếu + ảnh theo mã cửa, giữ tới hết bảo hành.
- **Ngoại lệ/Leo thang:** hiện trường lệch bản vẽ quá dung sai → dừng, báo kỹ thuật (L2),
  không tự chế tại chỗ.
- **Ô BẮT BUỘC [MỚI]:** 8 thông số là 8 ô số; ô chữ «đạt/không» không tồn tại trên phiếu.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** chữ ký đội trưởng từng mã cửa.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng phiếu theo door s

Câu đang hỏi: Ở điểm giao Lắp đặt → Bảo hành, khi khách báo lỗi, hôm nay truy về phiếu lắp của đúng mã cửa ấy (ai lắp, ngày nào, số đo lúc lắp) mất bao lâu?
Thông tin cần có: giá trị thật của phiếu lắp theo mã cửa — nguồn phân xử «lỗi lắp hay lỗi xây» khi bảo hành
Công việc liên quan: Cổng C6 bảo hành · hồ sơ bàn giao 7 mục

## SOP-16 — BẢO HÀNH & DỊCH VỤ (Warranty & Service) · K8

- **Mục đích [GỐC]:** xử lý yêu cầu có vòng đời rõ, phân đúng trách nhiệm, và **dữ liệu lỗi
  quay trở lại** Thiết kế + Mua hàng + Nhà máy + SOP Lắp đặt để không lặp lại.
- **Phạm vi:** từ khi khách báo tới khi phiếu đóng.
- **Kích hoạt:** khách báo qua bất kỳ kênh nào → vào một cửa ticket.
- **Đầu vào:** mô tả + ảnh của khách + mã dự án/mã cửa (tra từ trang QR bàn giao [MỚI]).
- **Quy trình [GỐC]:** Ticket → Phân loại → Phản hồi → Khảo sát → Nguyên nhân gốc (Root
  Cause) → Khắc phục (Corrective Action) → Khách xác nhận → Đóng.
- **RACI:** R: kỹ thuật dịch vụ · A: PM dịch vụ (ĐANG CHỜ KONIG BỔ SUNG vai thật) · C: Trưởng kỹ
  thuật · I: sale, CEO.
- **Cổng:** phiếu chỉ đóng khi khách xác nhận; nguyên nhân gốc bắt buộc chọn 1 trong 6.
- **Đầu ra [GỐC]:** phiếu đóng + phân loại nguyên nhân: **Sản phẩm / Nhà máy / Lắp đặt /
  Giao diện xây dựng (Construction Interface) / Sử dụng / Hư hại bên ngoài** — quyết định
  ai chịu trách nhiệm, bảo hành hay dịch vụ có phí. [MỚI] **Phân loại phải kèm bằng chứng
  ảnh**, không phân bằng lời kể qua điện thoại — phiếu SOP-13 và phiếu lắp SOP-14 là nguồn
  phân xử.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: phản hồi trong N giờ · khảo sát trong N ngày)*.
- **KPI [MỚI đề xuất]:** phân bố lỗi theo 6 nhóm × theo hệ cửa — dữ liệu này là **bằng
  chứng chất lượng khi chào dự án sau**.
- **Biểu mẫu:** phiếu ticket (mã · phân loại · ảnh · hành động · xác nhận).
- **Hồ sơ lưu:** toàn bộ ticket — nguồn của vòng học SOP-00.
- **Ngoại lệ/Leo thang:** tranh chấp trách nhiệm với nhà thầu/CĐT → L3; lỗi hàng loạt theo
  hệ → L4 với nhà máy.
- **Ô BẮT BUỘC [MỚI]:** ticket không mã cửa thì chưa vào hàng đợi xử lý — ghi `⛔ CHỜ MÃ CỬA`.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** phân loại nguyên nhân (ai t

Câu đang hỏi: Thời gian phản hồi khách sau khi báo lỗi mà Bảo hành vẫn giữ được hôm nay là bao lâu — tính theo giờ hay theo ngày — và khảo sát tại chỗ trong mấy ngày?
Thông tin cần có: SLA thật để điền ô ĐANG CHỜ CẬP NHẬT của SOP-16 — Agent nhắc theo đúng số này
Công việc liên quan: SLA bảo hành · Agent nhắc

## SOP-16 — BẢO HÀNH & DỊCH VỤ (Warranty & Service) · K8

- **Mục đích [GỐC]:** xử lý yêu cầu có vòng đời rõ, phân đúng trách nhiệm, và **dữ liệu lỗi
  quay trở lại** Thiết kế + Mua hàng + Nhà máy + SOP Lắp đặt để không lặp lại.
- **Phạm vi:** từ khi khách báo tới khi phiếu đóng.
- **Kích hoạt:** khách báo qua bất kỳ kênh nào → vào một cửa ticket.
- **Đầu vào:** mô tả + ảnh của khách + mã dự án/mã cửa (tra từ trang QR bàn giao [MỚI]).
- **Quy trình [GỐC]:** Ticket → Phân loại → Phản hồi → Khảo sát → Nguyên nhân gốc (Root
  Cause) → Khắc phục (Corrective Action) → Khách xác nhận → Đóng.
- **RACI:** R: kỹ thuật dịch vụ · A: PM dịch vụ (ĐANG CHỜ KONIG BỔ SUNG vai thật) · C: Trưởng kỹ
  thuật · I: sale, CEO.
- **Cổng:** phiếu chỉ đóng khi khách xác nhận; nguyên nhân gốc bắt buộc chọn 1 trong 6.
- **Đầu ra [GỐC]:** phiếu đóng + phân loại nguyên nhân: **Sản phẩm / Nhà máy / Lắp đặt /
  Giao diện xây dựng (Construction Interface) / Sử dụng / Hư hại bên ngoài** — quyết định
  ai chịu trách nhiệm, bảo hành hay dịch vụ có phí. [MỚI] **Phân loại phải kèm bằng chứng
  ảnh**, không phân bằng lời kể qua điện thoại — phiếu SOP-13 và phiếu lắp SOP-14 là nguồn
  phân xử.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: phản hồi trong N giờ · khảo sát trong N ngày)*.
- **KPI [MỚI đề xuất]:** phân bố lỗi theo 6 nhóm × theo hệ cửa — dữ liệu này là **bằng
  chứng chất lượng khi chào dự án sau**.
- **Biểu mẫu:** phiếu ticket (mã · phân loại · ảnh · hành động · xác nhận).
- **Hồ sơ lưu:** toàn bộ ticket — nguồn của vòng học SOP-00.
- **Ngoại lệ/Leo thang:** tranh chấp trách nhiệm với nhà thầu/CĐT → L3; lỗi hàng loạt theo
  hệ → L4 với nhà máy.
- **Ô BẮT BUỘC [MỚI]:** ticket không mã cửa thì chưa vào hàng đợi xử lý — ghi `⛔ CHỜ MÃ CỬA`.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** phân loại nguyên nhân (ai t

Câu đang hỏi: Trong 12 tháng qua, mấy ca tranh chấp «lỗi bên xây hay lỗi bên cửa» mà KONIG không có ảnh hoặc phiếu để phân xử?
Thông tin cần có: bằng chứng cho quy tắc «phân loại kèm ảnh» — phiếu Site Readiness và phiếu lắp là nguồn phân xử
Công việc liên quan: Cổng C6 · phiếu Site Readiness

## SOP-16 — BẢO HÀNH & DỊCH VỤ (Warranty & Service) · K8

- **Mục đích [GỐC]:** xử lý yêu cầu có vòng đời rõ, phân đúng trách nhiệm, và **dữ liệu lỗi
  quay trở lại** Thiết kế + Mua hàng + Nhà máy + SOP Lắp đặt để không lặp lại.
- **Phạm vi:** từ khi khách báo tới khi phiếu đóng.
- **Kích hoạt:** khách báo qua bất kỳ kênh nào → vào một cửa ticket.
- **Đầu vào:** mô tả + ảnh của khách + mã dự án/mã cửa (tra từ trang QR bàn giao [MỚI]).
- **Quy trình [GỐC]:** Ticket → Phân loại → Phản hồi → Khảo sát → Nguyên nhân gốc (Root
  Cause) → Khắc phục (Corrective Action) → Khách xác nhận → Đóng.
- **RACI:** R: kỹ thuật dịch vụ · A: PM dịch vụ (ĐANG CHỜ KONIG BỔ SUNG vai thật) · C: Trưởng kỹ
  thuật · I: sale, CEO.
- **Cổng:** phiếu chỉ đóng khi khách xác nhận; nguyên nhân gốc bắt buộc chọn 1 trong 6.
- **Đầu ra [GỐC]:** phiếu đóng + phân loại nguyên nhân: **Sản phẩm / Nhà máy / Lắp đặt /
  Giao diện xây dựng (Construction Interface) / Sử dụng / Hư hại bên ngoài** — quyết định
  ai chịu trách nhiệm, bảo hành hay dịch vụ có phí. [MỚI] **Phân loại phải kèm bằng chứng
  ảnh**, không phân bằng lời kể qua điện thoại — phiếu SOP-13 và phiếu lắp SOP-14 là nguồn
  phân xử.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: phản hồi trong N giờ · khảo sát trong N ngày)*.
- **KPI [MỚI đề xuất]:** phân bố lỗi theo 6 nhóm × theo hệ cửa — dữ liệu này là **bằng
  chứng chất lượng khi chào dự án sau**.
- **Biểu mẫu:** phiếu ticket (mã · phân loại · ảnh · hành động · xác nhận).
- **Hồ sơ lưu:** toàn bộ ticket — nguồn của vòng học SOP-00.
- **Ngoại lệ/Leo thang:** tranh chấp trách nhiệm với nhà thầu/CĐT → L3; lỗi hàng loạt theo
  hệ → L4 với nhà máy.
- **Ô BẮT BUỘC [MỚI]:** ticket không mã cửa thì chưa vào hàng đợi xử lý — ghi `⛔ CHỜ MÃ CỬA`.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** phân loại nguyên nhân (ai t

Câu đang hỏi: Ở điểm giao Bảo hành → Kỹ thuật · Mua hàng · Nhà máy, dữ liệu lỗi hôm nay có quay về không — lỗi nhóm «Nhà máy» có tới người làm việc với BUCALU, lỗi nhóm «Lắp đặt» có tới đội trưởng lắp?
Thông tin cần có: vòng học của SOP-00 — mỗi ca chỉ thành một quy tắc khi dữ liệu quay về đúng chỗ
Công việc liên quan: Kho SỰ CỐ → quy tắc

## SOP-20 — ĐÓNG DỰ ÁN & BÀI HỌC (Project Closing & Lessons Learned) · K8

- **Mục đích [GỐC]:** dự án đóng có hồ sơ đủ, và bài học thành luật — không thành giai thoại.
- **Phạm vi:** sau G7 + hết nghĩa vụ ngắn hạn.
- **Kích hoạt:** biên bản nghiệm thu ký + hồ sơ bàn giao đủ.
- **Đầu vào:** toàn bộ dữ liệu dòng dự án (7 cổng · CR · ticket · phiếu).
- **Quy trình:** rà số cuối (giá trị · chi phí · lệch) → họp bài học: cái gì trượt, cổng nào
  đã cứu, cổng nào im → [MỚI] **mỗi bài học phải chỉ ra SOP + BIỂU MẪU cần sửa** (về SOP-00)
  — bài học không đổi được biểu mẫu là bài học chưa xong.
- **RACI:** R: PM · A: CEO · C: mọi trưởng bộ phận · I: toàn công ty.
- **Cổng:** dự án chỉ «ĐÓNG» khi hồ sơ đủ + bài học đã vào SOP-00.
- **Đầu ra:** hồ sơ đóng + danh sách sửa SOP.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** biên lợi nhuận thực tế so báo giá — đọc
  thẳng từ dòng dự án, không ai «làm báo cáo».
- **Biểu mẫu:** phiếu đóng dự án.
- **Hồ sơ lưu:** trọn bộ, bất biến.
- **Ngoại lệ/Leo thang:** dự án còn tranh chấp → treo trạng thái «CHỜ TRANH CHẤP», không đóng.
- **Ô BẮT BUỘC [MỚI]:** ba con số tách bạch trên dòng dự án: giá trị hợp đồng · đã nghiệm
  thu · đã thu tiền — chỗ vênh là chỗ hở về tiền.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** CEO ký đóng.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent gom số từ dòng dự án; người rút bài học.
- **BẪY ĐÃ BIẾT [MỚI]:** báo cáo đóng dự án soạn tay là bản chép thứ hai của dữ liệu — mọi
  số trên báo cáo phải trỏ về dòng dự án, lệch là báo cáo sai chứ không phải dữ liệu sai.

---

# PHỤ LỤC A — BỘ PHIẾU (dạng chữ, để KONIG duyệt nội dung trước khi dựng web)

> Quy ước chung: 🔒 = ô chốt chặn chất lượng (Agent cấm ghi) · ⭐ = ô bắt buộc, thiếu thì phiếu không
> chốt được và trạng thái ghi `⛔ CHỜ <ô>`.



Câu đang hỏi: Ba con số trên một dự án — giá trị hợp đồng · đã nghiệm thu · đã thu tiền — hôm nay lệch nhau tới mức nào thì Tài chính báo Ban giám đốc, và biết lệch bằng cách nào?
Thông tin cần có: ngưỡng cảnh báo cho dòng dự án — SOP-20: «chỗ vênh là chỗ hở về tiền»
Công việc liên quan: Dòng dự án · Agent Tài chính nhắc

## SOP-17 — QUẢN LÝ THAY ĐỔI (Change Management) · K8b

- **Mục đích [GỐC]:** sau Freeze, thay đổi là một luồng có cửa — không phải tin nhắn.
- **Phạm vi:** mọi thay đổi sau Design Freeze.
- **Kích hoạt:** bất kỳ ai (khách, KTS, nội bộ, nhà máy) muốn đổi bất kỳ thứ gì đã Freeze.
- **Đầu vào [GỐC] — CR 9 trường:** nội dung thay đổi · người yêu cầu · lý do · mã cửa liên
  quan · tác động kỹ thuật · tác động chi phí · tác động tiến độ · tác động nhà máy · phê duyệt.
- **Quy trình [GỐC]:** Change Request → Impact Assessment → Approval. [MỚI] Agent dựng sẵn
  phần đánh giá tác động từ door schedule (mã nào dính · tiền đổi bao nhiêu · tiến độ lùi
  mấy ngày · nhà máy có làm lại không) — người chỉ duyệt.
- **RACI:** R: người tiếp nhận CR · A: Trưởng kỹ thuật (kỹ thuật) + Trưởng kinh doanh
  (thương mại) · C: đầu mối BUCALU · I: khách, PM.
- **Cổng [GỐC]:** «không cho phép thay đổi bằng miệng/WeChat/Zalo mà không cập nhật hồ sơ.»
  [MỚI] Cách giữ chặt rẻ nhất: **thay đổi không có mã CR thì các khâu sau không nhận** — xưởng
  không cắt, đội lắp không lắp; mã kiểm tra bản vẽ chỉ đổi qua CR.
- **Đầu ra:** CR duyệt → revision mới + mã kiểm tra mới + báo giá điều chỉnh (nếu dính tiền).
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số thay đổi «chui» bị cổng mã kiểm tra bắt — mục tiêu 0.
- **Biểu mẫu:** PHIẾU CR 9 trường — Phụ lục A7.
- **Hồ sơ lưu:** chuỗi CR theo dự án.
- **Ngoại lệ/Leo thang:** khách đòi đổi gấp qua điện thoại → tiếp nhận bằng CR mở hộ, đọc
  lại cho khách xác nhận — vẫn qua cửa, chỉ nhanh hơn.
- **Ô BẮT BUỘC [MỚI]:** đủ 9/9 trường; 4 trường tác động không được ghi «không ảnh hưởng»
  khi chưa có đánh giá.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** hai chữ ký duyệt (kỹ thuật + thương mại); dính nhà máy thì thêm
  xác nhận BUCALU.
- **AGENT LÀM / NGƯỜI GIỮ [MỚ

Câu đang hỏi: Trong 12 tháng qua, mấy lần phát sinh sau ký (thay đổi dính tiền · lệch tỷ giá · phí hải quan) mà không thu thêm được của khách?
Thông tin cần có: tần suất cho ô «tác động chi phí» của phiếu thay đổi và điều kiện điều chỉnh giá trong hợp đồng
Công việc liên quan: Phiếu thay đổi · G4 điều khoản

## SOP-10 — KIỂM SOÁT SẢN XUẤT (Production Control) · K6

- **Mục đích [GỐC]:** biến «chờ hàng» thành «theo dõi được» — quản mốc, không hỏi «bao giờ xong».
- **Phạm vi:** từ PO Released tới Ready to Ship.
- **Kích hoạt:** OC đủ 5 mục.
- **Đầu vào [GỐC] — 9 mốc:** PO Released → Drawing Confirmed → Material Ready → Production
  → Glass → Assembly → QC → Packing → Ready to Ship.
- **Quy trình:** bảng 9 mốc **theo TỪNG mã cửa** [MỚI] · nhà máy báo mốc bằng ảnh/tin —
  đầu mối xác nhận bằng vài nút bấm [MỚI: cửa nhập liệu phải rẻ — ảnh + nút, không form].
- **RACI [GỐC]:** R: đầu mối BUCALU · A: đầu mối BUCALU · C: nhà máy · I: **PM dùng dữ liệu
  này báo khách** — không tự chế tiến độ.
- **Cổng:** mốc đứng quá N ngày (ĐANG CHỜ KONIG BỔ SUNG) → hệ tự kêu, leo thang theo SOP-18.
- **Đầu ra:** bảng mốc sống — nguồn duy nhất của câu trả lời «hàng tới đâu».
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** lệch lead time thực tế so với OC, theo hệ.
- **Biểu mẫu:** bảng 9 mốc / mã cửa.
- **Hồ sơ lưu:** lịch sử mốc + ảnh xác nhận.
- **Ngoại lệ/Leo thang:** trượt mốc ảnh hưởng tiến độ hợp đồng → L2 (PM), nặng → L4.
- **Ô BẮT BUỘC [MỚI]:** mỗi lần đổi mốc kèm ngày + người xác nhận; mốc «Ready to Ship» đòi
  G6 đạt trước.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** đầu mối xác nhận mốc — Agent không tự tin lời nhà máy.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent giữ bảng, nhắc mốc đứng; người xác minh.
- **BẪY ĐÃ BIẾT [MỚI]:** trạng thái theo cảm giác («chắc đang sản xuất») là số bịa — ô nào
  không có xác nhận thì ghi «CHƯA CÓ TIN», khác hẳn «đang sản xuất».



Câu đang hỏi: Ở điểm giao Tài chính ↔ Mua hàng, thanh toán cho nhà máy theo mốc nào trong 9 mốc sản xuất, và Tài chính biết mốc đã tới bằng gì — người làm việc với nhà máy báo, hay tự xem bảng?
Thông tin cần có: nối bảng 9 mốc với lịch thanh toán — Agent nhắc cả hai bên cùng một nguồn
Công việc liên quan: Bảng 9 mốc · lịch thanh toán

KONIG là đơn vị tích hợp giải pháp và sản phẩm hoàn thiện kiến trúc cao cấp, tham gia xuyên suốt vòng đời dự án từ phát triển thị trường, tư vấn giải pháp, thiết kế – engineering, tích hợp sản phẩm, đặt hàng – nhập khẩu, triển khai dự án, lắp đặt, nghiệm thu đến bảo hành.

ba trường xuất xứ của mỗi dòng sản phẩm — cổng C7 giữ tuyên bố xuất xứ, cần chính lời KONIG chốt cách nói

Câu đang hỏi: Với ba kiểu xuất xứ (nhập nguyên bộ BUCALU · CENTOR — xưởng Việt Nam KINETIC · HLK · HLK-NT · FUSA — hỗn hợp HARVIA), câu nào Marketing được viết và câu nào không? Ví dụ: có được viết «nhập khẩu» cho KINETIC khi profile Dubai, phụ kiện Cyprus, kính sản xuất tại Việt Nam?
Thông tin cần có: ba trường xuất xứ của mỗi dòng sản phẩm — cổng C7 giữ tuyên bố xuất xứ, cần chính lời KONIG chốt cách nói
Công việc liên quan: Cổng C7 · 24 trường dòng sản phẩm

tần suất thật cho cổng C7 và để chọn mức của cổng trong tháng đầu

Câu đang hỏi: Trong 12 tháng qua, mấy lần bài đăng hoặc hồ sơ năng lực bị khách hay kiến trúc sư bắt lỗi thông số, ảnh, hoặc xuất xứ?
Thông tin cần có: tần suất thật cho cổng C7 và để chọn mức của cổng trong tháng đầu
Công việc liên quan: Cổng C7 · kho SỰ CỐ

## SOP-15 — KIỂM TRA CHẤT LƯỢNG & BÀN GIAO (QC & Handover) · K8 · GATE G7

- **Mục đích [GỐC]:** KONIG tự bắt lỗi trước — **không để khách là người phát hiện lỗi.**
- **Phạm vi:** từ lắp xong tới khách ký nghiệm thu + nhận hồ sơ.
- **Kích hoạt:** toàn bộ phiếu lắp SOP-14 đủ.
- **Đầu vào [GỐC] — nghiệm thu nội bộ 10 mục:** vận hành (operation) · khoá (locking) ·
  thẳng hàng (alignment) · kính · bề mặt · keo trám · thoát nước · động cơ · lưới (screen)
  · vệ sinh.
- **Quy trình:** nội bộ tự kiểm 10 mục **đạt rồi mới mời khách [GỐC]** → nghiệm thu với
  khách → bàn giao **hồ sơ 7 mục [GỐC]:** door schedule · bản vẽ hoàn công (as-built) ·
  phiếu bảo hành · hướng dẫn sử dụng · hướng dẫn hardware · hướng dẫn động cơ (nếu có) ·
  hướng dẫn bảo trì — [MỚI] đóng gói thành **trang giao khách có mã QR**: khách quét là ra
  trọn bộ, hồ sơ đẹp ở khâu cuối là marketing cho dự án sau.
- **RACI:** R: QC + đội trưởng lắp · A: PM · C: kỹ thuật · I: sale, CEO.
- **Cổng [GỐC]:** G7 — nội bộ chưa đạt 10 mục → không mời khách; hồ sơ thiếu mục → chưa
  đóng dự án.
- **Đầu ra:** biên bản nghiệm thu + bộ hồ sơ 7 mục + trang QR.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số lỗi khách phát hiện mà nội bộ đã «đạt»
  — mỗi ca quay về sửa checklist (SOP-00).
- **Biểu mẫu:** PHIẾU NGHIỆM THU NỘI BỘ — Phụ lục A6.
- **Hồ sơ lưu:** biên bản + hồ sơ bàn giao — bản khách giữ và bản KONIG giữ trỏ cùng nguồn.
- **Ngoại lệ/Leo thang:** khách từ chối ký vì hạng mục ngoài phạm vi cửa → lập văn bản phạm
  vi, L2.
- **Ô BẮT BUỘC [MỚI]:** 10 mục nội bộ có kết quả từng mã cửa; 7 mục hồ sơ đủ tệp.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** khách ký nghiệm thu; PM ký bàn giao.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng trang QR từ hồ sơ; người nghiệm thu.
- **BẪY ĐÃ BIẾT [MỚI]:** hồ sơ bàn giao chép tay

Câu đang hỏi: Ở điểm giao Marketing ← Dự án (ảnh công trình đã bàn giao), ảnh hôm nay về Marketing bằng đường nào — có gắn mã dự án và được khách cho phép đăng không?
Thông tin cần có: nguồn ảnh thật cho thư viện xếp theo dạng công trình — ảnh hãng gán cho công trình KONIG là thứ C7 giữ lại
Công việc liên quan: Thư viện công khai · khu công trình đã làm

## SOP-06 — BÁO GIÁ (Quotation) · K3

- **Mục đích [GỐC]:** báo giá đúng cấu hình, đúng phiên bản bản vẽ, đủ cấu phần chi phí.
- **Phạm vi:** sau G2 (+ G3 nếu có ca đặc biệt) tới báo giá gửi khách.
- **Kích hoạt:** phương án duyệt + DFM đủ (nếu chạm).
- **Đầu vào [GỐC]:** BOQ **đọc từ door schedule** [MỚI — không gõ tay lại] → cấu hình → giá
  đầu vào → logistics → lắp đặt → overhead → margin → điều khoản thương mại.
- **Quy trình:** Agent dựng bản báo giá từ door schedule + đơn giá (khoang THƯƠNG MẠI ẨN) →
  người duyệt giá → cổng duyệt kèm mã → gửi khách.
- **RACI:** R: sale + kỹ thuật (khối lượng) · A: Trưởng kinh doanh · C: tài chính · I: PM.
- **Cổng [GỐC]:** báo giá **gắn revision cụ thể** — không báo cấu hình này bằng bản vẽ khác.
  [MỚI] In mã revision + mã kiểm tra bộ bản vẽ lên chính tờ báo giá: đổi bản vẽ là báo giá cũ
  tự hết hiệu lực nhìn thấy được.
- **Đầu ra:** báo giá có mã, gắn R<xx>, vào sổ chờ duyệt.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** thời gian từ G2 tới báo giá gửi đi.
- **Biểu mẫu:** template báo giá (khoang TEMPLATE).
- **Hồ sơ lưu:** mọi bản báo giá đã gửi giữ nguyên kèm mã.
- **Ngoại lệ/Leo thang:** khách ép giá dưới sàn margin → L3, CEO quyết.
- **Ô BẮT BUỘC [MỚI]:** **ô tiền trống thì từ chối dựng và nói rõ thiếu ô nào** — không bao
  giờ lấy giá trị mặc định ở chỗ dính tiền.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** người bấm duyệt gửi khách, nút kèm mã báo giá.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent tính và dựng bản; người quyết margin và điều khoản.
- **BẪY ĐÃ BIẾT [MỚI]:** «mặc định im lặng ở ô tiền» — hệ tương tự từng lấy gói ĐẮT NHẤT
  khi ô cấu hình trống mà không nói. Fail-closed ở ô tiền là luật tuyệt đối.



Câu đang hỏi: Sau bàn giao, việc lặp nào của Kinh doanh giao Agent làm trước?
Thông tin cần có: việc đầu tiên Agent Kinh doanh nhận, để chạy trên dự án thật ngay tuần 2
Công việc liên quan: Agent Kinh doanh · bàn giao tầng Vai

## SOP-04 — THIẾT KẾ CỬA ĐI & CỬA SỔ (Window & Door Design) · K1 · GATE G2

- **Mục đích [GỐC]:** phương án đúng hệ, đúng 9 yếu tố, khách duyệt được ngay trên hồ sơ chuẩn.
- **Phạm vi:** từ đầu bài SOP-03 tới phương án được khách/KTS duyệt (G2).
- **Kích hoạt:** bộ đầu bài SOP-03 chốt.
- **Đầu vào:** đầu bài 12+6 · kho hệ (khoang TIÊU CHUẨN của thư viện KONIG).
- **Quy trình [GỐC]:** mặt bằng công năng → mã cửa → kiểu mở → chọn hệ → cấu hình kính →
  phụ kiện → chống côn trùng → kiểm tra khớp nối kiến trúc (interface) → dựng hồ sơ theo
  **bố cục chuẩn: mặt bằng làm trung tâm, mặt đứng/chi tiết xung quanh, nối bằng mã cửa**.
- **RACI:** R: kỹ thuật viên thiết kế · A: Trưởng kỹ thuật · C: sale (ngân sách) · I: PM.
- **Cổng [GỐC]:** G2 — khách/KTS duyệt trên bản có số revision. **Nguyên tắc 9 yếu tố thành
  9 dòng tự chấm trước khi trình [MỚI]:** Kiến trúc · Công năng · Tầm nhìn · Thông gió ·
  An toàn · Kính · Kín nước · Sản xuất được · Chi phí — tự kiểm đạt rồi mới mời khách.
- **Đầu ra:** hồ sơ phương án R<xx> + door schedule khởi tạo (mỗi cửa một dòng).
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số vòng sửa trước khi khách duyệt.
- **Biểu mẫu:** template hồ sơ phương án (khoang TEMPLATE) + bảng 9 dòng tự chấm.
- **Hồ sơ lưu:** mọi revision giữ nguyên, chỉ thêm không sửa đè.
- **Ngoại lệ/Leo thang:** khách đòi cấu hình chạm 9 ca đặc biệt → rẽ sang SOP-05 trước khi hứa.
- **Ô BẮT BUỘC [MỚI]:** revision có từ bản đầu; mỗi cửa có mã trước khi vẽ chi tiết.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** chọn hệ là phán đoán của kỹ thuật — Agent chỉ **chặn** lựa chọn
  vượt giới hạn hệ (khổ, kính), không **chọn thay**.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dàn trang theo template, kéo mặt cắt từ kho, đối chiếu
  giới hạn hệ; người chọn hệ và cân 9 yếu tố.
- **BẪY ĐÃ B

Câu đang hỏi: Sau bàn giao, Kỹ thuật tự sửa được quy tắc nào cho Agent bằng tiếng Việt thường mà không cần AAS?
Thông tin cần có: phạm vi tầng Quy tắc mà KONIG tự làm chủ — quyết nội dung đào tạo tuần 4
Công việc liên quan: Bàn giao tầng Quy tắc · đào tạo tuần 4

## SOP-09 — ĐƠN ĐẶT HÀNG (Purchase Order) · K6 · GATE G5b

- **Mục đích [GỐC]:** đơn đặt hàng không mơ hồ — nhà máy không phải đoán.
- **Phạm vi:** sau Freeze tới Order Confirmation đủ.
- **Kích hoạt:** Freeze + thanh toán đợt theo hợp đồng (điều kiện thương mại ĐANG CHỜ KONIG BỔ SUNG).
- **Đầu vào [GỐC] — PO 13 mục:** mã dự án · mã cửa · số lượng · kích thước · hệ · kiểu mở ·
  màu · kính · hardware · accessories · đóng gói · yêu cầu đặc biệt · bản vẽ đã duyệt.
- **Quy trình:** Agent dựng PO từ door schedule [MỚI] → đầu mối rà → cổng duyệt kèm mã →
  gửi BUCALU → nhận **Order Confirmation 5 mục [GỐC]:** khả thi kỹ thuật · giá · thời gian
  sản xuất (lead time) · bản vẽ · rủi ro đặc biệt.
- **RACI:** R: đầu mối BUCALU · A: Trưởng kỹ thuật (nội dung) + Trưởng kinh doanh (thương mại) · C: tài chính · I: PM.
- **Cổng [GỐC]:** PO thiếu mục → không gửi [MỚI: schema fail-closed, hệ chặn]; **OC chưa đủ
  5 mục → trạng thái vẫn «CHƯA ĐẶT»** — hệ hiển thị đúng chữ đó, không hiển thị «đang sản xuất».
- **Đầu ra:** PO có mã + OC đủ 5 mục lưu tệp.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: nhắc khi OC quá N ngày)*.
- **KPI [MỚI đề xuất]:** tỷ lệ PO bị nhà máy hỏi lại — đo độ «không mơ hồ».
- **Biểu mẫu:** schema PO 13 mục (khoang TIÊU CHUẨN — chuẩn đối tác Trung Quốc).
- **Hồ sơ lưu:** PO + OC + mọi trao đổi kèm mã.
- **Ngoại lệ/Leo thang [GỐC]:** vấn đề thương mại/kỹ thuật quốc tế → leo thang qua đầu mối
  BUCALU (L4), không thương lượng ngoài luồng.
- **Ô BẮT BUỘC [MỚI]:** đủ 13/13 mục, trong đó «bản vẽ đã duyệt» trỏ đúng mã kiểm tra Freeze.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** nút duyệt gửi PO — người bấm, kèm mã PO.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng PO và so mã kiểm tra; người rà và thương lượng.
- **BẪY ĐÃ BIẾT [MỚI]:** «hai nguồn khớp nhau không chứng minh đúng» — 

Câu đang hỏi: Sau bàn giao, việc nào Agent Mua hàng làm trước?
Thông tin cần có: việc đầu tiên Agent Mua hàng nhận ở tuần 3–4
Công việc liên quan: Agent Mua hàng · tuần 3–4

## SOP-14 — LẮP ĐẶT (Installation) · K7

- **Mục đích [GỐC]:** lắp đúng chuẩn, mỗi bộ cửa có hồ sơ lắp riêng.
- **Phạm vi:** từ nhận hàng tại công trình tới thử vận hành xong.
- **Kích hoạt:** SOP-13 đạt + hàng về.
- **Đầu vào [GỐC] — 10 bước:** kiểm tra nhận hàng (receiving) → định vị (positioning) →
  lắp khung (frame) → chống thấm/kín nước (waterproofing) → kính/cánh (glass/sash) →
  hardware → căn chỉnh (adjustment) → keo trám (sealant) → vệ sinh (cleaning) → thử vận
  hành (functional test).
- **Quy trình:** phiếu lắp **theo từng mã cửa**, mỗi bước một ảnh [MỚI] · **8 thông số [GỐC]
  ghi SỐ ĐO THẬT, không tick «đạt» [MỚI]:** thẳng đứng (verticality) · cân bằng ngang
  (level) · đường chéo (diagonal) · biến dạng khung (frame deformation) · thoát nước
  (drainage) · keo trám (sealant) · kín nước (waterproofing) · căn chỉnh hardware.
- **RACI:** R: tổ lắp · A: đội trưởng lắp đặt · C: giám sát KONIG · I: PM, khách.
  [MỚI] **Người nhập ≠ người ký:** kỹ thuật viên trẻ nhập phiếu, đội trưởng ký một chạm.
- **Cổng:** bước sau không mở khi bước trước chưa có ảnh + số.
- **Đầu ra:** bộ phiếu lắp theo mã cửa — đầu vào của SOP-15.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** số mã cửa phải căn chỉnh lại sau nghiệm thu.
- **Biểu mẫu:** PHIẾU LẮP ĐẶT / MÃ CỬA — Phụ lục A5. **Chữ trên phiếu là chữ thợ**, không
  dịch sang chữ kỹ sư — người ký thật là tổ trưởng tổ thợ. [MỚI]
- **Hồ sơ lưu:** phiếu + ảnh theo mã cửa, giữ tới hết bảo hành.
- **Ngoại lệ/Leo thang:** hiện trường lệch bản vẽ quá dung sai → dừng, báo kỹ thuật (L2),
  không tự chế tại chỗ.
- **Ô BẮT BUỘC [MỚI]:** 8 thông số là 8 ô số; ô chữ «đạt/không» không tồn tại trên phiếu.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** chữ ký đội trưởng từng mã cửa.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent dựng phiếu theo door s

Câu đang hỏi: Sau bàn giao, tổ thợ nhập phiếu lắp bằng gì thì mới chịu dùng — ảnh và vài nút trên điện thoại, hay vẫn cần người văn phòng nhập hộ? Ai trong tổ ký được một chạm?
Thông tin cần có: cửa nhập liệu cho thợ phải rẻ (bẫy đã biết của SOP-14) — quyết cách dựng phiếu lắp
Công việc liên quan: Phiếu lắp · đào tạo đội trưởng

## SOP-16 — BẢO HÀNH & DỊCH VỤ (Warranty & Service) · K8

- **Mục đích [GỐC]:** xử lý yêu cầu có vòng đời rõ, phân đúng trách nhiệm, và **dữ liệu lỗi
  quay trở lại** Thiết kế + Mua hàng + Nhà máy + SOP Lắp đặt để không lặp lại.
- **Phạm vi:** từ khi khách báo tới khi phiếu đóng.
- **Kích hoạt:** khách báo qua bất kỳ kênh nào → vào một cửa ticket.
- **Đầu vào:** mô tả + ảnh của khách + mã dự án/mã cửa (tra từ trang QR bàn giao [MỚI]).
- **Quy trình [GỐC]:** Ticket → Phân loại → Phản hồi → Khảo sát → Nguyên nhân gốc (Root
  Cause) → Khắc phục (Corrective Action) → Khách xác nhận → Đóng.
- **RACI:** R: kỹ thuật dịch vụ · A: PM dịch vụ (ĐANG CHỜ KONIG BỔ SUNG vai thật) · C: Trưởng kỹ
  thuật · I: sale, CEO.
- **Cổng:** phiếu chỉ đóng khi khách xác nhận; nguyên nhân gốc bắt buộc chọn 1 trong 6.
- **Đầu ra [GỐC]:** phiếu đóng + phân loại nguyên nhân: **Sản phẩm / Nhà máy / Lắp đặt /
  Giao diện xây dựng (Construction Interface) / Sử dụng / Hư hại bên ngoài** — quyết định
  ai chịu trách nhiệm, bảo hành hay dịch vụ có phí. [MỚI] **Phân loại phải kèm bằng chứng
  ảnh**, không phân bằng lời kể qua điện thoại — phiếu SOP-13 và phiếu lắp SOP-14 là nguồn
  phân xử.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG *(đề xuất: phản hồi trong N giờ · khảo sát trong N ngày)*.
- **KPI [MỚI đề xuất]:** phân bố lỗi theo 6 nhóm × theo hệ cửa — dữ liệu này là **bằng
  chứng chất lượng khi chào dự án sau**.
- **Biểu mẫu:** phiếu ticket (mã · phân loại · ảnh · hành động · xác nhận).
- **Hồ sơ lưu:** toàn bộ ticket — nguồn của vòng học SOP-00.
- **Ngoại lệ/Leo thang:** tranh chấp trách nhiệm với nhà thầu/CĐT → L3; lỗi hàng loạt theo
  hệ → L4 với nhà máy.
- **Ô BẮT BUỘC [MỚI]:** ticket không mã cửa thì chưa vào hàng đợi xử lý — ghi `⛔ CHỜ MÃ CỬA`.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** phân loại nguyên nhân (ai t

Câu đang hỏi: Sau bàn giao, Bảo hành tự đọc được thống kê lỗi theo 6 nhóm × hệ cửa từ sổ ticket không, và KONIG có muốn dùng con số ấy khi chào dự án sau?
Thông tin cần có: KPI của SOP-16 thành bằng chứng chất lượng khi bán hàng — quyết tầng Tự động hoá thống kê
Công việc liên quan: Bàn giao tầng Tự động hoá · hồ sơ năng lực

## SOP-20 — ĐÓNG DỰ ÁN & BÀI HỌC (Project Closing & Lessons Learned) · K8

- **Mục đích [GỐC]:** dự án đóng có hồ sơ đủ, và bài học thành luật — không thành giai thoại.
- **Phạm vi:** sau G7 + hết nghĩa vụ ngắn hạn.
- **Kích hoạt:** biên bản nghiệm thu ký + hồ sơ bàn giao đủ.
- **Đầu vào:** toàn bộ dữ liệu dòng dự án (7 cổng · CR · ticket · phiếu).
- **Quy trình:** rà số cuối (giá trị · chi phí · lệch) → họp bài học: cái gì trượt, cổng nào
  đã cứu, cổng nào im → [MỚI] **mỗi bài học phải chỉ ra SOP + BIỂU MẪU cần sửa** (về SOP-00)
  — bài học không đổi được biểu mẫu là bài học chưa xong.
- **RACI:** R: PM · A: CEO · C: mọi trưởng bộ phận · I: toàn công ty.
- **Cổng:** dự án chỉ «ĐÓNG» khi hồ sơ đủ + bài học đã vào SOP-00.
- **Đầu ra:** hồ sơ đóng + danh sách sửa SOP.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** biên lợi nhuận thực tế so báo giá — đọc
  thẳng từ dòng dự án, không ai «làm báo cáo».
- **Biểu mẫu:** phiếu đóng dự án.
- **Hồ sơ lưu:** trọn bộ, bất biến.
- **Ngoại lệ/Leo thang:** dự án còn tranh chấp → treo trạng thái «CHỜ TRANH CHẤP», không đóng.
- **Ô BẮT BUỘC [MỚI]:** ba con số tách bạch trên dòng dự án: giá trị hợp đồng · đã nghiệm
  thu · đã thu tiền — chỗ vênh là chỗ hở về tiền.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** CEO ký đóng.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent gom số từ dòng dự án; người rút bài học.
- **BẪY ĐÃ BIẾT [MỚI]:** báo cáo đóng dự án soạn tay là bản chép thứ hai của dữ liệu — mọi
  số trên báo cáo phải trỏ về dòng dự án, lệch là báo cáo sai chứ không phải dữ liệu sai.

---

# PHỤ LỤC A — BỘ PHIẾU (dạng chữ, để KONIG duyệt nội dung trước khi dựng web)

> Quy ước chung: 🔒 = ô chốt chặn chất lượng (Agent cấm ghi) · ⭐ = ô bắt buộc, thiếu thì phiếu không
> chốt được và trạng thái ghi `⛔ CHỜ <ô>`.



Câu đang hỏi: Sau bàn giao, Tài chính muốn Agent nhắc việc gì trước?
Thông tin cần có: việc đầu tiên Agent Tài chính nhận ở tuần 4
Công việc liên quan: Agent Tài chính · tuần 4

## SOP-20 — ĐÓNG DỰ ÁN & BÀI HỌC (Project Closing & Lessons Learned) · K8

- **Mục đích [GỐC]:** dự án đóng có hồ sơ đủ, và bài học thành luật — không thành giai thoại.
- **Phạm vi:** sau G7 + hết nghĩa vụ ngắn hạn.
- **Kích hoạt:** biên bản nghiệm thu ký + hồ sơ bàn giao đủ.
- **Đầu vào:** toàn bộ dữ liệu dòng dự án (7 cổng · CR · ticket · phiếu).
- **Quy trình:** rà số cuối (giá trị · chi phí · lệch) → họp bài học: cái gì trượt, cổng nào
  đã cứu, cổng nào im → [MỚI] **mỗi bài học phải chỉ ra SOP + BIỂU MẪU cần sửa** (về SOP-00)
  — bài học không đổi được biểu mẫu là bài học chưa xong.
- **RACI:** R: PM · A: CEO · C: mọi trưởng bộ phận · I: toàn công ty.
- **Cổng:** dự án chỉ «ĐÓNG» khi hồ sơ đủ + bài học đã vào SOP-00.
- **Đầu ra:** hồ sơ đóng + danh sách sửa SOP.
- **SLA:** ĐANG CHỜ KONIG BỔ SUNG. · **KPI [MỚI đề xuất]:** biên lợi nhuận thực tế so báo giá — đọc
  thẳng từ dòng dự án, không ai «làm báo cáo».
- **Biểu mẫu:** phiếu đóng dự án.
- **Hồ sơ lưu:** trọn bộ, bất biến.
- **Ngoại lệ/Leo thang:** dự án còn tranh chấp → treo trạng thái «CHỜ TRANH CHẤP», không đóng.
- **Ô BẮT BUỘC [MỚI]:** ba con số tách bạch trên dòng dự án: giá trị hợp đồng · đã nghiệm
  thu · đã thu tiền — chỗ vênh là chỗ hở về tiền.
- **CHỐT CHẶN CHẤT LƯỢNG [MỚI]:** CEO ký đóng.
- **AGENT LÀM / NGƯỜI GIỮ [MỚI]:** Agent gom số từ dòng dự án; người rút bài học.
- **BẪY ĐÃ BIẾT [MỚI]:** báo cáo đóng dự án soạn tay là bản chép thứ hai của dữ liệu — mọi
  số trên báo cáo phải trỏ về dòng dự án, lệch là báo cáo sai chứ không phải dữ liệu sai.

---

# PHỤ LỤC A — BỘ PHIẾU (dạng chữ, để KONIG duyệt nội dung trước khi dựng web)

> Quy ước chung: 🔒 = ô chốt chặn chất lượng (Agent cấm ghi) · ⭐ = ô bắt buộc, thiếu thì phiếu không
> chốt được và trạng thái ghi `⛔ CHỜ <ô>`.



Câu đang hỏi: Sau bàn giao, thư viện công khai lên với nội dung nào trước?
Thông tin cần có: thứ tự mở thư viện — SOP-20 nói bộ quy trình và bảy cổng là tài sản bán hàng
Công việc liên quan: Thư viện KONIG · hồ sơ năng lực