Çatalpınar'da bildirim servisi yaptırmak

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

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

Olaylar anlık bildirilmesi gerektiğinde

Webhook altyapısı imza doğrulama ve yeniden deneme ile kurulur.

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.

03Bildirim servisi planlarken bilinmesi gerekenler

• webhook imza doğrulaması
• oran sınırı ve kota
• kimlik doğrulama (API anahtarı, OAuth 2.0)

04Çatalpınar için uzaktan ve yerinde çalışma

PTT kayıtlarında Çatalpınar ilçesine bağlı 23 yerleşim bulunur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde bildirim servisi için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

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

05Çalışma adımları

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
3. Kapsam ve yazılı teklif: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
4. Tasarım ve prototip: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Rakamlarla örnek bir senaryo

07Ç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.

• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• KVKK baştan tasarlanır.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Ordu da bunlardan biri.

08Uzman desteği ne zaman şart olur?

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

• İş ortakları API'yi yanlış kullanıyor: dokümantasyon eksik veya güncel değil.
• 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
• OAuth 2.0
• geliştirici portalı
• SSO
• Ordu
• Çatalpınar