Mut'ta raporlama apı'si yaptırmak

01Raporlama apı'si nedir, kimler için uygun?

Her işletmenin ihtiyacı farklıdır; yine de çoğu raporlama apı'si projesinde şu başlıklar konuşulur:

• önbellek
• filtre
• sayfalama

İhtiyaca göre bildirim servisi, API dokümantasyonu ve dosya ve medya servisi da aynı yol haritasına eklenebilir.

02Hangi durumlarda raporlama apı'si yaptırılır?

Filtre gerektiğinde

Filtre, raporlama apı'si projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Verinizi iş ortaklarına açmak istediğinizde

Raporlama apı'si ile veri, yetki ve kota kontrolüyle güvenli biçimde dış sistemlere sunulur.

Olaylar anlık bildirilmesi gerektiğinde

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

03Raporlama apı'si planlarken bilinmesi gerekenler

• kimlik doğrulama (API anahtarı, OAuth 2.0)
• webhook imza doğrulaması
• OpenAPI dokümantasyonu

04Mut için uzaktan ve yerinde çalışma

Mut'un PTT verisindeki 102 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde raporlama apı'si için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Mut'taki 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.

Aynı ildeki Silifke, Erdemli ve Tarsus ilçeleri için de raporlama apı'si talepleri değerlendirilir; toplantılar uzaktan yapılır.

05Proje nasıl ilerler?

1. İlk görüşme: Telefon, WhatsApp veya form üzerinden ihtiyacınızı ve mevcut durumu dinleriz.
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: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
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: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
6. Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Rakamlarla örnek bir senaryo

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.
• Kaynak kod ve veri işletmeye teslim edilir.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Mersin de bunlardan biri.

08Uzman desteği ne zaman şart olur?

Raporlama apı'si işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Eski sürümü kullananlar bozuluyor: sürümleme ve geçiş takvimi yok.
• API yoğunlukta yavaşlıyor: kota ve önbellek yok, sorgular optimize değil.
• 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

• filtre
• sayfalama
• önbellek
• SSO
• API anahtarı
• OAuth 2.0
• webhook
• SDK
• Swagger
• geliştirici portalı
• Mersin
• Mut