Cadangan Panel Pemasok lewat API agar Order Reseller Tetap Jalan

2026-10-29 · 5 menit baca · 0 views

Kabel jaringan kuning berujung konektor RJ45 di latar putih

Saat pemasok utama bermasalah, cadangan panel pemasok API menentukan apakah orderan pelanggan berhenti atau tetap jalan. Layanan yang kemarin lancar bisa mendadak tidak tersedia, sementara pelanggan Anda masih menunggu kabar di WhatsApp. Pada saat itu, pemasok kedua yang sudah terhubung jauh lebih berguna daripada daftar harga yang menarik.

Pemasok di sini berarti panel lain tempat panel Anda membeli layanan, sering disebut provider. Banyak panel membaca format API yang sama, sehingga menyambung pemasok kedua tidak menuntut kemampuan menulis kode. Bagian yang lebih sulit adalah menentukan aturan mainnya sebelum masalah datang.

Cadangan panel pemasok API adalah pemasok kedua yang sudah terhubung ke panel Anda dan layanannya sudah dicocokkan dengan pemasok utama. Layanan cadangan hanya dipakai ketika layanan utama tidak tersedia. Sebelum dijual, pemasok kedua perlu diuji dengan order kecil, lalu syarat refill dan batas jumlahnya dibandingkan.

Poin penting:

Pasang pemasok kedua hanya untuk layanan yang paling sering dipesan.
Layanan yang tampak setara belum tentu sama, jadi cocokkan batas jumlah, refill, dan pembatalannya.
Order yang terputus mungkin sudah tercipta, jadi jangan langsung dikirim ulang ke pemasok lain.
Balasan error sering berkode 200, sehingga alat otomatis harus membaca isi balasannya.

Catatan: SMM Panel Mu menjual layanan yang berkaitan dengan topik ini. Pertimbangkan risikonya sebelum memakai layanan apa pun, termasuk layanan kami.

Kapan pemasok utama perlu punya cadangan?

Cadangan perlu ketika satu layanan menyumbang porsi besar penjualan Anda. Pesan seperti Service is not available muncul ketika sebuah layanan dimatikan sementara karena pemeliharaan, stok habis, atau pembatasan. Selama layanan itu tertutup, setiap order ke sana ditolak.

Dokumentasi API v2 AutoSMO menyebut bahwa tarif, batas jumlah, dan ketersediaan berubah ketika pemasok mengubahnya. Salinan katalog yang tidak diperbarui akan menjual layanan dengan harga yang sudah tidak Anda punya. Karena itu pemasok kedua tidak cukup hanya disambung, katalognya juga perlu disinkronkan berkala.

Tiga tanda berikut menunjukkan sebuah layanan pantas punya cadangan.

Pelanggan tetap memesan layanan itu hampir setiap hari.
Layanan itu dipakai untuk kampanye pelanggan yang punya tenggat.
Pemasok utama pernah menonaktifkan layanan itu tanpa kabar lebih dulu.

Jangan menyambung semua layanan sekaligus. PCTechMag menulis pada Juli 2026 bahwa pemilik panel berpengalaman cenderung memusatkan order pada satu pemasok andal dan menyimpan sedikit pemasok cadangan untuk kategori tertentu. Itu pendapat satu media teknologi, bukan aturan baku. Namun logikanya masuk akal, sebab tiap pemasok baru menambah nama layanan yang harus Anda pantau.

Bagaimana menyambung cadangan panel pemasok API tanpa coding?

Mulailah dari menu pemasok di panel Anda. Menurut dokumentasi tadi, panel berbasis skrip seperti PerfectPanel membaca format API v2 secara langsung. Di menu Providers lalu Add provider, Anda menempelkan alamat situs pemasok, memasukkan key, menyinkronkan katalog, dan mengatur markup. Nama menunya bisa berbeda di panel Anda. Kalau Anda berjualan lewat WhatsApp, cadangan cukup berupa akun kedua yang saldonya terisi dan daftar layanan setara yang Anda catat sendiri.

