01Yayın sonrası neler olur?
- İşletim sistemi, tarayıcı ve kütüphane güncellemeleri
- Kullanıldıkça ortaya çıkan küçük hatalar
- Yeni ihtiyaçlar ve değişiklik talepleri
- Kullanıcı ve veri hacminin artması
02Bakım kapsamı
- Yedeklerin kontrolü ve geri yükleme denemesi
- Çalışma durumu ve hata izleme
- Aylık kısa durum raporu
- Küçük geliştirmeler ve içerik değişiklikleri
- Hata düzeltme
03Bildirim servisi planlarken bilinmesi gerekenler
- OpenAPI dokümantasyonu
- webhook imza doğrulaması
- hata kodu standardı.
04Bakım yapılmazsa ne olur?
- Güncellenmeyen bileşenler güvenlik açığı oluşturur
- Kodu bilen kişi ayrıldığında kimse müdahale edemez
- İşletim sistemi ve tarayıcı güncellemeleriyle uyumsuzluk çıkar
- Yedekler bozulur veya hiç alınmadığı fark edilir
05Destek kanalı ve kayıt
Destek talepleri telefon, WhatsApp veya e-postayla alınır ve kayıt altına alınır; her talebin durumu izlenebilir.
06Bakım kontrol listesi
- Dokümantasyon her sürümle birlikte güncellenir.
- Webhook teslim hataları ve yeniden denemeler raporlanır.
- Eski API sürümleri için kullanım dışı bırakma takvimi duyurulur.
- Anahtarların sızıntıya karşı taranması ve yenilenmesi planlanır.
- Hata oranı ve yanıt süresi uç nokta bazında izlenir.
07Kabadüz'de bakım ve destek
Kabadüz'ün PTT verisindeki 19 yerleşim kaydı 1 farklı posta koduna dağılır. 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.
Kabadüz'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.
Ordu genelinde Gürgentepe, Gölköy ve Perşembe gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; bildirim servisi için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
08Kapsamı ve maliyeti etkileyenler
- kimlik doğrulama ve yetki yapısı
- beklenen trafik ve ölçekleme ihtiyacı
- uç nokta sayısı ve veri modelinin karmaşıklığı
- izleme ve destek düzeyi
09Bildirim servisi hangi işletmelerde kullanılır?
- Kurumsal BT ekipleri
- Platform kuran girişimler
- Veri sağlayıcıları
- Yazılım şirketleri
10Örnek hesap
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 42.000
- Günlük değişim oranı
- %7
- Kanal sayısı
- 5
- Günlük güncelleme isteği
- 14.700
- Saatlik ortalama
- 613
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
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.
Bakımı başka bir firmaya devredebilir miyiz?
Evet. Kaynak kod, erişimler ve dokümantasyon işletmede olduğu sürece bakım başka bir ekibe devredilebilir.
Bakım olmadan yazılım çalışmaya devam eder mi?
Bir süre çalışır; ancak güncellenmeyen bileşenler güvenlik ve uyumluluk riski oluşturur ve sorunlar biriktikçe çözümü zorlaşır.
Bakım raporunda neler olur?
Yapılan güncellemeler, düzeltilen hatalar, yedek ve izleme durumu ile açık riskler kısa bir raporla paylaşılır.
Bakım anlaşması zorunlu mu?
Zorunlu değildir; ancak güncellenmeyen yazılımın güvenlik ve uyumluluk riski artar. İhtiyaca göre aylık veya olay bazlı bakım seçilebilir.
Kabadüz'den yazıyorum; toplantılar nasıl yapılıyor?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca 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.
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.
→İlgili sayfalar
Bildirim Servisi hakkında diğer konular
- Bildirim servisi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Bildirim servisi özellikleri ve modülleriOlması gereken modüller ve özellikler
- 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
Kabadüz'de ilgili hizmetler
Ordu içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- OAuth 2.0
- OpenAPI
- Ordu
- Kabadüz