Organisasi, aplikasi, dan environment

Organisasi menampung tim, saldo, dan audit log; aplikasi menampung workflow, API key, dan webhook di Live/Sandbox. Salah pilih berarti perubahan tak berlaku.

#Dua tingkatannya

Organisasi adalah akun Anda. Menampung:

• Tim Anda dan peran mereka
• Saldo billing dan faktur Anda
• Audit log Anda
• Semua aplikasi Anda

Aplikasi adalah ruang kerja di dalam organisasi. Menampung:

• Workflow-nya sendiri
• API key-nya sendiri
• Endpoint webhook-nya sendiri
• Kebijakan retensi datanya sendiri
• Produknya sendiri, jika pengaktifan produk per aplikasi sudah diluncurkan. Lihat produk dan apa saja yang termasuk di dalamnya
• Dua environment: Live dan Sandbox

Pindah aplikasi lewat kartu aplikasi di bagian atas sidebar. Perpindahan langsung berlaku. Menu yang sama membuka Pengaturan aplikasi dan Buat aplikasi.

#Kenapa ini lebih penting dari yang terlihat

Hampir setiap laporan "saya sudah mengubahnya tetapi tidak ada yang terjadi" berujung pada struktur ini:

• Anda mengedit sebuah workflow di aplikasi A, sementara session Anda berjalan di bawah aplikasi B.
• Anda menambahkan endpoint webhook ke satu aplikasi tetapi mengharapkan event dari aplikasi lain.
• Anda sedang melihat Sandbox sementara trafik Anda berjalan di Live, atau sebaliknya.
• Anda memanggil dengan key dari aplikasi yang berbeda dari resource yang Anda tuju, lalu mendapatkan error 404 atau 403 untuk sesuatu yang jelas-jelas ada.

Sebelum men-debug hal lain, pastikan dulu aplikasinya. Lihat error API dan artinya.

#Live dan Sandbox adalah environment yang terpisah

Aplikasi baru bersifat Live. Pengujian dilakukan di Sandbox: aplikasi uji bersama milik organisasi Anda, dengan data dan key-nya sendiri. Beralih di antara keduanya dengan tombol Live dan Sandbox di bawah nama aplikasi di sidebar.

Verifikasi, API key, webhook, dan daftar terpisah di setiap environment. Branding digunakan bersama, dan workflow dibuat sekali dan dapat disalin antar-environment. Pemisahan itulah intinya: trafik uji coba dan data production tidak pernah tercampur, dan sebuah key sandbox tidak bisa secara tidak sengaja menghabiskan kredit sungguhan. Lihat menguji di sandbox.

#Berapa banyak aplikasi yang sebaiknya Anda miliki?

Sebagian besar tim memulai dengan satu, yang sudah memberi Anda Live dan Sandbox. Selebihnya, pisahkan berdasarkan apa pun yang membutuhkan konfigurasi atau isolasinya sendiri:

• Per produk, ketika produk yang berbeda membutuhkan workflow dan endpoint webhook yang berbeda.
• Per environment pra-production, jika Anda membutuhkan lebih dari satu Sandbox yang tersedia.
• Per brand, jika Anda melayani verifikasi di bawah beberapa brand dengan styling yang berbeda.
• Per kebijakan retensi, karena retensi dikonfigurasi per aplikasi.

Yang tidak terpisah per aplikasi: saldo Anda, yang berada di tingkat organisasi. Setiap aplikasi menarik dari kredit yang sama.

#Membuat aplikasi tambahan

Buka kartu aplikasi di bagian atas sidebar dan pilih Buat aplikasi, lalu masukkan Nama aplikasi (jika produk per aplikasi sudah diluncurkan, Anda juga memilih untuk apa aplikasi itu digunakan). Jika opsinya tidak ada, atau Anda perlu membuatnya lewat API alih-alih konsol, itu adalah pertanyaan seputar izin tingkat akun yang lebih baik ditanyakan ke support daripada dicari jalan pintasnya.

