Khi doanh nghiệp mua DeepSeek API, mọi việc dễ bị rút gọn thành hai câu hỏi: nạp bao nhiêu tiền, đơn giá bao nhiêu. Thứ thực sự quyết định giao diện này có dùng được lâu dài hay không lại là vài việc khác: tài khoản thuộc về ai, hạn mức phân bổ thế nào, điều khoản dữ liệu có qua được đánh giá nội bộ không, hóa đơn có ghi sổ được không, và chi phí có dự đoán được không.
Giao diện của DeepSeek gần với phong cách tương thích OpenAI, chi phí chuyển đổi không cao, khiến việc dùng thử diễn ra rất nhanh; nhưng cũng chính vì nhanh mà nhiều đội ngũ bỏ qua quy trình mua sắm, dùng tài khoản cá nhân chạy trước, đến khi nghiệp vụ mở rộng mới phát hiện quyền, hợp đồng và hóa đơn đều không khớp. Bài viết đưa ra một danh sách mua sắm có thể thực thi, xử lý theo thứ tự tài khoản, hạn mức, tuân thủ, chi phí và hợp đồng.
Lưu ý: DeepSeek là nhãn hiệu của chủ sở hữu tương ứng. Bài viết lấy hình thái giao diện phổ biến tháng 10 năm 2026 làm ví dụ; mô hình, giá và điều khoản dữ liệu căn cứ theo tài liệu chính thức và giá mô hình trên site. Bài viết không ghi cố định đơn giá.
1. Danh sách mua sắm chia thành năm khối
| Hạng mục | Câu hỏi cần xác nhận | Tài liệu bàn giao |
|---|---|---|
| Tài khoản và quyền | Chủ thể là ai, Key phân theo dự án thế nào | Sổ tài khoản, danh sách Key |
| Hạn mức và giới hạn tốc độ | Số dư trả trước, đồng thời, thử lại khi lỗi | Bảng ngân sách, cấu hình cảnh báo |
| Tuân thủ và dữ liệu | Dữ liệu có lưu giữ không, có dùng huấn luyện không | Ảnh chụp điều khoản, thỏa thuận xử lý dữ liệu |
| Chi phí | Cấu trúc đầu vào đầu ra, trúng bộ nhớ đệm, thử lại | Mô hình chi phí, bảng đối chiếu hàng tháng |
| Hợp đồng và hóa đơn | Chủ thể hợp đồng, tiền tệ, loại hóa đơn | Hợp đồng, hóa đơn, biên lai thanh toán |
Chỉ cần một trong năm khối được xác nhận miệng, về sau đều có thể phải làm lại. Tuân thủ và hóa đơn thường còn phải đi quy trình nội bộ; nên khởi động song song trước khi tích hợp kỹ thuật.
2. Tài khoản và quyền: không dùng tài khoản cá nhân gánh nghiệp vụ doanh nghiệp
- Đăng ký bằng email tên miền doanh nghiệp, tài khoản gắn với chủ thể công ty, tránh việc người phụ trách nghỉ việc rồi không lấy lại được.
- Đặt ít nhất hai quản trị viên, bật xác thực hai yếu tố, lưu vết thao tác quan trọng.
- Tách Key theo môi trường: sản xuất, kiểm thử, phát triển mỗi nơi một bộ, không dùng chung.
- Đặt Key trong biến môi trường phía máy chủ hoặc dịch vụ quản lý khóa, không vào frontend, không vào kho mã nguồn, không vào lịch sử chat.
- Ghi rõ người phụ trách, mục đích và thời điểm tạo cho mỗi Key, kiểm kê mỗi quý một lần.
- Thu hồi Key ngay khi kết thúc gia công hoặc dự án, không đợi quyết toán hợp đồng.
Cách bảng điều khiển quản lý Key theo dự án hoặc ứng dụng căn cứ theo trang hiện tại. Dù giao diện thay đổi thế nào, nguyên tắc không đổi: một Key chỉ phục vụ một môi trường, có sự cố mới nhanh chóng định vị và cắt lỗ.
3. Hạn mức và giới hạn tốc độ: trả trước không có nghĩa không có giới hạn
DeepSeek API thường dùng hình thức số dư trả trước cộng trừ phí theo lượng dùng; khi số dư cạn, yêu cầu sẽ thất bại. Khi mua, đừng chỉ hỏi "nạp được bao nhiêu", mà phải xác nhận đồng thời bốn mục kiểm soát:
| Mục kiểm soát | Cách làm đề xuất | Mục đích |
|---|---|---|
| Số dư tài khoản | Giữ 1–2 lần mức dùng dự kiến một tháng | Tránh đọng vốn lớn, cũng tránh gián đoạn giữa chừng |
| Ngân sách dự án | Tách theo dòng nghiệp vụ, đặt giới hạn riêng | Tránh một thử nghiệm kéo sập cả nhóm |
| Đồng thời và tốc độ | Kiểm thử tải theo đỉnh, không ước theo trung bình | Phát hiện sớm xếp hàng và quá thời gian |
| Cảnh báo | Ba mức: số dư, tỷ lệ lỗi, độ trễ | Can thiệp trước khi ảnh hưởng người dùng |
Chiến lược giới hạn tốc độ và xếp hàng thay đổi theo mô hình, tài khoản và tải nền tảng; quy tắc cụ thể căn cứ theo tài liệu chính thức. Việc kỹ thuật cần làm không phải "tìm kênh không giới hạn", mà là đưa thử lại, lùi, giảm cấp và tính lũy đẳng vào mã. Gặp 429 hoặc 5xx mà gửi lại ngay chỉ làm tăng tắc nghẽn; cách đúng là lùi cấp số nhân kèm nhiễu ngẫu nhiên và đặt số lần thử lại tối đa.
4. Tuân thủ và dữ liệu: ghi rõ sáu câu hỏi trong đơn mua
- Đầu vào và đầu ra có bị lưu giữ không? Giữ bao lâu?
- Dữ liệu API mặc định có dùng để huấn luyện mô hình không? Kịch bản doanh nghiệp có thể tắt không?
- Dữ liệu được lưu ở khu vực nào? Có liên quan truyền xuyên biên giới không?
- Có thể ký thỏa thuận xử lý dữ liệu, làm rõ trách nhiệm hai bên không?
- Có những bên xử lý phụ nào? Khi thay đổi có thông báo trước không?
- Thời hạn thông báo sự cố an ninh và quy trình xử lý được ghi vào hợp đồng thế nào?
Đừng chỉ nghe kinh doanh giải thích miệng về những câu hỏi này. Hãy lưu trữ điều khoản chính thức, chính sách quyền riêng tư, thỏa thuận xử lý dữ liệu và tài liệu an ninh, giao cho pháp lý và an ninh đánh giá. Khi liên quan hợp đồng khách hàng, mã nguồn, thông tin cá nhân và dữ liệu tài chính, hãy khử nhận dạng trước hoặc dùng trường có cấu trúc, không đưa dữ liệu gốc trực tiếp vào mô hình.
5. Chi phí: đơn giá thấp không có nghĩa hóa đơn kiểm soát được
Chi phí DeepSeek chủ yếu gồm bốn phần: đầu vào không trúng bộ nhớ đệm, đầu vào trúng bộ nhớ đệm, đầu ra, và các yêu cầu thêm do thử lại. Bộ nhớ đệm ngữ cảnh thường giảm chi phí phần tiền tố lặp lại, nhưng tỷ lệ trúng phụ thuộc cấu trúc yêu cầu; nếu mỗi lần đều chèn dấu thời gian, ID ngẫu nhiên hoặc nội dung thay đổi ở phía trước, bộ nhớ đệm rất khó phát huy.
Thứ tự giảm chi phí đề xuất:
- Nén đầu vào trước: truy xuất chỉ lấy đoạn liên quan, tóm tắt lịch sử hội thoại.
- Ổn định tiền tố: cố định system prompt và định nghĩa công cụ, tăng tỷ lệ trúng bộ nhớ đệm.
- Giới hạn đầu ra: đặt độ dài đầu ra tối đa hợp lý, yêu cầu kết quả có cấu trúc.
- Tách mô hình: phân loại và trích xuất đơn giản dùng mô hình nhẹ, suy luận phức tạp mới dùng mô hình suy luận.
- Xử lý tập trung tác vụ ngoại tuyến: tóm tắt, gán nhãn không cần trả về thời gian thực thì đưa vào khung thấp điểm.
- Cuối cùng mới bàn đổi nhà cung cấp: lãng phí phía trước chưa giải quyết thì đổi bên nào cũng vậy.
export DEEPSEEK_API_KEY="khoa-cua-ban"
# Kết nối trực tiếp chính thức: xác nhận Key và mô hình khả dụng
curl "https://api.deepseek.com/models" \
-H "Authorization: Bearer $DEEPSEEK_API_KEY"
# Qua ZSQH AI Gateway: điểm vào tương thích OpenAI
curl "https://ai.zhongshangqihang.com/v1/chat/completions" \
-H "Authorization: Bearer $DEEPSEEK_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"<ten-mo-hinh>","messages":[{"role":"user","content":"Chỉ trả lời OK"}]}'
Tên mô hình căn cứ theo trang giá mô hình trên site; không đưa placeholder trong ví dụ lên thẳng sản xuất. Sau lần gọi thành công đầu tiên, ghi lại trường mức dùng trong phản hồi rồi đối chiếu một lần với hóa đơn.
6. Hợp đồng, thanh toán và hóa đơn
| Hạng mục | Kết nối trực tiếp chính thức | Cổng AI trong nước |
|---|---|---|
| Chủ thể hợp đồng | Điều khoản trực tuyến của nền tảng hoặc chủ thể xác thực doanh nghiệp | Hợp đồng với công ty trong nước |
| Tiền tệ thanh toán | Theo nền tảng | Nhân dân tệ |
| Hóa đơn | Xin theo quy tắc nền tảng | Hóa đơn thường hoặc hóa đơn VAT, theo nền tảng |
| Phương thức thanh toán | Thanh toán công ty hoặc trực tuyến do nền tảng hỗ trợ | Chuyển khoản công ty hoặc thanh toán trực tuyến |
| Đối tượng phù hợp | Đội ngũ đã xác thực doanh nghiệp trên nền tảng | Đội ngũ cần hóa đơn nhiều mô hình thống nhất |
Thanh toán doanh nghiệp nên đi qua tài khoản công ty, giữ hợp đồng, đơn hàng, biên lai thanh toán và hóa đơn. Chuyển khoản cá nhân lẫn vào sổ doanh nghiệp sẽ rất phiền khi hoàn ứng và đối chiếu. Khi chọn cổng, cần xác nhận ba điều: mức dịch vụ, quy tắc hoàn tiền, điều khoản dữ liệu, chứ không chỉ nhìn đơn giá.
7. Danh sách nghiệm thu lên sản xuất
- Đã cấu hình tài khoản doanh nghiệp và hai quản trị viên.
- Key sản xuất, kiểm thử, phát triển đã tách riêng và có người phụ trách.
- Đã đặt cảnh báo số dư và ngân sách dự án.
- Một yêu cầu tối thiểu đã chạy thông trong môi trường mạng sản xuất.
- Thử lại và giảm cấp cho 429, 5xx, quá thời gian đã kết nối giám sát.
- Điều khoản dữ liệu và tài liệu tuân thủ đã lưu trữ.
- Hợp đồng, hóa đơn, biên lai thanh toán đã giao tài chính.
- Mô hình dự phòng hoặc kênh dự phòng đã diễn tập, chuyển đổi không ảnh hưởng nghiệp vụ.
Câu hỏi thường gặp
Mua DeepSeek API cho doanh nghiệp có nhất thiết phải đi hợp đồng không?
Chỉ cần liên quan dữ liệu công ty, hoàn ứng công ty hoặc dịch vụ đối ngoại thì nên đi hợp đồng và thanh toán công ty. Nạp tiền nhỏ bằng cá nhân phù hợp để xác minh, không phù hợp gánh nghiệp vụ doanh nghiệp lâu dài.
Số dư trả trước dùng không hết có được hoàn không?
Căn cứ theo điều khoản nền tảng và hợp đồng. Quy tắc cho số dư chưa dùng, hạn mức tặng và phần đã tiêu khác nhau; phải ghi rõ trước khi thanh toán, đừng đợi đến lúc không dùng nữa mới hỏi.
Dữ liệu có bị dùng để huấn luyện không?
Điều khoản của API và sản phẩm tiêu dùng có thể khác nhau; phiên bản doanh nghiệp, khu vực và thời điểm khác nhau cũng có thể có khác biệt. Cuối cùng căn cứ theo thỏa thuận xử lý dữ liệu đã ký và điều khoản chính thức; dữ liệu nhạy cảm phải được đánh giá tuân thủ trước.
Chọn kết nối trực tiếp chính thức hay cổng?
Đã xác thực doanh nghiệp trên nền tảng và chỉ cần một mô hình DeepSeek thì kết nối trực tiếp có đường ngắn hơn; cần đặt nhiều mô hình trong một bảng điều khiển, hóa đơn và hóa đơn nhân dân tệ thống nhất thì cổng tiện hơn. Chi phí và tỷ giá căn cứ theo giá mô hình.
Chi phí chủ yếu lãng phí ở đâu?
Phổ biến là ngữ cảnh lặp lại, bộ nhớ đệm không trúng, đầu ra quá dài và thử lại không giới hạn. Trước hết xem log yêu cầu, tách cấu trúc đầu vào, tỷ lệ trúng bộ nhớ đệm và số lần thử lại, rồi mới quyết định thứ tự tối ưu.
Bước tiếp theo
Trước hết tạo Key kiểm thử tại ZSQH AI Gateway, dùng tác vụ thật chạy một tuần, ghi mức dùng, tỷ lệ thất bại và chi phí mỗi tác vụ, rồi mới quyết định quy mô mua. Mô hình khả dụng và giá căn cứ theo bảng giá mô hình.
Bài viết liên quan:
