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ü
- ş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.
Geliştiriciler API'yi anlamakta zorlandığında
OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalı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.
03Bildirim servisi planlarken bilinmesi gerekenler
- hata kodu standardı.
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- OpenAPI dokümantasyonu
04Çeltikçi için uzaktan ve yerinde çalışma
PTT kayıtlarında Çeltikçi ilçesine bağlı 16 yerleşim bulunur: 2 mahalle ile 14 köy ve köy yerleşimi.
Çeltikçi'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.
Burdur genelinde Çavdır, Ağlasun ve Burdur Kemer gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Çeltikçi 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.
05Çalışma adımları
- İ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.
- Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
- 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: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
- 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: Mevcut veriler aktarılır, sistem yayına alınır ve kullanıcılara eğitim verilir.
- Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.
Nothata kodu standardı.
06Rakamlarla örnek bir senaryo
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 34.000
- Günlük değişim oranı
- %10
- Kanal sayısı
- 4
- Günlük güncelleme isteği
- 13.600
- Saatlik ortalama
- 567
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
07Ekip ve çalışma biçimimiz
Ç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.
- Her değişiklik önce test ortamında denenir.
- Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
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.
08Hangi durumlarda profesyonel destek gerekir?
Bildirim servisi işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:
- Webhook bildirimleri kayboluyor: yeniden deneme ve teslim kaydı yok.
- API yoğunlukta yavaşlıyor: kota ve önbellek yok, sorgular optimize değil.
- Kişisel veya finansal verinin işlendiği akışlar
- Birden fazla sistemle entegrasyon gerektiren işler
SSSSık sorulan sorular
Kaynak kod bize mi ait olacak?
Sözleşmede yazılı olarak belirtilir; biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
Sadece Burdur 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.
Sonradan özellik ekleyebilir miyiz?
Evet; yazılım modüler planlanır, yeni özellikler sürüm planıyla 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.
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 sonradan genişletilebilir mi?
Evet. Kuyruk gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Çeltikçi'de 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.
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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
- Bildirim servisi: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
Çeltikçi'de ilgili hizmetler
Burdur içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- OAuth 2.0
- API anahtarı
- Burdur
- Çeltikçi