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

İmzalı webhook

Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.

Sürümlü API

Sürümlü API için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

OpenAPI dokümantasyonu

OpenAPI dokümantasyonu için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.

SSO ve OAuth

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

03Raporlama apı'si planlarken bilinmesi gerekenler

OpenAPI dokümantasyonu
hata kodu standardı.
webhook imza doğrulaması

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
İş ortakları API'yi yanlış kullanıyor	Dokümantasyon eksik veya güncel değil	OpenAPI şeması, örnek istekler ve sürüm notları
API yoğunlukta yavaşlıyor	Kota ve önbellek yok, sorgular optimize değil	Oran sınırı, önbellek ve sorgu iyileştirme

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

İş ortağı ekosistemi olan firmalar: Raporlama apı'si, iş ortağı ekosistemi olan firmalar 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.
Kurumsal BT ekipleri: Raporlama apı'si, kurumsal BT ekipleri 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.

08Ayvalık için özellik planı

Ayvalık, Balıkesir iline bağlı bir ilçedir ve PTT adres verisine göre 34 mahalleden oluşur. 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.

Mesafe yazılım işinin önünde engel değildir: Ayvalık'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 Erdek, Manyas ve İvrindi ilçeleri için de raporlama apı'si talepleri değerlendirilir; toplantılar uzaktan yapılır.

Raporlama apı'sini planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

Ayvalık'ta yüz yüze görüşebilir miyiz?

İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.

Ö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.

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.

Balıkesir dışındaki işletmelere de hizmet veriyor musunuz?

Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.

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.

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.

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.

Tüm özellikler ilk sürümde mi olmalı?

Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.

→İlgili sayfalar

Raporlama API'si hakkında diğer konular

Ayvalık'ta ilgili hizmetler

Balıkesir içindeki diğer ilçeler

Genel sayfalar

Bu sayfada geçen kavramlar

filtre
sayfalama
önbellek
SSO
API anahtarı
OAuth 2.0
SDK
Swagger
rate limit
Balıkesir
Ayvalık

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