Raporların dış sistemlere servis olarak sunulması.
01Olmazsa olmaz özellikler
- filtre
- sayfalama
- önbellek
02İhtiyaca göre eklenen modüller
SSO ve OAuth
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.
İmzalı webhook
İmzalı webhook için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
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.
Sürümlü API
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.
03Raporlama apı'si planlarken bilinmesi gerekenler
- kimlik doğrulama (API anahtarı, OAuth 2.0)
- hata kodu standardı.
- sürümleme stratejisi
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ı |
| Webhook bildirimleri kayboluyor | Yeniden deneme ve teslim kaydı yok | İmzalı webhook, kuyruk ve teslim logu |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
06Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
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
- 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.
- İş ortağı ekosistemi olan firmalar: Raporlama apı'si, iş ortağı ekosistemi olan firmalar için iş akışına göre uyarlanır.
- Veri sağlayıcıları: Raporlama apı'si, veri sağlayıcıları için iş akışına göre uyarlanır.
08Hatay için özellik planı
Akdeniz Bölgesi illerinden Hatay (plaka 31), PTT adres verisinde 15 ilçe ve 597 yerleşim kaydıyla yer alır. Hatay büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. Hatay'da PTT verisine göre 2 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.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Hatay'daki 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ı bölgedeki Kahramanmaraş, Isparta ve Mersin illeri için de raporlama apı'si projeleri aynı düzenle yürütülür.
Hatay 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.
SSSSık sorulan sorular
Sadece Hatay için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Hatay de bunlardan biridir. Yerinde iş gerektiğinde ziyaret 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.
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.
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.
Ö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.
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.
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.
→İlgili sayfalar
Raporlama API'si hakkında diğer konular
- Raporlama apı'si: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Raporlama apı'si teknolojileriTeknoloji seçimi ve mimari
- Raporlama apı'si geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Raporlama apı'si KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Raporlama apı'si bakım ve destekYayın sonrası bakım, güncelleme ve destek
Hatay'da ilgili hizmetler
Akdeniz Bölgesi'ndeki diğer iller
Hatay ilçelerinde raporlama apı'si özellikleri ve modülleri
Bu sayfada geçen kavramlar
- filtre
- sayfalama
- önbellek
- SSO
- API anahtarı
- OAuth 2.0
- rate limit
- OpenAPI
- Swagger
- Hatay