VERİ VE ENTEGRASYON

Veri, ancak akabildiği yere kadar değerlidir

Sayaçtan çıkan veri belediyenin abone yönetimi, faturalama, SCADA ve coğrafi bilgi sistemlerine ulaşmıyorsa yatırım karşılığını vermez. Bu sayfa hangi verinin üretildiğini ve nasıl aktığını anlatır.

VERİ

Sayacın ürettiği veri aileleri

Beş veri grubu, farklı ekiplerin farklı sorularını yanıtlar. Sekmeler arasında geçiş yaparak her grubun alanlarını ve kullanım amacını görebilirsiniz.

Faturalama ve trend analizinin temeli.

Sayaç endeksiFatura dönemi kapanışı ve mutabakat
Dönem tüketimiAbone bazında tüketim eğilimi
Saatlik / günlük değerlerGece minimum akış ve profil analizim³/h
Ölçüm zaman damgasıBölgesel ölçüm (DMA) karşılaştırmasında ortak zaman penceresiISO 8601

Alan adları, birimler ve gönderim sıklığı proje konfigürasyonuna göre belirlenir. Kesin veri sözlüğü, sürüm ve konfigürasyona bağlı olarak teknik dosyayla birlikte paylaşılır.

GÖNDERİM PROFİLLERİ

Sıklık ile pil arasındaki denge

Daha sık veri her zaman daha iyi değildir; her ek gönderim pil bütçesinden düşer. Doğru profil, verinin hangi kararı beslediğine göre seçilir.

Gönderim profilleri, kullanım amaçları ve ödünleşimler.
Profil Hangi karar için Ödünleşim
Günlük tek gönderim Faturalama ve dönemsel mutabakat En düşük enerji tüketimi; olay görünürlüğü bir güne kadar gecikebilir.
Günlük gönderim + saatlik kayıt Gece minimum akış ve tüketim profili analizi Paket biraz büyür; analiz derinliği belirgin artar. Çoğu belediye senaryosu için dengeli seçimdir.
Sık gönderim Kaçak araştırması ve kritik abone izleme Pil tüketimi artar; genellikle tüm sayaçlara değil, seçili noktalara uygulanır.
Olay tetiklemeli gönderim Müdahale, ters akış ve vana hatası uyarıları Normalde ek yük getirmez; olay yoğun bir noktada gönderim sayısı artabilir.

Profil adları anlatım kolaylığı içindir. Kesin gönderim aralıkları, paket boyutları ve bunlara karşılık gelen pil ömrü varsayımları proje konfigürasyonuyla birlikte teknik dosyada verilir.

ENTEGRASYON

Verinin belediyeye ulaşma yolu

Belediye kendi platformunu kullanmayı sürdürebilir. Amaç yeni bir ekran daha eklemek değil, verinin mevcut iş akışına girmesidir.

  1. Kapsam ve alan eşlemesi

    Hangi veri alanlarının hangi sistemde karşılığı olduğu birlikte belirlenir; abone numarası, sayaç seri numarası ve konum eşleşmesi netleştirilir.

  2. Aktarım yöntemi

    Proje ihtiyacına göre API tabanlı çekme, olay bazlı gönderme veya toplu dosya aktarımı seçenekleri değerlendirilir. Yöntem, belediyenin güvenlik politikasına uyacak şekilde seçilir.

  3. Kimlik ve yetkilendirme

    Hangi sistemin hangi veriye erişebileceği, komut yetkisinin kimde olduğu ve denetim kaydının nasıl tutulacağı tanımlanır.

  4. Doğrulama ve devir

    Pilot verisiyle uçtan uca akış test edilir; eksik ve tekrarlı paketler, zaman damgası tutarlılığı ve endeks mutabakatı kontrol edilir.

SAHİPLİK VE GİZLİLİK

Ölçüm verisi idarenin verisidir

Ayrıntılı tüketim verisi, hane davranışına ilişkin bilgi taşıyabilir. Bu nedenle veri sahipliği, saklama ve erişim başlıkları sözleşmenin parçasıdır; sonradan konuşulacak bir ayrıntı değildir.

  • Verinin sahibi idaredir; sözleşme sona erdiğinde makine tarafından okunabilir biçimde dışa aktarılır.
  • Saklama yeri ve saklama süresi yazılı olarak tanımlanır.
  • Rol bazlı erişim; kimin hangi veriyi gördüğü ve hangi komutu verebildiği kayıt altındadır.
  • Veri minimizasyonu: kararı beslemeyen alanlar toplanmaz.
  • KVKK ve GDPR kapsamındaki bilgilendirme, erişim ve silme süreçleri tasarımın parçasıdır.
Şehir sokağı altındaki sayaç odasına yerleştirilmiş akıllı su sayacı.

SONRAKİ ADIM

Şebekenizde ölçerek başlayın

Kapsama, veri, pil ve entegrasyon varsayımlarını sınırlı bir pilotta birlikte doğrulayalım. Başarı kriterlerini pilot başlamadan yazıyoruz.