Webhook là gì? Đó là cơ chế để một hệ thống tự gửi dữ liệu sang hệ thống khác ngay khi có sự kiện. Với tổng đài, sự kiện ấy là một cuộc gọi vừa kết thúc. Nhờ vậy, webhook và API cuộc gọi giúp ticket được tạo đúng lúc và việc gọi lại không còn nằm trong sổ cá nhân.
Ở nhiều doanh nghiệp, nhân viên chăm sóc khách hàng vẫn ghi nội dung cuộc gọi bằng tay. Ticket được tạo muộn, hoặc không được tạo. Lịch hẹn gọi lại thì nằm trong sổ riêng của từng người.
Theo báo cáo CX Trends 2026 của Zendesk (khảo sát 22 quốc gia tháng 6/2025, hơn 11.000 người trả lời), 74% người tiêu dùng khó chịu khi phải lặp lại thông tin. Theo báo cáo State of the Connected Customer của Salesforce (công bố 5/2024), 55% khách cảm thấy như đang nói chuyện với nhiều phòng ban tách biệt chứ không phải một công ty.
Hiểu webhook là gì vì thế không còn là chuyện riêng của bộ phận kỹ thuật. Đó là nền tảng để nối cuộc gọi với ticket và nhắc việc.
Tóm tắt nhanh
- Bối cảnh: ghi nhận cuộc gọi bằng tay làm ticket trễ, khách phải lặp lại thông tin.
- Khái niệm: webhook là cơ chế hệ thống tự gửi dữ liệu tới một địa chỉ URL ngay khi có sự kiện.
- Giải pháp: webhook tổng đài báo cuộc gọi kết thúc, hệ thống của doanh nghiệp tự tạo ticket và đặt nhắc việc.
- Vận hành: cần luật rõ ràng, chống tạo trùng, bảo mật khoá và người chịu trách nhiệm xử lý.
Mục lục
- I. Webhook là gì: cơ chế hệ thống tự báo khi có sự kiện
- II. API và webhook khác nhau thế nào trong xử lý cuộc gọi
- III. Webhook cuộc gọi của tổng đài gửi những dữ liệu gì
- IV. Tự động tạo ticket và nhắc việc CSKH qua webhook: 5 bước
- V. Bảng sự kiện webhook cuộc gọi thành hành động tự động
- VI. API cuộc gọi dùng ở đâu trong chăm sóc khách hàng
- VII. Kiểm thử và vận hành webhook tổng đài an toàn
- VIII. 5 sai lầm khi tự động tạo ticket từ cuộc gọi
- IX. Câu hỏi thường gặp về webhook và tự động hoá cuộc gọi
- X. Kết luận: cuộc gọi thành dữ liệu kích hoạt quy trình
I. Webhook là gì: cơ chế hệ thống tự báo khi có sự kiện
Hãy hình dung một chiếc chuông cửa. Gia chủ không phải ra cổng kiểm tra mỗi phút. Khi có người bấm chuông, tín hiệu tự báo vào nhà.
Webhook hoạt động theo cùng nguyên lý. Khi sự kiện xảy ra ở hệ thống A, dữ liệu được gửi ngay tới địa chỉ URL của hệ thống B. Hệ thống B không cần hỏi đi hỏi lại.
Với tổng đài, đây là người đưa tin tức thời. Khi nhân viên kết thúc cuộc gọi, dữ liệu cuộc gọi được đẩy sang hệ thống của doanh nghiệp. Nhân viên không phải nhập lại bằng tay.
Nói gọn, webhook là gì? Đó là thông báo tự động từ nơi có sự kiện đến nơi cần xử lý. Điểm khác biệt nằm ở chiều chủ động: bên có dữ liệu là bên gửi trước.
>>> Xem thêm: API là gì? Các đặc điểm nổi bật
II. API và webhook khác nhau thế nào trong xử lý cuộc gọi
Hai khái niệm này hay bị nhầm. Với API, hệ thống hỏi để lấy dữ liệu hoặc ra lệnh. Với webhook, hệ thống tự báo khi có sự kiện.
| Tiêu chí | API (hệ thống hỏi để lấy hoặc ra lệnh) | Webhook (hệ thống tự báo khi có sự kiện) |
|---|---|---|
| Ai chủ động | Bên cần dữ liệu gửi yêu cầu. | Bên có dữ liệu tự gửi đi. |
| Thời điểm | Khi hệ thống phát lệnh hoặc theo chu kỳ hỏi. | Ngay khi sự kiện phát sinh. |
| Chiều dữ liệu | Gửi yêu cầu, nhận phản hồi. | Chủ yếu một chiều, báo từ nguồn sang đích. |
| Ví dụ với cuộc gọi | Bấm gọi bằng Click To Call, lấy lịch sử cuộc gọi. | Nhận thông tin cuộc gọi vừa kết thúc. |
Hai công cụ bổ trợ nhau. API đưa lệnh đi, webhook mang kết quả về. Trong tổng đài, nhân viên có thể bấm gọi từ hồ sơ khách bằng API, rồi hệ thống nhận kết quả cuộc gọi qua webhook.
Vì thế, người hiểu webhook là gì vẫn cần biết API làm được gì. Hai thứ ghép lại mới thành một quy trình trọn vẹn. Riêng lẻ, mỗi thứ chỉ giải quyết một nửa bài toán.
>>> Xem thêm: Ticket là gì? Cách sử dụng để chăm sóc khách hàng
III. Webhook cuộc gọi của tổng đài gửi những dữ liệu gì
Để thấy webhook là gì trong thực tế, hãy nhìn dữ liệu nó mang theo. Webhook cuộc gọi chia dữ liệu thành hai nhóm. Nhóm thứ nhất là sự kiện trong lúc gọi. Nhóm thứ hai là thông tin đầy đủ khi cuộc gọi kết thúc.
1. Sự kiện trong khi cuộc gọi diễn ra
Trong lúc gọi, tổng đài gửi ba sự kiện. Đó là đổ chuông (ringing), kết nối (answered) và kết thúc (hangup).
Chủ đề dữ liệu và tích hợp nằm trong trụ cột SCALE của Tech to Revenue 2026, diễn đàn trực tuyến do OMICall (OMI JSC) tổ chức từ thứ Tư 25/11 đến thứ Sáu 27/11/2026. Khi tổng đài, CRM và phần mềm hỗ trợ khách hàng chưa nối với nhau, doanh nghiệp có thể đọc thêm góc nhìn về dữ liệu rời rạc làm chậm tăng trưởng để thấy vì sao tích hợp là bước nền. Chương trình có 16 diễn giả, 19 phiên, mỗi phiên 40 phút, online 100% qua Zoom; vé Explorer Pass đăng ký miễn phí tại techtorevenue.com.
Các sự kiện này thường dùng để bật popup thông tin khách trên phần mềm khác. Nhân viên thấy hồ sơ ngay khi chuông reo. Họ chào đúng tên và nắm lịch sử trước khi nói.
2. Thông tin đầy đủ khi cuộc gọi kết thúc
Khi cuộc gọi kết thúc, tổng đài gửi một gói thông tin đầy đủ. Gói này gồm hướng gọi (đến hoặc đi), trạng thái trả lời và thời lượng. Kèm theo là đầu số, máy lẻ và đường dẫn ghi âm.
Ngoài ra còn có thông tin khách hàng, nhân viên, tag và lịch sử chuyển tiếp. Đây là nguyên liệu để hệ thống đích quyết định có cần tạo ticket hay không.
Địa chỉ URL nhận dữ liệu bắt buộc dùng https. Doanh nghiệp bật webhook và khai báo URL tại Cấu hình, Doanh nghiệp, Tích hợp, tab API. Phần khai báo thường do bộ phận kỹ thuật thực hiện.
IV. Tự động tạo ticket và nhắc việc CSKH qua webhook: 5 bước
Một điểm cần nói rõ trước. Tổng đài không tự tạo ticket sẵn. Ticket do hệ thống của doanh nghiệp tạo khi nhận dữ liệu webhook.
Hệ thống đó có thể là CRM, phần mềm hỗ trợ khách hàng hoặc công cụ tự động hoá do doanh nghiệp chọn. Mỗi bước dưới đây nêu rõ việc cần làm, dữ liệu liên quan và người chịu trách nhiệm.
1. Bước 1: Tổng đài gửi webhook khi cuộc gọi kết thúc
Việc cần làm: bật webhook cuộc gọi và khai báo URL https. Từ đó, mỗi cuộc gọi kết thúc đều tạo ra một thông báo gửi đi.
Dữ liệu gửi gồm hướng gọi, trạng thái, thời lượng, máy lẻ, khách hàng, nhân viên, tag và đường dẫn ghi âm. Người chịu trách nhiệm là quản trị tổng đài kết hợp bộ phận kỹ thuật. Họ cần kiểm tra thông báo có đến đúng nơi hay không.
2. Bước 2: Hệ thống đích nhận và xác thực dữ liệu
Hệ thống đích cần một địa chỉ tiếp nhận ổn định. Nó phải kiểm tra thông báo đến từ nguồn đáng tin trước khi xử lý. Thông báo lạ nên bị từ chối.
Sau đó hệ thống đọc các trường dữ liệu cần dùng. Người chịu trách nhiệm là bộ phận kỹ thuật của doanh nghiệp hoặc đơn vị triển khai. Họ cũng phải bảo đảm hệ thống phản hồi lại để bên gửi biết dữ liệu đã được nhận.
3. Bước 3: Đặt luật tạo ticket
Không phải cuộc gọi nào cũng cần ticket. Doanh nghiệp tự đặt luật dựa trên dữ liệu nhận được. Ba tình huống thường gặp là cuộc gọi nhỡ, cuộc gọi đến có tag khiếu nại và cuộc gọi dài bất thường.
Luật cũng phải chống tạo trùng. Nếu khách gọi lại nhiều lần, hệ thống nên gắn vào ticket đang mở thay vì tạo ticket mới. Người chịu trách nhiệm là trưởng bộ phận CSKH, vì chính họ quyết định luật nào có lợi cho đội ngũ.
4. Bước 4: Gán người phụ trách
Ticket vừa tạo cần có chủ ngay. Hệ thống có thể dựa vào máy lẻ đã nghe máy hoặc nhân viên đang phụ trách khách. Với cuộc gọi nhỡ, ticket có thể chuyển cho nhóm trực.
Doanh nghiệp còn có thể dùng API tiêu chí kịch bản. Khi khách gọi đến, tổng đài hỏi ngược CRM xem ai phụ trách số này. Thời gian chờ phản hồi tối đa là 3 giây, và cuộc gọi được chuyển thẳng cho đúng người.
5. Bước 5: Đặt hạn gọi lại và nhắc việc
Mỗi ticket cần một hạn xử lý. Hạn này do doanh nghiệp tự đặt theo mức ưu tiên. Hệ thống gửi nhắc việc cho người phụ trách khi ticket được giao.
Khi quá hạn mà ticket chưa xử lý, hệ thống nhắc thêm lên quản lý. Nhân viên được giao chịu trách nhiệm hoàn tất. Quản lý theo dõi các ticket quá hạn để điều chỉnh nhân sự.
>>> Xem thêm: Tích hợp CRM với tổng đài 2026: cuộc gọi chăm sóc khách hàng qua API vận hành thế nào
V. Bảng sự kiện webhook cuộc gọi thành hành động tự động
Bảng dưới đây chỉ mang tính minh hoạ. Mỗi doanh nghiệp tự đặt luật và ngưỡng theo cách làm việc của mình.
| Sự kiện cuộc gọi | Hành động tự động của hệ thống đích | Người nhận |
|---|---|---|
| Cuộc gọi đến bị nhỡ | Tạo ticket, đặt hạn gọi lại. | Nhân viên phụ trách hoặc nhóm trực. |
| Cuộc gọi kết thúc có tag khiếu nại | Tạo ticket ưu tiên, đính kèm đường dẫn ghi âm. | Trưởng nhóm CSKH. |
| Cuộc gọi đến từ khách đang có ticket mở | Gắn cuộc gọi vào ticket đó, không tạo mới. | Người đang phụ trách ticket. |
| Cuộc gọi dài bất thường | Gắn cờ để nghe lại ghi âm. | Bộ phận kiểm soát chất lượng. |
| Cuộc gọi kết thúc có tag cần theo dõi | Cập nhật hồ sơ khách, tạo việc nhắc. | Nhân viên vừa gọi. |
Điểm chung của các dòng trên là luật nằm ở hệ thống đích. Tổng đài chỉ báo sự kiện, còn hành động do doanh nghiệp quy định. Cách phân vai này giúp luật thay đổi mà không cần đụng đến tổng đài.
Khi dữ liệu cuộc gọi đã đi thẳng vào ticket, các phòng ban nhìn chung một nguồn. Khách ít phải kể lại từ đầu. Đây cũng là cách thu hẹp cảm giác nói chuyện với nhiều phòng ban mà báo cáo của Salesforce đề cập.
>>> Xem thêm: Cuộc gọi nhỡ trong doanh nghiệp 2026: Nguyên nhân, quy trình gọi lại và giải pháp
VI. API cuộc gọi dùng ở đâu trong chăm sóc khách hàng
Nếu webhook là người đưa tin, API là cánh tay thực thi. Hệ thống của doanh nghiệp dùng API để ra lệnh và lấy dữ liệu từ tổng đài. Phần nền tảng có trong bài API là gì và tổng đài ảo có hỗ trợ API mở.
1. Các nhóm API cuộc gọi hay dùng
Bộ API REST có nhiều nhóm. Đó là khách hàng, lịch sử cuộc gọi, gọi tự động, CallBot, Click To Call và Ticket. Với CSKH, ba việc dùng nhiều nhất là bấm gọi, lấy lịch sử và tạo hoặc cập nhật khách.
Click To Call hoạt động theo hai nhịp. Tổng đài gọi vào máy lẻ của nhân viên trước. Khi nhân viên nhấc máy, tổng đài mới gọi ra số khách.
2. Xác thực bằng API Key và AccessToken
Mỗi doanh nghiệp có một API Key. Hệ thống dùng khoá này để lấy AccessToken. Token hết hạn sau 24 giờ.
Vì vậy hệ thống phải tự làm mới token trước khi hết hạn. Nếu không, các lệnh API sẽ bị từ chối vào một thời điểm khó đoán. Khoá nên được cất ở nơi có phân quyền, không để trong tài liệu chung.
>>> Xem thêm: Tích hợp hệ thống cho doanh nghiệp vừa: kết nối dữ liệu cuộc gọi với CRM, ERP năm 2026
VII. Kiểm thử và vận hành webhook tổng đài an toàn
Hiểu webhook là gì mới là bước đầu. Luồng tự động chỉ đáng tin khi đã được thử kỹ. Đội kỹ thuật nên chạy thử trên môi trường thử trước khi dùng thật. Mỗi lần thử cần kiểm tra ticket có được tạo đúng luật không.
1. Ghi log, thử lại và chống xử lý trùng
Hệ thống đích nên ghi log mọi thông báo nhận được. Khi có sự cố, log là bằng chứng để tra soát. Không có log, việc tìm lỗi gần như là đoán.
Cần tính trước trường hợp hệ thống đích chưa nhận được thông báo. Doanh nghiệp nên thống nhất cách thử lại với đơn vị triển khai. Khi thử lại, một cuộc gọi có thể được báo hai lần.
Vì thế hệ thống đích phải nhận diện cuộc gọi đã xử lý. Dùng mã định danh của cuộc gọi để kiểm tra là cách phổ biến. Nhờ vậy, một cuộc gọi chỉ sinh ra một ticket.
2. Bảo mật dữ liệu cuộc gọi
Ghi âm là dữ liệu nhạy cảm. Nó chứa thông tin khách và nội dung trao đổi nội bộ. Đường dẫn ghi âm chỉ nên mở cho người có quyền nghe.
Điều kiện tối thiểu gồm ba việc. Dùng https cho địa chỉ nhận dữ liệu. Phân quyền người xem và tải ghi âm. Không để API Key hoặc URL nhận dữ liệu ở nơi nhiều người truy cập được.
>>> Xem thêm: Ghi âm cuộc gọi doanh nghiệp 2026: Quản lý chất lượng và xử lý khiếu nại
VIII. 5 sai lầm khi tự động tạo ticket từ cuộc gọi
Nhiều dự án thất bại vì làm công nghệ trước, quy trình sau. Ngay cả khi đã biết webhook là gì, doanh nghiệp vẫn có thể vấp những lỗi dưới đây.
- Tạo ticket cho mọi cuộc gọi: cuộc gọi nhầm số hay trao đổi ngắn cũng thành ticket. Kho ticket phình to và nhân viên mất thời gian lọc.
- Không chống tạo trùng: khách gọi nhỡ ba lần có thể thành ba ticket. Nhiều người cùng gọi lại một khách.
- Coi webhook là API: webhook chỉ báo sự kiện. Muốn bấm gọi hay cập nhật dữ liệu thì phải dùng API.
- Để khoá trong tài liệu chung: API Key hoặc URL nhận dữ liệu bị lộ có thể kéo theo lộ lịch sử cuộc gọi.
- Không có người chịu trách nhiệm: ticket tự tạo nhưng không ai xử lý. Khi đó tự động hoá chỉ chuyển chỗ tồn đọng từ sổ tay sang phần mềm.
Cả năm lỗi đều đến từ việc thiếu kỷ luật vận hành. Công nghệ chỉ khuếch đại cách làm sẵn có. Quy trình rối thì tự động hoá làm rối nhanh hơn.
IX. Câu hỏi thường gặp về webhook và tự động hoá cuộc gọi
1. Webhook là gì?
Webhook là gì? Đó là cơ chế để hệ thống này tự gửi dữ liệu tới địa chỉ URL của hệ thống khác ngay khi có sự kiện. Bên nhận không phải hỏi liên tục. Với tổng đài, sự kiện điển hình là cuộc gọi vừa kết thúc.
2. Webhook khác API ở đâu?
API là cách hệ thống hỏi để lấy dữ liệu hoặc ra lệnh. Webhook là cách hệ thống tự báo khi có sự kiện. Ví dụ, dùng API để bấm gọi hoặc lấy lịch sử, dùng webhook để nhận cuộc gọi vừa kết thúc.
3. Có cần biết lập trình để dùng webhook không?
Thường cần người có chuyên môn kỹ thuật để khai báo và kiểm thử ban đầu. Nếu dùng CRM hoặc công cụ tự động hoá có sẵn cổng nhận dữ liệu, việc đặt luật sẽ nhẹ hơn. Dù vậy, vẫn nên có người kỹ thuật theo sát giai đoạn đầu.
4. Dữ liệu qua webhook có an toàn không?
An toàn phụ thuộc cách triển khai. URL nhận dữ liệu bắt buộc dùng https. Doanh nghiệp còn cần xác thực nguồn gửi, phân quyền ghi âm và giữ kín khoá.
5. Doanh nghiệp nhỏ có cần webhook không?
Nếu việc kinh doanh phụ thuộc vào điện thoại thì có. Cuộc gọi nhỡ tự thành ticket và nhắc gọi lại giúp đội ít người bớt bỏ sót. Doanh nghiệp có thể bắt đầu bằng một luật đơn giản rồi mở rộng dần.
X. Kết luận: cuộc gọi thành dữ liệu kích hoạt quy trình
Nắm được webhook là gì cho phép bộ phận CSKH thôi chạy theo việc nhập liệu. Cuộc gọi kết thúc là dữ liệu sẵn sàng tạo ticket, gán người và đặt nhắc việc. Phần còn lại phụ thuộc vào luật rõ ràng và người chịu trách nhiệm xử lý. OMIZCC là một ví dụ về tổng đài đám mây có webhook cuộc gọi, API, ghi âm và tích hợp CRM.
Sang năm 2027, cuộc gọi nhiều khả năng được nhìn như một sự kiện dữ liệu, không còn là một cuộc trò chuyện tách biệt. AI tóm tắt cuộc gọi, rồi webhook đẩy bản tóm tắt sang hệ thống để kích hoạt bước tiếp theo. Doanh nghiệp chuẩn bị luật, kỷ luật xử lý và bảo mật từ bây giờ sẽ ít phải làm lại khi lớp AI đến. Chủ đề dữ liệu và tích hợp này cũng nằm trong Tech to Revenue 2026, diễn đàn trực tuyến do OMICall (OMI JSC) tổ chức ngày 25–27/11/2026, online 100% qua Zoom, với 16 diễn giả, 19 phiên 40 phút và vé Explorer Pass đăng ký miễn phí.
Thông tin chi tiết xin vui lòng liên hệ:
OMIZCC – Giải pháp cuộc gọi chăm sóc khách hàng trên nền tảng đám mây
- Website: https://omizcc.com/
- Hotline: 0287 1010 898
CÔNG TY TNHH CÔNG NGHỆ VIHAT
- VP trụ sở: Tòa nhà ViHAT – 140-142 Đường số 2 – Khu nhà ở Vạn Phúc 1, Phường Hiệp Bình, TP. HCM.
- VP chi nhánh Hà Nội: Tầng 6, Tòa nhà An Hưng, số 85-87 Hoàng Quốc Việt, Phường Nghĩa Đô, Hà Nội.
- VP Chi nhánh Cambodia: Thida Rath #154 St.33MC, Sangkat Steung Meanchey, Khan Mean Chey Phnom Penh.