🚀 PLNMobile v1.8.12 telah dirilis!

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

📋 Changelog:
- **Daftar hadiah tukar poin kini menampilkan SEMUA kategori, bukan cuma Voucher PLN Mobile.** Sebelumnya `/produkReward` terkunci pada satu kategori saja, sehingga yang terlihat hanya voucher listrik — padahal aplikasi PLN Mobile menampilkan delapan kategori (Grocery, Food & Beverage, Entertainment, Lifestyle, Beauty & Personal Care, Barang, Voucher Ubah Daya, dan Voucher PLN Mobile), dengan katalog yang jauh lebih banyak.
- **Daftarnya juga tidak lagi terpotong.** Ukuran halaman bawaan dulu 4 baris — itu ukuran tampilan gulir di aplikasi, bukan batas server — dan bagi pemakai API ia memotong daftar tanpa memberi tahu. Sekarang setiap kategori ditelusuri sampai habis.
- Ditambah kolom **kategori** dan **rewardCategoryId** supaya kelihatan asal tiap hadiah, dan daftarnya diurutkan dari poin termurah. `&rewardCategoryId=` bisa dipakai untuk menyaring satu kategori saja.
- Perhatikan kolom **type**: hadiah `VOUCHER` terkirim langsung, sedangkan hadiah berupa barang fisik perlu alamat pengiriman yang belum bisa diisi lewat addon — yang jenis itu ditukar lewat aplikasi PLN Mobile saja.
- **Perintah yang tidak dikenali tidak lagi dijawab "sedang diproses" tanpa ujung.** Bila sebuah perintah dikirim beserta `&idtrx=` padahal namanya salah tulis — atau perintahnya memang belum ada di versi addon yang terpasang — permintaan itu dulu masuk ke mesin transaksi, membuat baris transaksi baru, lalu menggantung: tidak ada yang mengerjakannya, dan setiap kiriman ulang hanya dijawab "sedang diproses, kirim ulang beberapa saat lagi". Sekarang langsung ditolak dengan keterangan bahwa perintahnya tidak dikenali, sehingga penyebabnya kelihatan seketika.

Hub : @pengendaliapicom_bot

🚀 Rita3 v1.3.9 telah dirilis!

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

