marketplace

POST `/v1/marketplace/vendor/payout-methods`

Propose a destination to be paid at.

Նույնականացում

Ուղարկեք API բանալին որպես bearer թոքեն։ Այս վերջնակետը բնութագրում չի նշում որոշակի թույլտվության մասին, ուստի տվեք ձեր բանալուն նվազագույն անհրաժեշտը և ենթադրություններ անելու փոխարեն ստուգեք պատասխանը:

Այս վերջնակետը կազմակերպության ID չի ընդունում: Ձեր բանալին արդեն իսկ նույնականացնում է այն կազմակերպությունը, որին պատկանում է, և պատասխանը սահմանափակված է դրանով:

Փորձել

Փոխարինեք անկյունային փակագծերում գտնվող ցանկացած բան ձեր սեփական արժեքներով, և բանալու տեղապահը՝ ձեր վահանակի բանալիով:

curl -X POST https://api.zinndigital.com/v1/marketplace/vendor/payout-methods \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -d '{ "rail": <string> }'

Մուտք գործե՞լ եք: Ձեր վահանակի API վահանակը լրացնում է ձեր իրական կազմակերպության ID-ն և ձեր սեփական բանալին և գործարկում է հարցումը ուղիղ API-ի դեմ, որպեսզի կարողանաք տեսնել փաստացի պատասխանը: Բացեք այս վերջնակետը API վահանակում

Մանրամասներ

docs/82 §7c. The row is created unverified and can receive nothing: only staff verification makes it payable, and then only after the 48-hour cooling-off. ⛔⛔ A change of destination is a new row, never an edit — there is deliberately no endpoint that changes destination on an existing one. §7c: "Change of payout details is the account-takeover cash-out route, and must be treated as one." Editing a verified row would keep its verified state and its long-expired hold while pointing the money somewhere nobody looked at. ⭐ Re-adding a destination the seller already has returns the existing row rather than minting a second one — otherwise "change it and change it back" resets the cooling-off clock in two requests. ⛔ The network is its own field, not part of the address. Sending USDT TRC20 to a BEP20 address loses the money irrecoverably, so the same address on two networks is two destinations, each earning its own proof and its own hold.

Հարցման մարմին

Անուն	Տեսակ	Պահանջվում է	Ինչ է դա
`rail`	`string`	Այո	—
`destination`	`string`	Ոչ	Empty for account credit, which has nowhere to send.
`network`	`string`	Ոչ	—
`label`	`string`	Ոչ	—

Պատասխան

Անուն	Տեսակ	Պահանջվում է	Ինչ է դա
`id`	`string`	Այո	—
`rail`	`string`	Այո	—
`rail_name`	`string`	Այո	—
`destination`	`string`	Այո	⛔ Masked, always. Enough to recognise which account this is, never enough to reproduce it. The whole value never leaves the engine on a read path.
`network`	`string`	Այո	⛔ Its own field, never folded into the address. Sending USDT TRC20 to a BEP20 address loses the money irrecoverably (docs/82 §7b), so the network is part of the destination's…
`label`	`string`	Այո	—
`state`	`MarketplacePayoutMethodState`	Այո	Where one destination is in its own verification (docs/82 §7c). `retired` rows are kept rather than deleted — a payout that went there is explained by them.
`proof_kind`	`MarketplacePayoutProofKind`	Այո	How ownership of the destination was shown. ⛔ Crypto is the honest exception and is recorded as one: docs/82 §7c states that no document can prove wallet ownership, so a signed…
`rejection_reason`	`string`	Ոչ	—
`is_default`	`boolean`	Այո	—
`verified_at`	`string`	Ոչ	—
`hold_until`	`string`	Ոչ	docs/82 §7c's 48-hour cooling-off on the first payout to this destination — long enough for the change notice to land, short enough that a seller who genuinely changed bank…
`permitted_proof_kinds`	`MarketplacePayoutProofKind[]`	Այո	—

Այս վերջնակետի կողմից վերադարձվող սխալները

401 · 404 · 422

POST /v1/marketplace/vendor/payout-methods