İçeriğe geç
Teklif al

Hizmet · Yapay zekâ

Anomali tespiti

Bir makinenin titreşimi yavaş yavaş artıyor, bir şubenin iade tutarı sessizce yükseliyor ya da gece saatlerinde sunucuya beklenmedik bir trafik geliyor. Bu değişimlerin çoğu kayıtlarda zaten vardır; sorun, binlerce satırlık veri akışında kimsenin onları zamanında fark edememesidir. Sabit eşiklerle kurulan alarmlar ise ya çok geç öter ya da o kadar sık öter ki ekip bir süre sonra hepsini görmezden gelir.

Kategori
Yapay zekâ
Çalışma modeli
Proje bazlı · Bakım ve destek
Hizmet bölgesi
Türkiye geneli, uzaktan ve yerinde

Anomali tespiti, verinin kendi olağan davranışını öğrenip bu davranıştan anlamlı biçimde sapan noktaları işaretleyen bir yapay zekâ uygulamasıdır. Hafta içi ile hafta sonu farkını, sezon etkisini ve vardiya düzenini hesaba katan bir model, “pazartesi sabahı yüksek ama normal” ile “salı gecesi yüksek ve tuhaf” arasındaki ayrımı yapabilir. Ekip de yalnızca bakmaya değer durumlarla uğraşır.

Devamını okuDaha az göster

Anomali tespiti yaptırmak isteyen ekiplerle önce hangi sapmanın gerçekten para, güvenlik ya da zaman kaybı demek olduğunu konuşuyoruz. Model, alarmın kime, hangi kanalla ve hangi açıklamayla gideceği belirlendikten sonra kuruluyor; çünkü kimsenin yanıtlamadığı bir alarmı tespit etmenin işletmeye hiçbir katkısı yoktur. Pilot aşamada tek bir hat, şube ya da sistemle başlayıp sonuçları birlikte okuduktan sonra kapsamı genişletiyoruz.

Anomali tespiti yaptırmak isteyen işletmeler

Düzenli akan, zaman damgalı veriniz varsa ve sapmaları elle izlemek artık mümkün değilse bu hizmet size uygundur.

  • Makinelerden sıcaklık, titreşim, akım ya da basınç verisi toplayan ve arızayı duruştan önce görmek isteyen üretim tesisleri
  • Kasa, iade ve indirim hareketlerinde şube bazında olağan dışı örüntüleri yakalamak isteyen perakende zincirleri
  • Sunucu, uygulama ve ağ loglarında performans düşüşünü ya da şüpheli erişimi erken fark etmek isteyen yazılım ve altyapı ekipleri
  • Enerji, su ya da doğalgaz tüketimini sayaç bazında izleyip kaçak ve arıza belirtilerini ayırmak isteyen tesis yönetimleri
  • Satış, sipariş ve stok verisindeki ani kırılmaları raporlar hazırlanmadan önce görmek isteyen e-ticaret ve dağıtım firmaları

Sapmaları yakalamayı zorlaştıran gerçek veri koşulları

Temiz bir örnek veri setinde iyi çalışan bir yöntem, sahadaki kirli ve değişken veride çabuk tökezler.

  • 01

    Mevsimsellik ve takvim etkisi

    Bayram öncesi satış patlaması ya da yaz aylarında artan soğutma yükü anomali değildir. Model gün, hafta ve yıl döngülerini, resmî tatilleri ve kampanya dönemlerini bilerek kurulmazsa her olağan zirve alarma dönüşür.

  • 02

    Etiketsiz geçmiş

    Çoğu kurumda geçmişte hangi kaydın gerçekten sorun olduğu işaretlenmemiştir. Bu durumda denetimsiz yöntemlerle başlanır; alarmlara verilen geri bildirimler zamanla etiketli bir veri setine dönüşür.

  • 03

    Eksik ve gürültülü ölçüm

    Sensör kopması, sayaç sıfırlanması ya da log toplayıcının durması da veride sapma gibi görünür. Veri kalitesi sorunlarını gerçek olaylardan ayıran ön kontroller, gereksiz alarmların önemli bir kısmını baştan eler.

  • 04

    Alarm yorgunluğu

    Gün içinde onlarca uyarı alan ekip kritik olanı kaçırır. Uyarılar önem derecesine göre sıralanır, aynı olaydan doğan tekrarlar tek kayıtta birleştirilir.

  • 05

    Değişen olağan

    Yeni bir makine, yeni bir şube ya da fiyat değişikliği verinin normalini kalıcı olarak kaydırır. Model bu kaymayı izler ve gerektiğinde yeni döneme göre yeniden eğitilir.

