🚀 SiDIVA v1.12.19 telah dirilis!

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

📋 Changelog:
Voucher yang sudah terpakai tidak lagi dilaporkan sebagai kode salah. Ketika penyedia menjawab bahwa kode voucher telah digunakan, jawabannya kini berbunyi sudah terpakai, dan voucher itu dicatat sebagai terpakai di stok - bukan bermasalah, sehingga tidak lagi tercampur dengan voucher yang kodenya memang ditolak. Transaksi inject voucher yang berstatus menunggu kini benar-benar bisa dituntaskan dengan mengirim ulang nomor transaksi yang sama. Sebelumnya pengiriman ulang hanya bertanya ke riwayat penyedia - yang untuk inject kerap tertinggal berjam-jam - sehingga jawabannya tetap menunggu walau vouchernya sudah terisi. Sekarang isi vouchernya ikut diperiksa sebagai bukti, dan keterangan "belum bisa dipastikan" hilang begitu buktinya ditemukan. Bila memang belum ada bukti, statusnya tetap menunggu seperti semula - tidak pernah ditulis sukses tanpa bukti.

Hub : @pengendaliapicom_bot

🚀 iSimpel v1.1.46 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/iSimpel?v=1.1.46

📋 Changelog:
Kumpulan perbaikan sejak 1.1.37. Pemilihan voucher dari stok engine diperbaiki: voucher yang berulang kali ditolak kini benar-benar tenggelam ke belakang antrean - sebelumnya, bila penghitung gagalnya belum pernah terisi, voucher rusak justru terpilih paling depan terus-menerus. Menambah akun tidak lagi bisa terlihat berhasil padahal sesinya belum benar-benar terbentuk: dulu sisa token login lama membuat akun dicat hijau walau OTP-nya belum tervalidasi, sehingga transaksi berikutnya gagal tanpa sebab yang jelas. Menu Kembalikan Voucher ke Stok kini juga berlaku untuk transaksi yang berstatus gagal, dan pengembaliannya dibuktikan dulu ke riwayat penyedia - bukan sekadar dipercaya. Catatan stok juga tidak lagi dilewati diam-diam ketika sambungan ke database engine sempat terputus. Nomor transaksi (idtrx) kini ikut di semua jawaban redeem voucher dan di jawaban cek status voucher bila dikirim. Nama kolom di jawaban redeem dibuat bisa dibaca, sementara kolom asli dari SIMPEL tetap dipertahankan. Daftar produk: semua kolom tampil lagi seperti API lama, keterangan benefit tidak lagi terpotong di tengah, dan daftarnya disegarkan tiap 15 menit - bukan sekali sehari.

Hub : @pengendaliapicom_bot

🚀 PLNMobile v1.8.15 telah dirilis!

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

📋 Changelog:
Pembayaran token PLN lewat CIMB Transfer bisa dipakai lagi. PLN mengganti halaman pembayarannya menjadi halaman yang digambar di sisi aplikasi, sehingga nomor virtual account tidak lagi bisa dibaca dari halaman itu dan setiap transaksi CIMB Transfer berhenti dengan "tidak dapat menemukan nomor rekening virtual" — sebelum uang bergerak. Sekarang nomor virtual account diambil dari jawaban inquiry PLN sendiri, yang memang sudah memuatnya sejak awal. Ditambah kolom apiKey sendiri untuk addon CIMB (Pengaturan → CIMB_APIKEY): sebelumnya panggilan ke addon CIMB dikirim tanpa apiKey sehingga ditolak di gerbang, dan terbacanya seolah CIMB yang menolak. Kosongkan kolom itu bila API CIMB Anda memang tanpa apiKey (mis. API lama port 10066). Ditambah perbaikan catatan potongan saldo pada transaksi token yang masih diproses: potongan milik transaksi lain tidak lagi ikut dilaporkan sebagai potongan transaksi ini.

Hub : @pengendaliapicom_bot

🚀 BimaPlus v1.2.9 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/BimaPlus?v=1.2.9

