Vũ Hà

# Vũ Hà — Kỹ sư hệ thống · Tư vấn AI ứng dụng

> Thứ quý giá nhất là thời gian. Nhưng thứ chúng ta lãng phí nhiều nhất, cũng chính là thời gian.

Hai mươi năm qua, tôi đã dựng và vận hành hệ thống ở những nơi rất đời thường: phòng máy chủ, phòng nhân sự vẫn in bảng chấm công và xưởng còn ghi sổ bằng bút bi. Tôi chuyển sang làm AI ứng dụng vì thấy quá nhiều thời gian đang bị tiêu vào những việc máy có thể làm hộ.

- Cập nhật lần cuối: 2026-08-26
- Email: hacmieu@gmail.com
- Điện thoại / Zalo: +84 915 678 069
- Web: https://me.aiha.dev

## Đã và đang làm việc cùng

VNCPC · BFChem · CIDARE (Hoa Kỳ) · HEZA · ATT Việt Nam JSC · Hưng Thịnh Hospital · Asia Gate (cùng các dự án tự thân)

## Hồ sơ chuyên gia

Tôi bắt đầu nghề năm 2006 tại Trung tâm Sản xuất sạch hơn Việt Nam (VNCPC) và vẫn phụ trách hạ tầng CNTT ở đó đến nay. Tôi làm cho CIDARE (Hoa Kỳ) từ năm 2021, ATT Việt Nam từ giữa năm 2026; trước đó có BFChem và HEZA. Mỗi nơi một ngành, một quy mô và một kiểu dữ liệu riêng.

Nhờ vậy, tôi biết dữ liệu doanh nghiệp ngoài đời trông ra sao. Nó có thể nằm trong file Excel tên 'bản cuối cùng sửa lần 3', trong ảnh chụp phiếu giao hàng bị mờ, hoặc trong đầu một chị kế toán đã làm việc 15 năm. Khi đưa AI vào doanh nghiệp, phần khó thường nằm ở quy trình chứ không nằm ở mô hình.

Bằng đầu tiên của tôi là kỹ sư Hoá công, chuyên ngành Quá trình, Thiết bị Công nghệ và Hoá Thực phẩm, học tại Bách khoa Hà Nội từ năm 1999 đến 2004. Sau đó tôi mới học tiếp kỹ sư CNTT. Vì đã học về quá trình và thiết bị, tôi theo được câu chuyện về mẻ, định mức hay sai lệch nguyên liệu trong nhà máy. Tôi cũng hiểu một con số lệch trong công thức sẽ gây phiền cho người ở công đoạn sau như thế nào.

Hệ thống lưu trữ tôi đang vận hành giữ gần 13 TB dữ liệu thật. Một đợt di trú gần đây có 230.805 bản ghi, được chia thành từng lô; xác minh xong lô này mới làm lô kế tiếp. Làm việc ở quy mô ấy giúp tôi biết một quy trình có thể vỡ ở đâu trước khi đem nó đi dạy.

### Học vấn & chứng chỉ

- **Kỹ sư Công nghệ thông tin** — Đại học Bách khoa Hà Nội (2008 – 2010)
- **Kỹ sư Hoá công — Quá trình, Thiết bị Công nghệ và Hoá Thực phẩm** — Đại học Bách khoa Hà Nội (1999 – 2004)
- **Aptech Certified** — Aptech

### Vai trò hiện tại

- **VNCPC — Trung tâm Sản xuất sạch hơn Việt Nam** — Quản trị hệ thống · 04/2006 – nay
  Ảo hoá Hyper-V, mạng Windows/Linux, nền tảng web, hỗ trợ người dùng toàn trung tâm. Đang triển khai hệ thống quản lý công việc PMS.
- **CIDARE, Inc. (Hoa Kỳ)** — Quản trị hệ thống & Kiến trúc giải pháp · 07/2021 – nay
  Hệ thống đánh giá lô đất phục vụ định giá thuế. Quản lý hạ tầng OVH và Wasabi từ xa; hỗ trợ kết nối VPN vào hạ tầng các thành phố và thị trấn vùng Boston, Massachusetts để làm việc.
