Okul Veri Aktarım ve Dönüştürme

Okul Veri Aktarım ve Dönüştürme hangi ihtiyacı karşılar?

Öğrenci, sınıf ve öğretmen kayıtları farklı yazılımlardan taşınırken sütun adları ve veri tipleri uyuşmayabilir.

Örnek kullanım ve iş akışı

Bilgi işlem birimi kaynak dosyayı yükler; alan eşlemesini önizler, mükerrer ve hatalı satırları ayırır, onaylanmış kayıtları hedef sisteme aktarır.

Öne çıkan işlevler

• CSV/XLSX veri alanı eşlemesi
• Tarih ve kod formatı dönüşümü
• Önizleme ve hatalı satır listesi
• Aktarım sonuç ve geri alma kaydı

Uygulamada dikkat edilmesi gerekenler

Aktarım öncesi yedek ve yetki kontrolü yapılmalı; mevcut kayıtların üzerine sessizce yazılmamalıdır.

Kuruma göre uyarlanabilecek kapsam

Rapor kapsamı, veri kaynağı, gösterge tanımı ve kullanıcı yetkileri kuruluma göre belirlenir. Verinin doğruluğu ile güncelliği kontrol edilmeden sonuçlardan otomatik karar üretilmez.

Okul Veri Aktarım ve Dönüştürme kurumun ihtiyaçları doğrultusunda geliştirilebilecek bir yazılım fikridir; hazır veya yayında bir uygulama taahhüdü değildir. Bu çözüm için teklif isteyin.

Başvuruda veya işlemde gereken alanlar

Bu ürünün veri modeli kaynak dosya, sütun tipi, karakter seti, tekil anahtar, dönüşüm günlüğü üzerinde kurulabilir. Ancak her bilgiyi kullanıcıdan yeniden istemek doğru değildir; okulun doğrulanmış temel kayıtları gerekli yerde referans alınabilir. Bir alan boş bırakılabiliyorsa bunun nedeni tanımlanmalı, bir değer sonradan değiştiğinde eski kararların hangi bilgiye dayandığı anlaşılmalıdır. Kullanıcının girdiği serbest notlarla sistemin kullandığı kesin durum kodları ayrı tutulmalıdır.

İşlem adımları ve onay noktaları

İşin ilk kayıttan kapanışa kadar nasıl yürüdüğü yazılı hâle getirilmeli: örnek dosya incelenir; dönüşüm kuralları belirlenir; test içe aktarılır; fark raporu kontrol edilir. Her geçişte kimlerin işlem yapabildiği ve hangi kanıtın gerektiği anlaşılır olmalıdır. Bekleyen kayıtlar sorumluluğu belirsiz bir havuzda kaybolmamalıdır. Onaydan önce önizleme, onaydan sonra ise değişiklik geçmişi sunmak, okulda farklı ekiplerin tek kayda güvenmesini kolaylaştırır.

Hatalı sonuçları önleme

İşlem öncesi kontrol listesi hazırlanırken bozuk Türkçe harf, tarih formatı farkı, aynı kişinin iki satır olması özel yer tutmalıdır. Bunun için tek tip 'hata oluştu' uyarısı yeterli değildir; sorun eksik belge mi, takvim çakışması mı, yetki eksikliği mi açıkça ayrılmalıdır. Kullanıcının daha önce girdiği geçerli bilgiler saklanır, inceleme gerektiren bölüm işaretlenir. Sonuç değiştiğinde etkilenmiş kullanıcıya eski ve yeni durum anlaşılır biçimde iletilmelidir.

Sorumlulukların ayrılması

Kullanıcı rollerini tanımlarken bilişim sorumlusu, veri yöneticisi ve kaynak sistem yetkilisi arasındaki yetki ayrımı belirgin olmalıdır. Mahremiyet için şu sınır konulmalıdır: taşınan dosyaların geçici kopyalarını süresiz saklamamak. Talep oluşturan kişi kendi işlemini izleyebilirken kesin onayı farklı bir görevli verebilir. Yöneticiye açılan özet raporlar işlem için gerekli olandan fazla kimlik verisi içermemelidir. Bu yaklaşım hem mahremiyeti korur hem de yanlışlıkla yapılan değişikliklerin hangi aşamada ortaya çıktığını saptamayı kolaylaştırır.

Bir günün içinde nasıl işler?

Bir pilot uygulamada eski Excel başvuru listesinin yeni sistemde veli ve öğrenci kayıtlarına ayrıştırılması üzerinden başlanabilir. Önce sorumlu öğretmen veya personel kaydın doğru oluştuğunu kontrol eder; ardından farklı kullanıcıların yanlışlıkla aynı işlemi onaylayıp onaylayamadığı sınanır. Gerekli bildirimler gecikirse sürecin kimin üzerinde kaldığı anlaşılmalıdır. Bu küçük ölçekli test, tüm okul açılmadan önce gerçek iş akışına ait sorunları bulmak için kullanışlıdır.

Yönetim için anlamlı göstergeler

Yönetim ekranında başarıyla aktarılan satır, hatalı alan, mükerrer kayıt gibi ölçümler anlamlı olabilir. Ancak her sayının hangi tarihlerden, hangi durumlardan ve hangi kullanıcı grubundan hesaplandığı açıkça belirtilmelidir. Yalnız toplam kayıt sayısını büyütmek bir başarı göstergesi değildir. İptal, tekrar işlem veya bekleyen onay sayıları gerektiğinde ayrı okunabilmelidir. Böylece ekip hangi aşamada darboğaz oluştuğunu tahmin etmek yerine somut veriye dayanarak tartışır.

Canlı kullanımdan önce doğrulama

Okul Veri Aktarım ve Dönüştürme satın alma veya geliştirme görüşmesinde yalnız ekran listesine odaklanılmamalı. Geri alınabilir yedek ve test aktarımı olmadan canlı veri değiştirmemek. Kabul testleri için doğru kayıt, yanlış kayıt, iptal ve rapor çıktısı örnekleri hazırlanmalıdır. Gözlem yapan görevli her adımın anlaşılır olup olmadığını değerlendirmeli; gereken eğitim ve veri hazırlığı da başlangıç planına eklenmelidir. Kurumsal uyarlama kararı bu gerçek senaryoların sonucuna göre verilmelidir.