Borçka'da bildirim servisi yaptırmak

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ü

Bu projeler çoğu zaman dosya ve medya servisi, raporlama apı'si ve kimlik doğrulama ve SSO gibi işlerle birlikte ele alınır.

02Hangi durumlarda bildirim servisi yaptırılır?

Olaylar anlık bildirilmesi gerektiğinde

Webhook altyapısı imza doğrulama ve yeniden deneme ile kurulur.

Geliştiriciler API'yi anlamakta zorlandığında

OpenAPI şeması, örnek istekler ve kılavuzla öğrenme süresi kısalır.

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.

03Bildirim servisi planlarken bilinmesi gerekenler

• hata kodu standardı.
• oran sınırı ve kota
• webhook imza doğrulaması

04Sık karşılaşılan durumlar

05Borçka için uzaktan ve yerinde çalışma

Borçka, Artvin iline bağlı bir ilçedir ve PTT adres verisine göre 76 mahalle ve köy kaydından oluşur.

Mesafe yazılım işinin önünde engel değildir: Borçka'daki 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 Murgul, Hopa ve Artvin Merkez ilçeleri için de bildirim servisi talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Çalışma adımları

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. 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.
7. Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.

07Örnek kapsam hesabı

08Çalışma düzenimiz

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.
• Her değişiklik önce test ortamında denenir.
• 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.

09Uzman desteği ne zaman şart olur?

Bildirim servisi işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• API yoğunlukta yavaşlıyor: kota ve önbellek yok, sorgular optimize değil.
• Eski sürümü kullananlar bozuluyor: sürümleme ve geçiş takvimi yok.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• şablon
• kuyruk
• İYS kontrolü
• SDK
• rate limit
• Swagger
• API anahtarı
• webhook
• OpenAPI
• Artvin
• Borçka