Hóa đơn điện tử từ máy tính tiền cho người bán lẻ

Chào bạn,

Hóa đơn từ máy tính tiền không chỉ là in tờ giấy tại quầy. Dữ liệu cần đi từ POS tới hệ thống hóa đơn, được cấp mã hoặc xử lý theo mô hình pháp luật, gửi cho người mua và đối soát với doanh thu. Nếu một mắt xích mất kết nối, cửa hàng có thể bán được nhưng hóa đơn thiếu hoặc trùng.

Khung pháp luật từ 01/07/2026

Máy tính tiền trong bài này là gì?

Đây là hệ thống bán hàng có thể ghi nhận đơn, hàng hóa, tiền và tạo dữ liệu hóa đơn điện tử để chuyển theo quy định. Nó có thể là máy POS, máy tính, tablet hoặc hệ thống cloud tùy giải pháp, miễn đáp ứng yêu cầu kỹ thuật và nghiệp vụ áp dụng.

Phân biệt bốn lớp

Bốn lớp phải nối bằng order ID hoặc transaction ID. Không dùng số tiền làm khóa duy nhất vì nhiều đơn có thể cùng giá trị.

Ai cần rà mô hình máy tính tiền?

• Cửa hàng bán lẻ trực tiếp cho người tiêu dùng.
• Nhà hàng, quán ăn, dịch vụ tại quầy.
• Chuỗi nhiều chi nhánh.
• Đơn vị có lượng giao dịch lớn.
• Người bán đang dùng POS nhưng hóa đơn tách rời.

Danh sách trên là góc quản trị, không thay xác định đối tượng bắt buộc. Hãy đối chiếu ngành, doanh thu, phương thức bán và quy định cụ thể.

Quy trình chuẩn tại quầy

1. Nhân viên chọn đúng hàng, thuế và số lượng.
2. Hệ thống tính giảm giá theo rule.
3. Khách cung cấp thông tin hóa đơn nếu cần.
4. Đơn được xác nhận hoàn tất.
5. Thanh toán ghi nhận theo phương thức.
6. Dữ liệu hóa đơn được tạo và gửi.
7. Nhận trạng thái thành công hoặc lỗi.
8. Cuối ca đối chiếu đơn, hóa đơn và tiền.

Master data cần chuẩn hóa

Thông tin người mua

Nhân viên không nên tự bịa MST hoặc email để hoàn tất màn hình. Hệ thống cần phân biệt khách lẻ không cung cấp thông tin và khách yêu cầu hóa đơn đầy đủ theo quy định. Khi khách đưa thông tin, nên đọc lại tên, MST và email trước khi lập.

Thời điểm lập hóa đơn

Thời điểm không được quyết định chỉ bằng giờ đóng ca hoặc lúc kế toán rảnh. Nó phụ thuộc bản chất bán hàng, cung cấp dịch vụ và quy định hóa đơn hiện hành. Thiết kế POS phải tự phát sinh theo event kinh doanh phù hợp, không gom toàn bộ cuối ngày nếu pháp luật không cho phép.

Hủy đơn trước khi phát hành

Nếu đơn chưa hoàn tất và chưa tạo hóa đơn, nhân viên có thể hủy theo quyền và lý do. Hệ thống phải giữ log người hủy, giờ, hàng và số tiền. Không xóa vật lý record khỏi database.

Đổi trả sau khi đã có hóa đơn

Cách điều chỉnh hoặc thay thế phải theo Nghị định 254 và Thông tư 91. Không hủy đơn POS rồi coi hóa đơn đã tự biến mất.

Xử lý mất mạng

1. Giữ order ID local không trùng.
2. Đánh dấu pending sync.
3. Không bấm gửi lại tạo record mới.
4. Khi mạng về, retry theo idempotency key.
5. Đối chiếu số đơn pending.
6. Escalate giao dịch không đồng bộ.

Quy trình offline cần được nhà cung cấp chứng minh trong demo. Không chờ sự cố thật mới hỏi.

Chống hóa đơn trùng

• Mỗi order chỉ có một trạng thái hóa đơn hợp lệ theo luồng.
• Retry dùng cùng khóa giao dịch.
• Không cho hai máy phát hành cùng đơn.
• Hệ thống cảnh báo cùng order ID.
• Dashboard liệt kê hóa đơn tạo ngoài POS.

Phân quyền tại cửa hàng

Không dùng một tài khoản admin chung tại quầy. Nhật ký phải truy được người thực hiện.

Đối soát cuối ca

• Đơn hoàn tất theo phương thức thanh toán.
• Hóa đơn thành công, pending và lỗi.
• Đơn hủy, trả và giảm giá.
• Tiền mặt bàn giao.
• QR và thẻ theo giao dịch ngân hàng.
• Chênh có owner và biên bản.

Đối soát cuối tháng

So doanh thu POS, hóa đơn điện tử, tiền, công nợ và sổ. Chênh được phân thành timing, hoàn, phí, lỗi mapping hoặc giao dịch chưa xác định. Không điều chỉnh doanh thu tổng chỉ để khớp tiền.

Ví dụ một đơn đổi hàng

Khách mua áo 800.000 đồng và đã nhận hóa đơn. Ngày sau khách đổi sang áo 950.000 đồng. Cửa hàng cần ghi nhận phần trả, hàng nhập lại, chênh tiền 150.000 đồng, đơn mới hoặc chứng từ điều chỉnh theo quy định. Nhân viên không sửa trực tiếp đơn cũ đã khóa.

