Bildirim Servisi Özellikleri ve Modülleri

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

Sürümlü API için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

SSO ve OAuth

SSO ve OAuth 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.

OpenAPI dokümantasyonu

OpenAPI dokümantasyonu, ihtiyaç netleştiğinde bildirim servisi içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.

03Sık karşılaşılan durumlar

Durum	Olası neden	Çözüm
İş ortakları API'yi yanlış kullanıyor	Dokümantasyon eksik veya güncel değil	OpenAPI şeması, örnek istekler ve sürüm notları
Webhook bildirimleri kayboluyor	Yeniden deneme ve teslim kaydı yok	İmzalı webhook, kuyruk ve teslim logu
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

04Kullanıcı rolleri ve yetkiler

Örnek rol yapısıdır; gerçek roller analizde işletmeye göre belirlenir.
Rol	Görebilir	Yapabilir
Yönetici	Tüm birimler	Onay ve yetki
Birim sorumlusu	Kendi birimi	Onay, atama, rapor
Kullanıcı	Kendi kayıtları	Giriş ve takip
Denetçi	Salt okunur raporlar	Dışa aktarım

05Raporlar ve mobil kullanım

Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.

Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.

06Sektöre göre özellik önerileri

Yazılım şirketleri: Bildirim servisi, yazılım şirketleri 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.
Veri sağlayıcıları: Bildirim servisi, veri sağlayıcıları için iş akışına göre uyarlanır.
Platform kuran girişimler: Bildirim servisi, platform kuran girişimler için iş akışına göre uyarlanır.

07Kulu için özellik planı

Kulu, Konya iline bağlı bir ilçedir ve PTT adres verisine göre 47 mahalleden oluşur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Kulu'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.

Mesafe yazılım işinin önünde engel değildir: Kulu'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Konya genelinde Cihanbeyli, Seydişehir ve Çumra gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

Kulu 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.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

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.

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.

Kulu'da bulunuyorum, yerinde görüşme mümkün mü?

İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.

Sadece Konya için mi çalışıyorsunuz?

Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.

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.

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.

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

Kulu'da ilgili hizmetler

Konya içindeki diğer ilçeler

Genel sayfalar

Bu sayfada geçen kavramlar

şablon
kuyruk
İYS kontrolü
SDK
rate limit
Swagger
OAuth 2.0
geliştirici portalı
API anahtarı
webhook
Konya
Kulu

Bildirim servisi: olması gereken özellikler ve modüller (Kulu)