#Beberapa organisasi

Satu orang bisa menjadi anggota beberapa organisasi, dan berpindah di antaranya lewat menu organisasi di bagian atas sidebar, tempat undangan yang tertunda juga muncul. Membuat lebih dari satu organisasi sendiri hanya bisa dilakukan oleh akun reseller (hubungi dukungan untuk mengaktifkannya), dan tidak ada cara membuat sub-organisasi atau sub-akun di bawah organisasi Anda. Jika Anda melayani beberapa pelanggan sendiri, struktur yang didukung adalah satu aplikasi per pelanggan di dalam satu organisasi Anda: setiap aplikasi punya alur kerja, branding, kunci API, hasil, dan laporan penggunaan sendiri yang sepenuhnya terisolasi dari yang lain, sementara penagihan tetap di tingkat organisasi.

#Menjual kembali Didit

Jika Anda ingin membundel Didit ke produk Anda sendiri dan menagih pelanggan untuk itu, itulah model reseller. Cara kerjanya, dalam ketentuan yang diberikan dukungan kepada semua yang bertanya:

• Kredit prabayar. Pembelian awal minimum 5.000 USD, prabayar, dengan perjanjian satu tahun. Kredit tidak pernah kedaluwarsa, berada di tingkat organisasi Anda dan dipakai bersama oleh semua pelanggan akhir yang Anda bawa, serta membawa diskon volume yang makin besar seiring jumlahnya.
• Anda membangun dasbornya. Anda mengintegrasikan API Didit ke front end Anda sendiri dan pelanggan Anda mengelola alur kerja, branding, dan peran mereka di sana. Didit tidak menyediakan salinan white-label Business Console; layar verifikasi yang dilihat pengguna akhir bisa membawa merek Anda (lihat white label), konsolnya tidak.
• Margin Anda milik Anda. Anda menetapkan harga yang dibayar pelanggan. Didit menagih Anda per fitur yang selesai dengan harga satuan tetap selama masa perjanjian.
• Bukan program mitra lokal. Didit menjalankan demo, onboarding, dan dukungan langsung dengan pelanggan dan tidak mencari mitra distribusi atau implementasi.

Jika Anda lebih suka tidak menangani penjualan kembali, gunakan opsi referral: di Business Console, buka Pengaturan → Ajak dan dapatkan imbalan, ambil tautan Anda, dan bagikan. Anda mendapat komisi 10% dari setiap setoran tunai yang dilakukan organisasi yang Anda referensikan, selama 36 bulan sejak setoran pertama mereka, bisa dipakai sebagai kredit Didit atau dicairkan lewat transfer bank setelah masa matang, tanpa kewajiban pengiriman atau dukungan. Anda bisa membangun dan menguji integrasi di paket gratis sebelum berkomitmen pada salah satunya.

#Menghapus sebuah aplikasi

Penghapusan permanen sebuah aplikasi belum tersedia: Pengaturan aplikasi memiliki Zona bahaya, tetapi di sana tertulis bahwa penghapusan tidak tersedia, dan tidak ada yang dihapus. Pilihan Anda sampai saat itu:

• Berhenti menggunakannya. Ganti namanya (misalnya acme-old) agar tidak ada yang memilihnya secara keliru, dan cabut API key-nya di Pengembang → Kunci API.
• Hapus data pelanggannya. Data verifikasi mengikuti kebijakan retensi dan aturan penghapusan untuk data tersebut, bukan siklus hidup aplikasinya - hapus datanya secara eksplisit. Lihat menghapus session dan data pribadi.
• Mulai dari awal. Support dapat menghapus seluruh organisasi agar Anda bisa membuat yang baru - pilihan terakhir, karena tim, saldo, dan riwayatnya ikut terhapus.

#Semuanya bisa dilacak

Setiap perubahan mencatat aplikasi mana yang menjadi asalnya, di audit log. Itulah yang membuat struktur multi-aplikasi bisa diaudit, bukan sekadar rapi. Lihat menggunakan audit log.