Alpu'da dijital onay sistemi firması seçerken nelere bakılmalı?

01Dijital onay sistemi 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.

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.

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.

02Teklif görüşmesinde sorulacak sorular

• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?

03Dijital onay sistemi planlarken bilinmesi gerekenler

• Veri aktarımı (eski Excel/program verisi) ayrı iş kalemi olarak planlanır.
• İşe mevcut süreç ve Excel dosyalarının incelenmesiyle başlanır.
• KVKK: kişisel veri işlenecekse erişim yetkisi, loglama ve saklama süresi planlanır.

04Dijital onay sistemi hangi ihtiyaca cevap verir?

Hazır program iş akışına uymadığında

İşletmenin kuralları programa uydurulmaz; Dijital onay sistemi bu kurallara göre tasarlanır.

Rapor hazırlamak saatler aldığında

Dağınık veri tek veritabanında toplanır; raporlar istenen sıklıkla otomatik üretilir.

05Kırmızı bayraklar

• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• 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

06Eskişehir 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. Alpu'da 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

07Alpu'da dijital onay sistemi için çalışma biçimimiz

Alpu'nun PTT verisindeki 33 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 dijital onay sistemi tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Mesafe yazılım işinin önünde engel değildir: Alpu'daki 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 Beylikova, İnönü ve Han ilçeleri için de dijital onay sistemi talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Nası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.

• Yayın sonrası bakım ve destek planlanır.
• Alan adı ve sunucu hesapları işletme adına açılır.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Eskişehir de bunlardan biri.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• çok seviyeli onay
• vekâlet
• bildirim
• iş akışı
• raporlama
• Excel'den geçiş
• MVP
• rol ve yetki
• web tabanlı
• Eskişehir
• Alpu