📋 Changelog:
- **Koneksi Server DB menyambung sendiri, tidak perlu ditekan manual tiap hari.** Sebelumnya aplikasi memang sudah bisa menyambung ulang, tetapi hanya pada saat ada transaksi yang membutuhkan OTP otomatis - sehingga pagi hari statusnya terlihat terputus dan satu-satunya cara menghidupkannya adalah menekan Hubungkan. Sekarang aplikasi memeriksa sendiri setiap menit dan menyambung kembali begitu server pulsa siap, termasuk bila aplikasi menyala lebih dulu daripada servernya. Pemeriksaan ini hanya berjalan saat koneksinya memang terputus, dan berhenti bila Anda memutusnya sendiri.
- **OTP otomatis tidak lagi dilewati hanya karena koneksi Server DB terlihat terputus.** Server pulsa (Otomax/IRS) memutus sesi yang menganggur, dan sebelumnya begitu status koneksinya terlihat putus, pengambilan OTP dari SMS chip langsung dilewati — sehingga tiap hari harus menekan Connect manual dulu di Pengaturan. Sekarang addon menyambung ULANG sendiri lebih dulu saat butuh, jadi OTP otomatis tetap jalan tanpa perlu disambung manual. Kalau Server DB memang belum pernah diisi, pesannya tetap jelas seperti sebelumnya.
- **Perbaikan lanjutan: Server DB tidak lagi harus dihubungkan manual tiap ganti hari.** Perbaikan sebelumnya membuat auto-OTP menyambung sendiri saat sambungannya sempat putus, TAPI hanya bila aplikasi pernah berhasil tersambung sekali sesudah dibuka. Padahal keadaan yang paling sering justru sebaliknya: PC dinyalakan pagi, aplikasi ikut jalan lebih dulu, server pulsanya belum siap — penyambungan pertama gagal, dan sesudah itu aplikasi tidak punya bahan untuk mencoba lagi, sehingga diam seharian sampai tombol Hubungkan dipencet manual. Sekarang setelan Server DB tetap diingat walau penyambungan pertamanya gagal, jadi aplikasi menyambung sendiri begitu server pulsanya siap.

Hub : @pengendaliapicom_bot

🚀 SiDIVA v1.12.26 telah dirilis!

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

📋 Changelog:
- **CUANKU: kode yang tidak ditemukan kini disertai kode yang TERSEDIA untuk nomor itu.** Penawaran CUANKU berbeda-beda tiap nomor, jadi kode yang jalan di satu nomor belum tentu ditawarkan di nomor lain. Sebelumnya jawabannya hanya "produk tidak ditemukan, coba refresh" — buntu, padahal daftarnya sudah ada di tangan aplikasi saat kalimat itu disusun.
- **Penolakan dari server SIDIVA diteruskan apa adanya.** Sebelumnya diganti kalimat umum yang menyuruh membuka daftar produk lewat browser — daftar yang justru kosong karena sebab yang sama, sehingga penjual menyisir sesuatu yang memang tidak ada isinya.
- **Jawaban transaksi CUANKU menyebutkan nama penawaran beserta harganya**, baik saat sukses maupun gagal. Sebelumnya yang tercetak hanya kode yang dikirim; lewat Routing Produk kode itu nama panggilan sendiri, bukan penunjuk barangnya, sehingga tidak ada satu pun bagian jawaban yang memberitahu barang apa yang dicoba.
- **Routing Produk, batas harga:** kalau semua produk tersaring keluar karena MinHarga/LimitHarga, jawabannya menyebutkan produk apa saja yang sebenarnya COCOK beserta harganya, yang termurah lebih dulu. Angka itulah yang menentukan apakah limitnya perlu dinaikkan — sebelumnya tidak pernah disebut, sehingga kalimat "tidak ada produk pada rentang harga" terbaca seperti "produknya tidak ada".
- **Routing Produk, tidak ada yang cocok:** jawabannya menyebutkan baris aturan MANA yang menggugurkan semuanya, beserta contoh isi kolom yang sesungguhnya. Perbedaan penulisan (mis. `10GB` dan `10 GB`) langsung terlihat tanpa perlu menebak. Kalau nama kolomnya sendiri yang tidak ada di daftar produk, itu disebut tersendiri.
- **Jawaban redeem voucher menyebutkan voucher mana yang diproses** dan nomor tujuan yang benar.
- **Transaksi XL berstatus MENUNGGU menjelaskan bahwa riwayatnya sering baru muncul satu sampai dua jam kemudian**, jadi status itu tidak perlu langsung dianggap gagal.
Tidak ada perubahan pada cara transaksi dijalankan maupun cara status sukses/ga...