- **ATT Việt Nam JSC** — Tư vấn hệ thống & số hoá · 05/2026 – nay
  Kiểm toán vận hành và tư vấn số hoá. Công cụ bổ sung chứng từ cho hệ thống kế toán không hỗ trợ đính kèm tệp.
- **BFChem** — Quản trị hệ thống · 01/2010 – 05/2026
  Microsoft 365, Hyper-V, hạ tầng Windows Server / Ubuntu / Debian. Quản lý phiên bản tài liệu kỹ thuật.
- **HEZA.gov.vn** — Quản trị hệ thống · 04/2025 – 08/2026
  Vận hành Heza.gov.vn và Hezaworks.vn. Ghép hồ sơ ứng viên với vị trí tuyển dụng bằng mô hình chạy nội bộ.
- **Độc lập** — Cố vấn hạ tầng & DevOps · 2011 – nay
  Di trú Active Directory sang Samba4, cụm Kubernetes trên Proxmox bằng Terraform, kiểm toán hạ tầng CNTT doanh nghiệp.

## Năng lực AI ứng dụng

### Bóc dữ liệu từ thứ lộn xộn

Tôi biến ảnh chụp chứng từ, file Excel đặt tên tuỳ hứng, bản ghi âm cuộc họp và báo cáo viết bằng văn xuôi thành dữ liệu có cấu trúc. Cấu trúc được chốt trước, nguồn của từng trường dữ liệu được giữ lại để khi có sai sót còn lần ngược về bản gốc.

`OCR tiếng Việt` · `Trích xuất JSON có provenance` · `Bóc băng họp → biên bản`

### Giảm giấy tờ trong quy trình phê duyệt

Nhiều doanh nghiệp Việt vẫn xử lý các luồng phê duyệt nhiều cấp bằng giấy và chữ ký tay. Một engine quy trình đầy đủ, có nhật ký bất biến, cần hạ tầng tương xứng nên hiện tôi mới vận hành ở CIDARE. Với các đơn vị trong nước, tôi bắt đầu gọn hơn: dùng mã QR để quản lý và báo hỏng thiết bị, sau đó hệ thống tự báo cho người phụ trách qua email, Zalo hoặc Telegram. Nhờ vậy có thể bỏ tờ sổ cạnh máy mà chưa phải thay cả hệ thống.

`Django workflow engine` · `QR + thông báo Zalo / Telegram` · `Teable / no-code`

### Số hoá hiện trường

Ở kho, xưởng hay trên xe, người dùng thường cầm điện thoại và không phải lúc nào cũng có sóng. Ứng dụng tôi làm vẫn ghi nhận được khi mất mạng, nhận dạng chữ tiếng Việt có dấu ngay trên thiết bị và quét QR để xác định đúng tài sản. Số ki-lô-mét cùng nhiệt độ ở từng chặng được lưu trên máy rồi tự đồng bộ khi có mạng trở lại.

`Offline-first` · `QR tài sản` · `OCR trên thiết bị`

### Quản trị dữ liệu & an toàn khi dùng AI

Khi nói đến AI, câu hỏi về nơi dữ liệu được gửi tới luôn cần trả lời trước. Tôi đã dựng và chạy thử mô hình ngôn ngữ trên máy chủ đặt tại chỗ, vì vậy dữ liệu nhạy cảm có thể được giữ trong công ty. Nếu cần dùng dịch vụ bên ngoài, dữ liệu phải được xử lý trước khi gửi để che phần nhạy cảm. Việc nhận dạng chữ có thể chạy ngay trên điện thoại nên ảnh vẫn nằm trên thiết bị.

`Mô hình ngôn ngữ chạy tại chỗ` · `Che dữ liệu trước khi gửi ra ngoài` · `OCR trên thiết bị`

### Nền tảng kỹ thuật

Proxmox VE · Docker · Django / DRF · PostgreSQL · Celery / Redis · Teable · Nextcloud · JuiceFS · MinIO / Wasabi S3 · Samba4 AD · Ansible / AWX · Terraform · Cloudflare · Python · Node.js · HTMX · React Native / Expo · PyTorch · Nginx · WordPress