📋 Changelog:
- **Kode produk tidak lagi harus persis huruf besar-kecilnya.** Katalog Rita menulis kodenya huruf besar (mis. `P100`), sedangkan templat di software pulsa sering menuliskannya huruf kecil (`p100`). Dulu keduanya dianggap produk yang berbeda, lalu dijawab "Produk recharge tidak ditemukan" — padahal kodenya jelas terlihat ada di daftar. Sekarang ditulis dengan huruf apa pun tetap ketemu, dan tanda baca di dalam kode juga tidak lagi mempengaruhi.
- Kalau ada dua produk yang bedanya CUMA huruf besar-kecil, transaksinya tetap ditolak seperti sebelumnya — lebih baik gagal daripada menebak dan membelikan produk yang tidak diminta.
- **Kode produk yang tidak ditemukan sekarang disertai kandidat termirip dari daftar.** Tri sempat mengganti kode produknya dan menghentikan sebagian, dan jawaban lama berhenti di "Produk recharge tidak ditemukan: KODE" — buntu, tanpa petunjuk apa pun untuk melanjutkan. Sekarang jawabannya menyebutkan sampai tiga kode termirip beserta nama produknya, misalnya "Yang mirip di daftar: VAON6GBK (AON 6GB + Kuota Malam)". Kode Rita bisa berubah sewaktu-waktu, jadi kodenya tetap harus DISALIN dari `/listProduct?...&refresh=1&json=1` — jangan ditebak dari polanya, karena yang berubah sering bukan cuma huruf depannya.
- Kalau daftar produknya yang sedang kosong (belum sempat tertarik), itu kini disebut apa adanya dan bukan lagi dijawab seolah kode Anda yang salah.
- **Perbaikan: daftar produk kadang lama sekali dimuat (sampai ~70 detik) saat refresh.** Kalau salah satu kelompok produk lambat dijawab server Tri, dulu SELURUH daftar ikut menunggu sampai kelompok itu selesai — sehingga refresh bisa membeku puluhan detik dan produk lama sempat terlihat masih ada. Sekarang tiap kelompok produk punya batas waktu sendiri: kelompok yang lambat memakai daftar sebelumnya untuk sementara, sedangkan kelompok lain tetap tampil cepat. Daftar yang lambat itu ikut segar otomatis pada refresh berikutnya yang berhasil.
- **Riwayat transaksi: cara melihat halaman berikutnya kini dituliskan di daftar perintah.** Tri mengirim riwayat sepuluh baris per halaman, dan selama ini tidak ada keterangan bahwa halaman berikutnya bisa diminta — sehingga riwayat sehari penuh terlihat seperti terpotong. Tambahkan `&page=2`, `&page=3`, dan seterusnya sampai jawabannya kosong. Saringan `statusFilter`, `search`, `sortFilter`, dan `productFilter` ikut dituliskan. Nomor halaman yang tidak terbaca (mis. `&page=` kosong) tidak lagi menghasilkan galat tanpa keterangan, melainkan diperlakukan sebagai halaman pertama.
- **“Saldo awal” di jawaban transaksi tidak lagi selalu 0.** Untuk produk Pasti Untung (CRP), riwayat dari Tri kerap mengembalikan saldo-sebelum bernilai 0, sehingga jawaban menulis “saldo awal: 0” walau saldonya jelas ada. Sekarang saldo direkam sendiri tepat sebelum transaksi dijalankan, jadi kolom Saldo Awal di halaman Transaksi maupun di jawaban addon terisi benar. (Riwayat /history dari Tri tetap memakai format Tri dan tidak memuat kolom saldo awal/akhir — itu pembukuan addon, bukan data Tri.)

Hub : @pengendaliapicom_bot

🚀 MitraShopee v1.2.5 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/MitraShopee?v=1.2.5

📋 Changelog:
- **Saat menambah akun, saluran pengiriman link verifikasi kini bisa dipilih: SMS atau WhatsApp.** Sebelumnya salurannya sepenuhnya ditentukan Shopee dan hampir selalu jatuh ke WhatsApp, sehingga pemilik nomor yang tidak memakai WhatsApp di kartu tersebut tidak pernah menerima linknya. Pilihannya ada di form Tambah Akun, atau lewat perintah dengan menambahkan `&msgType=1` (SMS) atau `&msgType=2` (WhatsApp). Tanpa ditulis, perilakunya sama persis seperti versi sebelumnya (mengikuti pilihan Shopee). Pilihan yang dipakai ikut tersimpan, jadi saat sesi tertendang dan addon login ulang sendiri, linknya dikirim lewat saluran yang sama.
- **Balasan penambahan akun sekarang menyebutkan lewat mana linknya dikirim**, mis. "Link verifikasi dikirim via SMS ke +62 85*******44" — supaya jelas harus menunggu di aplikasi mana.
- **Penolakan Shopee karena link diminta terlalu sering kini dijelaskan apa adanya.** Bila penambahan akun diulang berkali-kali dalam waktu singkat, Shopee berhenti mengirim link untuk sementara. Dulu yang muncul hanya kode galat mentah, sehingga terlihat seperti gangguan dan malah dicoba ulang terus-menerus — padahal mengulang justru memperpanjang jedanya. Sekarang pesannya menyebutkan sebabnya dan menganjurkan menunggu sekitar 30-60 menit.

Hub : @pengendaliapicom_bot

🚀 SiDIVA v1.12.13 telah dirilis!

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