Hub : @pengendaliapicom_bot

🚀 DigiposAJA v1.7.57 telah dirilis!

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

📋 Changelog:
- **Cek saldo tidak lagi gagal total hanya karena gerbang Digipos sedang membatasi kecepatan permintaan.** Sebelumnya `/balance` menyapa penyegar sesi lebih dulu, dan satu penolakan di langkah itu membuang seluruh pembacaan saldo — padahal angkanya diambil dari tempat lain yang pada saat yang sama tetap sehat dan terbukti terbaca di setiap transaksi. Sekarang saldonya tetap dibaca.
- **Penyegaran akun berkala berhenti pada penolakan pertama.** Sebelumnya ia meneruskan ke akun berikutnya dalam hitungan milidetik — permintaan yang sudah pasti ditolak, disetorkan ke penghitung yang sedang penuh, sehingga pembatasannya justru diperpanjang oleh penyegaran itu sendiri. Akun yang belum tersegar menyusul pada putaran berikutnya.
- **Kegagalan `/balance` yang sebelumnya dijawab "Internal Server Error" kini menyebutkan alasannya.**
- **Routing Produk, batas harga:** kalau semua produk tersaring keluar karena MinHarga/LimitHarga, jawabannya menyebutkan produk apa saja yang sebenarnya COCOK beserta harganya, yang termurah lebih dulu.
- **Routing Produk, tidak ada yang cocok:** jawabannya menyebutkan baris aturan MANA yang menggugurkan semuanya, beserta contoh isi kolom yang sesungguhnya. Perbedaan penulisan seperti `10GB` dan `10 GB` langsung terlihat — pencocokan tanpa regex memang "mengandung", tapi "mengandung" pun gagal kalau spasinya beda. Kalau nama kolomnya sendiri yang tidak ada di daftar produk, itu disebut tersendiri.
Tidak ada perubahan pada cara transaksi dijalankan maupun cara status sukses/gagal ditentukan.

Hub : @pengendaliapicom_bot

🚀 OneMobile v1.0.1 telah dirilis!

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

📋 Changelog:
- **Langkah Tambah Akun sebelumnya selalu berhenti dengan pesan "Provider tidak merespon".** Pesan itu menunjuk ke arah yang salah: server OCBC belum pernah dihubungi sama sekali, dan yang tidak menjawab aplikasinya sendiri. Penyebabnya bukan di akun, bukan di jaringan, dan bukan di cara pemasangan — langkah itu memang tidak pernah tersambung. Sekarang sudah diperbaiki.

Masuk dengan username, password, dan PIN transaksi; verifikasi OTP sekali per perangkat.
Perintah yang tersedia:
- **Saldo & mutasi** — cek saldo dan mutasi rekening
- **Transfer** — antar rekening OCBC, antar bank, dan BI-FAST, berikut daftar bank tujuan
- **Tagihan** — PDAM, Telkom, token listrik
- **Lainnya** — e-money dan QRIS

Hub : @pengendaliapicom_bot

🚀 mytelkomsel v1.0.38 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/mytelkomsel?v=1.0.38

