E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi nedir, kimler için uygun?
Her işletmenin ihtiyacı farklıdır; yine de çoğu bildirim servisi projesinde şu başlıklar konuşulur:
- İYS kontrolü
- kuyruk
- şablon
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.
Geliştiriciler API'yi anlamakta zorlandığında
OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalır.
03Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| 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 |
| İş ortakları API'yi yanlış kullanıyor | Dokümantasyon eksik veya güncel değil | OpenAPI şeması, örnek istekler ve sürüm notları |
| API yoğunlukta yavaşlıyor | Kota ve önbellek yok, sorgular optimize değil | Oran sınırı, önbellek ve sorgu iyileştirme |
04Taraklı için uzaktan ve yerinde çalışma
PTT kayıtlarında Taraklı ilçesine bağlı 22 yerleşim bulunur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Taraklı'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı ildeki Sapanca, Karapürçek ve Akyazı ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Taraklı bölgesinden bildirim servisi için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
05Çalışma adımları
- İlk görüşme: Telefon, WhatsApp veya form üzerinden ihtiyacınızı ve mevcut durumu dinleriz.
- Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
- Kapsam ve yazılı teklif: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
- Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
- Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
- Yayın, veri aktarımı ve eğitim: Mevcut veriler aktarılır, sistem yayına alınır ve kullanıcılara eğitim verilir.
- Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.
Notoran sınırı ve kota
06Örnek planlama hesabı
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 17.500
- Günlük değişim oranı
- %5
- Kanal sayısı
- 4
- Günlük güncelleme isteği
- 3.500
- Saatlik ortalama
- 146
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
07Çalışma düzenimiz
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.
- Her değişiklik önce test ortamında denenir.
- Yayın sonrası bakım ve destek planlanır.
- Alan adı ve sunucu hesapları işletme adına açılır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Sakarya da bunlardan biri.
08Hangi durumlarda profesyonel destek gerekir?
Bildirim servisi işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:
- Eski sürümü kullananlar bozuluyor: sürümleme ve geçiş takvimi yok.
- 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
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.
Taraklı'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.
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.
API'yi kimlerin kullandığını nasıl izleriz?
Her istemciye ayrı anahtar veya OAuth istemcisi verilir; kullanım, hata ve kota tüketimi istemci bazında raporlanır.
Sonradan özellik ekleyebilir miyiz?
Evet; yazılım modüler planlanır, yeni özellikler sürüm planıyla eklenir.
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 hazır program yerine neden yaptırılır?
Hazır programlar genel ihtiyaca göre tasarlanır; işinize özgü kurallar, onay adımları veya entegrasyonlar varsa özel geliştirme bu farkı kapatır.
Sadece Sakarya için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- 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 firmasıFirma seçerken bakılacaklar
- Bildirim servisi: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
Taraklı'da ilgili hizmetler
Sakarya içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- geliştirici portalı
- OpenAPI
- OAuth 2.0
- Sakarya
- Taraklı