🚀 SiDIVA v1.11.19 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/SiDIVA?v=1.11.19

📋 Changelog:
- **Riwayat penjualan sekarang bisa dicari.** Tambahkan `&q=` pada perintah `/historyPenjualan` untuk mencari satu baris saja — misalnya nomor seri voucher atau nomor tujuan — tanpa perlu menarik seluruh riwayat lalu menyaringnya sendiri. Tanpa `&q=` tampilannya tetap seperti sebelumnya.

Hub : @pengendaliapicom_bot

🚀 KiosGamer v1.0.10 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/KiosGamer?v=1.0.10

📋 Changelog:
- **Login Garena diperbaiki mengikuti cara baru mereka** (alur kode otorisasi), sehingga bisa tuntas sampai sesi terbentuk — sebelumnya selalu mentok di langkah izin akses.
- **Topup Free Fire kini mendukung dua metode akun**: akun yang bisa topup ke ID FF mana pun (“teman saya”) dan akun yang hanya bisa ke ID FF yang sedang login (“saya”). Aplikasi memilih otomatis sesuai jenis akun om; untuk metode “saya”, ganti tujuan otomatis logout lalu login ulang ke ID FF baru.

Hub : @pengendaliapicom_bot

🚀 KiosGamer v1.0.12 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/KiosGamer?v=1.0.12

📋 Changelog:
- **Transaksi tidak lagi terbeli dua atau tiga kali.** Kalau software om mengirim ulang perintah topup dengan **nomor transaksi (idtrx) yang sama** — misal karena jawabannya telat sampai lalu dicoba lagi — sebelumnya pesanannya benar-benar dibelikan LAGI, sehingga diamond masuk dobel bahkan tripel dan saldo terpotong berkali-kali. Sekarang kiriman ulang dengan idtrx yang sama hanya **mengembalikan jawaban transaksi pertama**, tidak membeli ulang. Kalau om memang ingin membeli lagi, pakai **idtrx BARU**.
- **Nama pemain (nickname) ID FF tujuan kini ikut di jawaban.** Sebelumnya jawaban topup hanya berisi nomor transaksi, jumlah diamond, dan shell — nama pemiliknya tidak pernah ikut, jadi om tidak bisa memastikan tujuannya benar. Sekarang jawabannya membawa **playerName**, dan namanya juga tersimpan di Detail Transaksi.
- **Bisa cek dulu sebelum membeli.** Tambahkan `&check=1` pada perintah topup untuk melihat nama pemain dan harganya tanpa membeli — saldo tidak terpotong. Ada juga perintah `checkUser` khusus untuk mengecek nama pemain dari ID FF.
- **Pengecekan nama pemain tidak lagi mengganggu transaksi.** Dulu pengecekan ID dijalankan memakai sesi yang sedang dipakai bertransaksi, sehingga bisa menggeser tujuan topup berikutnya. Sekarang pengecekan memakai sesi terpisah, jadi tujuan pembelian om tidak akan tertukar.

Hub : @pengendaliapicom_bot

🚀 GriyabayarWeb v1.0.2 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/GriyabayarWeb?v=1.0.2

📋 Changelog:
- **Transaksi tidak lagi terproses dua kali.** Kalau software om mengirim ulang perintah dengan **nomor transaksi (idtrx) yang sama** — misal karena jawabannya telat sampai lalu dicoba lagi — sebelumnya pembayarannya benar-benar dijalankan LAGI, sehingga tagihan bisa terbayar dua kali dan saldo terpotong berkali-kali. Sekarang kiriman ulang dengan idtrx yang sama hanya **mengembalikan jawaban transaksi pertama**. Kalau om memang ingin membayar lagi, pakai **idtrx BARU**.

Hub : @pengendaliapicom_bot

🚀 HiggsDomino v1.0.1 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/HiggsDomino?v=1.0.1