📋 Changelog:
- **Penebusan voucher ke nomor PASCABAYAR kini DITAHAN sebelum dijalankan.** Telkomsel tetap menjawab "Sukses" untuk penebusan semacam itu, tapi kuotanya TIDAK pernah masuk — voucher terpakai, penjual dibalas sukses, pelanggan tidak menerima apa pun, dan tidak ada satu pun tanda di jawaban Telkomsel yang membedakannya dari penebusan yang benar-benar masuk. Sekarang nomor tujuan diperiksa lebih dulu; bila pascabayar, penebusan dibatalkan dan **vouchernya tidak diambil dari stok** — masih utuh untuk nomor lain. Penahanan hanya terjadi bila pascabayarnya PASTI: pemeriksaan yang gagal dibaca TIDAK menahan penjualan.
- **Voucher yang penebusannya sudah dijawab sukses tidak ditebus ulang.** Pengaman beli-dobel yang biasa berkunci nomor transaksi, dan itu tidak menolong di sini: kiriman ulang dengan nomor transaksi BARU dulu diteruskan lagi ke Telkomsel. Terukur di lapangan: empat penebusan serial yang sama dalam 15 detik — yang pertama sudah masuk, dan jawaban terakhir yang dibaca penjual justru berbunyi GAGAL, sehingga ia bisa mengirim voucher pengganti atau mengembalikan uang untuk barang yang sudah sampai.
- **Bisa ditembus dengan `&paksa=1`** bila Anda yakin penebusan pertamanya tidak masuk dan ingin mencoba nomor lain dengan voucher yang sama. Risikonya ditanggung pengirim: bila penebusan pertama ternyata masuk, vouchernya memang sudah habis dan Telkomsel akan menolak. Jawaban yang dipaksa ditandai `(DIPAKSA &paksa=1)` agar terlihat di riwayat.
- **Kalimat pagarnya berhenti memvonis HASIL:** "sudah ditebus … dan BERHASIL" diganti "sudah pernah ditebus … dan Telkomsel MENJAWAB sukses". Yang benar-benar diketahui hanya tanda terimanya.
- **`CAPTCHA_REQUIRED` dibaca sebagai rem, bukan kerusakan voucher.** Telkomsel memasangnya ketika permintaan yang sama berulang; penebusan sebelumnya bisa jadi sudah berhasil. Bila setelan `apiKey2Captcha` terisi, penebusan mencoba menyelesaikannya sendiri lalu diulang SATU kali.
- **Kegagalan redeem yang dulu hanya berbunyi "400" ki...

Hub : @pengendaliapicom_bot

🚀 XLSMartGrosir v1.0.35 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/XLSMartGrosir?v=1.0.35

📋 Changelog:
- **Tembak yang memakan 67–111 detik kini ± 17 detik.** Penyebabnya ada di sisi aplikasi: nama perintah yang dipakai untuk membaca hasil tembak tidak pernah cocok dengan yang dikenal portal, sehingga pencariannya selalu gagal dan diulang-ulang di tengah transaksi. Namanya kini diambil apa adanya dari portal.
- **Kode barang yang disalin dari halaman Stok portal tidak lagi ditolak.** Portal menuliskan sebagian kode dengan awalan `WG-` di halaman Stok, sementara perintah tembaknya tidak memakai awalan itu — penjual yang menyalin apa adanya selalu ditolak. Kedua ejaan kini dianggap sama.
- **"Stok tidak ditemukan" kini menyebutkan berapa baris stok yang BERHASIL terbaca.** Sebelumnya kalimat yang sama dipakai untuk dua keadaan yang jauh berbeda: daftar terbaca utuh tapi kodenya memang tidak ada, dan daftar TIDAK terbaca sehingga apa pun pasti tidak ketemu. Penjual membacanya sebagai yang kedua lalu menunggu pemulihan yang tidak akan datang. Sekarang bunyinya menyebut "daftar stok Anda TERBACA 11 baris — jadi ini bukan soal sesi/login", atau "terbaca KOSONG" bila memang kosong.
- **Sesi portal yang sudah berakhir tidak lagi dilaporkan sebagai "kode stok salah".** Portal tidak selalu menolak dengan kode 401 — ia bisa mengalihkan ke halaman login dengan kode lain. Pengalihan itu kini ikut dihitung sebagai sesi berakhir, jadi jawabannya menyuruh login ulang, bukan menyalahkan kode yang sebenarnya benar.
- **Kode yang MIRIP ikut disebutkan** ketika kode stok tidak ketemu, supaya salah ketik langsung terlihat.
- **Tembak ber-range kini merinci nomor yang MASUK, bukan hanya yang gagal.** Sebelumnya nomor yang berhasil dihitung lalu dibuang, sehingga penjual tidak tahu mana yang sudah terkirim.
- **Transaksi berstatus MENUNGGU menjelaskan bahwa penyelesaiannya bisa memakan waktu berjam-jam** dan harus diperiksa ulang dengan nomor transaksi yang SAMA. Kalimat lama terbaca seperti gagal, dan itu mendorong penjual menembak ulang dengan nomor transaksi baru — satu-satunya cara ...

