Trong một ca nhà hàng, bàn có thể đổi chỗ, gộp hóa đơn rồi chia tiền cho nhiều người. Khách trả một phần bằng tiền mặt, phần còn lại bằng QR; cuối bữa lại bổ sung món hoặc để lại tip. Nếu chỉ lấy tổng POS so với tổng ngân hàng, người quản lý sẽ khó giải thích từng khoản lệch.
Quy trình đối soát giao dịch cho chuỗi cửa hàng F&B cần đi cùng cách quán phục vụ, từ mở ca tới bàn giao. Thu ngân, quản lý và người phụ trách dữ liệu cần thống nhất cách ghi nhận giao dịch theo bàn, bill và ca. Khi dùng nguồn Pay2S được giới thiệu trên hoadontudong.com.vn, quy trình tại quầy phải giữ được liên hệ đó để khoản tiền có thể được xác nhận, điều chỉnh hoặc bàn giao đúng người.
Bill là đối tượng thanh toán, bàn là nơi phục vụ
Số bàn giúp nhân viên phục vụ nhận diện vị trí, nhưng không nên là khóa duy nhất của khoản thu. Một bàn có thể có nhiều bill, một bill có thể chuyển bàn. Hệ thống cần mã bill ổn định, cửa hàng, ca và lịch sử thay đổi vị trí.
Gộp hoặc tách bill phải giữ quan hệ với dữ liệu trước đó. Nếu mã thanh toán đã được tạo, cần biết nó còn áp dụng cho bill nào và số tiền bao nhiêu. Khách dùng mã cũ sau khi tách có thể làm khoản nhận gắn nhầm hoặc vượt số phải thu.
Chốt phiên bản phải thu trước khi hiển thị yêu cầu thanh toán: món, số lượng, ưu đãi và những khoản theo chính sách quán. Sau đó, mọi thay đổi cần một bước điều chỉnh rõ ràng. Không để nhân viên sửa bill đã nhận tiền mà lịch sử chỉ còn giá trị cuối.
Đầu ca: kiểm tra điểm thu và quyền của người dùng
Thu ngân kiểm tra ca, quầy, thiết bị và thông tin nhận tiền đang hiển thị. Quản lý xác nhận tài khoản hoặc điểm thu được cấu hình đúng cửa hàng. Một mã in từ đợt trước có thể đã không còn phù hợp; việc kiểm tra đầu ca giúp phát hiện trước lúc khách đông.
Phân quyền theo công việc. Nhân viên phục vụ cần biết bill đã xác nhận để hỗ trợ bàn, thu ngân xử lý khoản thu, quản lý duyệt điều chỉnh hoặc hoàn. Không cần chia sẻ ứng dụng ngân hàng của chủ cho mọi người chỉ để xem tiền về.
Nếu dùng Pay2S, xác nhận trạng thái kết nối và nguồn thông báo theo cấu hình. Có thể đọc liên kết tài khoản ngân hàng Pay2S cho phần kỹ thuật. Đầu ca cần thấy thời điểm dữ liệu gần nhất; một màn hình mở được chưa chứng minh đang nhận giao dịch mới.
Trong ca: xác nhận khoản thu theo đúng bill
Thu ngân hoặc POS tạo yêu cầu theo mã bill và tổng đã chốt. Khi dữ liệu thanh toán đến, đối chiếu tham chiếu, số tiền, tài khoản và trạng thái. Nhiều bill đồng giá trong giờ cao điểm khiến cách gán “khoản mới nhất cho bill vừa mở” trở nên thiếu chắc chắn.
Nguồn xác nhận phải ở phía cửa hàng, không chỉ là ảnh ứng dụng khách. Nhân viên cần trạng thái rõ: đủ tiền, đang kiểm tra hoặc còn thiếu. “Đang kiểm tra” nên kèm đầu mối xử lý để nhân viên biết cần chờ hay gọi quản lý, thay vì yêu cầu khách quét trả lại.
Webhook ngân hàng và IPN đơn có vai trò khác nhau. Bài biến động số dư qua webhook giúp xác định nguồn dữ liệu cần nhận. Thông báo đã tới không tự bảo đảm POS đã phân bổ đúng vào bill.
Chia bill giữa nhiều khách
Giữ từng khoản thanh toán và tổng đã phân bổ vào bill. Nếu khách trả hỗn hợp tiền mặt/QR, POS phải lưu cả hai phương thức, không đổi toàn bộ bill thành QR vì khoản cuối dùng QR. Khi đủ tổng, đóng thanh toán một lần; các khoản đến sau chuyển sang kiểm tra thu thừa.
Gộp bill hoặc thêm món sát lúc trả
Cần khóa hoặc điều phối thay đổi để request thanh toán không dùng một giá trị đã cũ. Nếu thêm món sau khi khách trả, tạo khoản phải thu bổ sung theo quy trình, giữ liên hệ với bill gốc. Không sửa số tiền giao dịch nhận để làm tổng mới khớp.
Tip, phụ thu và giảm giá cần được phân loại riêng
Khách trả nhiều hơn tổng bill có thể là tip hoặc chuyển thừa, nhưng hệ thống không nên tự suy từ chênh lệch. Nhân viên xác nhận ý định và áp chính sách quán. Nếu là tip, cần biết phần đó được theo dõi cho ai và ở báo cáo nào.
Phụ thu được xác định trong giá phải thu khác khoản khách tự để lại. Giảm giá sau thanh toán cũng khác ưu đãi đã áp trước khi tạo yêu cầu. Người phụ trách kế toán cần quy định cách ghi nhận và dữ liệu chứng từ phù hợp; SOP không tự kết luận cách xử lý thuế cho các khoản này.
Quyền xác nhận và sửa phân loại cần rõ ràng, có nhật ký. Một ca có nhiều khoản “tip” được gán tự động để xóa chênh lệch sẽ che vấn đề nhập sai tiền hoặc sai bill. Báo cáo nên cho phép quản lý xem cả giá trị và lý do điều chỉnh.
Hủy món, hủy bill và hoàn tiền không cùng một thao tác
Hủy món trước khi thanh toán làm thay đổi số phải thu; hủy bill chưa trả kết thúc yêu cầu bán; hoàn tiền sau trả là nghiệp vụ tiền. Mỗi bước cần quyền và chứng cứ tương ứng. Không dùng một nút xóa để làm mất cả lịch sử món, khoản nhận và quyết định điều chỉnh.
Với Collection Link, tài liệu Pay2S chỉ cho hủy đơn chưa thanh toán. Nếu quán dùng luồng này, tham khảo điều kiện hủy đơn. Thao tác hủy không chứng minh tiền đã được trả lại cho khách.
Hoàn cần giữ bill gốc, giao dịch nhận, phần giá trị được duyệt và trạng thái thực hiện. Nếu quản lý duyệt lúc cuối ca nhưng chuyển tiền ở ca sau, báo cáo phải thể hiện việc còn chờ. Hai nhân viên không được cùng hoàn một yêu cầu vì không thấy kết quả của nhau.
Chốt ca bằng ba bảng đối chiếu
Bảng thứ nhất là bill phải thu và điều chỉnh được duyệt. Bảng thứ hai là khoản nhận theo phương thức. Bảng thứ ba là phân bổ và ngoại lệ. Tổng khớp chỉ là bước kiểm tra; còn phải biết từng khoản đã gắn đúng đối tượng và không được tính hai lần.
| Nhóm | Cách kiểm tra |
|---|---|
| Tiền mặt | Quỹ đầu ca, thu/chi được phép, kiểm đếm và bàn giao |
| QR/ngân hàng | Giao dịch nhận, bill đã khớp và khoản chưa phân bổ |
| Chia thanh toán | Tổng phân bổ từng bill và từng khoản nhận |
| Tip/phụ thu/ưu đãi | Phân loại, chính sách và người duyệt |
| Hoàn/hủy | Đúng trạng thái nghiệp vụ, việc chưa thực hiện và chứng cứ |
Đơn từ kênh giao hàng hoặc đối tác chuyển tiền theo lô cần bảng kê riêng. Không lấy khoản đối tác trả ngân hàng trong ngày đưa vào tiền QR tại quầy của ca đó. Phải nối đơn, bảng kê và khoản chuyển trả theo luồng được áp dụng.
Ca qua nửa đêm
Giữ mã ca thay vì chỉ lọc theo ngày lịch. Mốc giao dịch và lúc nhận dữ liệu cần riêng, để khoản đến muộn được giải thích. Khi ca đã duyệt, điều chỉnh bổ sung phải có dấu vết, không âm thầm đổi timestamp hoặc chuyển khoản sang ngày dễ khớp hơn.
Khi mạng quầy hoặc nguồn dữ liệu gián đoạn
Quán cần phương án được quản lý thống nhất cho trạng thái chưa xác minh: ai kiểm tra nguồn khác, cách ghi nhận và điều kiện xử lý bill. Nhân viên không tự đổi một bill sang đã thu chỉ để đóng bàn. Khách cần được giải thích rằng kết quả đang được kiểm tra.
Nếu nguồn đã có tiền nhưng POS chưa cập nhật, đội vận hành tìm đúng giao dịch và điều tra phần nhận dữ liệu. Nếu chưa rõ phía ngân hàng, giữ hồ sơ tra cứu. Hai tình huống khác nhau không nên dùng chung nút gửi lại thông báo rồi coi đã giải quyết.
Sau phục hồi, đối soát khoảng thiếu và bổ sung có kiểm soát. Thử lại phải an toàn khi giao dịch từng được lưu một phần. Bài chống thanh toán trùng hỗ trợ thiết kế lớp này; POS còn phải bảo vệ tác vụ đóng bill, in chứng từ và các thao tác sau thu.
Bàn giao ngoại lệ như bàn giao một công việc
Mỗi khoản còn mở cần mã bill, số tiền, trạng thái phục vụ, việc đã làm và người nhận tiếp. Quản lý nên biết bàn đã rời, khách còn ở quán hay đơn được giữ chờ. Những thông tin đó giúp ưu tiên xử lý mà không bắt nhân viên ca sau tự dựng lại diễn biến.
Đừng chỉ bàn giao một tổng “lệch QR”. Tách thiếu dữ liệu, thiếu tiền, thu thừa, sai tham chiếu và hoàn chờ thực hiện. Mỗi nhóm có một hướng xử lý khác. Khi người phụ trách thay đổi, giữ lịch sử cùng thời điểm để khách không phải kể lại từ đầu.
Việc đóng ca không nhất thiết đòi mọi ngoại lệ về không, nhưng cần có danh sách được quản lý nhận trách nhiệm. Xóa hoặc gán bừa để ca khớp sẽ làm vấn đề khó tìm hơn vào ngày sau.
Thử SOP trong điều kiện gần giờ cao điểm
Dùng ca thử có chuyển bàn, gộp/tách bill, trả hỗn hợp, thêm món sau tạo QR và khoản thừa chưa rõ tip. Thử callback đến lại, hai bill đồng giá và mạng quầy ngắt tạm thời. Quan sát thao tác của thu ngân cùng quản lý, không chỉ log kỹ thuật.
Đếm những bước nhân viên làm ngoài hệ thống và thời gian tìm chứng cứ khi có lệch. Nếu quy trình khiến họ phải ghi giấy hoặc nhắn riêng để theo dõi khoản chờ, cần chỉnh màn hình và quyền. Một SOP tốt phải giúp quán phục vụ liên tục mà vẫn giữ được câu chuyện của từng khoản tiền.
Nguồn kỹ thuật: Pay2S liên kết ngân hàng; Pay2S webhook; Pay2S hủy đơn; Pay2S IPN. SOP, tip và phân loại ca là đề xuất vận hành cần phù hợp chính sách doanh nghiệp.
