Sử dụng api_key được cung cấp và cấu hình như sau:
Hướng dẫn sử dụng các lệnh export và curl được cung cấp sẵn khi chạy bằng terminal trên hệ điều hành Linux hoặc Mac. Trong trường hợp bạn sử dụng môi trường khác, vui lòng thay thế bằng các thao tác tương đương.
Cấu trúc API
Request
Một lời gọi API tiêu biểu như sau:
Tất cả request sử dụng giao thức HTTPS, method POST và truyền giá trị bằng body sử dụng định dạng dữ liệu application/json. Các header bắt buộc là Content-Type và Authorization.
Response
Response sử dụng định dạng dữ liệu application/json được set trong header Content-Type. Nếu request thành công, HTTP status code là 200. Nếu request lỗi, HTTP status code có thể là 4xx hoặc 5xx với cấu trúc tương tự như sau:
Kết nối tài khoản shop
Việc kết nối được thực hiện theo mô hình redirect. Đối tác cần chuẩn bị một địa chỉ url để nhận redirect sau khi shop được khởi tạo thành công:
Quá trình kết nối với shop:
Gửi request đến .Shop/AuthorizeShop.
Redirect đến địa chỉ url được cung cấp bởi auth_url, chờ shop xác thực tài khoản và nhận redirect từ eTelecom.
Gửi lại request với shop_id nhận được.
Lưu shop_id và auth_token để sử dụng trong các API khác.
Cấu trúc body của request:
Tham số
Kiểu dữ liệu
Mô tả
email
required
string
Địa chỉ email tài khoản shop muốn tạo
phone
required
string
Số điện thoại tài khoản shop muốn tạo
name
required
string
Tên tài khoản shop muốn tạo
redirect_url
required
string
Redirect sau khi shop đăng nhập thành công
200 OK type=shop_request
Kết quả này nghĩa là shop sẽ được yêu cầu đăng nhập để xác nhận tài khoản. Kết quả trả về sẽ cung cấp một địa chỉ url bằng field auth_url để đối tác redirect shop đến và xác thực tài khoản.
Sau khi thực hiện xác thực tài khoản, eTelecom sẽ redirect về địa chỉ url đối tác cung cấp kèm với shop_id, theo cấu trúc: $REDIRECT_URL?token=<token>&shop_id=<shop_id>.
Lấy thông tin shop_key
Thông tin shop_id được trả về trong redirect_url khi đối tác tạo shop thành công ở bước kết nối tài khoản shop
Đối tác vẫn cần cung cấp redirect_url vì có thể xảy ra tình huống shop cần đăng nhập lại. Lúc này redirect_url sẽ được sử dụng để eTelecom redirect về sau khi shop đăng nhập thành công.
Cấu trúc body của request:
Tham số
Kiểu dữ liệu
Mô tả
shop_id
required
string
ID của shop
redirect_url
required
string
Redirect sau khi shop đăng nhập thành công
200 OK type=shop_key
Kết quả này nghĩa là đối tác đã có thể tạo tổng đài hoặc gửi zns với tư cách shop. Hãy lưu lại auth_token ứng với tài khoản của shop để sử dụng tiếp tục, thông tin này chính là shop_key
Lưu ý: cần lưu ý rằng kể cả khi shop đã từng kết nối với eTelecom, nhưng shop vẫn có thể được yêu cầu đăng nhập lại. Tình huống này xảy ra khi shop đã gỡ liên kết với tài khoản của đối tác. Lúc này, response sẽ có type=shop_request và auth_url được trả về, đối tác cần redirect về địa chỉ này để shop đăng nhập lại.
Cấu trúc thuộc tính dữ liệu trả về:
Tham số
Kiểu dữ liệu
Mô tả
auth_token
string
Mã ủy quyền
auth_url
string
Đường dẫn ủy quyền
code
string
Trạng thái thành công hay thất bại
expires_in
int
Thời gian hết hạn
meta
object
Thuộc tính nếu có
msg
string
Mô tả api
Kiểm tra shop_key
Để kiểm tra shop_key nhận được là đúng, đối tác có thể gửi request đến:
CurrentShop
post
Body
objectOptional
Responses
200
A successful response
application/json
post
$BASE_URL.Shop/CurrentShop
200
A successful response
Request:
Response:
Cấu trúc thuộc tính dữ liệu trả về:
Tham số
Kiểu dữ liệu
Mô tả
id
string
ID của tài khoản
name
string
Tên tài khoản
type
string
Loại tài khoản:
PartnerShop
Lấy danh sách shop
API này hỗ trợ Partner lấy thông tin danh sách shop mà Partner đã tạo trước đó.
GetShops
post
Body
Responses
200
A successful response
application/json
post
$BASE_URL.Shop/GetShops
200
A successful response
Request:
Response:
Cấu trúc body của request:
Tham số
Kiểu dữ liệu
Mô tả
name
string
Tên của shop
owner_id
string
ID của chủ shop
shop_codes
string
Mã shop
shop_ids
string
ID của shop
BlockUser
BlockUser
post
Body
block_reasonstringRequired
user_idstring · int64Required
Responses
200
A successful response
application/json
post
$BASE_URL.User/BlockUser
200
A successful response
Request
Cấu trúc body của request:
Tham số
Kiểu dữ liệu
Mô tả
block_reason
required
string
Lý do chặn
user_id
required
string
ID của người dùng muốn chặn
Lưu ý: Nếu muốn chặn shop bạn có thể truyền thông tin owner_id có được khi gọi API lấy danh sách shop
Response
UnblockUser
UnblockUser
post
Body
user_idstring · int64Required
Responses
200
A successful response
application/json
post
$BASE_URL.User/UnblockUser
200
A successful response
Request
Cấu trúc body của request:
Tham số
Kiểu dữ liệu
Mô tả
user_id
required
string
ID của người dùng bạn muốn bỏ chặn
Response
Các lỗi thường gặp
400 Bad Request
Vui lòng kiểm tra lại các giá trị cung cấp.
401 Unauthorized
Vui lòng kiểm tra lại request đã bao gồm header Authorization: <api_key> đúng.
403 Forbidden
Shop chưa bao giờ đăng nhập vào eTelecom thông qua hệ thống của đối tác. Hãy thử lại với request mà không bao gồm shop_id.
Lưu ý: trong trường hợp shop từng đăng nhập vào eTelecom thông qua hệ thống của đối tác, sau đó gỡ liên kết với đối tác, kết quả trả về vẫn là 200 OK với yêu cầu shop đăng nhập và cấp quyền lại. Nên lỗi permission_denied chỉ xảy ra khi shop_id được cung cấp không chính xác.
404 Not Found
Vui lòng kiểm tra lại path và header Content-Type: application/json.