Hub : @pengendaliapicom_bot

🚀 XLSMartGrosir v1.0.35 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/XLSMartGrosir?v=1.0.35

📋 Changelog:
- **Tembak yang memakan 67–111 detik kini ± 17 detik.** Penyebabnya ada di sisi aplikasi: nama perintah yang dipakai untuk membaca hasil tembak tidak pernah cocok dengan yang dikenal portal, sehingga pencariannya selalu gagal dan diulang-ulang di tengah transaksi. Namanya kini diambil apa adanya dari portal.
- **Kode barang yang disalin dari halaman Stok portal tidak lagi ditolak.** Portal menuliskan sebagian kode dengan awalan `WG-` di halaman Stok, sementara perintah tembaknya tidak memakai awalan itu — penjual yang menyalin apa adanya selalu ditolak. Kedua ejaan kini dianggap sama.
- **"Stok tidak ditemukan" kini menyebutkan berapa baris stok yang BERHASIL terbaca.** Sebelumnya kalimat yang sama dipakai untuk dua keadaan yang jauh berbeda: daftar terbaca utuh tapi kodenya memang tidak ada, dan daftar TIDAK terbaca sehingga apa pun pasti tidak ketemu. Penjual membacanya sebagai yang kedua lalu menunggu pemulihan yang tidak akan datang. Sekarang bunyinya menyebut "daftar stok Anda TERBACA 11 baris — jadi ini bukan soal sesi/login", atau "terbaca KOSONG" bila memang kosong.
- **Sesi portal yang sudah berakhir tidak lagi dilaporkan sebagai "kode stok salah".** Portal tidak selalu menolak dengan kode 401 — ia bisa mengalihkan ke halaman login dengan kode lain. Pengalihan itu kini ikut dihitung sebagai sesi berakhir, jadi jawabannya menyuruh login ulang, bukan menyalahkan kode yang sebenarnya benar.
- **Kode yang MIRIP ikut disebutkan** ketika kode stok tidak ketemu, supaya salah ketik langsung terlihat.
- **Tembak ber-range kini merinci nomor yang MASUK, bukan hanya yang gagal.** Sebelumnya nomor yang berhasil dihitung lalu dibuang, sehingga penjual tidak tahu mana yang sudah terkirim.
- **Transaksi berstatus MENUNGGU menjelaskan bahwa penyelesaiannya bisa memakan waktu berjam-jam** dan harus diperiksa ulang dengan nomor transaksi yang SAMA. Kalimat lama terbaca seperti gagal, dan itu mendorong penjual menembak ulang dengan nomor transaksi baru — satu-satunya cara ...

Hub : @pengendaliapicom_bot

🚀 DigiposAJA v1.7.58 telah dirilis!

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

📋 Changelog:
Order pulsa yang gagal tidak lagi dijawab "null".

- Bunyinya dulu persis "Gagal order pulsa: null" — nol keterangan, padahal alasannya diketahui. Bila Digipos menolak tanpa kalimat apa pun, jawabannya kini menyebutkan kode penolakannya berikut penegasan bahwa SALDO TIDAK BERKURANG.
- Bila Digipos memang mengirim kalimat penolakan, kalimat itu yang ditampilkan. Sebelumnya seluruh isi jawaban dicetak mentah-mentah dan kalimat yang sesungguhnya terkubur di dalamnya.

Hub : @pengendaliapicom_bot

🚀 SiDIVA v1.12.30 telah dirilis!

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

📋 Changelog:
Voucher yang masih SEHAT tidak lagi dipensiunkan gara-gara nomor pelanggan.

