E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi firması seçerken bakılacak ölçütler
Test ortamı
Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
Yazılı kapsam
Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
Bakım koşulları
Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlı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.
02Teklif görüşmesinde sorulacak sorular
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
03Bildirim servisi planlarken bilinmesi gerekenler
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- sürümleme stratejisi
- webhook imza doğrulaması
04Bildirim servisi hangi ihtiyaca cevap verir?
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.
05Kırmızı bayraklar
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
- Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
06Kilis dışındaki bir firmayla nasıl çalışılır?
Uzaktan çalışmanın anahtarı düzenli iletişimdir: haftalık kısa toplantılar, ortak proje panosu ve her aşamada test ortamında çalışan bir sürüm.
- 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
07Kilis'te bildirim servisi için çalışma biçimimiz
PTT kayıtlarına göre Kilis genelinde 4 ilçe ve 300 mahalle ve köy kaydı bulunur; il, Güneydoğu Anadolu Bölgesi'ndedir. Kilis'te PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde bildirim servisi için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Kilis'teki 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.
Güneydoğu Anadolu Bölgesi'ndeki Şanlıurfa, Adıyaman ve Gaziantep gibi illerdeki işletmelerle de 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.
08Ekip ve çalışma biçimimiz
Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.
- Yayın sonrası bakım ve destek planlanı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; Kilis de bunlardan biri.
09Örnek hesap
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 49.000
- Günlük değişim oranı
- %9
- Kanal sayısı
- 4
- Günlük güncelleme isteği
- 17.640
- Saatlik ortalama
- 735
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
Kilis dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca 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.
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.
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.
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.
Kilis'te bulunuyorum, yerinde görüşme mümkün mü?
İş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 sonradan genişletilebilir mi?
Evet. Kuyruk gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi teknolojileriTeknoloji seçimi ve mimari
- Bildirim servisi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
Kilis'te ilgili hizmetler
Güneydoğu Anadolu Bölgesi'ndeki diğer iller
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- webhook
- Kilis