Phần mềm quản lý bán hàng: thử đơn, tồn kho và hoàn tiền

Phần mềm quản lý bán hàng cần làm đúng vòng đời của đơn và hàng trước khi hứa hẹn tăng doanh thu. POS tại quầy, website và sổ kho có thể là ba hệ thống khác nhau; “đồng bộ thời gian thực” chỉ có ý nghĩa khi đã thử tình huống mất mạng, đơn trùng và hàng hoàn. Bài này là checklist chọn hệ thống cho cửa hàng nhỏ hoặc chuỗi đang mở rộng, không phải bảng xếp hạng tám vendor năm 2025.

Ba đối tượng không nên gộp làm một

Sản phẩm/SKU mô tả mặt hàng và biến thể; tồn kho mô tả số có thể bán theo vị trí; đơn hàng ghi khách mua gì, trạng thái giao/thu và điều chỉnh. Hai kênh cùng bán một SKU phải có quy tắc giữ hàng, hủy và hoàn lại tồn rõ ràng. Nếu dùng mã GTIN/barcode trong chuỗi cung ứng, GS1 giải thích GTIN là định danh mặt hàng; mã nội bộ của cửa hàng không mặc nhiên là GTIN.

Một ca bán hàng đủ để thử hệ thống

1. Tạo một SKU có hai biến thể và tồn tại hai kho/quầy. Bán tại quầy một đơn, đồng thời đặt từ website; kiểm quy tắc giữ hàng để không bán vượt số có thể giao.
2. Cho một đơn thanh toán một phần, một đơn chuyển khoản chờ xác nhận và một đơn hủy. Báo cáo đơn, tiền đã nhận và số phải thu phải tách nhau, không cộng đơn hủy vào tiền mặt.
3. Trả một phần đơn, hoàn tiền theo phương thức thực tế và nhập lại hàng nếu đạt điều kiện. Kiểm dòng tiền, thuế/phí cần xử lý bởi bộ phận kế toán, tồn kho và nhật ký người phê duyệt.
4. Ngắt kết nối mạng ở quầy khi tạo đơn mẫu, rồi đồng bộ lại. Hệ thống phải có cách nhận diện giao dịch trùng và trạng thái chưa chắc chắn; không coi thử offline là bằng chứng mọi phương thức thanh toán đều hoạt động offline.
5. Kiểm kê chênh lệch một sản phẩm, ghi lý do điều chỉnh, xuất đơn và lịch sử tồn sang định dạng có thể đọc lại trước khi nghiệm thu.

Hoàn tiền cần bám giao dịch gốc và số tiền còn có thể hoàn; tài liệu refund của Stripe minh họa nguyên tắc này cho một cổng thanh toán, không có nghĩa mọi cổng đều có cùng API hay thời gian xử lý. Viết rõ điều kiện hoàn theo chính sách bán hàng và hợp đồng với đơn vị thanh toán.

Bảo mật thanh toán và đường thoát dữ liệu

Không chép số thẻ/CVV vào ghi chú đơn, ảnh chụp màn hình hoặc log. PCI SSC nêu rõ CVV không được lưu sau cấp phép, kể cả mã hóa. Phân quyền thu ngân, quản lý và kế toán; giao dịch hủy/hoàn cần dấu vết. Hỏi nhà cung cấp cách xuất sản phẩm, đơn, điều chỉnh kho và khách hàng, cách phục hồi, chi phí chuyển hệ thống và xử lý dữ liệu khi kết thúc hợp đồng.

Khi nối với sổ thu chi, thống nhất định danh đơn và lần hoàn để không ghi nhận tiền hai lần. Nếu cần thiết kế luồng POS–website–kho riêng, trao đổi ca nghiệm thu tích hợp API với Cyno. Bài này không xác nhận Cyno đang bán một POS đóng gói.