E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi nedir, kimler için uygun?
Bildirim servisi projelerinde ihtiyaca göre şu özellikler bir araya getirilir:
- İYS kontrolü
- şablon
- kuyruk
Bu projeler çoğu zaman dosya ve medya servisi, raporlama apı'si ve kimlik doğrulama ve SSO gibi işlerle birlikte ele alınır.
02Hangi durumlarda bildirim servisi yaptırılır?
Olaylar anlık bildirilmesi gerektiğinde
Webhook altyapısı imza doğrulama ve yeniden deneme ile kurulur.
Oturum açma her üründe ayrı yönetildiğinde
Merkezi kimlik doğrulama ve SSO ile kullanıcı yönetimi sadeleşir.
Kuyruk gerektiğinde
Kuyruk, bildirim servisi projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
03Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| API yoğunlukta yavaşlıyor | Kota ve önbellek yok, sorgular optimize değil | Oran sınırı, önbellek ve sorgu iyileştirme |
| Eski sürümü kullananlar bozuluyor | Sürümleme ve geçiş takvimi yok | Sürümlü uç noktalar ve duyurulu kullanım dışı bırakma |
| Webhook bildirimleri kayboluyor | Yeniden deneme ve teslim kaydı yok | İmzalı webhook, kuyruk ve teslim logu |
04Buca'da bildirim servisi: çalışma düzeni
Buca, İzmir iline bağlı bir ilçedir ve PTT adres verisine göre 48 mahalleden oluşur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Buca'da PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde bildirim servisi için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Birden fazla ilçede ekibi veya şubesi olan işletmelerde bildirim servisi için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır. Buca'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Aynı ildeki Gaziemir, Menemen ve Bornova ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Bildirim servisini planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
05Proje nasıl ilerler?
- İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
- Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
- Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
- Tasarım ve prototip: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
- Geliştirme ve test: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
- Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
- Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.
Notkimlik doğrulama (API anahtarı, OAuth 2.0)
06Örnek planlama hesabı
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 41.000
- Günlük değişim oranı
- %17
- Kanal sayısı
- 1
- Günlük güncelleme isteği
- 6.970
- Saatlik ortalama
- 290
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
07Nasıl çalışıyoruz?
Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.
- Kaynak kod ve veri işletmeye teslim edilir.
- Alan adı ve sunucu hesapları işletme adına açılır.
- KVKK baştan tasarlanır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; İzmir de bunlardan biri.
08Hangi durumlarda profesyonel destek gerekir?
Bildirim servisi işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:
- İş ortakları API'yi yanlış kullanıyor: dokümantasyon eksik veya güncel değil.
- API yoğunlukta yavaşlıyor: kota ve önbellek yok, sorgular optimize değil.
- Kişisel veya finansal verinin işlendiği akışlar
- Birden fazla sistemle entegrasyon gerektiren işler
SSSSık sorulan sorular
Kaynak kod bize mi ait olacak?
Sözleşmede yazılı olarak belirtilir; biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
Bildirim servisi için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve şablon gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
REST mi GraphQL mi?
Kaynak bazlı, önbelleğe uygun ve geniş araç desteği gereken çoğu iş API'sinde REST yeterlidir. İstemcilerin çok farklı veri kombinasyonları istediği ürünlerde GraphQL değerlendirilir.
Sonradan özellik ekleyebilir miyiz?
Evet; yazılım modüler planlanır, yeni özellikler sürüm planıyla eklenir.
Buca'dan yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Proje ne kadar sürer?
Süre kapsam, entegrasyonlar ve içerik/veri hazırlığına göre değişir; analizden sonra aşamalı bir plan paylaşılır.
Bildirim servisi için ilk adım nedir?
Kısa bir görüşmeyle ihtiyacı ve mevcut durumu konuşuruz. 0540 003 19 81 numarasını arayabilir veya WhatsApp'tan birkaç cümleyle yazabilirsiniz.
Bildirim servisi sonradan genişletilebilir mi?
Evet. Kuyruk gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Bildirim servisi geliştirme süreciAnalizden yayına aşamalar
- Bildirim servisi teknolojileriTeknoloji seçimi ve mimari
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
Buca'da ilgili hizmetler
İzmir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- OAuth 2.0
- İzmir
- Buca