Daftar layanan dari API memuat batas minimum dan maksimum serta tanda refill dan cancel untuk tiap layanan. Contoh di dokumentasi API SMM PWR menampilkan semuanya dalam satu baris data per layanan. Dari baris itulah Anda mencocokkan layanan pemasok utama dengan pemasok kedua.

Misalnya layanan utama punya batas 100 sampai 10.000, sedangkan layanan cadangan 500 sampai 5.000. Order 200 dari pelanggan lolos di pemasok utama, tetapi ditolak di cadangan karena di bawah minimum, bukan dibulatkan naik. Angka ini contoh hitungan, bukan data layanan nyata.

Setelah tersambung, kerjakan urutan berikut dengan satu layanan dulu.

Sinkronkan katalog kedua pemasok, lalu pilih satu layanan yang paling sering dipesan.
Cari layanan setara di pemasok kedua dengan platform, jenis, dan syarat refill yang sama.
Bandingkan batas minimum dan maksimum, tanda refill, tanda cancel, dan tarif per 1.000.
Atur markup layanan cadangan supaya margin Anda tetap masuk akal.
Kirim satu order terkecil, pantau sampai berstatus selesai, lalu cocokkan biayanya.
Tulis kapan cadangan boleh dipakai, misalnya setelah pemasok utama menolak dua order berturut-turut.

Kalau tarif cadangan lebih tinggi dari pemasok utama, harga jual yang sama membuat margin menyusut. Putuskan di awal apakah selisihnya Anda tanggung atau dibebankan ke pelanggan.

Apa yang bisa salah saat order dialihkan ke pemasok kedua?

Risiko terbesarnya adalah order ganda, karena order yang terputus belum tentu gagal. Dokumentasi tadi memperingatkan bahwa permintaan add yang kehabisan waktu mungkin sudah tercipta dan terbayar, dan API tidak punya kunci pencegah pengiriman ganda. Kalau alat Anda otomatis mengirim ulang ke pemasok kedua, satu order pelanggan bisa menjadi dua order berbayar.

Kendala kedua datang dari balasan error. Dokumentasi SMM PWR menjelaskan bahwa error dikirim dengan kode HTTP 200 dan pesannya ada di isi balasan. Alat yang hanya melihat kode 200 akan menganggap order berhasil, sehingga cadangan tidak pernah aktif.

Ketiga, pengiriman parsial. Contoh di dokumentasi itu menampilkan status Partial dengan remains 157, yaitu sisa yang belum terkirim. Sisa itu perlu diteruskan ke pelanggan, bukan ditandai selesai. Memesan sisanya ke pemasok kedua adalah keputusan terpisah yang perlu Anda catat.

Cadangan juga tidak mengubah ketentuan platform. Interaksi buatan yang dibeli lewat panel mana pun tetap bisa dihapus platform, dan akun pelanggan bisa dibatasi. Sampaikan hal itu sebelum pelanggan memesan, apa pun pemasoknya.

Pemasok kedua baru berguna kalau aturan peralihannya tertulis dan layanan penggantinya sudah pernah diuji dengan order kecil.

Tanya jawab singkat

Apakah panel perlu dua pemasok untuk semua layanan?

Tidak. Mulailah dari satu atau dua layanan yang paling sering dipesan. Tiap pemasok baru menambah daftar layanan yang harus dipantau, dan daftar yang terlalu panjang mudah membuat Anda salah mencocokkan layanan.

Apakah peralihan ke cadangan bisa otomatis?

Bisa, tetapi mulailah dari peralihan manual. Order yang terputus sebaiknya dicek dulu di daftar order karena mungkin sudah tercipta. Setelah alur manualnya lancar, barulah aturan otomatis layak dicoba.

Berapa saldo yang perlu disiapkan di pemasok kedua?

Cukup untuk beberapa order uji terkecil, lalu tambah sesuai pemakaian. Order hanya berhasil selama saldo menutup nilainya, jadi cek saldo pemasok kedua sebelum mengalihkan order.

Apa bedanya cadangan dengan mengganti pemasok?

Mengganti berarti pemasok lama tidak dipakai lagi. Cadangan tetap menunggu dan hanya menerima order ketika layanan utama bermasalah, sesuai aturan yang sudah Anda tulis.