Pertanyaan umum

Periksa kode kesalahan dahulu, lalu pengaturannya. Dalam respons, request_id membantu mencari operasi di log. Jangan taruh kunci lengkap dalam log/screenshot.

Apa yang diperiksa jika aktivasi gagal?

Periksa akses ke server, ID produk, kode lisensi lengkap, dan kecocokan produk. Jika server belum diterapkan, komputer pelanggan tidak bisa memakai alamat Anda 127.0.0.1 ; alamat itu menunjuk komputer pelanggan sendiri.

Kode kesalahan	Langkah pertama
`LICENSE_INVALID`	Cek ID produk, kunci lengkap dan produk lisensi
`LICENSE_EXPIRED`	Lihat kedaluwarsa; vendor memperpanjang bila perlu
`LICENSE_REVOKED` `DEVICE_RELEASED`	Lisensi dicabut/perangkat dilepas; SDK hapus cache
`DEVICE_LIMIT_REACHED`	Slot lisensi penuh; lepas lama atau tambah batas
`API_QUOTA_EXCEEDED`	Kuota keras API habis; lihat periode/paket
`API_BALANCE_INSUFFICIENT`	Saldo kelebihan API kurang; cek mata uang/lingkungan
`MONTHLY_QUOTA_EXCEEDED`	Batas perangkat platform habis, terpisah dari batas lisensi
`IDEMPOTENCY_CONFLICT`	Key sama untuk isi berbeda; operasi baru Key baru, ulang isi asli
`IDEMPOTENCY_EXPIRED`	Respons/ikatan lama batal; cek status, Key baru untuk operasi baru

Mengapa masih berfungsi saat offline?

Offline tetap memeriksa tanda tangan server, produk, perangkat, fitur, dan kedaluwarsa lokal; hanya tanpa permintaan server. Cache habis atau penolakan tegas online karena pencabutan/pelepasan menghentikan pemakaian.

Mengapa verifikasi tanda tangan atau perangkat gagal?

Kunci publik tidak cocok, cache produk lain, atau cache yang disalin ke komputer berbeda bisa menyebabkan kegagalan. Periksa trusted_keys memakai ID key dan kunci publik produk saat ini, lalu periksa apakah sistem diganti atau dipasang ulang.

SDK melaporkan clock rollback : cek jam mundur. Perbaiki lalu segarkan online.

Respons kesalahan lengkap

{
  "error": {
    "code": "LICENSE_REVOKED",
    "message": "License was revoked"
  },
  "request_id": "99999999-9999-4999-8999-999999999999"
}

Kolom	Arti dan tindakan
`error.code` · string	ID kesalahan stabil untuk logika, bukan teks message.
`error.message` · string	Alasan kegagalan untuk diagnosis atau pesan pelanggan.
`request_id` · UUID	ID permintaan server untuk log, bukan lisensi/Idempotency-Key.

For 400 / 415 correct fields or Content-Type; for 401 check the management key; for 403 inspect the licensing error; for 409 check limits, session state or idempotency conflicts; for 429 wait according to Retry-After. Runtime retries retain their Idempotency-Key and body. Recover management writes using each operation’s idempotency rules; never blindly repeat ordinary issuance or renewal after a timeout.

Bagaimana membaca respons JSON?

Respons berhasil data dan request_id; kegagalan mengembalikan error.code, error.message dan request_id. Simpan kode kesalahan dan request_id untuk diagnosis.

Untuk email, pembayaran atau deployment, lihat Dukungan dan pemecahan masalah.