🚀 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

🚀 BRIMerchant v1.1.5 telah dirilis!

📥 Download: https://www.pengendaliapi.com/download/BRIMerchant?v=1.1.5

📋 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

🚀 TelkomselOmni v1.0.1 telah dirilis!

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

📋 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

🚀 PLNMobile v1.8.16 telah dirilis!

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

📋 Changelog:
CIMB Transfer: uangnya selama ini dikirim ke nomor yang salah.

- Yang dipakai adalah nomor Virtual Account. Nomor itu penanda tagihan di sisi PLN, BUKAN rekening yang bisa ditransfer — makanya CIMB selalu menolak dengan "rekening tidak ditemukan", dan penolakan itu memang benar. Nomor rekening tujuan yang sesungguhnya sudah dikirim PLN sejak awal, dan sekarang itu yang dipakai.
- Langkah pembayaran yang hilang sejak halaman bayar PLN berganti tampilan kini dipanggil kembali, jadi tagihan CIMB Transfer benar-benar terbentuk.
- Akun yang token loginnya sudah habis tidak lagi dilaporkan sebagai "saldo 0". Dulu bunyinya seolah saldonya memang kosong; sekarang disebut apa adanya bahwa akun itu perlu login ulang.

Hub : @pengendaliapicom_bot

🚀 DigiposAJA v1.7.60 telah dirilis!

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

📋 Changelog:
Validasi serial voucher tidak lagi selalu dijawab gagal.

- Bunyinya "Serial Number memiliki kategori yang berbeda" padahal cek status mengenali serial yang sama dengan baik. Penolakan itu memang palsu, dan hilang begitu kategori voucher ikut disebutkan.
- Sekarang bila validasi ditolak, ia diulang sekali dengan kategori voucher fisik. Pengulangan itu hanya terjadi pada permintaan yang tanpa ini sudah gagal, jadi yang selama ini berhasil tidak berubah.
- Bila Anda menyebut sendiri parameter voucherType, penolakannya ditampilkan apa adanya — itu jawaban atas yang Anda tanyakan, bukan sesuatu yang ditebak ulang di belakang layar.

Hub : @pengendaliapicom_bot

🚀 mytelkomsel v1.0.39 telah dirilis!

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

📋 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. Tidak ada satu pun tanda di jawaban Telkomsel yang membedakannya dari penebusan yang benar-benar masuk. Sekarang nomor tujuan diperiksa lebih dulu, dan bila pascabayar penebusannya dibatalkan — 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 biasa berkunci nomor transaksi, dan kiriman ulang dengan nomor transaksi BARU dulu tetap diteruskan. Bisa ditembus dengan &paksa=1 bila Anda yakin penebusan pertamanya tidak masuk; risikonya ditanggung pengirim, dan jawabannya ditandai agar terlihat di riwayat.
- CAPTCHA_REQUIRED dibaca sebagai rem karena permintaan berulang, bukan tanda voucher rusak — 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" kini menyebutkan alasannya.
- Catatan Anda di kolom keterangan/SN voucher tidak lagi ditimpa oleh NOMOR VOUCHER itu sendiri. Dulu setiap penebusan menuliskan ulang nomor vouchernya ke kolom itu, sehingga penanda yang Anda isi sendiri — misalnya tanggal atau batch stok — hilang begitu vouchernya dipakai.

Hub : @pengendaliapicom_bot