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

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

İletişim düzeni

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

KVKK yaklaşımı

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

Bakım koşulları

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

Kaynak kod sahipliği

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

Referans kontrol yöntemi

Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.

Test ortamı

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

02Teklif görüşmesinde sorulacak sorular

• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?

03Rapor otomasyonu planlarken bilinmesi gerekenler

• Önce süreç ölçülür: işin adedi ve kişi başı süresi; otomasyonun faydası buradan görünür.
• Ş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.
• Maliyet, kullanım (token/istek) bazlı olabilir; izleme ve sınır konur.

04Kırmızı bayraklar

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

05Diyarbakır dışındaki bir firmayla nasıl çalışılır?

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Dicle'de bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.

• 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

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

Dicle, Diyarbakır iline bağlı bir ilçedir ve PTT adres verisine göre 49 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde rapor otomasyonu 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: Dicle'deki 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 Kocaköy, Çınar ve Hazro ilçeleri için de rapor otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

07Çalışma düzenimiz

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.

• Kaynak kod ve veri işletmeye teslim edilir.
• Yayın sonrası bakım ve destek planlanır.
• Her değişiklik önce test ortamında denenir.

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
• vektör veritabanı
• insan onayı
• RAG
• Diyarbakır
• Dicle