📋 Changelog:
Perbaikan transaksi voucher WG. (1) Transaksi yang jawabannya "menunggu" kini bisa dituntaskan dengan mengirim ulang idtrx yang sama — sebelumnya status itu tidak pernah berubah walau vouchernya sudah terisi, termasuk untuk transaksi lama yang terlanjur menggantung. (2) Status "Sukses" tidak lagi diucapkan sebelum hasilnya benar-benar dibaca dari riwayat penyedia. (3) Sumber stok yang jalur tembaknya belum tersedia kini ditolak di awal, sebelum saldo bergerak. (4) Jawaban akhir selalu menyertakan nomor transaksi. Selain itu, transaksi pulsa yang ditolak karena katalog kini ikut menyebutkan alasannya, tidak lagi gagal tanpa keterangan.

Hub : @pengendaliapicom_bot

🚀 RazerGold v1.2.3 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/RazerGold?v=1.2.3

📋 Changelog:
Gagal tambah akun yang muncul sebagai "internal server error" kini jauh lebih jarang. Server login Razer memutus sebagian permintaan pencetakan token tanpa mengirim jawaban apa pun; karena permintaan itu hanya dikirim sekali, satu kali putus langsung menggagalkan seluruh proses penambahan akun. Sekarang permintaan tersebut diulang sampai dua kali dengan jeda bertingkat — aman diulang karena sifatnya hanya mengambil token, bukan transaksi. Diperbaiki juga: akun yang sesinya sudah mati tidak lagi tercatat "saldo Rp 0" dan tetap ditandai login. Jawaban penolakan dari server dulu terbaca sebagai saldo nol, sehingga akun yang perlu login ulang tampak seperti akun kosong; sekarang keadaannya ditulis apa adanya sebagai gagal cek saldo.

Hub : @pengendaliapicom_bot

🚀 RazerGold v1.2.4 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/RazerGold?v=1.2.4

📋 Changelog:
Gagal tambah akun yang muncul sebagai "internal server error" kini jauh lebih jarang. Server login Razer memutus sebagian permintaan pencetakan token tanpa mengirim jawaban apa pun; karena permintaan itu hanya dikirim sekali, satu kali putus langsung menggagalkan seluruh proses penambahan akun. Sekarang permintaan tersebut diulang sampai dua kali dengan jeda bertingkat — aman diulang karena sifatnya hanya mengambil token, bukan transaksi. Diperbaiki juga: akun yang sesinya sudah mati tidak lagi tercatat "saldo Rp 0" dan tetap ditandai login. Jawaban penolakan dari server dulu terbaca sebagai saldo nol, sehingga akun yang perlu login ulang tampak seperti akun kosong; sekarang keadaannya ditulis apa adanya sebagai gagal cek saldo.

Hub : @pengendaliapicom_bot

🚀 DigiposAJA v1.7.50 telah dirilis!

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

📋 Changelog:
Tambah akun bisa lagi. Telkomsel menaikkan versi minimum aplikasi Digipos, sehingga setiap percobaan tambah akun dijawab "Segera update aplikasi sekarang" (kode VER-02) walaupun addon Anda sudah versi terbaru — yang dianggap usang bukan addonnya, melainkan versi aplikasi Digipos yang addon sebutkan ke server Telkomsel. Nomor versinya sudah disesuaikan dengan aplikasi Digipos yang beredar sekarang. Akun yang sudah terpasang sebelumnya tidak terpengaruh.

Hub : @pengendaliapicom_bot

🚀 MitraShopee v1.2.6 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/MitraShopee?v=1.2.6

📋 Changelog:
- **Perbaikan daftar produk voucher (voucher kosong & voucher fisik).** Sebelumnya daftar produk voucher tidak muncul sehingga transaksinya tidak bisa diproses. Sekarang daftarnya tampil kembali dan voucher bisa diproses seperti biasa.

Hub : @pengendaliapicom_bot

🚀 XLSMartGrosir v1.0.5 telah dirilis!

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

