Panduan developer aplikasi SaaS

​

1 Proses menyeluruh pengembangan aplikasi SaaS low-code

​

1.1 Prasyarat

​

1.2 Cara mengakses workbench pengembangan SaaS

​

1.3 Kapabilitas platform aPaaS yang didukung

• Kapabilitas platform:

​

2 Desain aplikasi utama

Setelah prasyarat terpenuhi, Anda dapat mulai membangun aplikasi SaaS. Jika Anda sudah memiliki solusi lengkap di bawah Organisasi YiDA lain dan ingin mengalihkannya langsung ke mode SaaS, hubungi tim produk dan engineering YiDA untuk meminta migrasi ke lingkungan SaaS.

1. Dengan workbench pengembangan SaaS dan kapabilitas yang saat ini disediakan platform, rancang aplikasi Anda sesuai kebutuhan bisnis, contohnya:

2. Jika produk SaaS Anda memiliki data bisnis dasar terkait dan Anda ingin pelanggan yang berlangganan melihat data contoh, masukkan “data dasar” ini dan kelola dalam satu Folder bernama “Data bisnis dasar” (lihat contoh di bawah).

​

3 Desain Cool App

​

4 Rilis aplikasi

​

4.1 Manajemen Versi aplikasi

• Setiap kali fungsionalitas aplikasi berubah, Anda dapat membuat Versi baru. Versi baru berstatus default “Belum dipublikasikan”. Klik Publikasikan untuk merilis Versi.

​

4.2 Permintaan publikasi aplikasi — tautkan Aplikasi pihak ketiga

​

Langkah 1: Tautkan Aplikasi pihak ketiga

​

Langkah 2: Isi informasi pengembangan aplikasi SaaS

​

Langkah 3: Verifikasi item konfigurasi aplikasi SaaS

(1) Konfirmasi informasi pengembangan aplikasi

1. Di DingTalk Open Platform, pada Aplikasi perusahaan pihak ketiga, pilih Aplikasi pihak ketiga yang terdaftar dan pastikan semua item konfigurasi fungsional telah lengkap. Lengkapi item yang masih kurang.

(2) Kelola izin

1. Pilih menu “Kelola izin”. Produk SaaS Standar harus memilih izin berikut, lalu klik “Batch apply.”

2. Jika produk SaaS Anda menggunakan Konektor “DingTalk Official” di bawah “Integrasi & Otomatisasi > node Konektor,” hubungi tim YiDA untuk mengonfirmasi izin Konektor first-party yang perlu Anda pilih.

​

Langkah 4: Permintaan mandiri untuk melewati pemeriksaan Keamanan otomatis

1. Untuk melewati pemeriksaan otomatis, konfigurasikan “Events & callbacks” sebagai berikut:

private static final char[] HEX_ARRAY = "0123456789abcdef".toCharArray();

public static String bytesToHex(byte[] bytes) {
        char[] hexChars = new char[bytes.length * 2];
        for (int i = 0; i < bytes.length; i++) {
            int v = bytes[i] & 0xFF;
            hexChars[i * 2] = HEX_ARRAY[v >>> 4];
            hexChars[i * 2 + 1] = HEX_ARRAY[v & 0x0F];
        }
        return new String(hexChars);
    }

private static String decrypt(String input) throws NoSuchAlgorithmException {
        MessageDigest digest = MessageDigest.getInstance("SHA-256");
        byte[] hash = digest.digest(input.getBytes(StandardCharsets.UTF_8));
        // Konversi hash menjadi string terenkripsi 43 karakter
        return bytesToHex(hash).substring(0, 43);
}

2. Lengkapi konten “Security review” pada pemeriksaan otomatis aplikasi. Untuk evaluasi penerimaan Keamanan, lihat 📎Panduan penerimaan Keamanan YiDA Cool SaaS - ISV.pdf.

​

4.3 Manajemen organisasi Uji Coba

​

4.3.1 Uji Coba aplikasi utama

Logika umum: Setelah modifikasi dilakukan dan ISV kemudian merilis Versi baru, konfigurasi lokal pelanggan diutamakan untuk fitur yang terpengaruh. Perubahan pada aplikasi utama tidak disinkronkan turun ke aplikasi anak. Jika tidak ada modifikasi, perubahan sumber daya Inkremental di aplikasi utama disinkronkan ke aplikasi anak. Logika perubahan Proses persetujuan:

1. Jika aplikasi anak berlangganan V0 dan aplikasi utama memiliki V1 yang belum dipublikasikan, V1 tidak muncul di Riwayat Versi aplikasi anak.
2. Jika aplikasi anak berlangganan V0 tanpa kustomisasi dan aplikasi utama kemudian diperbarui ke V1, aplikasi anak tetap menampilkan dan berjalan pada V0 yang berlangganan.
3. Jika aplikasi anak berlangganan V0 dan mengkustomisasinya, Versi Riwayat V0 internal dibuat bersama dengan draf V1. Setelah aplikasi anak berlangganan Versi baru, proses saat ini tidak lagi mengikuti peningkatan aplikasi utama.
4. Cakupan Versi di atas mencakup semua aturan bisnis dan formula di dalam Versi.

3. Secara default, data formulir “Data bisnis dasar” dari aplikasi utama diteruskan ke aplikasi anak sehingga data dasar langsung dapat digunakan. Modifikasi juga didukung.

​

4.3.2 Uji Coba Cool App

​

5 Operasional aplikasi

​

5.1 Peningkatan Versi

1. Secara default, opsi peningkatan adalah iterasi terbaru yang dirilis setelah Versi yang saat ini dipublikasikan.
2. Peningkatan Versi massal ke beberapa organisasi berbayar didukung.

Remote operations — segera hadir.

​

5.2 Halaman landing Otorisasi aktivasi aplikasi

• Unggah halaman landing Otorisasi PC dan mobile secara terpisah (hanya satu Gambar per Saluran yang didukung).
• Setelah pengunggahan, salin “URL akses Uji Coba” lalu buka Partner Self-Operation Platform > Aplikasi perusahaan pihak ketiga > Manajemen publikasi produk > Detail aplikasi > Kelola > “In-app authorization settings.” Setelah integrasi selesai dan penerimaan mandiri Anda lulus (👉 pelajari lebih lanjut tentang proses penerimaan), aplikasi SaaS dapat dipromosikan di lebih banyak Saluran online DingTalk, seperti DingTalk Search.

​

6 FAQ