Chủ shop thời trang ở Việt Nam thường phát hiện ra vấn đề này theo một cách rất đau: cuối tháng kiểm kho, hàng loạt sản phẩm lệch số. Chiếc váy size M màu đen trên hệ thống còn 12 cái, nhưng thực tế chỉ còn 4. Trong khi đó, mã váy size L màu trắng lại dư hơn chục cái không ai mua. Không có đơn trả hàng, không có phiếu xuất kho bất thường — chỉ có những giao dịch bán hàng trông rất bình thường.
Thủ phạm phổ biến nhất? Nhân viên tự ý sửa SKU ngay tại màn hình thanh toán. Thay vì quét đúng mã sản phẩm khách mua, họ chọn một mã khác — đôi khi vì lười tìm, đôi khi vì hết hàng nhưng vẫn muốn bán, đôi khi vì mục đích không minh bạch hơn. Kết quả là dữ liệu quản lý tồn kho bị nhiễu hoàn toàn, chủ shop mất khả năng ra quyết định nhập hàng chính xác.
Bài viết này sẽ đi thẳng vào cách xử lý: từ việc hiểu tại sao lỗ hổng này tồn tại, đến các bước thiết lập phân quyền, khóa chỉnh sửa SKU, và xây dựng quy trình nhập xuất tồn có kiểm soát thực sự — không phải lý thuyết, mà là những bước có thể làm ngay trong tuần này.
—
1. Tại Sao Nhân Viên Có Thể Sửa SKU Ngay Lúc Thanh Toán?
Bối cảnh
Hầu hết phần mềm bán hàng phổ thông đều cho phép nhân viên chỉnh sửa đơn hàng linh hoạt — đây vốn là tính năng tiện lợi để xử lý các tình huống thực tế như khách đổi ý, nhập nhầm số lượng, hay áp dụng khuyến mãi tay.
Vấn đề
Sự linh hoạt đó trở thành lỗ hổng khi không có phân quyền rõ ràng. Nhân viên thu ngân có thể:
- Xóa sản phẩm đã quét và thay bằng SKU khác
- Thay đổi số lượng mà không cần xác nhận cấp trên
- Bán hàng không có trong kho bằng cách gán sang mã hàng còn tồn
Điều nguy hiểm là những thao tác này không để lại dấu vết rõ ràng nếu hệ thống không có log chỉnh sửa chi tiết.
Cách làm từng bước để kiểm tra lỗ hổng hiện tại
Bước 1: Xuất báo cáo giao dịch trong 30 ngày gần nhất, lọc theo nhân viên.
Bước 2: Tìm các giao dịch có SKU bị sửa sau khi đã quét ban đầu (nếu phần mềm có log chỉnh sửa).
Bước 3: Đối chiếu danh sách SKU bán ra với phiếu nhập kho — tìm những mã hàng “bán ra” nhưng chưa từng được nhập.
Bước 4: Phỏng vấn ngắn nhân viên về quy trình xử lý khi hết hàng, khách đổi ý, hay sản phẩm không có mã.
Rủi ro thường gặp
- Không phải nhân viên nào cũng cố ý — nhiều trường hợp là do không được đào tạo quy trình đúng.
- Log chỉnh sửa không được bật mặc định trên nhiều phần mềm bán hàng rẻ tiền.
Cách kiểm soát
Yêu cầu phần mềm của bạn phải có tính năng audit log — ghi lại mọi thao tác sửa đổi đơn hàng kèm tên nhân viên, thời gian, và nội dung thay đổi. Đây là điều kiện tối thiểu trước khi làm bất cứ thứ gì khác.
—
2. SKU Là Gì Và Tại Sao Sai SKU Phá Vỡ Toàn Bộ Hệ Thống Tồn Kho
Bối cảnh
SKU (Stock Keeping Unit) là mã định danh duy nhất cho từng biến thể sản phẩm. Với shop thời trang, một chiếc áo thun có thể có 12 SKU khác nhau chỉ vì có 4 màu × 3 size.
Vấn đề
Khi SKU bị sửa sai tại điểm bán, toàn bộ chuỗi dữ liệu phía sau bị vỡ:
- Tồn kho ảo tăng ở mã hàng không bán → chủ shop nghĩ còn hàng, thực ra đã bán hết
- Tồn kho ảo giảm ở mã hàng không bán → cảnh báo hết hàng kích hoạt sai, đặt hàng nhầm
- Báo cáo doanh thu theo sản phẩm sai lệch → không biết sản phẩm nào thực sự bán chạy
- Định mức tồn không còn ý nghĩa khi dữ liệu đầu vào đã nhiễu
Cách làm từng bước
Bước 1: Chuẩn hóa toàn bộ danh mục SKU — mỗi biến thể phải có mã riêng, không dùng chung.
Bước 2: Gắn barcode vật lý lên từng sản phẩm (tem nhãn) tương ứng đúng với SKU trong hệ thống.
Bước 3: Bật chế độ bắt buộc quét barcode khi bán — không cho phép nhập SKU tay nếu phần mềm hỗ trợ.
Bước 4: Thiết lập cảnh báo khi nhân viên cố thay đổi SKU sau khi đã quét.
Rủi ro thường gặp
Nhiều shop thời trang nhỏ vẫn dùng mã SKU tự đặt không theo quy tắc (VD: “ao1”, “ao2”), dẫn đến nhầm lẫn khi mở rộng danh mục.
Cách kiểm soát
Áp dụng cấu trúc SKU có quy tắc, ví dụ: `[Loại]-[Màu]-[Size]` → `AOTHUN-DEN-M`. Khi mã có nghĩa, nhân viên ít bị nhầm và dễ phát hiện sai hơn.
—
3. Thiết Lập Phân Quyền: Ai Được Làm Gì Trong Hệ Thống
Bối cảnh
Phân quyền là lớp bảo vệ đầu tiên và quan trọng nhất trong quản lý tồn kho cho shop thời trang. Phần lớn sự cố xảy ra vì tất cả nhân viên đều dùng chung một tài khoản, hoặc tài khoản thu ngân có quyền ngang quản lý.
Vấn đề
Khi không có phân quyền:
- Thu ngân có thể xóa sản phẩm khỏi đơn hàng đã thanh toán
- Nhân viên kho có thể tự điều chỉnh số lượng tồn không qua phiếu
- Không ai chịu trách nhiệm khi số liệu sai
Cách làm từng bước
Bước 1 — Xác định vai trò:
| Vai trò | Quyền được phép |
|—|—|
| Thu ngân | Tạo đơn, quét hàng, thanh toán |
| Nhân viên kho | Tạo phiếu nhập, xuất kho |
| Quản lý ca | Xem báo cáo ca, duyệt đổi trả |
| Chủ shop / Admin | Toàn quyền |
Bước 2 — Cấu hình trên phần mềm: Tạo tài khoản riêng cho từng nhân viên (không dùng chung). Gán đúng vai trò theo bảng trên.
Bước 3 — Khóa quyền sửa SKU: Tắt hoàn toàn quyền chỉnh sửa mã sản phẩm trong đơn hàng đối với vai trò Thu ngân. Nếu cần thay đổi, phải có Quản lý ca xác nhận.
Bước 4 — Test lại: Đăng nhập bằng tài khoản thu ngân và thử sửa SKU — xác nhận hệ thống từ chối.
Rủi ro thường gặp
Chủ shop cấu hình xong nhưng không test → tưởng đã khóa mà thực ra chưa.
Cách kiểm soát
✅ Checklist phân quyền cơ bản:
- [ ] Mỗi nhân viên có tài khoản riêng
- [ ] Thu ngân không có quyền sửa SKU
- [ ] Nhân viên kho không có quyền tạo đơn bán hàng
- [ ] Admin review lại phân quyền mỗi tháng 1 lần
- [ ] Khi nhân viên nghỉ việc, tài khoản bị vô hiệu hóa ngay trong ngày
—
4. Quy Trình Nhập Xuất Tồn Có Kiểm Soát Cho Shop Thời Trang
Bối cảnh
Ngay cả khi đã khóa sửa SKU tại quầy, tồn kho vẫn có thể sai lệch nếu quy trình nhập xuất tồn không chặt chẽ. Đây là nguồn gốc thứ hai của dữ liệu nhiễu.
Vấn đề
Tại nhiều shop thời trang Việt Nam, hàng nhập về được nhân viên kho tự cập nhật vào hệ thống mà không cần đối chiếu với hóa đơn nhà cung cấp. Hàng xuất (trả nhà cung cấp, hàng lỗi, hàng mẫu) cũng không có phiếu xuất kho riêng.
Cách làm từng bước
Nhập hàng:
1. Nhận hàng từ nhà cung cấp → kiểm đếm thực tế
2. Đối chiếu với đơn đặt hàng (PO) đã tạo trong hệ thống
3. Tạo phiếu nhập kho trên phần mềm, gắn đúng SKU từng biến thể
4. Dán tem barcode nếu hàng chưa có
5. Quản lý ký duyệt phiếu nhập
Xuất hàng (không phải bán):
1. Mọi xuất kho phải tạo phiếu xuất với lý do cụ thể (trả NCC / hàng lỗi / hàng mẫu / khuyến mãi)
2. Phiếu xuất phải được quản lý phê duyệt trước khi hàng rời kho
3. Cuối ngày: đối chiếu tổng xuất kho với tổng doanh số bán
Rủi ro thường gặp
Hàng mẫu và hàng khuyến mãi thường không được tạo phiếu xuất → tồn kho ảo cao hơn thực tế.
Cách kiểm soát
✅ Checklist nhập xuất tồn hàng tuần:
- [ ] Tất cả phiếu nhập có đính kèm hóa đơn NCC
- [ ] Không có hàng xuất kho nào thiếu phiếu
- [ ] Tổng nhập – Tổng xuất – Tổng bán = Tồn hiện tại (kiểm tra mỗi thứ 2)
- [ ] Phiếu xuất hàng mẫu / hàng lỗi được tạo riêng biệt
—
5. Thiết Lập Định Mức Tồn Và Cảnh Báo Hết Hàng Đúng Cách
Bối cảnh
Sau khi dữ liệu SKU và nhập xuất tồn đã sạch, bước tiếp theo là thiết lập định mức tồn — ngưỡng tối thiểu cho từng SKU để hệ thống tự động cảnh báo khi cần nhập thêm.
Vấn đề
Nhiều shop đặt định mức tồn theo cảm tính (VD: “dưới 5 cái thì nhập”), không tính đến tốc độ bán và thời gian giao hàng từ nhà cung cấp. Kết quả là hoặc nhập quá nhiều (ứ vốn), hoặc cảnh báo quá muộn (mất doanh thu).
Cách làm từng bước
Bước 1 — Tính tốc độ bán trung bình:
Ví dụ giả định nội bộ: SKU “AOTHUN-DEN-M” bán trung bình 8 cái/tuần trong 3 tháng gần nhất.
Bước 2 — Xác định thời gian nhập hàng:
Nhà cung cấp giao trong 5 ngày → cần đủ hàng cho ít nhất 7 ngày (buffer thêm 2 ngày).
Bước 3 — Tính định mức tồn tối thiểu:
`Định mức = Tốc độ bán × Thời gian chờ hàng = 8 cái/tuần × 1 tuần = 8 cái`
→ Khi tồn dưới 8, hệ thống kích hoạt cảnh báo hết hàng.
Bước 4 — Cấu hình trên VMASS tồn kho: Nhập định mức tối thiểu cho từng SKU. Hệ thống sẽ hiển thị cảnh báo tự động và gợi ý số lượng cần đặt thêm.
Bước 5 — Review định mức mỗi quý: Tốc độ bán thay đổi theo mùa (hè/đông, sale/không sale) — cập nhật lại định mức theo thực tế.
Rủi ro thường gặp
Đặt cùng một định mức cho tất cả SKU mà không phân biệt hàng bán chạy / hàng bán chậm → cảnh báo sai liên tục, nhân viên bắt đầu bỏ qua cảnh báo.
Cách kiểm soát
Phân nhóm SKU theo tốc độ bán (A/B/C) và đặt định mức tồn khác nhau cho từng nhóm.
—
6. Mini-Case: Shop Thời Trang “Lệ Store” Tại Hà Nội
> Đây là ví dụ tình huống giả định dựa trên các vấn đề phổ biến tại shop thời trang quy mô vừa tại Việt Nam.
Lệ Store là shop thời trang nữ có 2 chi nhánh tại Hà Nội, khoảng 6 nhân viên. Chủ shop phát hiện tháng nào cũng lệch kho từ 15–20 sản phẩm sau khi kiểm đếm cuối tháng, nhưng không tìm ra nguyên nhân vì mọi nhân viên đều dùng chung 1 tài khoản quản lý.
Vấn đề phát hiện sau khi audit:
- Thu ngân thường xuyên sửa SKU khi khách đổi ý lúc thanh toán nhưng không thông báo lại cho kho
- Hàng mẫu cho KOL không có phiếu xuất kho → tồn ảo cao
- Không có định mức tồn → nhập hàng theo cảm tính, thường xuyên dư hàng chậm, thiếu hàng chạy
Cách xử lý trong 2 tuần:
1. Tạo tài khoản riêng cho từng nhân viên, phân quyền theo vai trò
2. Khóa quyền sửa SKU ở màn hình thanh toán
3. Bổ sung quy trình phiếu xuất kho cho hàng mẫu, hàng lỗi
4. Tính định mức tồn cho 30 SKU bán chạy nhất, cấu hình cảnh báo
Kết quả sau 1 tháng: Lệch kho giảm từ ~18 sản phẩm/tháng xuống còn 3 sản phẩm (chủ yếu do đếm nhầm khi nhập hàng — đang xử lý tiếp).
—
7. Gợi Ý Triển Khai Trong 7 Ngày
Không cần làm tất cả một lúc. Đây là lộ trình thực tế để bắt đầu kiểm soát quản lý tồn kho ngay trong tuần này:
| Ngày | Việc cần làm |
|—|—|
| Ngày 1 | Audit nhanh: xuất log giao dịch 30 ngày, tìm các SKU bị sửa tại quầy |
| Ngày 2 | Tạo tài khoản riêng cho từng nhân viên, đặt mật khẩu |
| Ngày 3 | Cấu hình phân quyền: khóa quyền sửa SKU ở vai trò Thu ngân |
| Ngày 4 | Test toàn bộ: đăng nhập từng tài khoản, xác nhận quyền hoạt động đúng |
| Ngày 5 | Họp nhân viên: giải thích quy trình mới, lý do thay đổi |
| Ngày 6 | Thiết lập định mức tồn cho 20–30 SKU bán chạy nhất |
| Ngày 7 | Tạo phiếu xuất kho cho tất cả hàng tồn chưa có chứng từ (hàng mẫu, hàng lỗi) |
—
8. KPI Theo Dõi 30 Ngày
Sau khi triển khai, dùng các chỉ số sau để đánh giá hiệu quả:
✅ Checklist KPI tháng đầu:
- [ ] Tỷ lệ lệch kho cuối tháng: Mục tiêu giảm ít nhất 50% so với tháng trước
- [ ] Số lần cảnh báo hết hàng được xử lý đúng hạn: Mục tiêu ≥ 90%
- [ ] Số giao dịch có SKU bị sửa sau khi quét: Mục tiêu = 0
- [ ] Tỷ lệ phiếu nhập/xuất kho có đủ chứng từ: Mục tiêu 100%
- [ ] Thời gian kiểm kho cuối tháng: Mục tiêu giảm ít nhất 30% (vì dữ liệu sạch hơn)
Ghi lại số liệu mỗi tuần vào một file đơn giản. Sau 30 ngày sẽ thấy rõ xu hướng cải thiện.
—
9. Sai Lầm Phổ Biến Cần Tránh
Dưới đây là những lỗi thường gặp nhất khi shop thời trang bắt đầu siết chặt quy trình tồn kho — và cách tránh:
❌ Sai lầm 1: Khóa quyền nhưng không thông báo cho nhân viên
Nhân viên không hiểu lý do, cảm thấy bị nghi ngờ, mất động lực. Hãy giải thích rõ: đây là quy trình để bảo vệ cả shop lẫn nhân viên khỏi tranh chấp không đáng có.
❌ Sai lầm 2: Đặt định mức tồn một lần rồi để mãi
Tốc độ bán thay đổi theo mùa, theo xu hướng. Định mức tồn cần được review ít nhất mỗi quý.
❌ Sai lầm 3: Chỉ khóa SKU mà không xử lý nguồn gốc vấn đề
Nếu nhân viên sửa SKU vì hệ thống không có mã hàng đúng (hàng mới nhập nhưng chưa tạo SKU), khóa quyền chỉ khiến họ tìm cách khác. Phải giải quyết quy trình tạo SKU trước khi hàng lên kệ.
❌ Sai lầm 4: Không có quy trình xử lý ngoại lệ
Sẽ có lúc cần sửa SKU vì lý do hợp lệ (nhập nhầm từ đầu). Phải có quy trình rõ ràng: ai được yêu cầu, ai được phê duyệt, ghi chú lý do ở đâu.
❌ Sai lầm 5: Kiểm kho chỉ cuối tháng
Khi phát hiện lệch sau 30 ngày, rất khó truy vết nguyên nhân. Nên kiểm kho nhanh mỗi tuần cho 30–50 SKU ngẫu nhiên để phát hiện sớm.
—
Kết Luận
Nhân viên tự đổi mã hàng khi thanh toán không chỉ là vấn đề trung thực — đó là vấn đề của hệ thống. Khi không có phân quyền, không có audit log, không có quy trình nhập xuất tồn rõ ràng, bất kỳ nhân viên nào cũng có thể — dù vô tình hay cố ý — làm sai lệch toàn bộ dữ liệu quản lý tồn kho của bạn.
Giải pháp không phức tạp: khóa quyền sửa SKU tại quầy, tạo tài khoản riêng cho từng người, thiết lập phiếu nhập xuất tồn có kiểm soát, và cấu hình cảnh báo hết hàng dựa trên định mức thực tế. Làm đúng 7 bước trong tuần này, theo dõi KPI trong 30 ngày — bạn sẽ thấy sự khác biệt rõ ràng.
Nếu bạn đang tìm một nền tảng hỗ trợ đầy đủ các tính năng trên — phân quyền theo vai trò, audit log giao dịch, quản lý SKU đa biến thể, cảnh báo hết hàng tự động và báo cáo nhập xuất tồn chi tiết — VMASS được xây dựng dành riêng cho bài toán này. Bạn có thể tìm hiểu thêm và dùng thử tại [vmass.vn](https://vmass.vn).
Tìm hiểu thêm về VMASS