📋 Changelog:
- **Transaksi tidak lagi terproses dua kali.** Kalau software om mengirim ulang perintah dengan **nomor transaksi (idtrx) yang sama** — misal karena jawabannya telat sampai lalu dicoba lagi — sebelumnya penjualannya benar-benar dijalankan LAGI, sehingga voucher terkirim dua kali dan stok terpotong berkali-kali. Sekarang kiriman ulang dengan idtrx yang sama hanya **mengembalikan jawaban transaksi pertama**. Kalau om memang ingin menjual lagi, pakai **idtrx BARU**.

Hub : @pengendaliapicom_bot

🚀 SiDIVA v1.11.22 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/SiDIVA?v=1.11.22

📋 Changelog:
- **Cek produk XL/Axis tidak lagi gagal gara-gara jam komputer yang meleset.** Server XL menolak permintaan kalau jam komputer om berbeda lebih dari sekitar satu menit dari jam mereka, dan penolakannya berbunyi *“Invalid signature”* — terdengar seperti kerusakan, padahal cuma soal jam. Anehnya hanya daftar produk XL/Axis yang kena; transaksi dan saldo tetap jalan, jadi sangat sulit ditebak. Sekarang aplikasi menyesuaikan diri dengan jam server, jadi jam komputer yang meleset tidak lagi menggagalkan cek produk.
- **Kolom `type` pada daftar produk tidak lagi kosong.** Untuk daftar yang diambil langsung dari server (Cuanku dan denom pulsa), kolom pertama selalu kosong — paling terasa saat diunduh sebagai file, karena tiap barisnya jadi diawali tanda titik-koma. Sekarang terisi sesuai jenis daftarnya.

Hub : @pengendaliapicom_bot

🚀 DigiposAJA v1.7.22 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/DigiposAJA?v=1.7.22

📋 Changelog:
- **Jawaban tidak lagi menggantung sampai software pulsa menyerah.** OtomaX dan IRS memutus permintaan pada 30 detik lalu melaporkannya sebagai galat, seolah transaksinya bermasalah — padahal cuma lambat. Sekarang aplikasi selalu menjawab paling lama **20 detik**; kalau pengecekan ke Digipos belum selesai, jawaban terakhir yang tersimpan dikembalikan dulu dan hasilnya menyusul di kiriman berikutnya.
- **Kiriman ulang transaksi yang belum selesai kini diberi jeda otomatis.** Software pulsa seperti OtomaX dan IRS mengirim ulang secepat mungkin selama jawabannya belum final, dan tidak punya pengaturan untuk memberi jeda. Sebelumnya tiap kiriman ulang langsung menanyakan status ke Digipos, sehingga satu transaksi yang menggantung bisa menghasilkan puluhan permintaan per menit dan membuat akun om kena pembatasan. Sekarang aplikasi yang mengatur jedanya sendiri: **3, 6, 12, 24 detik dan seterusnya berlipat** (paling lama 5 menit). Om tidak perlu mengatur apa pun — kiriman ulang tetap dijawab seperti biasa, cuma tidak lagi membebani Digipos.
- **Transaksi yang menunggu diperiksa ulang sendiri.** Status “sedang diproses” kini dicocokkan otomatis dengan riwayat Digipos di penyegaran berkala; yang di sana sudah pasti (sukses/gagal) ikut berubah di sini. Yang benar-benar masih diproses tetap menunggu.
- **Pembelian Paket Terbaik tidak lagi menggantung “menunggu” selamanya** kalau penawarannya sudah tidak berlaku saat pembelian dijalankan — sekarang ditulis **gagal** berikut alasannya, sesudah dipastikan tidak ada di riwayat Digipos.
- **Pemeriksaan akun tidak lagi dikerjakan dua kali** setiap penyegaran, sehingga permintaan ke Digipos berkurang dan lebih jarang kena pembatasan.

Hub : @pengendaliapicom_bot

🚀 DuniaGames v1.1.3 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/DuniaGames?v=1.1.3