Anomali tespiti sisteminde kurulan katmanlar

Tespit modelinin yanında, alarmı anlaşılır ve yönetilebilir kılan parçalar da teslim edilir.

  • 01

    Çok değişkenli izleme

    Tek bir ölçüme değil, birlikte hareket eden değişkenlere bakılır. Sıcaklık normal, akım normal ama ikisinin ilişkisi bozulmuşsa sistem bunu ayrı bir sapma olarak işaretler.

  • 02

    Açıklamalı alarm

    Her uyarıda hangi değerin beklenen aralığın ne kadar dışına çıktığı ve benzer geçmiş olaylar gösterilir. Operatör grafiği açıp kararını kendisi verebilir.

  • 03

    Geri bildirim döngüsü

    Kullanıcı alarmı “gerçek sorun” ya da “yanlış alarm” olarak işaretler. Bu işaretler eşiklerin ayarlanmasında ve modelin sonraki eğitiminde kullanılır.

  • 04

    Önem derecesi ve yönlendirme

    Kritik sapmalar anında ilgili sorumluya gider; düşük önemdekiler günlük özetle raporlanır. Kimin hangi alarmı aldığı ve ne zaman kapattığı kayıt altında tutulur.

  • 05

    Geriye dönük tarama

    Model geçmiş veride çalıştırılarak bilinen olayların yakalanıp yakalanmadığı kontrol edilir; canlıya geçiş bu sonuçlara göre kararlaştırılır.

Veri kaynakları ve alarm kanalları

Sistem verinin üretildiği yerden beslenir, uyarıyı ekibin zaten baktığı yere iletir.

  • 01

    Endüstriyel veri ve sensörler

    PLC, SCADA ya da veri toplama sistemlerinden OPC UA, Modbus veya MQTT gibi protokollerle gelen ölçümler okunabilir.

  • 02

    ERP ve satış sistemleri

    Logo, Mikro, Netsis ya da SAP Business One gibi programlardaki satış, iade ve stok hareketleri belirli aralıklarla aktarılır.

  • 03

    Log ve izleme altyapısı

    Uygulama ve sunucu logları Elasticsearch ya da Prometheus gibi araçlardan veya bulut sağlayıcınızın izleme servisinden alınabilir.

  • 04

    Uyarı kanalları

    Alarmlar e-posta, Microsoft Teams, Slack ya da SMS sağlayıcınız üzerinden gönderilir; gerekirse iş takip sisteminizde otomatik kayıt açılır.

  • 05

    Raporlama ekranı

    Sapma geçmişi ve kapatılan alarmlar bir panelde izlenir; veriler istenirse Power BI gibi raporlama araçlarına aktarılır.

Anomali tespiti hizmeti nasıl ilerler?

  1. Adım 01

    Analiz

    İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.

  2. Adım 02

    Tasarım

    Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.

  3. Adım 03

    Geliştirme

    Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.

  4. Adım 04

    Test

    İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.

  5. Adım 05

    Yayın

    Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.

  6. Adım 06

    Bakım

    İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.

Anomali tespiti modellerinde yöntem seçimi ve eşik ayarı

Her veriye uyan tek bir algoritma yoktur. Az değişkenli ve düzenli zaman serilerinde mevsimsel ayrıştırma ve istatistiksel sınırlar çoğu zaman yeterlidir ve açıklaması kolaydır. Çok sayıda değişkenin birlikte izlendiği durumlarda Isolation Forest gibi ağaç tabanlı yöntemler ya da otomatik kodlayıcı (autoencoder) gibi sinir ağı modelleri denenir. Hangisinin kullanılacağına geçmiş veriniz üzerinde yapılan karşılaştırmayla karar veriyoruz.

