E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi firması seçerken bakılacak ölçütler
Bakım koşulları
Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
Test ortamı
Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.
Referans kontrol yöntemi
Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.
KVKK yaklaşımı
Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.
02Teklif görüşmesinde sorulacak sorular
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Ödeme planı teslim aşamalarına bağlı mı?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
03Bildirim servisi planlarken bilinmesi gerekenler
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- webhook imza doğrulaması
- OpenAPI dokümantasyonu
04Bildirim servisi hangi ihtiyaca cevap verir?
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.
05Kırmızı bayraklar
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
- Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
06Ordu dışındaki bir firmayla nasıl çalışılır?
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Ünye'de bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.
- Görüntülü toplantı ve ekran paylaşımı
- Ortak proje panosu ve yazılı karar kaydı
- Her aşamada test ortamında deneme
- Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma
07Ünye'de bildirim servisi için çalışma biçimimiz
Ünye'nin PTT verisindeki 85 yerleşim kaydı 1 farklı posta koduna dağılır.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Ünye'deki 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 İkizce, Fatsa ve Çatalpınar ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Bildirim servisini planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
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.
- KVKK baştan tasarlanır.
- Her değişiklik önce test ortamında denenir.
- Alan adı ve sunucu hesapları işletme adına açılır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Ordu da bunlardan biri.
09Örnek hesap
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 25.000
- Günlük değişim oranı
- %10
- Kanal sayısı
- 6
- Günlük güncelleme isteği
- 15.000
- Saatlik ortalama
- 625
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Uzaktan mı çalışıyorsunuz?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya eğitim gereken işlerde yerinde çalışma planlanır.
Sadece Ordu 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.
Sözleşmede nelere dikkat etmeliyim?
Kapsam ve teslim kriterleri, kaynak kod ve veri sahipliği, ödeme planının aşamalara bağlanması, bakım koşulları ve gizlilik maddeleri.
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.
Yazılım firmasının yakın olması önemli mi?
Çoğu yazılım projesi uzaktan yürür; önemli olan düzenli iletişim, test ortamı ve yazılı kapsamdır. Kurulum veya eğitim gerekiyorsa yerinde çalışma planlanır.
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.
Ünye'den yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Bildirim servisi fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Bildirim servisi geliştirme süreciAnalizden yayına aşamalar
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Ünye'de ilgili hizmetler
Ordu içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- OpenAPI
- geliştirici portalı
- SSO
- Ordu
- Ünye