Chọn nhà cung cấp phần mềm

1. Demo luồng bán, trả, đổi, mất mạng.
2. Kiểm trạng thái từ POS tới cơ quan thuế.
3. Kiểm idempotency và log.
4. Kiểm export XML, dữ liệu và báo cáo.
5. Kiểm SLA khi quầy không xuất được hóa đơn.
6. Kiểm phương án đổi nhà cung cấp.

Thiết kế ID và trạng thái

ID không nên thay đổi khi retry. Nếu hệ hóa đơn trả lỗi, record giữ trạng thái error cùng mã lỗi, không tạo order mới.

20 tình huống UAT tối thiểu

1. Bán một hàng tiền mặt.
2. Đơn nhiều hàng, nhiều thuế.
3. Giảm giá theo dòng.
4. Khuyến mại cả đơn.
5. Thanh toán QR.
6. Chia hai phương thức.
7. Khách cung cấp MST.
8. Khách đổi email.
9. Hủy trước hóa đơn.
10. Return toàn bộ.
11. Return một phần.
12. Đổi hàng giá cao hơn.
13. Đổi hàng giá thấp hơn.
14. Mất mạng trước gửi.
15. Timeout sau gửi.
16. Gửi lại không tạo trùng.
17. Máy sai giờ.
18. Nhân viên không có quyền giảm giá.
19. Đóng ca có chênh.
20. Export và phục hồi dữ liệu.

Phân loại sự cố

Mỗi sự cố có thời điểm bắt đầu, phạm vi, giao dịch ảnh hưởng, quyết định, người duyệt và hậu kiểm. Không sửa trực tiếp database để chữa nhanh.

Luồng tạm khi hệ hóa đơn gián đoạn

Runbook phải xác định cửa hàng tiếp tục bán hay dừng, dữ liệu nào lưu cục bộ, số thứ tự giao dịch, thông tin khách, người duyệt và cách đồng bộ lại. Sau khôi phục, đối soát toàn bộ khoảng gián đoạn theo order ID.

Luồng tạm không được biến thành cách né lập hóa đơn. Phải được thiết kế cùng nhà cung cấp và người phụ trách pháp luật.

Bảo mật và dữ liệu khách hàng

• Không hiển thị toàn bộ thông tin khách cho thu ngân không cần.
• Mã hóa kết nối giữa POS và hệ hóa đơn.
• API key nằm trong kho bí mật.
• Thiết bị quầy tự khóa.
• Không dùng USB cá nhân export hóa đơn.
• Rà user khi nhân viên nghỉ.

KPI vận hành hóa đơn

Rollout theo chi nhánh

1. Pilot một cửa hàng có quản lý tốt.
2. Chạy song song đối chiếu hằng ngày.
3. Đóng lỗi Sev 1, Sev 2.
4. Đào tạo theo vai trò.
5. Mở nhóm chi nhánh tiếp theo.
6. Hậu kiểm sau 30 ngày.

Không bật toàn chuỗi chỉ vì demo thành công với 10 đơn. Pilot cần giờ cao điểm, return, mất mạng và đổi ca.

Chuỗi nhiều chi nhánh

Mỗi chi nhánh cần mã điểm bán, thiết bị, user và dải giao dịch nhận diện được. Cấu hình hàng, giá và thuế được quản lý tập trung nhưng chỉ phát hành sau khi chi nhánh nhận đúng version.

• Không dùng chung store ID.
• Đồng bộ thời gian thiết bị.
• Giới hạn admin theo vùng.
• Đối chiếu từng cửa hàng trước tổng công ty.
• Dashboard cho biết chi nhánh mất kết nối.
• Rollout theo đợt, có rollback.

Khi một chi nhánh đóng hoặc chuyển địa điểm, thu hồi thiết bị, API key và user; cập nhật thông tin hóa đơn theo thủ tục trước khi bán ở địa điểm mới.

Checklist go-live

• Đã xác định đối tượng và thời điểm.
• Master hàng, giá, thuế sạch.
• User và quyền được duyệt.
• Máy, mạng, thiết bị dự phòng sẵn.
• Đã test 20 tình huống.
• Đối soát ca có owner.
• Runbook lỗi và hotline rõ.
• Backup và export thử thành công.

Lỗi thường gặp

• POS và hóa đơn dùng mã hàng khác.
• Nhân viên sửa thuế tại quầy.
• Retry tạo trùng hóa đơn.
• Đơn hủy không có log.
• Đổi hàng bằng cách sửa đơn cũ.
• Không đối soát QR.
• Admin dùng chung.
• Không lưu trạng thái lỗi.

FAQ

Máy tính tiền có phải thiết bị chuyên dụng?

Không nhất thiết. Điều quan trọng là hệ thống đáp ứng yêu cầu dữ liệu, kết nối và quản lý theo pháp luật cùng giải pháp được triển khai.

Khách không lấy hóa đơn thì cửa hàng có cần lập không?

Nghĩa vụ lập hóa đơn không phụ thuộc đơn giản vào việc khách có xin hay không. Cần áp dụng đúng quy định cho giao dịch.

Có thể xuất hóa đơn cuối ngày không?

Phải kiểm tra thời điểm lập theo loại giao dịch và khung 2026. Không mặc định gom cuối ngày.

– Gr Hanh Lee · Một người, ít lời – nhiều ý, nhiều hành trình
Lặng lẽ học, vững vàng đi 🌸