compute

POST `/v1/compute/eligibility`

Submit an organisation for verification.

प्रमाणीकरण

बेरर टोकन म्हणून API की पाठवा. की मध्ये billing.payment.manage परवानगी असणे आवश्यक आहे; ती नसलेली की 404 ऐवजी 403 सह नाकारली जाते.

जिथे तुमचा ऑर्गनायझेशन आयडी (organization id) जाईल

हे एंडपॉइंट org_id ला क्वेरी पॅरामीटर म्हणून स्वीकारते. ते वगळल्यास कॉल तुमच्या संपूर्ण टेनन्सी सबट्रीला कव्हर करतो; ते एका संस्थेपुरता कॉल मर्यादित करण्यासाठी पाठवा.

तुमची संस्था आयडी (organisation id) तुमच्या डॅशबोर्डवरील API की स्क्रीनवर, की च्या बाजूला आहे. तुम्ही केलेल्या प्रत्येक कॉलमधील तोच आयडी असतो.

प्रयत्न करा

कोनसांस्कृतिक कंसात (<>) असलेली कोणतीही गोष्ट तुमच्या स्वतःच्या मूल्यांनी बदला आणि key प्लेसहोल्डरला तुमच्या डॅशबोर्डवरील किने बदला.

curl -X POST https://api.zinndigital.com/v1/compute/eligibility \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -d '{ "legal_name": <string>, "country": <string>, "abuse_contact_email": <string> }'

साइन इन केलेले आहे? तुमच्या डॅशबोर्डमधील API कन्सोल तुमची खरी संस्था आयडी आणि तुमची स्वतःची की आपोआप भरतो आणि लाइव्ह API विरुद्ध विनंती कार्यान्वित करतो जेणेकरून तुम्हाला वास्तविक प्रतिसाद पाहता येईल. एपी कन्सोलमध्ये हा एंडपॉइंट उघडा

तपशील

Moves the organisation to `pending` for a human to review. **202**, because the answer is a decision somebody makes rather than something this call performs. ⛔ An organisation that is already verified, or already pending, is refused `422` rather than silently re-queued: resubmitting would otherwise let a customer suspend their own verification, and let a rejected applicant re-enter the queue for ever. Requires `billing.payment.manage` — ⛔ **not** `billing.entitlement.manage`, a staff key no customer role holds, which is what this said until D10689.

पॅरामीटर्स

नाव	प्रकार	आवश्यक	हे काय आहे
`org_id (query)`	`Uuid`	नाही	—

विनंती मुख्य भाग

नाव	प्रकार	आवश्यक	हे काय आहे
`legal_name`	`string`	होय	—
`country`	`string`	होय	—
`abuse_contact_email`	`string`	होय	—
`company_number`	`string`	नाही	—
`intended_use`	`string`	नाही	—

प्रतिसाद

नाव	प्रकार	आवश्यक	हे काय आहे
`state`	`string<not_requested, pending, verified, rejected>`	होय	⛔ Four states, not a boolean. `not_requested` and `rejected` both refuse an order and the customer's next action differs completely: one is "tell us who you are", the other is "…
`may_order`	`boolean`	होय	True only in `verified`. Read this rather than re-deriving it from `state`.
`legal_name`	`string`	होय	The legal name of whoever is responsible for the machines.
`country`	`string`	होय	ISO-3166-1 alpha-2 country of the person or the incorporation.
`company_number`	`string`	होय	Company registration number, or `""` for an individual — a real answer.
`abuse_contact_email`	`string`	होय	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 wit…
`intended_use`	`string`	होय	What the customer says the machines are for, in their own words.
`rejection_reason`	`string`	होय	Shown to the customer verbatim when `state` is `rejected`.
`submitted_at`	`string`	होय	—
`reviewed_at`	`string`	होय	—

ही एंडपॉइंट परत करू शकेल अशा त्रुटी

401 · 403 · 422 · 429

POST /v1/compute/eligibility