Đồng bộ bằng file và tác vụ thủ công
Danh bạ, trạng thái đơn hàng và thuộc tính bị trễ giữa các hệ thống.
API & quản trị truy cập
Kết nối hệ thống mở. Giới hạn quyền đúng vai trò.
REST API đưa dữ liệu vào quy trình; webhook gửi sự kiện ra ngoài; subuser tách người dùng; role xác định họ được xem và thay đổi những gì.
REST API & webhookSubuser theo workspaceVai trò và quyền truy cập
REST API · webhook · role
POST /api/v1/subscribers
Authorization: Bearer ••••••••
{
"workspace": "client-a",
"role": "campaign_manager",
"event": "subscriber.created"
}Điểm nghẽn vận hành
Tích hợp nhanh nhưng thiếu quản trị sẽ tạo thêm rủi ro.
API và phân quyền giải quyết hai bài toán khác nhau: luồng dữ liệu giữa hệ thống và quyền thao tác của con người. Cả hai cần audit rõ ràng.
Hệ thống nguồn không nhận kết quả gửi
Bounce, click hoặc trạng thái subscriber không quay lại CRM.
Mọi thành viên dùng chung một tài khoản
Không xác định được ai đã xem, sửa hoặc phát hành chiến dịch.
Nhiều khách hàng dùng chung dữ liệu
Agency khó tách workspace, tài sản và quyền theo từng client.
Bốn năng lực cốt lõi
Bốn lớp cần tách rõ khi thiết kế vận hành.
API integration, webhook, subuser và role phối hợp với nhau nhưng không thay thế nhau.
REST API
Đọc và ghi dữ liệu có kiểm soát
Kết nối contact, list, campaign và tài nguyên được hỗ trợ từ hệ thống nguồn.
WEBHOOK
Đẩy sự kiện về hệ thống nhận
Gửi trạng thái cần thiết để CRM hoặc ứng dụng tiếp tục quy trình.
SUBUSER
Tạo danh tính riêng cho từng người
Không chia sẻ mật khẩu chung; gắn người dùng với workspace phù hợp.
ROLE & ACCESS
Giới hạn quyền theo trách nhiệm
Tách quyền xem, tạo, duyệt, gửi và quản trị cấu hình nhạy cảm.
So sánh cách vận hành
Từ “có API” sang một mô hình tích hợp có thể vận hành lâu dài.
Người ra quyết định cần nhìn cả luồng dữ liệu, quyền truy cập và khả năng truy vết.
Điểm đối chiếuCách cũVận hành với eMailBase
Đưa dữ liệu vào
CSV và tác vụ lặp theo lịch.
REST API đồng bộ dữ liệu theo quy trình.
Nhận sự kiện
Kiểm tra báo cáo thủ công.
Webhook gửi trạng thái về hệ thống nguồn.
Tài khoản đội ngũ
Dùng chung thông tin đăng nhập.
Mỗi thành viên có một subuser riêng.
Phê duyệt
Ai cũng có thể thay đổi và gửi.
Role giới hạn hành động theo trách nhiệm.
Truy vết
Khó xác định nguồn thay đổi.
Tổ chức access control theo user và workspace.
Trong sản phẩm
Tài liệu API thật, đủ ngữ cảnh cho đội tích hợp.
Ảnh tài liệu API cho thấy base URL, phương thức xác thực và định dạng phản hồi. Phần quản trị subuser và role được mô tả riêng để tránh nhầm với khả năng tích hợp.
Base URL dùng cho tích hợp
Bearer token trong request header
Định dạng response trả về
Chỉ số nên theo dõi
Đánh giá thay đổi bằng tín hiệu vận hành.
Theo dõi request thành công, lỗi xác thực và lỗi dữ liệu theo endpoint.
Đo từ lúc sự kiện phát sinh đến khi hệ thống nhận hoàn tất xử lý.
Rà soát định kỳ user, role và workspace còn cần thiết.
Câu hỏi thường gặp
Các câu hỏi về tích hợp và phân quyền.
Chuẩn bị trước phạm vi dữ liệu, quyền và cách xử lý lỗi.
API thường được hệ thống của bạn chủ động gọi để đọc hoặc ghi; webhook được eMailBase gửi khi một sự kiện đã xảy ra.
Không nhất thiết. Subuser là danh tính người dùng; quyền và workspace cần được gán theo mô hình tổ chức.
Chỉ vai trò quản trị kỹ thuật phù hợp; token cần được lưu an toàn, giới hạn phạm vi và thu hồi khi không còn sử dụng.
Thiết kế tích hợp có kiểm soát
Vẽ luồng dữ liệu và quyền truy cập trước khi cấp token.
Bắt đầu từ một endpoint, một webhook và một role thử nghiệm để xác minh toàn bộ vòng đời.