📋 Changelog:
- **Beli stok bayar voucher kini benar-benar sampai ke portal.** Perintah pembayarannya dicari di halaman portal berdasarkan nama, dan nama yang dicari ternyata tidak ada di sana sama sekali — sehingga pembelian selalu berhenti dengan "perintah bayar-voucher tidak dikenali portal". Sekarang dipakai penanda perintah yang terbukti dipakai portal saat pembelian sungguhan.
- Penolakan karena penanda perintah kedaluwarsa dipisahkan dari penolakan transaksi, dan disebutkan bahwa saldo TIDAK berkurang — permintaannya memang tidak pernah sampai ke portal.
- **Kode yang tertukar antar perintah sekarang diberi tahu perintah yang benar.** Beli stok biasa memakai kode dari katalog produk, sedangkan beli stok bayar voucher memakai kode dari daftar stok. Kalau kodenya tertukar, jawabannya menyebut nama produknya dan perintah yang seharusnya dipakai, bukan sekadar "produk tidak ditemukan".
- **Beli stok bayar voucher: kode produk dari daftar stok sekarang diterima semuanya.** Daftar stok XLSmart ternyata memuat dua keluarga produk dengan kolom penanda yang berbeda — keluarga TebusVoucher memakai kolom bucketId, sedangkan voucher fisik/SP memakai typeCode. Sebelumnya hanya typeCode yang dikenali, sehingga kode dari keluarga TebusVoucher (yang justru mayoritas isi daftarnya) selalu dijawab "produk tidak ditemukan" walaupun kodenya benar-benar ada di daftar.
- Pemesanannya juga ikut diperbaiki: kode yang dikirim ke portal untuk produk TebusVoucher sebelumnya kosong, jadi permintaannya ditolak portal tanpa keterangan yang berguna.
- **Pakai kolom bucketId untuk konfigurasi.** Kolom vId dan skuCode berubah setiap daftar dibaca ulang, jadi kode yang disalin dari situ akan berhenti cocok keesokan harinya. Keduanya tetap diterima untuk pemakaian sekali jalan.
- Baris stok yang tidak memuat kode bucket sama sekali kini dihentikan lebih dulu dengan keterangan yang menyebutkan namanya, dan menegaskan saldo TIDAK berkurang — bukan diteruskan ke portal dengan kode kosong.
- **Sesi portal tidak lagi diputus dari sisi addon di menit ke-14.** Penyimpan cookie addon membuang penanda sesi lebih cepat daripada portalnya sendiri, sehingga perintah yang dijalankan setelah jeda belasan menit dijawab seolah belum login — padahal portal masih melayaninya. Penanda sesinya kini dipertahankan selama portal masih menerimanya.
- **Katalog yang GAGAL DIBACA tidak lagi dilaporkan sebagai "kode produk tidak ditemukan".** Kalau portal menolak permintaan daftar produk (misalnya sesi perlu login ulang), keterangannya sekarang menyebutkan jawaban asli dari portal dan menegaskan bahwa kode produk bukan penyebabnya.

Hub : @pengendaliapicom_bot

🚀 mytelkomsel v1.0.33 telah dirilis!

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

📋 Changelog:
Empat perbaikan. (1) Kolom OTP kembali muncul saat menambah akun: sejak awal September, akun yang OTP-nya diketik sendiri (tanpa chip ID Terminal) tidak pernah dibawa ke layar pengisian OTP, sehingga akun berhenti setengah jalan dan tampil kuning. (2) Akun tidak lagi tampil hijau kalau login-nya belum benar-benar jadi: dulu sisa sesi lama bisa membuat akun terlihat tersambung padahal sudah mati, dan setiap perintah dijawab "session has been expired" tanpa keterangan. Sekarang sebab aslinya yang ditampilkan. (3) Transaksi tidak lagi menggantung tanpa jawaban ketika database server pulsa sedang tersambung ulang: dulu satu transaksi bisa menahan jawaban sampai 40 detik. (4) Sisa saldo kembali ikut di jawaban transaksi, dibaca ulang sesudah transaksi, seperti pada API versi lama. Saldo yang gagal dibaca ditulis apa adanya, tidak diubah menjadi angka nol.

Hub : @pengendaliapicom_bot

🚀 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