1. Vì sao không, nói rõ ba lý do
Đây là lựa chọn có ý thức, không phải sơ suất. Ba lý do dưới đây đều kiểm chứng được từ chính hệ thống.
Thứ nhất, TexAPI phụ thuộc vào một nhà cung cấp hạ tầng duy nhất mà TexAPI không kiểm soát, và không có SLA từ họ mà TexAPI có thể chuyển tiếp cho bạn. Cam kết 99,9% khi nguồn cung ứng của chính mình không cam kết gì là một cam kết TexAPI không có cơ sở để thực hiện.
Thứ hai, phép đo thời gian hoạt động hiện tại không đủ tin cậy để làm cơ sở tính bồi thường. Hệ thống có ghi nhận thời gian hoạt động, nhưng phép đo này do chính hệ thống tự thực hiện đối với chính nó. Hệ quả logic: khi máy chủ ngừng hoạt động hoàn toàn, không có gì ghi nhận sự cố đó — không có bên thăm dò độc lập nào bên ngoài. Ngoài ra, số phút gián đoạn là số ước lượng: mỗi lần kiểm tra thất bại được quy đổi thành 5 phút gián đoạn. Dùng một con số ước lượng, do bên bán tự đo, để tính tiền bồi thường thì con số đó phải chính xác — hiện chưa.
Thứ ba, hạ tầng chưa được chốt. Dự án chưa cố định nhà cung cấp hạ tầng, chưa có cấu hình triển khai dự phòng, và chưa có cơ chế sao lưu tự động được xác nhận khả năng phục hồi.
Cam kết một con số trong hoàn cảnh đó là một tuyên bố sai. Tài liệu này nói không, và nói rõ lý do — điều đó trung thực hơn và, khi có tranh chấp, ít rủi ro hơn cho cả hai bên.
2. Những gì TexAPI cam kết thay thế
Không có SLA không có nghĩa là không có nghĩa vụ. Pháp luật về bảo vệ quyền lợi người tiêu dùng buộc bên bán cung cấp dịch vụ đúng như đã mô tả và không được loại trừ trách nhiệm bằng một điều khoản chung. Vì vậy TexAPI cam kết những điều sau đây, và những điều này có hiệu lực.
2.1 Không thu tiền cho việc không thực hiện được
Lượt gọi thất bại vì lỗi phía TexAPI hoặc lỗi phía hạ tầng thì không bị trừ tiền. Mọi đường thoát lỗi trong hệ thống đều giải phóng khoản tạm giữ và ghi bản ghi với chi phí bằng 0.
Ngoại lệ đã biết, công bố trung thực: khi một lượt gọi trực tuyến bị ngắt giữa dòng sau khi mô hình đã sinh ra một phần câu trả lời, phần đã gửi tới bạn có bị tính tiền, kể cả khi nguyên nhân ngắt là hết thời gian chờ ở phía hạ tầng. Xem Số dư và tính tiền mục 5 để biết cơ chế, giới hạn trần, và cách yêu cầu xem lại.
2.2 Minh bạch từng lượt gọi
Mỗi lượt gọi có một biên nhận định giá lưu cùng bản ghi, ghi số token đã tính, đơn giá hiệu lực, chiết khấu và tổng tiền. Bạn xem được tại Bảng điều khiển → Lịch sử sử dụng. Không cần yêu cầu, không cần chờ.
Chi tiết từng lượt được giữ 90 ngày; số liệu tổng hợp theo ngày được giữ lâu hơn. Nếu bạn cần lưu lâu hơn cho mục đích đối chiếu của mình, hãy tự xuất dữ liệu trong thời hạn đó.
2.3 Công bố trạng thái và sự cố
TexAPI công bố trạng thái từng thành phần và các sự cố đang xử lý. Sự cố được ghi nhận với mức độ, trạng thái xử lý, thành phần bị ảnh hưởng và thời điểm bắt đầu. Cam kết cụ thể về thời gian công bố:
| Mức độ | Định nghĩa | Công bố trong | Cập nhật mỗi |
|---|---|---|---|
| Nghiêm trọng | dịch vụ suy luận không dùng được | 30 phút kể từ khi xác nhận | 60 phút |
| Lớn | một dòng mô hình hoặc một chức năng chính không dùng được | 2 giờ | 4 giờ |
| Nhỏ | suy giảm hiệu năng, ảnh hưởng một phần | 1 ngày làm việc | khi có tiến triển |
Với sự cố nghiêm trọng kéo dài quá 4 giờ, TexAPI công bố báo cáo sau sự cố trong 5 ngày làm việc, gồm nguyên nhân, phạm vi ảnh hưởng và biện pháp phòng ngừa.
2.4 Thông báo trước khi bảo trì có kế hoạch
| Loại | Thông báo trước |
|---|---|
| Bảo trì có kế hoạch làm gián đoạn dịch vụ | 72 giờ |
| Bảo trì có kế hoạch không gián đoạn | 24 giờ |
| Xử lý khẩn cấp về bảo mật | ngay khi có thể, có thể sau khi đã thực hiện |
2.5 Hoàn lại số dư khi dịch vụ không còn cung cấp được
Nếu TexAPI ngừng cung cấp dịch vụ, hoặc dịch vụ gián đoạn liên tục quá 72 giờ, bạn có quyền yêu cầu hoàn lại toàn bộ số dư chưa sử dụng đã trả bằng tiền thật. Đây là cam kết có hiệu lực, không phụ thuộc SLA. Xem Chính sách hoàn tiền mục 6.
3. Số liệu tham khảo, không phải cam kết
Khi trang tình trạng hệ thống hoạt động, nó hiển thị tỷ lệ hoạt động đã đo được của 30 ngày gần nhất. Con số đó là thông tin tham khảo, không phải cam kết và không tạo ra quyền bồi thường.
Bốn giới hạn của phép đo, nói rõ để bạn không hiểu sai con số:
- Phép đo do chính hệ thống tự thực hiện, không có bên thăm dò độc lập. Gián đoạn toàn phần có thể không được ghi nhận.
- Số phút gián đoạn là số ước lượng theo chu kỳ kiểm tra, không phải số đo trực tiếp.
- Phép đo kiểm tra khả năng phản hồi của endpoint, không kiểm tra chất lượng câu trả lời của mô hình.
- Phép đo không phản ánh gián đoạn ở phía hạ tầng nếu cơ chế chuyển tuyến đã che được nó — điều này làm con số cao hơn trải nghiệm thật của bạn trong một số tình huống.
4. Hạn mức thông lượng — không phải cam kết năng lực
Hạn mức theo từng gói ghi tại Điều khoản API mục 4. Cần phân biệt:
- Hạn mức là giới hạn trên TexAPI áp cho bạn, không phải năng lực TexAPI cam kết cấp cho bạn.
- Trong điều kiện hạ tầng quá tải, thông lượng thực tế có thể thấp hơn hạn mức của gói mà không cấu thành vi phạm.
- Nếu bạn cần năng lực được bảo đảm, hãy liên hệ hỗ trợ — đó là thoả thuận riêng, không phải điều khoản chung.
5. Điều kiện để TexAPI đưa ra SLA thật
Ghi lại để bạn biết TexAPI đang thiếu gì. Cần đủ cả bốn:
| # | Điều kiện | Trạng thái hôm nay |
|---|---|---|
| 1 | Bên thăm dò độc lập bên ngoài hạ tầng, chu kỳ ≤ 60 giây, ghi nhận từ nhiều vị trí | chưa có |
| 2 | Định nghĩa “gián đoạn” viết thành văn, đo được, không phải ước lượng | chưa có |
| 3 | SLA từ nhà cung cấp hạ tầng, hoặc nhiều nhà cung cấp độc lập để không còn điểm chết đơn lẻ | chưa có — một nguồn cung duy nhất |
| 4 | Sao lưu tự động đã kiểm chứng khả năng phục hồi, và hạ tầng dự phòng | chưa có |
Cho tới khi đủ bốn điều kiện, tài liệu này giữ nguyên tuyên bố ở đầu trang.
6. Khiếu nại
Nếu bạn cho rằng dịch vụ không đạt mức đã mô tả và điều đó gây thiệt hại cho bạn: gửi support@texapi.dev. TexAPI trả lời trong 05 ngày làm việc, và xử lý theo trình tự tại Điều khoản dịch vụ mục 18. Việc TexAPI không cam kết SLA không làm mất quyền khiếu nại của bạn theo pháp luật về bảo vệ quyền lợi người tiêu dùng.