Dernekpazarı'nda rapor otomasyonu firması seçerken nelere bakılmalı?

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

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.

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.

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

02Teklif görüşmesinde sorulacak sorular

• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Ödeme planı teslim aşamalarına bağlı mı?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?

03Rapor otomasyonu planlarken bilinmesi gerekenler

• Yapay zekâ çıktısı doğrulama adımıyla tasarlanır (insan onayı, güven eşiği).
• WhatsApp ve SMS otomasyonlarında Meta kuralları ve İYS onayı gözetilir.
• Önce süreç ölçülür: işin adedi ve kişi başı süresi; otomasyonun faydası buradan görünür.

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
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi

05Trabzon 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

06Dernekpazarı'nda rapor otomasyonu için çalışma biçimimiz

Dernekpazarı'nın PTT verisindeki 14 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.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Dernekpazarı'ndaki 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ı ildeki Düzköy, Yomra ve Çaykara ilçeleri için de rapor otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

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.

• Alan adı ve sunucu hesapları işletme adına açılır.
• 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; Trabzon 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
• RAG
• chatbot
• KVKK
• Trabzon
• Dernekpazarı