📋 Changelog:
- **Kiriman ulang penukaran voucher tidak lagi memakai voucher kedua.** Kalau aplikasi sempat mengambil kode voucher dari stok lalu prosesnya terputus di tengah jalan — aplikasi tertutup, listrik mati, atau gangguan lain — kode itu sebelumnya ikut hilang dari catatan. Akibatnya, ketika software pulsa mengirim ulang transaksi yang sama, aplikasi mengambil kode voucher **baru** dari stok, sehingga satu transaksi bisa menghabiskan dua voucher. Sekarang kode yang sudah terambil dicatat lebih dulu, dan kiriman ulang memakai kode yang sama itu — stok tidak lagi berkurang dua kali.

Hub : @pengendaliapicom_bot

🚀 KiosGamer v1.0.13 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/KiosGamer?v=1.0.13

📋 Changelog:
- **Kalau pencarian nama pemain sedang ditolak, sekarang keterangannya jelas.** Sebelumnya yang muncul adalah tautan halaman verifikasi Garena apa adanya — tidak berguna dan membingungkan. Sekarang diganti keterangan singkat beserta apa yang perlu dilakukan: beri jeda antar pencarian, dan bila terus tertolak, login ulang akun tersebut supaya verifikasinya diperbarui. Penolakan ini sifatnya sementara dan tidak pernah menggagalkan transaksi.

Hub : @pengendaliapicom_bot

🚀 PLNMobile v1.8.3 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/PLNMobile?v=1.8.3

📋 Changelog:
- **Saldo tidak lagi terbaca 0 padahal ada isinya.** Saat akun sedang ramai bertransaksi, server PLN kadang menolak sementara permintaan cek saldo dengan pesan "permintaan sedang diproses, harap tunggu". Sebelumnya penolakan itu kami perlakukan seolah saldonya benar-benar nol — sehingga saldo yang sudah diketahui ikut terhapus, dan jawaban transaksi berikutnya terus-menerus menulis `saldoWallet:[ALLO:0 MOTION:0] saldo:0` padahal transaksinya berhasil dan saldonya utuh. Sekarang kegagalan membaca dibedakan dari saldo yang memang nol: nilai terakhir yang diketahui dipertahankan sampai pembacaan berhasil lagi, dan saldo yang benar-benar nol tetap dilaporkan nol.

Hub : @pengendaliapicom_bot

🚀 KiosGamer v1.1.0 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/KiosGamer?v=1.1.0

📋 Changelog:
- **Bisa membeli beberapa nominal sekaligus dalam satu perintah.** Isi `&amount=` dengan beberapa nominal dipisah koma, misalnya `&amount=300,300,6600`, dan semuanya diproses dalam satu kali kirim. Nominal yang sama boleh diulang. Jawabannya meringkas seluruh pesanan: jumlah diamond dan shell ditotal, nomor transaksi tiap pembelian yang berhasil digabung, dan rincian per nominal tetap disertakan. Statusnya jelas membedakan **SUKSES** (semua berhasil), **SEBAGIAN** (hanya sebagian berhasil, sehingga selisihnya langsung terlihat), dan **GAGAL**. Satu perintah tetap memakai satu nomor transaksi, dan mengirim ulang nomor transaksi yang sama tidak akan membeli lagi.

Hub : @pengendaliapicom_bot

🚀 SiDIVA v1.11.24 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/SiDIVA?v=1.11.24

📋 Changelog:
- **Riwayat WG tidak lagi menampilkan tulisan error mentah saat server XL sedang membatasi.** Ketika permintaan riwayat ditolak sementara karena terlalu sering diakses, yang muncul sebelumnya adalah tulisan teknis panjang dari sistem penyaring XL. Sekarang diganti keterangan singkat berisi berapa lama sebaiknya menunggu sebelum mencoba lagi. Perintah riwayat penjualan sudah lebih dulu berperilaku seperti ini; sekarang riwayat WG mengikuti.

Hub : @pengendaliapicom_bot