Check-In Sự Kiện Khi Mất Mạng: Check-In Không Cần Internet

Khoảnh khắc Wi-Fi đứt ngay tại cổng

18h40. Buổi khai mạc còn hai mươi phút nữa và hàng ba trăm khách xếp dài ngoằng qua sảnh. Và rồi bộ định tuyến của venue tự khởi động lại — chính cái router mà quản lý venue từng cam kết là “chắc như đá”.

Mỗi người tổ chức đều từng trải qua một phiên bản của câu chuyện này. Thứ phân biệt giữa “sự cố nhỏ” và “thảm họa” không phải là mạng có đứt hay không, mà là hệ thống check-in của bạn phản ứng thế nào trong vài giây ngay sau đó. Nếu câu trả lời là “máy quét báo lỗi rồi nhân viên bắt đầu xua tay cho khách vào”, bạn mất sạch số lượng khách đã vào, audit trail và cổng chống gian lận chỉ trong một khoảnh khắc.

Check-in sự kiện không cần internet chính là lời giải: cổng vẫn quét tiếp, mọi thao tác được lưu trên thiết bị, và tất cả đồng bộ lên khi mạng trở lại.

Offline check-in phải đảm bảo điều gì

Một chế độ offline nghiêm túc không chỉ là “không hiển thị lỗi”. Nó phải đảm bảo:

• Mọi thao tác tại cổng đều sống sót qua sự cố. Check-in, check-out và tra cứu thủ công đều xếp hàng theo cùng cơ chế — lưu tại bộ nhớ trình duyệt trên thiết bị, không phải cache mong manh biến mất sau một lần refresh.
• Trải nghiệm khách không đổi. Nhân viên vẫn thấy thẻ khách màu xanh như khi online — tên, huy hiệu hạng vé, thông tin đoàn người — kèm huy hiệu “Offline” màu hổ phách. Khách vẫn vào; dữ liệu tự đuổi kịp sau.
• Thời gian ghi nhận trung thực. Mỗi lượt check-in trong hàng chờ mang dấu thời gian tại thời điểm quét, chứ không phải lúc mạng hồi phục. Số liệu phân tích giờ đến của bạn vẫn chính xác.
• Đồng bộ tự động. Không ai ở cổng đông đúc có thời gian bấm nút “sync”. Khi kết nối trở lại, hàng chờ tự cạn theo đúng thứ tự thời gian.

Từng lượt quét: Offline tại cổng

Nhân viên cổng thực tế sẽ thấy thế này khi mạng đứt:

Lượt quét thành công hiển thị thẻ bình thường, thêm huy hiệu. Thẻ kết quả màu xanh xuất hiện kèm huy hiệu Offline màu hổ phách và ghi chú “đang chờ đồng bộ”. Nhân viên trấn an khách — “vé của anh/chị đã quét thành công, đang đồng bộ” — và cho khách vào. Hàng di chuyển liên tục.

Vé không hợp lệ vẫn fail ngay lập tức, kể cả khi offline. Đây là quyết định thiết kế có chủ đích. Lỗi đầu vào — vé hết hạn, vé thuộc sự kiện khác, phiên đăng nhập hết hạn — hiển thị đỏ ngay tại chỗ và không bao giờ được xếp hàng. Nếu hệ thống lưu lại để thử lại sau, kết quả vẫn y hệt và nhân viên sẽ lặp vô tận. Gian lận thật bị bắt tại cổng, không phải sau khi khách đã về.

Màn hình camera có chỉ báo kết nối. Xanh khi online, đỏ khi offline, kèm huy hiệu cảnh báo hổ phách khi có hơn một lượt quét đang chờ. Nhân viên chạm vào để xem số lượt pending bất cứ lúc nào.

Khi mạng trở lại

Không cần làm gì cả. Đó chính là điểm mấu chốt. Ngay khi kết nối hồi phục, mọi lượt chờ được gửi lên server theo đúng thứ tự thời gian — kể cả khi màn hình scanner “ngủ” lỡ lúc kết nối (khóa màn hình, chuyển tab), nó tự kiểm tra và tiếp tục ngay khi thức dậy.

Hai điều đáng biết:

• Dashboard trễ là điều bình thường. Khi scanner offline, dashboard CMS chỉ hiển thị dữ liệu đã lên đến server. Đừng hoảng loạn khi hai số chưa khớp — chờ số pending về 0 rồi mới đối chiếu.
• Cổng vẫn hoạt động đúng quy tắc kể cả khi đứt mạng. Lượt quét trong hàng chờ được kiểm tra lại theo cửa sổ check-in và lịch trình đang hiệu lực của sự kiện khi đến server. Lượt quét xếp hàng trước khi cửa sổ đóng nhưng replay sau đó sẽ nằm trong báo cáo đồng bộ mục “bị chặn” — không được ghi nhận là một lượt vào.

Khi hai cửa quét cùng một vé

Edge case kinh điển: cùng một vé bị quét ở hai cửa, cả hai đều offline. Khi cả hai thiết bị kết nối trở lại, hệ thống tự động xử lý:

• Lượt quét sớm hơn được ghi nhận bình thường — khách đã được vào.
• Lượt quét muộn hơn bị đánh dấu xung đột trong báo cáo đồng bộ, kèm cả giờ server và giờ thiết bị để bạn so sánh.

Không mất dữ liệu, và không ai bị tính vào hai lần. Mỗi lượt check-in trong hàng chờ còn đồng bộ độc lập — một lượt xung đột không bao giờ chặn phần hàng còn lại. Những lượt thất bại nhiều lần sẽ vào mục sync-issues trên scanner, nơi nhân viên có thể retry hoặc bỏ qua.

Chuẩn bị cho sự kiện có mạng kém

• Nắm rõ venue trước ngày sự kiện. Thử Wi-Fi và dữ liệu di động tại từng cửa trong buổi khảo sát, không phải giữa giờ khách đổ vào.
• Ưu tiên một thiết bị cho một cửa. Việc xử lý xung đột trở nên đơn giản và mỗi hàng chờ được giữ nhỏ.
• Giữ tính năng roster bật. Tra cứu thủ công cũng chạy offline — thiết bị cache sẵn danh sách khách khi online, nên nhân viên vẫn tìm được theo tên hoặc email và check-in khi không hề có kết nối.
• Tin vào hàng chờ, không tin lối cửa phụ. Kết quả tệ nhất của một vụ đứt mạng là nhân viên bỏ hệ thống “tạm thời thôi”. Với chế độ offline hoạt động đúng, không bao giờ có lý do phải làm vậy.

Kết luận

Mạng sẽ trục trặc vào thời điểm tệ nhất — hãy lên kế hoạch cho nó, đừng quanh co né tránh nó. Hệ thống check-in có chế độ offline thực thụ giữ cổng của bạn vận hành, dấu thời gian trung thực và dữ liệu trọn vẹn, bất kể router của venue quyết định làm gì. QRS xếp hàng check-in, check-out và tra cứu thủ công ngay trên thiết bị, đồng bộ tự động và tự xử lý xung đột, để sự cố mạng không bao giờ trở thành thảm họa tại cổng.