Mut'ta raporlama apı'si firması seçerken nelere bakılmalı?

01Raporlama apı'si firması seçerken bakılacak ölçütler

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.

Yazılı kapsam

Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

Dokümantasyon

Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

02Teklif görüşmesinde sorulacak sorular

• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Ödeme planı teslim aşamalarına bağlı mı?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?

03Raporlama apı'si planlarken bilinmesi gerekenler

• kimlik doğrulama (API anahtarı, OAuth 2.0)
• webhook imza doğrulaması
• hata kodu standardı.

04Raporlama apı'si hangi ihtiyaca cevap verir?

Olaylar anlık bildirilmesi gerektiğinde

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

Oturum açma her üründe ayrı yönetildiğinde

Merkezi kimlik doğrulama ve SSO ile kullanıcı yönetimi sadeleşir.

05Kırmızı bayraklar

• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Ödemenin tamamını iş başlamadan isteyen plan
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi

06Mersin dışındaki bir firmayla nasıl çalışılır?

Uzaktan çalışmanın anahtarı düzenli iletişimdir: haftalık kısa toplantılar, ortak proje panosu ve her aşamada test ortamında çalışan bir sürüm.

• Görüntülü toplantı ve ekran paylaşımı
• Ortak proje panosu ve yazılı karar kaydı
• Her aşamada test ortamında deneme
• Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma

07Mut'ta raporlama apı'si için çalışma biçimimiz

Mut, Mersin iline bağlı bir ilçedir ve PTT adres verisine göre 102 mahalleden oluşur. 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.

Mut'ta 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 Mersin Aydıncık, Gülnar ve Silifke ilçeleri için de raporlama apı'si talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Çalışma düzenimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Kapsam ve teslim kriterleri yazılı olur.
• Her değişiklik önce test ortamında denenir.
• Alan adı ve sunucu hesapları işletme adına açılır.

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.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• filtre
• sayfalama
• önbellek
• SSO
• API anahtarı
• OAuth 2.0
• SDK
• webhook
• Mersin
• Mut