## Dự án AI & tự động hoá đã làm

_Mỗi mục ghi rõ đơn vị và tình trạng thật. Chi tiết kỹ thuật đã lược bớt những phần thuộc về khách hàng._

### 1. Tự động hoá chấm công và tính lương từ dữ liệu máy quẹt thẻ

| | |
|---|---|
| Đơn vị | Nhà máy sản xuất |
| Dự án thực tế | Hành chính – Nhân sự |
| Status | **Đã triển khai** |

**Bối cảnh:** Máy chấm công nhận diện khuôn mặt chỉ ghi lượt quẹt, không phân biệt vào hay ra. Ca kéo dài mười hai tiếng nên dữ liệu chồng lấn qua ngày. Mỗi tháng nhân sự in toàn bộ ra giấy rồi nhập tay cho khoảng một trăm người.

**Cách làm:** Trước khi viết dòng mã nào, bộ quy tắc tính công được chốt bằng ngôn ngữ nghiệp vụ cùng phòng nhân sự và đối tác phần mềm: ca đêm từ 20:00 đến 05:00 tính một công hành chính, từ 05:00 đến 08:00 tính ba giờ tăng ca hệ số 1,5; chủ nhật và ngày lễ tính tròn là tăng ca; tăng ca tính độc lập với việc đã đủ công hành chính hay chưa. Từ file Excel thô, hệ thống sinh thẳng bảng chấm công hành chính và bảng tăng ca.

**Kết quả:** Khâu nhập tay hàng tháng biến mất. Quan trọng hơn, bộ quy tắc tính công từ chỗ nằm trong đầu một người đã thành tài liệu có thể tranh luận và sửa được.

**Được gì:** Bỏ hẳn khâu nhập tay hàng tháng cho khoảng một trăm người.

**Từ ghế của bạn:** Nếu bạn ở phòng nhân sự: hết phải in bảng chấm công ra rồi gõ lại từng người.

### 2. Phát phiếu lương qua Zalo cho hơn 100 nhân viên

| | |
|---|---|
| Đơn vị | Nhà máy sản xuất |
| Dự án thực tế | Hành chính – Nhân sự |
| Status | **Đã triển khai** |

**Bối cảnh:** Phiếu lương giấy vừa tốn công vừa không kín. Gửi hàng loạt qua Zalo thì vướng cơ chế chống spam.

**Cách làm:** Giãn thời gian gửi ngẫu nhiên để mô phỏng nhịp gửi tay, kèm một bước đối chiếu danh sách trước khi bấm gửi.

**Kết quả:** Phiếu lương đến đúng người, đúng tháng, không phải in tờ nào.

**Được gì:** Không còn in và phát tay từng phiếu lương.

**Từ ghế của bạn:** Nếu bạn phát lương: hết phải in, gấp và đi phát từng phiếu.

### 3. Quản lý thiết bị bằng mã QR và nhật ký một chạm

| | |
|---|---|
| Đơn vị | Hưng Thịnh Hospital |
| Dự án thực tế | Kho – Thiết bị |
| Status | **Đang vận hành** |

**Bối cảnh:** Hàng nghìn thiết bị, nhật ký sử dụng và báo hỏng ghi trên sổ giấy đặt cạnh máy. Không tra được lịch sử, cũng không biết thiết bị nào hay hỏng.

**Cách làm:** Hai bảng cốt lõi, Thiết bị và Nhật ký, được dựng trên Teable. Mỗi máy dán một mã QR chứa đường dẫn; quét bằng camera điện thoại là mở thẳng màn hình ghi nhật ký. Giao diện theo hướng một nút cho tất cả: người dùng không chọn loại phiếu, hệ thống suy ra từ ngữ cảnh. Phiếu báo hỏng gửi đi sẽ tự chuyển tới người phụ trách qua email, Zalo hoặc Telegram.

**Kết quả:** Khoảng tám trăm thiết bị đã vào hệ thống. Lịch sử tra được tức thì, và dữ liệu hỏng hóc tích luỹ đủ để bắt đầu bàn chuyện bảo trì phòng ngừa.