- Bila penolakan menyebut NOMOR PENERIMA ("Nomor penerima tidak aktif"), itu tidak mengatakan apa pun tentang vouchernya. Dulu voucher semacam itu tetap diperiksa dengan cara yang berujung menonaktifkannya dan melabelinya "voucher kosong/tak sah" — stok yang masih laku hilang dari daftar jual karena nomor pelanggan yang bukan urusannya. Sekarang vouchernya kembali utuh ke stok. "Voucher tidak aktif" tetap ditangani seperti sebelumnya, karena itu justru kebalikannya.
- "Offer tidak tersedia" kini menyebut AKUN mana yang dipakai waktu penawarannya ditolak, dan menyarankan memeriksa akun lain bila Anda punya. Itu saran untuk DIPERIKSA, bukan janji bahwa akun lain pasti bisa — di lapangan ada kasus kedua akun menolak nomor yang sama.
- Petunjuk yang ditulis aplikasi tidak lagi dibungkus tanda kutip bersama kalimat penyedia. Dulu keduanya menyatu sehingga saran kami terbaca seolah penyedia yang mengucapkannya.
- Penyaringan berdasarkan kategori pada daftar produk Smartfren kini benar-benar terpakai. Nilainya dulu dijatuhkan di tengah jalan, jadi penyaringan yang sebenarnya didukung tidak pernah bisa dipakai.

Hub : @pengendaliapicom_bot

🚀 Bilpay v1.0.11 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/Bilpay?v=1.0.11

📋 Changelog:
Pembayaran tidak lagi gagal "token is expired" tiap hari.

- Token yang umurnya tinggal sebentar dulu tetap dipakai membayar. Habisnya justru sering jatuh di tengah transaksi, jadi kegagalannya muncul berulang tiap hari di jam yang mirip. Sekarang token yang mendekati habis disegarkan lebih dulu, sebelum dipakai.
- Penolakan yang sudah FINAL tidak lagi ditulis dengan status yang tidak sah. Akibat lamanya halus tapi merugikan: transaksi seperti itu tidak terhitung GAGAL di mana pun — tidak di riwayat, tidak di penghitungan harian — sehingga yang benar-benar batal tampak seolah masih berjalan.
- Login yang cuma jadi setengah tidak lagi ditandai HIJAU. Sebelumnya akun yang sebenarnya belum siap terlihat normal, dan barulah ketahuan saat transaksi pertama ditolak.

Hub : @pengendaliapicom_bot

🚀 GrabMerchant v1.1.1 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/GrabMerchant?v=1.1.1

📋 Changelog:
Saldo sebelum dan sesudah transaksi kini dibaca dari dompet yang SAMA.

- Saldo awal dan saldo akhir sempat diambil dari dua dompet berbeda, jadi selisihnya tidak berarti apa-apa: transaksi yang normal bisa terlihat seperti memotong jumlah yang aneh, dan yang bermasalah bisa terlihat wajar.
- Pemeriksaan status transaksi tidak lagi hangus diam-diam. Satu penanda dipakai bersama untuk seluruh akun, sehingga pemeriksaan yang datang berbarengan saling menimpa dan sebagian hasilnya hilang tanpa pesan apa pun. Sekarang tiap pemeriksaan berdiri sendiri.

Hub : @pengendaliapicom_bot

🚀 Rita3 v1.3.10 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/Rita3?v=1.3.10

📋 Changelog:
"Cek" tidak lagi bilang aman untuk kode yang sebenarnya tidak bisa dipakai.

- `&check=1` hanya membuktikan kodenya ADA di daftar, bukan bahwa kode itu bisa ditransaksikan. Keduanya dulu dijawab sama, jadi penjual menganggap sudah aman lalu tetap gagal di transaksi sungguhan. Sekarang jawabannya membedakan keduanya.
- Saran menyalin ulang kode produk kini menyebutkan bahwa percobaan berikutnya harus memakai nomor transaksi BARU. Tanpa itu, kiriman ulangnya hanya dibaca sebagai pemeriksaan status transaksi yang lama.
- Dua pesan untuk sesi yang berakhir tidak lagi memberi nasihat yang saling berlawanan — yang satu menyuruh menambahkan ulang akun, yang lain justru melarangnya.