Devamını okuDaha az göster

Asıl iş eşik ayarındadır. Eşik düşük tutulursa ekip yanlış alarma boğulur, yüksek tutulursa gerçek olay kaçar. Bu dengeyi teknik ekip tek başına kuramaz; kaçırılan bir arızanın maliyetiyle gereksiz bir müdahalenin maliyetini sizinle birlikte tartarak her veri grubu için ayrı eşik belirliyoruz.

Anlık izleme gereken yerlerde model, veri akışını geldiği anda değerlendirecek şekilde kurulur; saatlik ya da günlük kontrol yeterliyse daha basit bir zamanlanmış iş tercih edilir. Kararın sorumluluğu yazılıma bırakılmaz: model işaretler, müdahale kararı yetkili personelde kalır.

Bu hizmette çalışma modelleri

  • 01

    Proje bazlı

    Sabit kapsam, sabit fiyat ve belirli teslim tarihi

    Kapsamı belli, teslim tarihi olan işler için.

    • Yazılı kapsam ve kabul ölçütleri
    • Sabit fiyat ve belirli teslim tarihi
    • Teslim ve kabul adımları sözleşmede
    Bu modelle teklif alın: Proje bazlı
  • 02

    Bakım ve destek

    Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati

    Yayındaki bir sistemin sürekliliği için.

    • Aylık sözleşme ve SLA
    • İzleme, güncelleme ve hata düzeltme
    • Aylık geliştirme saati
    Bu modelle teklif alın: Bakım ve destek

Anomali tespiti hakkında sık sorulan sorular

Anomali tespiti için ne kadar geçmiş veri gerekir?

Verinin döngüsüne bağlıdır. Haftalık örüntüsü olan bir süreçte birkaç haftalık temiz veri başlangıç için yeterli olabilir; yıllık sezonu olan satış verisinde en az bir tam yıl istenir. Veri azsa kural tabanlı kontrollerle başlanır, model veri biriktikçe devreye alınır.

Anomali tespiti fiyatları neye göre belirlenir?

İzlenecek değişken ve veri kaynağı sayısı, verinin anlık mı toplu mu işleneceği, veri temizliği ihtiyacı, alarm kanalları ve panel kapsamı belirleyicidir. Örnek veriniz üzerinde kısa bir ön inceleme yaptıktan sonra yazılı teklif hazırlıyoruz.

Yanlış alarmları tamamen ortadan kaldırabilir miyiz?

Hayır; hiçbir yöntem yanlış alarmı sıfırlamaz. Hedef, ekibin baş edebileceği sayıda ve gerçekten bakmaya değer uyarı üretmektir. Geri bildirim döngüsü ve eşik ayarıyla bu sayı zaman içinde azalır.

Kural tabanlı alarmlarımız var, yine de anomali tespiti gerekir mi?

Mevcut kurallar bildiğiniz sorunları yakalar ve korunmalıdır. Anomali tespiti, kuralını yazmayı düşünmediğiniz sapmaları ve değişkenler arası ilişkideki bozulmaları bulmak için eklenir; iki yaklaşım birlikte çalışır.

Sistem bulutta mı, kendi sunucumuzda mı çalışır?

İkisi de mümkündür. Üretim hattı verisi gibi tesis dışına çıkması istenmeyen verilerde model yerel bir sunucuda ya da sahadaki endüstriyel bilgisayarda çalıştırılabilir; log ve satış verisinde bulut kurulumu çoğu zaman daha pratiktir.

Anomali tespiti dolandırıcılık tespitiyle aynı şey mi?

Yöntemleri ortaktır ama amaçları farklıdır. Anomali tespiti her türlü olağan dışı davranışı arar; dolandırıcılık tespiti ise belirli bir kötü niyetli davranışı işlem anında karar verecek şekilde hedefler ve genellikle onay ya da engelleme akışına bağlanır.

İlgili hizmetler ve sayfalar

Anomali tespiti için teklif alın

Kısa bir ön görüşmede ihtiyacınızı dinleyip kapsamı, çalışma modelini ve takvimi yazılı olarak paylaşırız.

+90 552 579 93 21