E-posta, SMS ve push bildirim altyapısı.
01Olmazsa olmaz özellikler
- şablon
- kuyruk
- İYS kontrolü
02İhtiyaca göre eklenen modüller
Sürümlü API
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
İmzalı webhook
İmzalı webhook için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Geliştirici portalı
Geliştirici portalı için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Kota ve oran sınırı
Kota ve oran sınırı, ihtiyaç netleştiğinde bildirim servisi içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
03Bildirim servisi planlarken bilinmesi gerekenler
- OpenAPI dokümantasyonu
- sürümleme stratejisi
- hata kodu standardı.
04Sı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 |
| Webhook bildirimleri kayboluyor | Yeniden deneme ve teslim kaydı yok | İmzalı webhook, kuyruk ve teslim logu |
| İş ortakları API'yi yanlış kullanıyor | Dokümantasyon eksik veya güncel değil | OpenAPI şeması, örnek istekler ve sürüm notları |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
06Raporlar ve mobil kullanım
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
07Sektöre göre özellik önerileri
- Veri sağlayıcıları: Bildirim servisi, veri sağlayıcıları için iş akışına göre uyarlanır.
- İş ortağı ekosistemi olan firmalar: Bildirim servisi, iş ortağı ekosistemi olan firmalar için iş akışına göre uyarlanır.
- Yazılım şirketleri: Bildirim servisi, yazılım şirketleri için iş akışına göre uyarlanır.
- Kurumsal BT ekipleri: Bildirim servisi, kurumsal BT ekipleri için iş akışına göre uyarlanır.
08Simav için özellik planı
Simav, Kütahya iline bağlı bir ilçedir ve PTT adres verisine göre 150 mahalle ve köy kaydından oluşur.
Simav'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.
Kütahya genelinde Tavşanlı, Pazarlar ve Aslanapa gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Simav 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.
SSSSık sorulan sorular
Sadece Kütahya için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Kütahya de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
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.
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.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
- Bildirim servisi firmasıFirma seçerken bakılacaklar
- Bildirim servisi geliştirme süreciAnalizden yayına aşamalar
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Simav'da ilgili hizmetler
Kütahya içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- geliştirici portalı
- webhook
- Kütahya
- Simav