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.
Kaynak kod sahipliği
Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalı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.
İ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.
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
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Ödeme planı teslim aşamalarına bağlı mı?
03Bildirim servisi planlarken bilinmesi gerekenler
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- sürümleme stratejisi
- oran sınırı ve kota
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.
Oturum açma her üründe ayrı yönetildiğinde
Merkezi kimlik doğrulama ve SSO ile kullanıcı yönetimi sadeleşir.
05Kırmızı bayraklar
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- Ödemenin tamamını iş başlamadan isteyen plan
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- 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
06Bitlis 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
07Güroymak'ta bildirim servisi için çalışma biçimimiz
Güroymak'ın PTT verisindeki 61 yerleşim kaydı 4 farklı posta koduna dağılır.
Güroymak'ta 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.
Aynı ildeki Bitlis Merkez, Hizan ve Ahlat 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.
08Ç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.
- Kaynak kod ve veri işletmeye teslim edilir.
- Alan adı ve sunucu hesapları işletme adına açılır.
- Her değişiklik önce test ortamında denenir.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Bitlis de bunlardan biri.
09Örnek hesap
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 27.000
- Günlük değişim oranı
- %16
- Kanal sayısı
- 4
- Günlük güncelleme isteği
- 17.280
- Saatlik ortalama
- 720
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
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.
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.
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.
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.
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.
Sadece Bitlis için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Bitlis de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Güroymak'ta 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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Bildirim servisi geliştirme süreciAnalizden yayına aşamalar
Güroymak'ta ilgili hizmetler
Bitlis içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- geliştirici portalı
- SSO
- Bitlis
- Güroymak