Hub : @pengendaliapicom_bot

🚀 MitraSmartfren v1.1.0 telah dirilis!

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

📋 Changelog:
Tembak kini melayani produk Kartu Perdana (SP), bukan hanya Voucher Data.

- Jalurnya dipilih sendiri dari ISI perintah: bila tujuannya nomor Smartfren pelanggan, yang dijalankan aktivasi paket ke nomor itu memakai produk Kartu Perdana; bila tujuannya nomor serial/ICCID, yang dijalankan pengiriman voucher seperti biasa. Tidak ada perintah baru yang perlu dihafal.
- Nomor pelanggan dan nomor serial TIDAK boleh dicampur dalam satu perintah. Satu permintaan hanya bisa ditujukan ke satu jalur, jadi campuran menjamin sebagian isinya salah alamat; sekarang ditolak lebih awal dan saldo tidak terpotong.
- Produk diperiksa terhadap jalurnya. Produk Kartu Perdana tidak bisa dikirimi serial, dan produk Voucher Data tidak bisa dikirimi nomor pelanggan — ketidakcocokan ditolak sebelum saldo bergerak, dengan keterangan mana yang tidak cocok.
- Jumlah tujuan diperiksa terhadap stok SEBELUM PIN dipakai, jadi kekurangan stok ketahan di depan dan bukan di tengah deretan.
- Status pesanan Kartu Perdana kini terbaca. Sebelumnya status hanya dicari di rak Voucher Data, sehingga pesanan Kartu Perdana yang BERHASIL akan terbaca seolah tidak ada datanya lalu menggantung MENUNGGU selamanya, padahal saldonya sudah terpotong.

Hub : @pengendaliapicom_bot

🚀 KiosGamer v1.1.6 telah dirilis!

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

📋 Changelog:
Tambah akun tidak lagi gagal padahal login Garena-nya BERHASIL.

- Urutannya dulu berhenti tepat di langkah terakhir: DataDome lolos, akun terbaca, Garena memberikan tanda pengenal sesi — lalu permintaan izin berikutnya dijawab "belum login". Sebabnya di sisi aplikasi: tanda pengenal yang BARU SAJA diberikan Garena tidak ikut terkirim pada permintaan itu, jadi Garena benar ketika bilang tidak ada sesi. Sekarang ikut terkirim, dan sesi kiosgamer.co.id terbentuk seperti seharusnya.
- Penolakan pada langkah itu kini menyebutkan alasan Garena apa adanya. Sebelumnya kegagalannya hanya terbaca "code kosong" — benar, tapi tidak menunjuk apa pun, sehingga masalah di atas tidak terlihat selama berhari-hari.

Hub : @pengendaliapicom_bot

🚀 XLSMartGrosir v1.0.39 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/XLSMartGrosir?v=1.0.39

📋 Changelog:
Nomor tujuan tidak lagi hilang dari jawaban tembak, dan sisa stok ikut disebut.

- Jawaban tembak dulu berbunyi "ke -" tanpa nomor tujuan bila perintahnya memakai &sn=. Transaksinya sendiri berjalan benar; yang hilang keterangannya. Tanpa nomor tujuan, penjual tidak punya cara mencocokkan transaksi dengan pesanan pembeli yang mana — dan pada jalur uang, yang tidak bisa dicocokkan cepat atau lambat tertukar.
- Sisa stok kini disebut di jawaban tembak, supaya bisa bersiap membeli lagi sebelum kehabisan. Disebut apa adanya sebagai bacaan SAAT perintah dijalankan, bukan sisa sesudah transaksi: menghitung sisa akhir berarti menyimpulkan dari selisih, dan selisih itu bisa milik pembelian lain yang berjalan bersamaan. Stok NOL tetap disebut.
- "Stok tidak ditemukan" tidak lagi muncul untuk kode yang BENAR. Portal kadang memulangkan daftar stok SEPARUH — hanya sebagian merek, tanpa kelompok produk lainnya — dan itu tanda sesi portal sudah berakhir walau portal tetap menjawab seolah normal. Dulu pencarian kode berjalan di daftar yang tidak utuh itu lalu menyalahkan kodenya. Sekarang sesi disegarkan lebih dulu dan daftarnya dibaca ulang; bila tetap separuh, jawabannya menyebut sesi yang berakhir dan MELARANG mengganti kodenya.
- Sesi portal yang berakhir tidak lagi dilaporkan sebagai kode stok salah pada jalur tembak.

