E-posta, SMS ve push bildirim altyapısı.
01Bildirim servisi ile neler yapılır?
Her işletmenin ihtiyacı farklıdır; yine de çoğu bildirim servisi projesinde şu başlıklar konuşulur:
- kuyruk
- şablon
- İYS kontrolü
Bildirim servisi ile birlikte sık planlanan işler arasında dosya ve medya servisi, raporlama apı'si ve kimlik doğrulama ve SSO bulunur.
02Hangi durumlarda bildirim servisi yaptırılır?
Geliştiriciler API'yi anlamakta zorlandığında
OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalır.
Oturum açma her üründe ayrı yönetildiğinde
Merkezi kimlik doğrulama ve SSO ile kullanıcı yönetimi sadeleşir.
Olaylar anlık bildirilmesi gerektiğinde
Webhook altyapısı imza doğrulama ve yeniden deneme ile kurulur.
03Bildirim servisi planlarken bilinmesi gerekenler
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- webhook imza doğrulaması
- sürümleme stratejisi
04Çubuk için uzaktan ve yerinde çalışma
PTT kayıtlarında Çubuk ilçesine bağlı 85 yerleşim bulunur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Çubuk'ta 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.
Birden fazla ilçede ekibi veya şubesi olan işletmelerde bildirim servisi için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır. Mesafe yazılım işinin önünde engel değildir: Çubuk'taki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Haymana, Mamak ve Altındağ ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.
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.
05Proje nasıl ilerler?
- İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
- Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
- Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
- Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
- Geliştirme ve test: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
- Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
- Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.
Nothata kodu standardı.
06Örnek kapsam hesabı
Örnek: günlük senkronizasyon isteği
- Ürün sayısı
- 42.500
- Günlük değişim oranı
- %20
- Kanal sayısı
- 3
- Günlük güncelleme isteği
- 25.500
- Saatlik ortalama
- 1.063
Oran sınırları platformca belirlenir; istekler kuyrukla güne dağıtılır. Not: örnek hesaptır; kesin plan analizde çıkar.
07Nasıl çalışıyoruz?
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.
- KVKK baştan tasarlanır.
- Kapsam ve teslim kriterleri yazılı olur.
- Kaynak kod ve veri işletmeye teslim edilir.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
08Hangi durumlarda profesyonel destek gerekir?
Bildirim servisi işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:
- Webhook bildirimleri kayboluyor: yeniden deneme ve teslim kaydı yok.
- İş ortakları API'yi yanlış kullanıyor: dokümantasyon eksik veya güncel değil.
- Kişisel veya finansal verinin işlendiği akışlar
- Birden fazla sistemle entegrasyon gerektiren işler
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.
Proje ne kadar sürer?
Süre kapsam, entegrasyonlar ve içerik/veri hazırlığına göre değişir; analizden sonra aşamalı bir plan paylaşılır.
Bildirim servisi hazır program yerine neden yaptırılır?
Hazır programlar genel ihtiyaca göre tasarlanır; işinize özgü kurallar, onay adımları veya entegrasyonlar varsa özel geliştirme bu farkı kapatır.
API'yi kimlerin kullandığını nasıl izleriz?
Her istemciye ayrı anahtar veya OAuth istemcisi verilir; kullanım, hata ve kota tüketimi istemci bazında raporlanır.
Çubuk'ta yüz yüze görüşebilir miyiz?
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.
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.
Ankara dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Sonradan özellik ekleyebilir miyiz?
Evet; yazılım modüler planlanır, yeni özellikler sürüm planıyla eklenir.
→İ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 geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Bildirim servisi entegrasyonlarıBağlanabilecek sistemler
- Bildirim servisi fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
Çubuk'ta ilgili hizmetler
Ankara içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- şablon
- kuyruk
- İYS kontrolü
- SDK
- rate limit
- Swagger
- OpenAPI
- API anahtarı
- SSO
- Ankara
- Çubuk