Lice'de rapor otomasyonu firması seçerken nelere bakılmalı?

01Rapor otomasyonu firması seçerken bakılacak ölçütler

Kaynak kod sahipliği

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

Test ortamı

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

KVKK yaklaşımı

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

İletişim düzeni

Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.

Bakım koşulları

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

Yazılı kapsam

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

02Teklif görüşmesinde sorulacak sorular

• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Ödeme planı teslim aşamalarına bağlı mı?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?

03Rapor otomasyonu planlarken bilinmesi gerekenler

• Şirket verisi dış servislere gönderilecekse KVKK m.9 aktarım şartları ve sözleşmeler değerlendirilir; gerekirse yerel/şirket içi model kurulur.
• Yapay zekâ çıktısı doğrulama adımıyla tasarlanır (insan onayı, güven eşiği).
• RAG sistemlerinde belge kalitesi ve güncelliği cevap kalitesini belirler.

04Kırmızı bayraklar

• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Ödemenin tamamını iş başlamadan isteyen plan
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım

05Diyarbakır 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

06Lice'de rapor otomasyonu için çalışma biçimimiz

Lice'nin PTT verisindeki 70 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için rapor otomasyonu tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Lice'de 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.

Diyarbakır genelinde Sur, Bismil ve Bağlar gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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.

• Her değişiklik önce test ortamında denenir.
• Yayın sonrası bakım ve destek planlanır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Diyarbakır da bunlardan biri.

08Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• veri birleştirme
• şablon
• e-posta
• OCR
• sınıflandırma
• WhatsApp botu
• RPA
• vektör veritabanı
• RAG
• Diyarbakır
• Lice