01Hazır paketin uygun olduğu durumlar
- Süreçleriniz sektördeki genel uygulamayla aynıysa
- Kullanıcı sayısı az ve hızlı başlamak önemliyse
- Aylık lisans/abonelik modeli bütçeye uygunsa
- Özel entegrasyon ihtiyacı sınırlıysa
02Özel yazılımın uygun olduğu durumlar
- İşinize özgü kurallar bildirim servisi içinde birebir işlenmeliyse
- Birden fazla sistemle derin entegrasyon gerekiyorsa
- Kullanıcı ve veri hacmi büyüyecekse
- Kaynak kodun ve verinin tamamen sizde olması isteniyorsa
03Bildirim servisi planlarken bilinmesi gerekenler
- oran sınırı ve kota
- hata kodu standardı.
- sürümleme stratejisi
04Tepebaşı'nda bildirim servisi
PTT kayıtlarında Tepebaşı ilçesine bağlı 92 yerleşim bulunur. 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.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Tepebaşı'ndaki 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.
Eskişehir genelinde Han, Seyitgazi ve Mihalgazi gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
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.
05Karşılaştırma
| Ölçüt | Hazır paket | Özel yazılım |
|---|---|---|
| Lisans | Kullanıcı/abonelik bazlı | Genellikle lisans yok; barındırma ve bakım var |
| Sahiplik | Ürün sağlayıcıda | Kaynak kod ve veri işletmede (sözleşmeyle) |
| Entegrasyon | Sağlayıcının sunduğu ölçüde | İhtiyaca göre |
| İş akışına uyum | Paketin sunduğu kadar | Birebir |
| Başlangıç hızı | Hızlı | Analiz ve geliştirme gerektirir |
06Hibrit yol: hazır + özel modül
Örneğin mevcut muhasebe programınızı değiştirmeden bildirim servisi için gereken özel ekranlar ayrı geliştirilip entegrasyonla bağlanabilir.
07Planlama notları
- sürümleme stratejisi
- OpenAPI dokümantasyonu
- hata kodu standardı.
08Kapsamı ve maliyeti etkileyenler
- kimlik doğrulama ve yetki yapısı
- izleme ve destek düzeyi
- uç nokta sayısı ve veri modelinin karmaşıklığı
- beklenen trafik ve ölçekleme ihtiyacı
09Karar soruları
- Bugünkü süreçte hazır programların karşılamadığı adım hangisi?
- Kaç kullanıcı, kaç şube olacak; üç yıl içinde ne değişir?
- Hangi sistemlerle veri alışverişi şart?
- Kaynak kod ve veri sahipliği sizin için ne kadar önemli?
- Toplam maliyeti (lisans, bakım, geliştirme) birkaç yıllık düşündünüz mü?
SSSSık sorulan sorular
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.
Hazır paketi özelleştirmek mümkün mü?
Paketin sunduğu ölçüde mümkündür; sınıra gelindiğinde özel modül veya entegrasyonla çözüm aranır.
Özel yazılım her zaman daha mı pahalıdır?
Başlangıç maliyeti genellikle daha yüksektir; ancak kullanıcı başı lisanslar ve uyarlama ihtiyacı birkaç yıl içinde toplamı değiştirebilir. Karşılaştırmayı toplam maliyet üzerinden yapmak gerekir.
Tepebaşı'nda 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.
Toplam maliyet nasıl karşılaştırılır?
Lisans, uyarlama, entegrasyon ve bakım giderlerinin birkaç yıllık toplamı karşılaştırılı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.
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.
Sadece Eskişehir 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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Bildirim servisi firmasıFirma seçerken bakılacaklar
- Bildirim servisi geliştirme süreciAnalizden yayına aşamalar
- Bildirim servisi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
Tepebaşı'nda ilgili hizmetler
Eskişehir içindeki diğer ilçeler
- Seyitgazi'de bildirim servisi: hazır paket mi özel yazılım mı?
- Mihalgazi için bildirim servisi: hazır paket mi özel yazılım mı?
- Mahmudiye için bildirim servisi: hazır paket mi özel yazılım mı?
- Han'da bildirim servisi: hazır paket mi özel yazılım mı?
- Odunpazarı'nda bildirim servisi: hazır paket mi özel yazılım mı?
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- OpenAPI
- SSO
- OAuth 2.0
- Eskişehir
- Tepebaşı