**Được gì:** Lịch sử tám trăm thiết bị tra được ngay, thay vì lật sổ tay.

**Từ ghế của bạn:** Nếu bạn phụ trách thiết bị: quét mã bằng điện thoại thay vì viết vào sổ đặt cạnh máy.

### 4. Ứng dụng ghi nhận hiện trường chạy được khi mất mạng

| | |
|---|---|
| Đơn vị | Asia Gate |
| Dự án thực tế | Kho – Vận chuyển |
| Status | **Đang triển khai** |

**Bối cảnh:** Việc ghi nhận diễn ra ở kho, ở xưởng và trên đường, nơi sóng thường chập chờn. Dùng web thì dễ mất dữ liệu; ghi giấy lại phải nhập thêm một lần.

**Cách làm:** Ứng dụng di động cho phép chụp ảnh hiện trường, ghi số ki-lô-mét và nhiệt độ container tại từng chặng, rồi gửi về một cơ sở dữ liệu tập trung. Dữ liệu lưu trên máy trước, đồng bộ lên máy chủ sau. Nhận dạng chữ tiếng Việt có dấu chạy ngay trên điện thoại nên ảnh không phải tải lên đám mây. Quét QR để gắn phiếu vào đúng thiết bị.

**Kết quả:** Ghi nhận được ở nơi không có sóng. Phiếu đã gửi là bất biến, phục vụ đối chiếu về sau.

**Được gì:** Dữ liệu hiện trường về tới nơi kể cả khi ngoài đó mất sóng.

**Từ ghế của bạn:** Nếu bạn đi hiện trường: chụp ảnh là xong, không phải ghi giấy rồi tối về nhập lại.

### 5. Engine quy trình sản xuất có nhật ký bất biến

| | |
|---|---|
| Đơn vị | CIDARE |
| Dự án thực tế | Sản xuất – Điều hành |
| Status | **Đang vận hành** |

**Bối cảnh:** Một hồ sơ đi qua hàng chục công đoạn. Có chỗ phải chờ nhiều nhánh cùng xong, có chỗ chỉ cần một nhánh. Hệ thống cũ không cho biết ai đã làm gì, vào lúc nào và sửa nội dung nào.

**Cách làm:** Engine quy trình dựng trên Django, gồm mô hình dữ liệu hồ sơ, logic hợp nhất nhánh theo cả điều kiện VÀ lẫn HOẶC chạy trên hàng đợi tác vụ nền, nhật ký can thiệp chỉ ghi thêm chứ không sửa xoá, và phân quyền nhiều lớp theo vai trò lẫn theo giai đoạn.

**Kết quả:** Mọi thay đổi truy vết được. Người dùng nội bộ và khách hàng bên ngoài nhìn thấy hai vùng dữ liệu tách bạch.

**Được gì:** Mọi thay đổi trong hồ sơ sản xuất đều truy được người và thời điểm.

### 6. CIDARE Snapshot — lấy lại dữ liệu từ kho lưu trữ đám mây

| | |
|---|---|
| Đơn vị | CIDARE |
| Dự án thực tế | Hạ tầng – Dữ liệu |
| Status | **Đang vận hành** |

**Bối cảnh:** Kho tài liệu vượt mười hai terabyte trên dịch vụ lưu trữ đám mây. Lấy lại một tệp cũ nghĩa là mò trong hàng trăm nghìn đối tượng mà không có đường tra cứu. Một sự cố hỏng chỉ mục còn khiến nhiều tệp không mở được.

**Cách làm:** Snapshot cho phép tra cứu và lấy lại dữ liệu từ kho đám mây ngay qua cơ sở dữ liệu, thay vì phải duyệt kho đối tượng. Bên dưới là ba lớp: giao diện tài liệu quen thuộc cho người dùng, một lớp hệ tệp trung gian để truy cập nhanh, và lưu trữ đối tượng giá rẻ ở đáy, kèm bộ nhớ đệm metadata riêng. Đợt di trú 230.805 bản ghi chạy theo từng lô, có cơ sở dữ liệu trạng thái theo dõi, lô nào xác minh xong mới sang lô kế.

