Integrasi Baru Mulai Dihitung Setelah Panggilan Pertama Berhasil

Layar Ketika Satu Panggilan Berhasil

Permintaan integrasi biasanya datang sebagai daftar nama layanan. Pembayaran, peta, pesan, masuk akun. Dari namanya beban kerjanya terlihat mirip, lalu penawaran yang kembali ternyata berbeda-beda.

Bagi yang menulis kode, keberhasilan pertama datang cepat. Tempel contoh dari dokumentasi, minta kunci untuk pengujian, lihat responsnya kembali. Ketika halaman pembayaran terbuka dan pesan persetujuan muncul di layar, wajar bila disebut sudah tersambung.

Hanya saja layar itu satu kasus, dan kasus yang berjalan mulus. Setelah produk dibuka untuk publik, kasus yang tidak mulus datang setiap hari. Menentukan ruang lingkup integrasi berarti menghitung kasus-kasus itu, dan di situlah penawaran mulai berbeda.

Akun dan Persetujuan Memesan Kalender Lebih Dulu

Banyak layanan luar tidak bisa dibuka sendiri oleh pengembang. Pengajuan dilakukan atas nama badan usaha, dokumen dikirim, lalu kunci untuk lingkungan nyata baru terbit setelah lolos peninjauan. Layanan yang menyentuh uang, verifikasi identitas, atau pengiriman keluar umumnya membawa proses ini.

Rentang waktu itu tidak berada di dalam jadwal pengembangan. Secepat apa pun kodenya ditulis, tanpa persetujuan tidak ada yang bisa diverifikasi dengan akun sungguhan, dan kadang syarat persetujuan mencakup tampilan atau teks ketentuan milik Anda sendiri. Sekali ditolak, jadwal mundur sepanjang waktu perbaikan.

Karena itu pertanyaan pertama pada penawaran integrasi adalah siapa yang mengajukan. Menyerahkan pembukaan akun sekaligus korespondensi peninjauan menghasilkan jadwal yang berbeda dengan mengurusnya sendiri dan hanya mengalihdayakan pengembangannya.

Yang Lolos di Lingkungan Uji dan Berhenti di Lingkungan Nyata

Sebagian besar penyedia menyiapkan lingkungan uji terpisah. Di sana nomor kartu apa pun disetujui, pesan tidak benar-benar terkirim, dan pengembangan bisa selesai di dalamnya.

Pindah ke lingkungan nyata membawa syarat tambahan. Ada yang meminta domain atau alamat server pemanggil didaftarkan lebih dulu. Ada yang menuntut alamat penerima hasil dapat dijangkau dari luar dengan sertifikat lengkap. Ada yang mencocokkan rekening penyelesaian atau identitas pengirim dengan data terdaftar, dan menolak apa pun yang tidak cocok.

Semua itu bukan persoalan kode melainkan persoalan perlengkapan. Dan ketika perlengkapan kurang, peluncuran tertahan meski kodenya sudah rampung. Meminta daftar syarat naik ke lingkungan nyata sejak hari pertama adalah cara memendekkan bagian ini.

Alur Gagal, Ganda, dan Batal

Jalur berhasil hanya satu. Jalur gagal ada beberapa, dan sebagian besar pekerjaan integrasi menumpuk di sana.

Kasus paling khas adalah permintaan yang kehabisan waktu sambil menunggu jawaban. Sisi Anda mencatat gagal sementara sisi penyedia sudah selesai memproses. Pengguna mengira tidak terjadi apa-apa lalu menekan lagi, sehingga permintaan yang sama masuk dua kali. Di sinilah dibutuhkan mekanisme yang menerima permintaan sama dua kali tetapi memprosesnya sekali, ditambah layar yang menjajarkan catatan kedua belah pihak.

Pembatalan dan pengembalian dana adalah alur tersendiri. Pembatalan penuh berbeda dari pembatalan sebagian, dan setelah dana diselesaikan di sisi penyedia prosedurnya berubah lagi. Pemberitahuan hasil kerap datang lebih dari sekali, jadi menerima pemberitahuan yang sama berulang kali tidak boleh membuat hasilnya melenceng.

Sampai di mana alur itu dibangun, itulah isi sebenarnya dari ruang lingkup integrasi. Mengirim daftar layanan bersama jawaban atas pertanyaan “apa yang terjadi kalau pelanggan membatalkan” membuat penawaran jauh lebih akurat.

Hari Ketika Penyedia Mengubah Spesifikasi

Integrasi bisa rusak sementara kode Anda tidak bergeser satu baris pun. Penyedia menghentikan versi lama, membuang nilai yang dulu ada di respons, mengganti cara autentikasi. Pemberitahuan memang dikirim lebih awal, tetapi tujuannya adalah orang yang dulu membuat akun.

Jadi integrasi lebih menyerupai hal yang perlu terus diawasi daripada hal yang selesai sekali jadi. Setidaknya arahkan pengumuman penyedia ke alamat yang benar-benar dibaca seseorang, lalu rangkum dalam satu halaman daftar layanan luar yang tersambung beserta nama pemilik tiap akun. Halaman itu akan menolong Anda di kemudian hari.

Kirim Saja Nama Layanan yang Ingin Disambungkan

Di Weple, permintaan integrasi lebih dulu diubah menjadi pertanyaan tentang kasus sebelum menjadi pertanyaan tentang layanan. Siapa yang memegang akun dan peninjauan, apa yang diminta penyedia sebelum naik ke lingkungan nyata, sejauh mana pembatalan dan permintaan ganda ditangani. Setelah ditulis terpisah, ruang lingkupnya terlihat. Satuan yang kami pakai untuk menghitung ada di halaman harga. Kalau setelah dirunut ternyata layanan itu belum layak disambungkan sekarang, kami ikut mencarikan jalan memutarnya.