Service Users in Organizations

마지막 업데이트: 2026년 5월 18일

What is a Service User?

A Service User is an API-only operator created within your Organization for programmatic access. Service Users authenticate with API key credentials and are designed for automated integrations, such as trading bots, treasury management scripts, or internal tooling that needs to interact with your Organization's accounts.

Service Users do not represent individual people. They do not sign in to the UI, and they do not require individual KYC.

How Service Users compare to Members

회원

Service User

Authentication

Individual credentials with 2FA

API key credentials

UI login

아니요

KYC required

아니요

Can initiate requests

Yes (via API)

Can approve requests

Yes, except their own requests

아니요

Can execute immediately

Yes, when policy allows

아니요

Administrative access

Yes, if granted

아니요

Available workflows

Manage Access, Manage Policies, Manage Addresses, Initiate Withdrawal

Withdrawals via API (constrained by API key scopes)

Authorization model

Organization workflow permissions (View, Initiate, Approve, Execute)

API key permissions

What Service Users can do

A Service User's capabilities are defined by its API key permissions. Depending on the scopes granted to the key, a Service User can:

  • Submit withdrawal requests via API — if an Organization policy is configured for the Initiate Withdrawal workflow, the request enters the approval queue and must be approved by human Members before it takes effect
  • Trade on accounts where the API key has order permissions (Create and modify orders, Cancel and close orders) — these execute immediately
  • Allocate and deallocate Earn products where the API key has the Earn permission — these execute immediately
  • Query balances, ledger entries, open and closed orders, and export data according to the key's read scopes

Only withdrawal operations are subject to Organization policies. All other API key operations — trading, Earn, queries, data exports — are immediate.

What Service Users cannot do

  • Approve requests — Service Users cannot review or approve any request
  • Complete withdrawals directly — when an Organization policy is configured for Initiate Withdrawal, the API key can only start a request; human Members must approve it before it takes effect
  • Access administrative workflows — Service Users have no access to Manage Access or Manage Policies
  • Sign in to the UI — Service Users are API-only

API key permissions

Service Users are authorized through API key permissions, not Organization workflow permissions (View, Initiate, Approve, Execute). Each API key is configured with a set of scopes that define what the Service User can access.

자금 및 권한

Permission

What it allows

쿼리

View balances and funding status

수익

Allocate and deallocate Earn (staking and yield) products

입금

Generate deposit addresses and view deposit history

출금

Submit withdrawal requests — if an Organization policy governs this workflow, the request requires Member approval (see Policy interaction)

주문 및 거래

Permission

What it allows

미체결 주문 및 거래 조회

View currently open orders and active trades

체결된 주문 및 거래 조회

View historical orders and completed trades

주문 생성 및 수정

Place new orders and modify existing ones

주문 취소 및 닫기

Cancel open orders and close positions

데이터

Permission

What it allows

원장 항목 조회

View transaction and ledger history

데이터 내보내기

Export account data for reporting and reconciliation

Configuration options

Each API key also supports the following settings:

Setting

설명

API 키 만료

Optional expiration date after which the key is automatically disabled

시작 날짜 조회

Restrict data queries to entries after this date

종료 날짜 조회

Restrict data queries to entries before this date

웹 소켓 연결 허용

Enable or disable real-time streaming via WebSocket

사용자 지정 논스(Nonce) 창

Configure a custom nonce window for replay protection

IP 주소 또는 범위 제한

Limit key usage to specific IP addresses or CIDR ranges

Policy interaction

API key permissions define what a Service User can access, but Organization policies override API key capabilities for withdrawal operations.

When a policy is configured for the Initiate Withdrawal workflow:

  • The API key's Withdraw permission allows the Service User to start a withdrawal request, but not complete it
  • The request enters the Organization's approval queue
  • Members with Approve permission on the Initiate Withdrawal workflow must review and approve the request before it takes effect

All other API key operations — placing and canceling orders, Earn allocations, queries, data exports — are immediate. They are not subject to Organization policies and do not require approval.

If no policy is configured for a workflow, the API key's permissions apply directly for that operation as well.

How to create a Service User

  1. Go to the Manage Access section in your Organization.
  2. Select Create Service User (or Create API Key, depending on your interface version).
  3. Give the Service User a descriptive name that identifies its purpose (for example, "Treasury Bot" or "Reporting Script").
  4. Configure the API key permissions by selecting the scopes the Service User needs. See API key permissions for the full list.
  5. Optionally configure security settings such as IP restrictions, key expiration, and nonce window.
  6. Review the configuration and confirm.

If the Manage Access policy requires approval, your request enters the approval queue. Once approved (or immediately completed via Execute), the Service User is created and its API key credentials are generated.

How to edit or remove a Service User

To change a Service User's permissions or remove it entirely, go to Manage Access, select the Service User, and submit the change. The same governance rules apply — if Manage Access requires approval, the change enters the approval queue.

See Permissions and workflows for the full list of Manage Access operations.

더 많은 도움이 필요하신가요?