**Kết quả:** Tệp cũ về bằng một truy vấn thay vì mò tay. Dữ liệu khôi phục hết sau sự cố, và mỗi bản ghi đều biết mình thành công hay thất bại.

**Được gì:** Tệp cũ lấy lại bằng một truy vấn, và chi phí lưu trữ trở lại tầm kiểm soát.

### 7. Kiểm soát chuỗi vận chuyển xuất khẩu theo mốc thời gian

| | |
|---|---|
| Đơn vị | Asia Gate |
| Dự án thực tế | Mua hàng – Vận chuyển |
| Status | **Đang tư vấn** |

**Bối cảnh:** Một lô hàng xuất khẩu đi qua rất nhiều thủ tục: điều xe, hai vòng kiểm giấy tờ, xếp hàng, xin chứng nhận xuất xứ, lấy mẫu kiểm nghiệm, cân xe, kiểm dịch, thông quan hai đầu biên giới. Chậm ở mốc nào cũng kéo cả lô, nhưng thường tới lúc trễ rồi mới biết.

**Cách làm:** Toàn bộ chuỗi được mô hình hoá thành các mốc kiểm soát trên nền no-code, gắn hợp đồng với đầu xe, tài xế, container và hạn đăng kiểm. Ứng dụng di động chụp ảnh tại mỗi mốc, tự trích toạ độ và nhiệt độ, đẩy về cơ sở dữ liệu trung tâm. Dữ liệu tích luỹ dùng để đặt ngưỡng thời gian cho mốc kế tiếp và bật cảnh báo đỏ khi vượt.

**Kết quả:** Chuyển từ báo cáo sau khi việc đã hỏng sang cảnh báo trước khi hỏng. Mục tiêu đặt ra là bảy ngày cho một chu trình xuất khẩu.

**Được gì:** Biết một lô hàng sắp trễ trước khi nó trễ.

**Từ ghế của bạn:** Nếu bạn lái xe hoặc điều xe: chụp ảnh tại mỗi chặng, phần toạ độ và nhiệt độ máy tự lấy.

### 8. Nền tảng phê duyệt và ký số động

| | |
|---|---|
| Đơn vị | ATT Việt Nam |
| Dự án thực tế | Kế toán – Pháp chế |
| Status | **Mới ở mức kế hoạch** |

**Bối cảnh:** Hồ sơ cần chữ ký nhiều cấp vẫn phải in, ký tay, scan lại rồi gửi email. Không ai biết hồ sơ đang nằm trên bàn nào.

**Cách làm:** Luồng ký cấu hình được, người ký lấy từ danh bạ nội bộ, tệp giữ nguyên trong kho tài liệu sẵn có mà không đổi định danh. Ký theo chuẩn PAdES, dấu thời gian theo RFC 3161, chứng thư số phát hành từ hệ thống chứng thực nội bộ gắn với thư mục người dùng của doanh nghiệp.

**Kết quả:** Thiết kế đã xong. Triển khai đang chờ hạ tầng vì công ty chuyển địa điểm.

**Được gì:** Hồ sơ ký được từ xa và luôn biết đang chờ ai. Mục này chưa chạy.

### 9. Thư viện tài liệu có kiểm soát phiên bản và vòng đời

| | |
|---|---|
| Đơn vị | Hưng Thịnh Hospital |
| Dự án thực tế | Công thức – Tài liệu kỹ thuật |
| Status | **Mới ở mức kế hoạch** |

**Bối cảnh:** Tài liệu kỹ thuật, quy trình và biểu mẫu nằm rải trên máy cá nhân lẫn ổ chia sẻ. Không ai chắc bản mình đang cầm có phải bản mới nhất.

**Cách làm:** Ba tầng lưu trữ theo mô hình lưu trữ số OAIS: vùng nhận thô, vùng cách ly kiểm duyệt, vùng chính thức. Phân loại tách bạch giữa lĩnh vực và nhãn, cho phép một tài liệu mang nhiều nhãn nhưng chỉ thuộc một lĩnh vực. Lưu trữ đối tượng bật phiên bản, giữ chín mươi ngày trước khi xoá vĩnh viễn.

