Integrasi API & AI

Kanal integrasi

Tujuh kanal untuk mengambil data

REST API

Autentikasi token, paginasi, dan filter. Versi eksplisit di URL — tidak pernah diganti diam-diam.

Unduhan terprogram

CSV, Parquet, dan GeoJSON/GeoPackage untuk data spasial — lewat presigned URL.

Push & delta Tahap 2

Webhook, object storage, SFTP, atau spreadsheet daring, dengan opsi delta: hanya baris yang berubah.

Gerbang API relai Tahap 2

Endpoint DataDiti untuk API pihak ketiga: respons ternormalisasi, cache sesuai TTL, kuota per tier.

Endpoint eksekusi script Tahap 3

Pembungkus API untuk produk script: sinkron atau asinkron (job + webhook selesai), dengan batas sumber daya per panggilan.

Endpoint MCP Tahap 3

Lapisan tipis di atas API yang sudah rapi — menjadikan DataDiti sumber data tepercaya untuk agen AI.

Dashboard data Tahap 3

Visualisasi terbit sebagai URL publik atau bertoken, tanpa mengeluarkan data mentahnya.

Integrasi AI · MCP

Jadikan DataDiti sumber data agen AI Anda

Sambungkan data langganan Anda ke agen atau asisten AI lewat endpoint MCP milik akun. Kredensial khusus agen dibuat terpisah dari token API biasa, dengan scope per dataset atau endpoint. Cakupan akses agen tetap mengikuti langganan, kuota, kelayakan transfer, dan kelas akses — sama seperti kanal lain.

# Contoh panggilan pertama — REST API v1 curl -H "Authorization: Bearer $DATADITI_TOKEN" \ "https://api.dataditi.com/v1/datasets/proyeksi-penduduk-kabupaten-2020-2025/rows?per_halaman=100" # Respons { "version": "2.1.0", "fingerprint": "req_8f2c1a47", "meta": { "halaman": 1, "per_halaman": 100, "total": 3140000 }, "rows": [ { "kode_wilayah": "3273", "nama_wilayah": "Kota Bandung", "tahun": 2024, "nilai": 2452943, "sumber": "BPS" } ] }

Jaminan stabilitas

Perubahan selalu diumumkan sebelum berlaku

Integrasi pelanggan langsung rusak bila nama kolom berubah tanpa peringatan. Karena itu setiap perubahan di DataDiti tunduk pada tiga aturan berikut.

/v1/

Versi eksplisit di URL

Setiap produk data memakai versi semantik. Versi tidak pernah diganti diam-diam.

≥90 hari

Breaking change diumumkan

Perubahan yang merusak diumumkan minimal 90 hari sebelumnya lewat changelog, notifikasi, dan email.

≥180 hari

Versi lama tetap dilayani

Versi lama dilayani minimal 180 hari setelah versi baru rilis, lalu dipensiunkan dengan pengingat bertahap.

Lihat changelog publik