Một đội sales quản lý lead trong CRM, theo dõi báo giá bằng Google Sheet và giao việc trên hệ thống riêng. Khi lead chuyển sang “đã chốt”, dữ liệu nên được gửi ngay bằng webhook hay lấy định kỳ qua API?
Quyết định phụ thuộc vào độ trễ chấp nhận được, cách phát hiện bản ghi bị sót và khả năng xử lý gián đoạn.
Webhook và đồng bộ theo lịch khác nhau ở đâu?
Với webhook, hệ thống nguồn gửi yêu cầu đến địa chỉ đã đăng ký khi có thay đổi. Hệ thống đích không phải liên tục kiểm tra dữ liệu mới, nhưng địa chỉ nhận phải sẵn sàng, xác minh được yêu cầu và phản hồi nhanh.
Đồng bộ theo lịch, thường gọi là polling, gọi API sau mỗi khoảng thời gian. Tác vụ lấy bản ghi sau mốc gần nhất, xử lý từng trang rồi lưu mốc mới. Cách này có độ trễ nhưng dễ dừng, chạy lại và quan sát theo lô.
Webhook không mặc nhiên tốt hơn. Polling tốn nhiều lượt gọi nếu API thiếu bộ lọc thời gian. Webhook thiếu mã sự kiện hoặc cơ chế gửi lại sẽ khó khôi phục dữ liệu.
Khung quyết định giữa webhook và đồng bộ theo lịch
Nên ưu tiên webhook khi
- Bước tiếp theo cần bắt đầu ngay sau sự kiện.
- Hệ thống nguồn có mã sự kiện, chữ ký xác thực và chính sách gửi lại.
- Đội có điểm tiếp nhận ổn định, log kỹ thuật và hàng chờ xử lý.
- Lưu lượng không đều, có những đợt cao điểm cần tiếp nhận nhanh.
Nên ưu tiên đồng bộ theo lịch khi
- Quy trình chấp nhận dữ liệu đến chậm vài phút hoặc theo khung giờ.
- API hỗ trợ lọc theo thời điểm cập nhật, phân trang và giới hạn gọi rõ ràng.
- Đội cần kiểm tra dữ liệu theo lô trước khi ghi vào hệ thống đích.
- Hệ thống nguồn không có webhook đủ tin cậy hoặc khó cấu hình bảo mật.
Độ trễ không phải tiêu chí duy nhất
Webhook phù hợp khi lead cần được phân công ngay. Đồng bộ theo lịch thường đủ cho báo cáo công nợ cuối ngày. Polling mỗi phút thay vì mỗi giờ làm tăng số lượt gọi và nguy cơ chạm giới hạn API.
Webhook đẩy sự kiện theo nhịp của nguồn, nên nơi nhận phải chịu được lưu lượng tăng đột ngột. Polling cho phép chọn nhịp và kích thước lô khi hệ thống đích giới hạn tốc độ ghi.
Trước khi triển khai, cần chốt đặc tả API giữa hai hệ thống: trường bắt buộc, trạng thái lỗi, giới hạn truy cập, quy tắc phân trang và cách xác định bản ghi đã thay đổi.
Quy trình triển khai không làm mất hoặc lặp dữ liệu
Thiết kế luồng tích hợp có thể khôi phục
Xác định sự kiện và dữ liệu tối thiểu
Liệt kê thay đổi cần kích hoạt quy trình, như lead được chốt hoặc lịch hẹn bị hủy. Mỗi sự kiện cần mã bản ghi nguồn, loại, thời điểm phát sinh và phiên bản dữ liệu nếu có.
Tiếp nhận trước, xử lý sau
Nơi nhận webhook nên xác thực, lưu sự kiện vào hàng chờ rồi phản hồi. Việc gọi CRM, tạo công việc hoặc gửi thông báo được xử lý phía sau để tác vụ chạy lâu không làm lần gửi thất bại.
Ghi kết quả theo mã định danh
Mỗi lần xử lý cần ghi nhận bản ghi đã được nhận chưa, kết quả và khả năng chạy lại. Bài thiết kế retry và idempotency giải thích cách ngăn một lần gửi lại tạo hai công việc hoặc thông báo.
Đối soát bằng tác vụ định kỳ
Ngay cả khi dùng webhook, tác vụ hằng ngày vẫn nên so sánh nguồn với hệ thống đích để phát hiện sự kiện bị mất, lỗi cấu hình hoặc bản ghi bị treo.
Những lỗi cần kiểm tra trước khi chạy thật
Webhook cần xác minh chữ ký hoặc khóa bí mật, giới hạn kích thước và từ chối sự kiện không hỗ trợ. Không đặt toàn bộ logic nghiệp vụ tại điểm nhận. Nếu điểm nhận báo lỗi sau khi hoàn thành một phần công việc, nguồn có thể gửi lại và tạo dữ liệu trùng.
Với polling, lỗi thường nằm ở mốc thời gian. Lưu mốc mới trước khi xử lý xong có thể bỏ qua bản ghi cuối. Bộ lọc thời gian có độ chính xác thấp cũng làm bản ghi bị lặp hoặc sót. Nên kết hợp thời gian cập nhật với mã bản ghi để tạo thứ tự ổn định.
Đội nên chạy thử quy trình AI trước khi cho phép hành động thật bằng dữ liệu đại diện, gồm bản ghi trùng, sự kiện sai thứ tự, API hết thời gian chờ và trường bắt buộc bị thiếu.
Cách chọn cho đội nhỏ
Đội nhỏ không cần hạ tầng phức tạp từ đầu. Nếu chấp nhận độ trễ, hãy dùng tác vụ định kỳ có bộ lọc rõ, lưu mốc an toàn và báo lỗi. Nếu cần phản ứng sớm, dùng webhook kèm tác vụ đối soát.
Trước khi viết code, cần thống nhất dữ liệu được phép đến chậm bao lâu, ai nhận cảnh báo, khi nào tự thử lại và lỗi nào phải chuyển cho người phụ trách. Dịch vụ AI Agent Coaching của Auranium hỗ trợ đội ngũ xác định ranh giới xử lý và chạy thử quy trình trước khi mở rộng tích hợp.