**Kết quả:** Thiết kế đã xong, chưa triển khai. Phần quản lý phiên bản tài liệu kỹ thuật ở mức đơn giản hơn đã chạy thật tại BFChem.

**Được gì:** Bản chính thức chỉ có một, xoá nhầm còn lấy lại được. Mục này chưa chạy.

### 10. Ghép hồ sơ ứng viên với vị trí tuyển dụng bằng AI

| | |
|---|---|
| Đơn vị | HEZA |
| Dự án thực tế | Kinh doanh – Tuyển dụng |
| Status | **Đã triển khai mức cơ bản** |

**Bối cảnh:** Cổng việc làm nhận hồ sơ tự do, mô tả công việc mỗi nơi viết một kiểu. Lọc tay không xuể; lọc bằng từ khoá thì bỏ sót người phù hợp chỉ vì họ dùng từ khác.

**Cách làm:** Một mô hình ngôn ngữ chạy nội bộ so khớp hồ sơ với mô tả công việc theo ngữ nghĩa thay vì trùng từ khoá, rồi chấm điểm mức phù hợp. Vì mô hình chạy trong nhà, hồ sơ ứng viên không phải gửi ra dịch vụ bên ngoài.

**Kết quả:** Người tuyển dụng có một danh sách ngắn để xem trước. Đây là bản cơ bản, chưa phải hệ thống chấm điểm hoàn chỉnh.

**Được gì:** Danh sách ứng viên ngắn có kèm lý do, và hồ sơ không ra khỏi công ty.

### 11. Khung lập kế hoạch và chấm điểm công việc W×Q×T

| | |
|---|---|
| Đơn vị | VNCPC |
| Dự án thực tế | Điều hành – Quản lý |
| Status | **Đang triển khai** |

**Bối cảnh:** Báo cáo tuần của các phòng viết bằng văn xuôi, mỗi người một kiểu. Đọc hết thì không còn thời gian, đọc lướt thì không nắm được.

**Cách làm:** Công việc được chấm theo khối lượng, chất lượng và thời hạn. Ở phía sau, AI bóc báo cáo viết tự nhiên thành dữ liệu có cấu trúc, lưu vào cơ sở dữ liệu rồi đưa lên bảng điều khiển. Người viết báo cáo vẫn viết như trước.

**Kết quả:** Lãnh đạo nhìn bảng thay vì đọc mười trang. Khung thiết kế để dùng lại được cho nhiều đơn vị, hiện đang đưa vào hệ thống quản lý công việc PMS.

**Được gì:** Báo cáo tuần thành bảng điều khiển mà không ai phải đổi cách viết.

**Từ ghế của bạn:** Nếu bạn viết báo cáo tuần: cứ viết như cũ, phần bóc tách để máy làm.

### 12. Quy trình dựng website nhiều giao diện bằng AI nhiều tầng

| | |
|---|---|
| Đơn vị | VNCPC, HEZA |
| Dự án thực tế | Marketing – Truyền thông |
| Status | **Đã triển khai** |

**Bối cảnh:** Cần nhiều giao diện cho website mà không có đội thiết kế và lập trình riêng. Bài viết trước khi đăng còn phải kiểm theo bộ tiêu chí, rồi dịch sang các ngôn ngữ khác.

**Cách làm:** Mỗi mô hình AI nhận một việc riêng: thiết kế, phản biện thiết kế, viết mã hoặc rà soát mã. Chỉ khi qua đủ các lượt kiểm tra, kết quả mới được lưu thành phiên bản. Bài viết cũng phải đạt bộ tiêu chí trước khi đưa sang AI dịch. Các chức năng nhạy cảm như đăng nhập và thanh toán dùng thành phần đã có uy tín thay vì tự viết.

**Kết quả:** Tôi cũng dùng cách này khi đào tạo: chia AI thành từng vai nhỏ trong một quy trình mà con người vẫn kiểm soát.

**Được gì:** Hơn mười hai giao diện dựng xong mà không cần thuê đội thiết kế.

### 13. Biên bản họp bán tự động có kiểm chứng tên người

