Phiếu ghi
Cập nhật, Thêm mới, Danh sách phiếu ghi, chi tiết và các thuộc tính của phiếu ghi.
Các trường thông tin của phiếu ghi
Phiếu ghi trên hệ thống CareSoft là 1 đối tượng dữ liệu được tạo ra bởi tất cả các kênh tương tác mà hệ thống đa kênh có thể thu nhận được. Mọi tương tác của khách hàng tới hệ thống đều tạo ra phiếu ghi và lưu trữ thông tin của nó.
Các trường thông tin của phiếu ghi
Thêm mới, cập nhật phiếu ghi
Thêm mới phiếu ghi
Thêm mới phiếu ghi
POST
{{domain}}/api/v1/tickets
Sử dụng hàm này để thêm mới 1 phiếu ghi đồng thời thực hiện giao phiếu cho một chuyên viên chỉ định hoặc một phòng ban bất kỳ.
Headers
Request Body
Chi tiết các trường dữ liệu
Nếu bạn đã có ID của người dùng bạn có thể truyền requester_id mà không cần gửi email, số điện thoại.
Hệ thống CareSoft sử dụng số điện thoại và email làm khóa duy nhất do đó sẽ luôn tạo phiếu ghi cho 1 người nếu bạn chỉ thay đổi tên người dùng
Mẫu code
Cập nhật phiếu ghi
Biểu mẫu trên sẽ cập nhật phiếu ghi và 1 giá trị trường động
Cập nhật phiếu ghi
PUT
{{domain}}/api/v1/tickets/{{ticketId}}
Cập nhật thông tin vào một phiếu ghi hiện hữu cần ID của phiếu ghi theo biến {{ticketId}}
.
Headers
Request Body
Danh sách trường động phiếu ghi
Trường động được cấu hình trên giao diện CareSoft. Có 7 kiểu dữ liệu cho trường động phiếu ghi.
Chi tiết các kiểu dữ liệu của trường động phiếu ghi.
Lưu ý: Trường động phiếu ghi có thể được bật/ tắt hoặc thay đổi kiểu từ giao diện hệ thống CareSoft, cần đồng bộ định kỳ hàng ngày để đảm bảo các cấu hình thông tin giữa các hệ thống thông suốt.
Danh sách trường động phiếu ghi
GET
{{domain}}/api/v1/tickets/custom_fields
Headers
Danh sách phiếu ghi
Tùy theo từng nghiệp vụ nhà phát triển có thể sử dụng các param CareSoft cung cấp để lọc các phiếu ghi phát sinh trong quá trình hoạt động.
1. Danh sách phiếu ghi
(Phiên bản V2)
Lưu ý: API Danh sách phiếu ghi bắt buộc phải có 1 trong hai cặp parameter [created_since/created_to] Hoặc [updated_since/updated_to] và thời gian không quá 31 ngày.
Trong trường hợp tất cả các param đều được điền dữ liệu thì cặp [updated_since/updated_to] được ưu tiên.
Định dạng dữ liệu dạng Năm-Tháng-NgàyTGiờ:Phút:GiâyZ
Ví dụ: created_since=2023-06-26T00:00:00Z
Các hệ thống đang tích hợp cần bổ sung điều kiện tìm kiếm để đáp ứng. Thông báo lỗi sẽ trả về mã lỗi "errors" và param đính kèm ( Xem thêm trong phần Response của API phía dưới: Lỗi 400)
V2- Lấy danh sách phiếu ghi
GET
{{domain}}/api/v2/tickets
Danh sách phiếu ghi và các điều kiện lọc danh sách phiếu ghi qua API
Headers
Request Body
2. Danh sách phiếu ghi
(Phiên bản 1)
Lưu ý: Một thuật toán tối ưu lệnh tìm kiếm phiếu ghi sẽ được thực hiện theo mô hình sau
Khi gọi API không cung cấp khoảng ngày kết thúc (chỉ truyền ngày bắt đầu: created_since hoặc updated_since). Mà ngày bắt đầu trước ngày hiện tại hơn 31 ngày thì hệ thống sẽ tự động chọn khoảng ngày kết thúc là ngày hiện tại và trả về kết quả trong 31 ngày tính từ ngày hiện tại. Nếu ngày bắt đầu nhỏ hơn ngày hiện tại dưới 31 ngày thì hệ thống giữ nguyên ngày bắt đầu và tiến hành lọc dữ liệu theo tham số trên
Khi gọi API cung cấp khoảng ngày kết thúc (param: created_to hoặc updated_to). Mà ngày kết thúc sau ngày bắt đầu quá 31 ngày thì hệ thống tự chọn lại khoảng ngày bắt đầu bằng ngày kết thúc - 31 ngày
Khi gọi API cung cấp cả hai tham số Bắt đầu và Kết thúc cách nhau không quá 31 ngày thì hệ thống lọc phiếu ghi theo giá trị truyền vào này và trả về kết quả tương ứng.
Trong trường hợp cặp điều kiện
created_since
vàupdated_since
đều được cung cấp hệ thống sẽ ưu tiên xử lý theo điều kiệnupdated_since
V1- Lấy danh sách phiếu ghi
GET
{{domain}}/api/v1/tickets
Danh sách phiếu ghi và các điều kiện lọc danh sách phiếu ghi qua API, Bắt buộc phải có 1 tham số created_since hoặc updated_since
Headers
Request Body
Chi tiết phiếu ghi
Dựa trên danh sách phiếu ghi, hoặc việc tạo, cập nhật các phiếu ghi, nhà phát triển có được ID của phiếu ghi. được định danh là "ticketId"
Lấy chi tiết thông tin phiếu ghi
GET
{{domain}}/api/v1/tickets/{{ticketId}}
Lấy về thông tin chi tiết 1 phiếu ghi theo {{ticketId}}
Headers
Last updated