Hub : @pengendaliapicom_bot

🚀 DigiposAJA v1.7.59 telah dirilis!

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

📋 Changelog:
Password, PIN, OTP, dan kunci API tidak lagi ikut terkirim balik di jawaban perintah.

- Jawaban perintah selama ini memantulkan isi perintah apa adanya supaya mudah dicocokkan dengan kiriman. Yang ikut terbawa ternyata termasuk password, PIN, OTP, dan kunci API — semuanya dalam bentuk terbaca, padahal tak satu pun berguna di jawaban: Anda sendiri yang mengirimnya.
- Akibatnya rahasia itu ikut mengendap di log software pulsa Anda, dan ikut tersalin setiap kali jawaban ditempel ke tiket atau ke grup.
- Catatan permintaan di dalam aplikasi kini juga menyensor OTP dan kunci API, yang sebelumnya lolos dari penyensoran.
- DISARANKAN MENGGANTI PASSWORD akun penyedia setelah update ini. Rahasia yang telanjur tersalin ke luar tidak bisa ditarik kembali.
- Khusus perintah yang memakai &otp=, &pin=, dan &password=: ketiganya termasuk yang dulu dipantulkan kembali.

Hub : @pengendaliapicom_bot

🚀 KiosGamer v1.1.7 telah dirilis!

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

📋 Changelog:
Password, PIN, OTP, dan kunci API tidak lagi ikut terkirim balik di jawaban perintah.

- Jawaban perintah selama ini memantulkan isi perintah apa adanya supaya mudah dicocokkan dengan kiriman. Yang ikut terbawa ternyata termasuk password, PIN, OTP, dan kunci API — semuanya dalam bentuk terbaca, padahal tak satu pun berguna di jawaban: Anda sendiri yang mengirimnya.
- Akibatnya rahasia itu ikut mengendap di log software pulsa Anda, dan ikut tersalin setiap kali jawaban ditempel ke tiket atau ke grup.
- Catatan permintaan di dalam aplikasi kini juga menyensor OTP dan kunci API, yang sebelumnya lolos dari penyensoran.
- DISARANKAN MENGGANTI PASSWORD akun penyedia setelah update ini. Rahasia yang telanjur tersalin ke luar tidak bisa ditarik kembali.

Hub : @pengendaliapicom_bot

🚀 DigiposOutlet v1.0.17 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/DigiposOutlet?v=1.0.17

📋 Changelog:
Password, PIN, OTP, dan kunci API tidak lagi ikut terkirim balik di jawaban perintah.

- Jawaban perintah selama ini memantulkan isi perintah apa adanya supaya mudah dicocokkan dengan kiriman. Yang ikut terbawa ternyata termasuk password, PIN, OTP, dan kunci API — semuanya dalam bentuk terbaca, padahal tak satu pun berguna di jawaban: Anda sendiri yang mengirimnya.
- Akibatnya rahasia itu ikut mengendap di log software pulsa Anda, dan ikut tersalin setiap kali jawaban ditempel ke tiket atau ke grup.
- Catatan permintaan di dalam aplikasi kini juga menyensor OTP dan kunci API, yang sebelumnya lolos dari penyensoran.
- DISARANKAN MENGGANTI PASSWORD akun penyedia setelah update ini. Rahasia yang telanjur tersalin ke luar tidak bisa ditarik kembali.
- Khusus perintah yang memakai &otp=, &pin=, dan &password=: ketiganya termasuk yang dulu dipantulkan kembali.

Hub : @pengendaliapicom_bot