| | |
|---|---|
| Đơn vị | VNCPC |
| Dự án thực tế | Điều hành – Hội họp |
| Status | **Bán tự động** |

**Bối cảnh:** Biên bản viết tay vừa chậm vừa sai tên người, sai tên đơn vị. Công cụ bóc băng tự động thì nghe nhầm tên riêng tiếng Việt liên tục.

**Cách làm:** Bóc băng từ hai nguồn song song để đối chiếu, sau đó soi tên người và tên dự án với danh sách nhân sự chuẩn của tổ chức trước khi xuất biên bản. Bản cuối ở dạng trang web có định dạng, gửi thẳng cho đối tác.

**Kết quả:** Biên bản ra trong ngày họp, tên người và tên dự án chính xác. Khâu bóc băng vẫn còn một bước người kiểm.

**Được gì:** Biên bản gửi được trong ngày họp thay vì cuối tuần.

**Từ ghế của bạn:** Nếu bạn ghi biên bản: máy bóc băng trước, bạn đọc lại và sửa thay vì gõ từ đầu.

### 14. Khảo sát mười nền tảng low-code trước khi chọn một

| | |
|---|---|
| Đơn vị | Dự án tự thân |
| Dự án thực tế | Điều hành – Chọn công cụ |
| Status | **Đã hoàn thành** |

**Bối cảnh:** Doanh nghiệp muốn tự dựng ứng dụng nội bộ mà không cần đội lập trình. Thị trường có hàng chục nền tảng quảng cáo gần như giống nhau; chọn sai thì cả năm sau mới nhận ra.

**Cách làm:** Bộ tiêu chí đặt ra trước khi mở bất kỳ sản phẩm nào: tạo được toàn bộ cấu trúc dữ liệu qua giao diện lập trình, tốc độ phản hồi đủ dùng, phân quyền tới từng dòng, giữ được một nguồn sự thật duy nhất, và giấy phép cho phép dùng thương mại. Directus, Teable, NocoBase, NocoDB cùng vài nền tảng khác được cài đặt và chạy thử trên đúng bảng tiêu chí đó.

**Kết quả:** Nền tảng được chọn có lý do giải thích được, thay vì chọn theo cái nào nhiều người nhắc tới nhất.

**Được gì:** Chọn nền tảng có lý do giải thích được, thay vì mua rồi mới biết.

## Phương pháp đào tạo

Bài toán của doanh nghiệp vẫn còn đó dù công cụ thay đổi vài năm một lần. Trong lớp, tôi hướng dẫn học viên nhìn ra bài toán, chia nó thành từng phần và chọn phần nào có thể giao cho máy. Một phần mềm cụ thể chỉ là phương tiện ở thời điểm hiện tại.

> **Quy trình trước, công cụ sau.**
>
> Tôi đã làm theo nguyên tắc này nhiều năm. Trước khi hỏi nên dùng AI nào, hãy tìm quy trình đang tốn nhiều giờ nhất trong phòng và xem bước nào máy có thể làm hộ. Nếu chọn công cụ trước khi hiểu quy trình, doanh nghiệp rất dễ mua về một phần mềm rồi không ai dùng.

### Bốn nguyên tắc

**01. Học bằng bài toán của chính mình** — Mỗi phòng gửi trước một đến hai việc lặp đi lặp lại đang ngốn nhiều giờ nhất. Đó chính là giáo án. Không có ví dụ chung chung về một công ty giả định.

**02. Biết giới hạn trước khi biết mẹo** — AI có thể trả lời sai mà giọng vẫn rất chắc chắn. Học viên cần nhận ra lúc máy đang bịa và tập thói quen kiểm chứng trước khi ký.

**03. Dữ liệu công ty không đi lạc** — Phân định rõ dữ liệu nào đưa được cho công cụ công cộng, dữ liệu nào bắt buộc xử lý nội bộ. Đây là chỗ kinh nghiệm hạ tầng cho ra câu trả lời khác hẳn kinh nghiệm làm nội dung.

