การยืนยันตัวตน

ส่ง API key ในรูปแบบ bearer token คีย์ดังกล่าวต้องมีสิทธิ์ sites.view หากไม่มีสิทธิ์ ระบบจะปฏิเสธด้วยรหัส 403 แทนที่จะเป็น 404

ตำแหน่งสำหรับใส่รหัสองค์กรของคุณ

พอยต์ข้อมูลนี้รับ org_id เป็นพารามิเตอร์คิวรี หากเว้นว่างไว้ การเรียกใช้งานจะครอบคลุมย่อยของเทแนนท์ทั้งหมดของคุณ แต่หากระบุค่า จะช่วยจำกัดขอบเขตการเรียกให้เหลือเพียงองค์กรเดียว

รหัสองค์กรของคุณจะแสดงอยู่บนหน้าคีย์ API ในแดชบอร์ดของคุณ โดยอยู่ถัดจากคีย์นั้นๆ รหัสนี้จะเป็นรหัสเดิมในการเรียกใช้งานทุกครั้งของคุณ

ทดลองใช้เลย

แทนที่สิ่งใดๆ ที่อยู่ภายในวงเล็บแหลมด้วยค่าของคุณเอง และตัวยึดตำแหน่งคีย์ด้วยคีย์จากแดชบอร์ดของคุณ

curl -X GET https://api.zinndigital.com/v1/compute/eligibility \
  -H "Authorization: Bearer zdk_live_…"

เข้าสู่ระบบแล้วใช่ไหม คอนโซล API ในแดชบอร์ดของคุณจะเติมรหัสองค์กรจริงและคีย์ของคุณเองโดยอัตโนมัติ และทำการส่งคำขอไปยัง API จริง เพื่อให้คุณเห็นผลลัพธ์ที่เป็นข้อมูลจริง เปิดจุดสิ้นสุดนี้ในคอนโซล API

รายละเอียด

What stands between this organisation and a server on our own cloud (W43-50, owner ruling 2026-09-11): a verified email on an owner and a verified card before the first server; an ID check only when a fraud signal fires (or staff ask for one); and limits on what a new account may run — servers, vCPUs and committed monthly spend. blockers lists what is missing in the order the customer can act on it and may_order is true exactly when it is empty. ⛔ The signals that raised an ID check are deliberately absent: telling an applicant which detector fired tells a fraudster which input to change. Reading this may record a newly fired signal. Requires sites.view.

พารามิเตอร์

ชื่อประเภทจำเป็นต้องมีลักษณะของสิ่งนี้
org_id (query)Uuidไม่ใช่

การตอบกลับ

ชื่อประเภทจำเป็นต้องมีลักษณะของสิ่งนี้
statestring<not_requested, pending, verified, rejected>ใช่The ID check's own state. ⛔ Four states, not a boolean: not_requested and rejected differ completely — one is "tell us who you are" (only when id_check_required), the other…
blockersstring<email_unverified, card_required, id_check_required, id_check_pending, id_check_rejected>[]ใช่What stands between the account and a server, in the order it can act on them. Empty exactly when may_order is true.
email_verifiedbooleanใช่Whether an owner of the organisation has a verified email address.
card_verifiedbooleanใช่Whether a card confirmed with the issuer (a succeeded setup) is on the account, in date and chargeable. A PayPal agreement or a crypto balance is not a card.
id_check_requiredbooleanใช่Whether an ID check stands between the account and its next server. False for almost every account — it is raised only by a fraud signal or by staff.
id_document_uploadedbooleanใช่Whether an identity document has been registered for the check.
standingstring<new, established, custom>ใช่Which limits apply. new until the account is 30 days old and has paid for something; custom when staff set this account's limits.
limitsComputeLimitsใช่What one account may run at once on our cloud.
usageComputeUsageใช่What the account runs now, measured the way ComputeLimits bounds it.
may_orderbooleanใช่True exactly when blockers is empty. Read this rather than re-deriving it.
legal_namestringใช่The legal name of whoever is responsible for the machines.
countrystringใช่ISO-3166-1 alpha-2 country of the person or the incorporation.
company_numberstringใช่Company registration number, or "" for an individual — a real answer.
abuse_contact_emailstringใช่A monitored address an abuse report can be forwarded to and answered from. We are the account holder of record, so a complaint reaches us first and has to reach the customer…
intended_usestringใช่What the customer says the machines are for, in their own words.
rejection_reasonstringใช่Shown to the customer verbatim when state is rejected.
submitted_atstringใช่
reviewed_atstringใช่

ข้อผิดพลาดที่เอนด์พอยต์นี้สามารถส่งกลับได้

401 · 403 · 422 · 429