Gülnar'da bildirim servisi yaptırmak

01Bildirim servisi nedir, kimler için uygun?

Bildirim servisi projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• İYS kontrolü
• şablon
• kuyruk

İhtiyaca göre dosya ve medya servisi, raporlama apı'si ve kimlik doğrulama ve SSO da aynı yol haritasına eklenebilir.

02Hangi durumlarda bildirim servisi yaptırılır?

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.

Geliştiriciler API'yi anlamakta zorlandığında

OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalır.

03Bildirim servisi planlarken bilinmesi gerekenler

• webhook imza doğrulaması
• oran sınırı ve kota
• sürümleme stratejisi

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

05Gülnar'da bildirim servisi: çalışma düzeni

Gülnar, Mersin iline bağlı bir ilçedir ve PTT adres verisine göre 50 mahalleden oluşur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için bildirim servisi tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Gülnar'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 Bozyazı, Tarsus ve Erdemli ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.

06İlk görüşmeden yayına

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
3. Kapsam ve yazılı teklif: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
4. Tasarım ve prototip: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
5. Geliştirme ve test: Kod sürüm kontrolüyle yönetilir, kritik akışlar otomatik testlerle korunur.
6. 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.
7. Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.

07Örnek planlama hesabı

08Çalışma düzenimiz

Çalışma düzenimizde sürüm kontrolü, otomatik testler, konteyner tabanlı yayın ve izleme araçları standarttır; her değişiklik bu adımlardan geçerek canlıya çıkar.

• KVKK baştan tasarlanır.
• Kapsam ve teslim kriterleri yazılı olur.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

09Uzman desteği ne zaman şart olur?

Bildirim servisi işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Webhook bildirimleri kayboluyor: yeniden deneme ve teslim kaydı yok.
• Eski sürümü kullananlar bozuluyor: sürümleme ve geçiş takvimi yok.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• şablon
• kuyruk
• İYS kontrolü
• SDK
• rate limit
• Swagger
• webhook
• OpenAPI
• Mersin
• Gülnar