Raporlama API'si Özellikleri ve Modülleri

Raporların dış sistemlere servis olarak sunulması.

01Olmazsa olmaz özellikler

filtre
sayfalama
önbellek

02İhtiyaca göre eklenen modüller

Kota ve oran sınırı

Kota ve oran sınırı için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

OpenAPI dokümantasyonu

OpenAPI dokümantasyonu, ihtiyaç netleştiğinde raporlama apı'si içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.

Geliştirici portalı

Geliştirici portalı, ihtiyaç netleştiğinde raporlama apı'si içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.

SSO ve OAuth

SSO ve OAuth için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

03Raporlama apı'si planlarken bilinmesi gerekenler

kimlik doğrulama (API anahtarı, OAuth 2.0)
webhook imza doğrulaması
oran sınırı ve kota

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

Durum	Olası neden	Çözüm
Eski sürümü kullananlar bozuluyor	Sürümleme ve geçiş takvimi yok	Sürümlü uç noktalar ve duyurulu kullanım dışı bırakma
Webhook bildirimleri kayboluyor	Yeniden deneme ve teslim kaydı yok	İmzalı webhook, kuyruk ve teslim logu
İş ortakları API'yi yanlış kullanıyor	Dokümantasyon eksik veya güncel değil	OpenAPI şeması, örnek istekler ve sürüm notları

05Kullanıcı rolleri ve yetkiler

Örnek rol yapısıdır; gerçek roller analizde işletmeye göre belirlenir.
Rol	Görebilir	Yapabilir
Yönetici	Tüm birimler	Onay ve yetki
Birim sorumlusu	Kendi birimi	Onay, atama, rapor
Kullanıcı	Kendi kayıtları	Giriş ve takip
Denetçi	Salt okunur raporlar	Dışa aktarım

06Raporlar ve mobil kullanım

Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.

Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.

07Sektöre göre özellik önerileri

Veri sağlayıcıları: Raporlama apı'si, veri sağlayıcıları için iş akışına göre uyarlanır.
Yazılım şirketleri: Raporlama apı'si, yazılım şirketleri için iş akışına göre uyarlanır.
Kurumsal BT ekipleri: Raporlama apı'si, kurumsal BT ekipleri için iş akışına göre uyarlanır.
Platform kuran girişimler: Raporlama apı'si, platform kuran girişimler için iş akışına göre uyarlanır.

08Buca için özellik planı

Buca'nın PTT verisindeki 48 yerleşim kaydı 5 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Buca'da PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde raporlama apı'si için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.

Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için raporlama apı'si tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar. Buca'da 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.

Aynı ildeki Balçova, Kiraz ve Karşıyaka ilçeleri için de raporlama apı'si talepleri değerlendirilir; toplantılar uzaktan yapılır.

Buca bölgesinden raporlama apı'si için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

Hangi özellik ilk sürümde olmalı?

Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.

Buca'dan yazıyorum; toplantılar nasıl yapılıyor?

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.

Raporlama apı'si sonradan genişletilebilir mi?

Evet. Sayfalama gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.

Kullanıcı rolleri nasıl belirlenir?

Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.

İzmir dışındaki işletmelere de hizmet veriyor musunuz?

Askadar Yazılım 81 ilde uzaktan çalışır; İzmir de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.

Özellik listesini nasıl hazırlamalıyım?

Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.

Raporlama apı'si için hangi bilgiler hazırlanmalı?

Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve filtre gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.

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.

→İlgili sayfalar

Raporlama API'si hakkında diğer konular

Buca'da ilgili hizmetler

İzmir içindeki diğer ilçeler

Genel sayfalar

Bu sayfada geçen kavramlar

filtre
sayfalama
önbellek
SSO
API anahtarı
OAuth 2.0
webhook
SDK
Swagger
İzmir
Buca

Raporlama apı'si: olması gereken özellikler ve modüller (Buca)