**04. Ra khỏi lớp phải có thứ chạy được** — Cuối khoá, mỗi phòng cần có ít nhất một quy trình nhỏ đã được tự động hoá và chạy thật. Một tập ghi chép đẹp chưa đủ để nghiệm thu.

### Cách tôi triển khai một việc

1. **Lập kế hoạch** — Chốt phạm vi và tiêu chí nghiệm thu trước khi động vào hệ thống.
2. **Điều tra** — Đo hiện trạng bằng dữ liệu thật, không tin vào mô tả bằng lời.
3. **Sửa** — Làm theo từng lô nhỏ, giữ cách làm cũ chạy song song cho tới khi yên tâm.
4. **Xác minh** — Lô nào xác minh xong mới sang lô kế tiếp; xong thì dọn dẹp dấu vết tạm.

### Phạm vi nghiệp vụ và mức độ tôi đã làm thật

_Bảng dưới ghi rõ năm khối tôi đã có việc thực tế và ba khối chưa có dự án. Với ba khối còn lại, tôi cần nghe bài toán cụ thể trước khi đề xuất cách làm._

| Khối | Nội dung có thể đưa vào đào tạo | Đã làm |
|---|---|---|
| Mua hàng | Bóc dữ liệu từ báo giá và hợp đồng, so sánh nhà cung cấp, theo dõi mốc giao hàng | **Chưa có dự án** |
| Kho | Định danh tài sản bằng QR, kiểm kê bằng điện thoại, nhật ký xuất nhập không cần gõ | **Một phần — Hưng Thịnh, Asia Gate** |
| Sản xuất | Chuẩn hoá báo cáo ca, cảnh báo lệch mốc thời gian và truy vết công đoạn khi đã có hệ thống ghi nhận | **Chưa có dự án** |
| Công thức | Quản lý phiên bản tài liệu kỹ thuật, tra cứu định mức, kiểm soát bản chính thức | **Đã làm — BFChem** |
| Hành chính – Nhân sự | Chấm công, tính lương, phát phiếu lương, phê duyệt nội bộ | **Đã tham gia** |
| Kế toán | Bổ sung chứng từ cho hệ thống kế toán không hỗ trợ đính kèm tệp | **Đã làm — ATT Việt Nam** |
| Kinh doanh | Sàng lọc và chấm điểm cơ hội, soạn tài liệu chào hàng, theo dõi khách | **Chưa có dự án** |
| Marketing – Truyền thông | Sản xuất nội dung đa ngôn ngữ có kiểm soát chất lượng, quy trình nhiều vai AI | **Đã làm — VNCPC, HEZA** |

### Hình thức triển khai

- **Đối tượng:** Cấp trưởng và phó phòng của tám khối nghiệp vụ
- **Địa điểm:** Đào tạo trực tiếp tại nhà máy
- **Ngôn ngữ:** Tiếng Việt. Tài liệu có thể cấp thêm bản tiếng Anh hoặc tiếng Trung
- **Chuẩn bị:** Khảo sát bài toán của từng phòng trước buổi học để xây giáo án riêng
- **Đầu ra:** Mỗi phòng mang về một quy trình đã tự động hoá, kèm tài liệu để tự duy trì
- **Sau đào tạo:** Tư vấn tiếp để đưa các quy trình đó lên hệ thống chính thức

_Đây là phương án đề xuất. Phạm vi cuối cùng sẽ điều chỉnh theo nhu cầu thực tế của quý công ty._

## Liên hệ

Nếu quý công ty đã có danh sách bài toán từ các trưởng phòng, xin gửi kèm. Tôi sẽ dựa vào đó để soạn một đề xuất sát công việc hơn chương trình đóng gói sẵn.

- **Họ tên:** Vũ Hà
- **Thư điện tử:** hacmieu@gmail.com
- **Điện thoại / Zalo:** 0915 678 069
- **Website:** aiha.dev
- **Địa chỉ:** Xuân Đỉnh, Bắc Từ Liêm, Hà Nội

---

_Hồ sơ năng lực cá nhân. Cập nhật tháng 8 năm 2026. Chi tiết kỹ thuật của dự án đã được lược bớt để bảo vệ thông tin khách hàng._