E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi ile neler yapılır?
Her işletmenin ihtiyacı farklıdır; yine de çoğu bildirim servisi projesinde şu başlıklar konuşulur:
- İYS kontrolü
- kuyruk
- şablon
Bildirim servisi ile birlikte sık planlanan işler arasında dosya ve medya servisi, raporlama apı'si ve kimlik doğrulama ve SSO bulunur.
02Hangi durumlarda bildirim servisi yaptırılır?
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.
Oturum açma her üründe ayrı yönetildiğinde
Merkezi kimlik doğrulama ve SSO ile kullanıcı yönetimi sadeleşir.
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
- oran sınırı ve kota
- sürümleme stratejisi
- webhook imza doğrulaması
04Sı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ı |
| API yoğunlukta yavaşlıyor | Kota ve önbellek yok, sorgular optimize değil | Oran sınırı, önbellek ve sorgu iyileştirme |
| 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 |
05Esenyurt için uzaktan ve yerinde çalışma
Esenyurt, İstanbul iline bağlı bir ilçedir ve PTT adres verisine göre 43 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.
Mesafe yazılım işinin önünde engel değildir: Esenyurt'taki 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.
İstanbul genelinde Beylikdüzü, Bahçelievler ve Beşiktaş gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Esenyurt 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.
06İlk görüşmeden yayına
- İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
- Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
- 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.
- Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
- Geliştirme ve test: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
- Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
- Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.
Notwebhook imza doğrulaması
07Rakamlarla örnek bir senaryo
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 42.000
- Günlük değişim oranı
- %9
- Kanal sayısı
- 5
- Günlük güncelleme isteği
- 18.900
- Saatlik ortalama
- 788
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
08Nasıl çalışıyoruz?
Ç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.
- Yayın sonrası bakım ve destek planlanır.
- Alan adı ve sunucu hesapları işletme adına açılır.
- Kaynak kod ve veri işletmeye teslim edilir.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; İstanbul da bunlardan biri.
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
İstanbul dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
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.
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 hazır program yerine neden yaptırılır?
Hazır programlar genel ihtiyaca göre tasarlanır; işinize özgü kurallar, onay adımları veya entegrasyonlar varsa özel geliştirme bu farkı kapatır.
Sonradan özellik ekleyebilir miyiz?
Evet; yazılım modüler planlanır, yeni özellikler sürüm planıyla eklenir.
Esenyurt'ta yüz yüze görüşebilir miyiz?
İş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.
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.
Proje ne kadar sürer?
Süre kapsam, entegrasyonlar ve içerik/veri hazırlığına göre değişir; analizden sonra aşamalı bir plan paylaşılır.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Bildirim servisi fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Bildirim servisi firmasıFirma seçerken bakılacaklar
Esenyurt'ta ilgili hizmetler
İstanbul içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- geliştirici portalı
- webhook
- API anahtarı
- İstanbul
- Esenyurt