Gümüşhane: 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

Geliştirici portalı

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.

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.

İmzalı webhook

İmzalı webhook, 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

sürümleme stratejisi
webhook imza doğrulaması
OpenAPI dokümantasyonu

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

Durum	Olası neden	Çözüm
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ı
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

05Kullanı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 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

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.

07Sektöre göre özellik önerileri

Yazılım şirketleri: Bildirim servisi, yazılım şirketleri 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.
Kurumsal BT ekipleri: Bildirim servisi, kurumsal BT ekipleri için iş akışına göre uyarlanır.

08Gümüşhane için özellik planı

Gümüşhane, Karadeniz Bölgesi'nde yer alan, plaka kodu 29 olan bir ildir; PTT verisine göre 6 ilçe ve 1.087 mahalle ve köy kaydından oluşur. Gümüşhane'de 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.

Gümüşhane'de 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ı bölgedeki Artvin, Kastamonu ve Düzce illeri için de bildirim servisi projeleri aynı düzenle yürütülür.

Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; bildirim servisi için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

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

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.

Gümüşhane'den yazıyorum; toplantılar nasıl yapılıyor?

İş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.

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.

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.

Sadece Gümüşhane için mi çalışıyorsunuz?

Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.

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.

→İlgili sayfalar

Bildirim Servisi hakkında diğer konular

Gümüşhane'de ilgili hizmetler

Karadeniz Bölgesi'ndeki diğer iller

Gümüşhane ilçelerinde bildirim servisi özellikleri ve modülleri

Genel sayfalar

Bu sayfada geçen kavramlar

şablon
kuyruk
İYS kontrolü
SDK
rate limit
Swagger
webhook
API anahtarı
SSO
OpenAPI
Gümüşhane

Bildirim servisi: olması gereken özellikler ve modüller (Gümüşhane)