Dosyanın yüklenmiş olması, bilgilerin doğru kayda ve doğru alana yerleştiğini göstermez. Aktarım öncesi kapsamı belirleyip kaynak ile hedefi kayıt bazında karşılaştırmak; eksikleri, tekrarları ve açıklanamayan farkları görünür kılar.
Önce hangi kayıtların karşılaştırılacağını belirleyin
Bir tablodaki bilgileri başka bir sisteme taşıdığınızda, ekranda başarı mesajı görmek rahatlatıcıdır. Ancak bu mesaj çoğu zaman yalnız işlemin teknik olarak tamamlandığını söyler. Bilginin doğru müşteriye, doğru belgeye ve doğru tarihe yazıldığını ayrıca kontrol etmek gerekir. Mutabakat, kaynakta beklediğiniz sonuçla hedefte oluşan kaydı aynı kurallarla karşılaştırmaktır. Amaç her farkı hata saymak değil, her farkın nedenini açıklayabilmektir.
Kontrole başlamadan önce aktarım kapsamını yazın. Hangi dosyanın hangi sürümü kullanıldı? Hangi tarih aralığı ve hangi kayıt türleri dahil edildi? İptal edilmiş kayıtlar, boş satırlar ve daha önce aktarılmış bilgiler kapsam dışında mı? Bu kararlar sonradan değişirse, aynı veriyle yapılan iki kontrol farklı sonuç verebilir. Kaynak dosyanın değişmeyen bir kopyası ile çalışma anını kaydetmek bu karışıklığı azaltır.
Satır sayısını kayıt kimliğiyle birlikte okuyun
Kaynak ve hedefte aynı sayıda satır bulunması iyi bir ilk işarettir, fakat tek başına doğrulama değildir. Bir kayıt iki kez yazılmış, başka bir kayıt hiç yazılmamış olabilir. Toplam sayı yine eşit çıkar. Bu nedenle her kaydı ayırt eden bir anahtar belirleyin: iş numarası, belge numarası veya işin yapısına uygun birden çok alanın birleşimi. Kişi adı gibi tekrar edebilen bir alanı tek başına benzersiz kabul etmeyin.
Hedef sistem yeni bir kayıt numarası üretiyorsa kaynak anahtar ile bu numara arasındaki eşleşmeyi saklayın. Böylece eksik bir satırın hangi işlemde kaybolduğunu ve yeniden çalıştırmada hangi kaydın güncelleneceğini bulabilirsiniz. Kaynakta yinelenen anahtar varsa aktarımın bunu birleştireceğini varsaymayın. Birleştirme, reddetme veya ayrı kayıt oluşturma kuralını işin sahibiyle belirleyin.
Alan eşleşmesini ve dönüşüm kurallarını açıklayın
Toplu veri girişi için kaynak sütunu ile hedef alanı yan yana gösteren kısa bir eşleme listesi hazırlayın. Tarih, sayı, para birimi, birim ve boş değer kuralları bu listede yer alsın. Bir alandaki baştaki sıfırların silinmesi, kodun anlamını değiştirebilir. Ondalık ayıracının farklı yorumlanması ise görünürde dolu bir hücreyi yanlış değere çevirebilir.
Karşılaştırma her zaman harf harfine eşitlik olmak zorunda değildir. Onaylanmış bir kuralla baştaki ve sondaki boşluklar temizlenebilir veya tarih aynı anlamı taşıyan başka bir biçime dönüştürülebilir. Önemli olan, dönüşümün önceden tanımlanmasıdır. Beklenmeyen farkı gizlemek için kontrol sırasında yeni bir normalleştirme kuralı eklemeyin. Boş bilgi, sıfır ve bilinmiyor değerlerini de aynı şeymiş gibi değerlendirmeyin.
Toplamları ve iş ilişkilerini kontrol edin
Sayısal alanlarda toplam kontrolü yararlıdır; ama hangi kayıtların toplama dahil olduğunu belirtmek gerekir. Farklı para birimleri veya farklı ölçü birimleri tek toplamda birleştirilmemelidir. Yuvarlama varsa hangi aşamada uygulandığı açık olsun. Toplamların eşit olması da kayıt bazındaki kontrolün yerine geçmez: iki yanlış değer birbirini dengeleyebilir ve toplam doğru görünebilir.
İlişkili bilgileri ayrıca inceleyin. Bir siparişin satırları doğru siparişe mi bağlandı? Belgenin eki doğru müşterinin kaydında mı? Durumu tamamlandı olan işin zorunlu alanları gerçekten dolu mu? Bunlar yalnız dosya biçimini kontrol ederek anlaşılmaz. İşin günlük kullanımındaki kuralları, gözlenebilir kontrol maddelerine çevirmek gerekir. Önce küçük ve temsil edici bir örnek üzerinde bu kuralları deneyin.
İstisnayı sessizce geçmek yerine kayda alın
Kontrol raporunda başarılı kayıtlar kadar reddedilen, eksik kalan ve inceleme isteyen kayıtlar da görünmelidir. Her istisna için kaynak anahtar, ilgili alan, beklenen ve bulunan değer ile uygulanacak işlem belirtilsin. Raporu okuyacak kişinin neden aynı kayda tekrar bakması gerektiğini anlaması önemlidir. Hassas bilgi içeren alanlarda raporun erişimini ve gösterilecek ayrıntıyı ihtiyaca göre sınırlayın.
Örneğin adresi eksik bir kaydı aktarmamak, ancak bunu raporda açıkça göstermek doğru bir tasarım kararı olabilir. Aynı kaydı eksik alanı tahmin ederek tamamlamak ise farklı bir işlemdir ve ayrıca onaylanmış kural ister. Sistemden gelen hata mesajını saklamak faydalıdır; yanına iş dilinde kısa bir açıklama eklemek çözümü kolaylaştırır. Düzeltmeden sonra yalnız etkilenen kayıtların yeniden kontrol edildiği de görülebilmelidir.
Dikkat: yeniden çalıştırma yeni tekrar üretmesin
Bağlantı kesildiğinde hangi kayıtların işlendiği bilinmiyorsa bütün dosyayı yeniden göndermek tekrarlı kayıt oluşturabilir. İşlemin kaldığı yeri, başarılı kayıtları ve başarısız kayıtları ayırt edecek bir yöntem tasarlayın. Yeniden çalıştırma mevcut kaydı güncelleyecek mi, atlayacak mı, yoksa duracak mı? Bu davranışı yalnız açıklamada bırakmayın; bir denemede sonucu gözleyin.
Canlı veriyi değiştirmeden önce geri alma yöntemini ve yetkileri belirleyin. Test için gereksiz kişisel veya ticari bilgi kullanmayın; örnekleri mümkün olduğunca azaltın ya da maskeleyin. Kontrol dosyasını herkesin erişebildiği bir klasöre koymayın. Ayrıca kontrol anında kaynak değişiyorsa bunu sabitleyin veya değişikliklerin nasıl hesaba katılacağını yazın. Aksi halde iki farklı anın verisini karşılaştırırsınız.
Kabul ölçütünü aktarım başlamadan yazın
Son değerlendirmede yalnız “aktarım bitti” demek yerine kapsamı, karşılaştırılan kayıtları, açıklanan farkları ve kalan istisnaları birlikte gösterin. Hangi farkların kabul edilebilir olduğunu işin sahibi önceden belirlesin. Otomasyon kabul testi yazısındaki yaklaşım burada da geçerlidir: beklenen sonuç gözlenebilir olmalı ve aynı örnekle yeniden sınanabilmelidir.
URIKEM'de başlangıç noktası elinizdeki gerçek iş akışıdır. Hangi dosyadan hangi sisteme bilgi taşıdığınızı ve bugün sonucu nasıl kontrol ettiğinizi anlatın. Uygun kapsam belirlendiğinde aktarım ile doğrulama adımları birlikte ele alınabilir. Böylece yazılımın yalnız veri yazması değil, yaptığı işlemi anlaşılır bir sonuç kaydıyla göstermesi de teslim kapsamına girer.
Sık sorulan sorular
Satır sayıları aynıysa aktarım doğru mudur?
Hayır. Tekrarlanan ve eksik kayıtlar sayıca birbirini dengeleyebilir. Benzersiz kayıt anahtarı, alanlar ve ilgili iş kuralları da karşılaştırılmalıdır.
Her farklı değer hata sayılır mı?
Hayır. Önceden onaylanmış biçim veya yuvarlama dönüşümü fark oluşturabilir. Farkın hangi kurala dayandığı açıklanmalı; beklenmeyen fark kontrol sırasında gizlenmemelidir.
Hata sonrası bütün dosya yeniden gönderilir mi?
Önce hangi kayıtların işlendiği belirlenmelidir. Yeniden çalıştırmanın tekrar üretmemesi için kaynak-hedef eşleşmesi ve güncelleme ya da atlama kuralı denenmelidir.
Firmanızda tekrar eden bir iş mi var? Anlatın, o işi yapan aracı yazalım.
Ne lazımsa anlatınDiğer yazılar
Kurum içi kılavuzda değişiklik kaydı nasıl tutulur?
Bir kılavuzun güncel olması kadar, hangi kuralın ne zaman ve neden değiştiğinin anlaşılması da önemlidir. Kısa bir değişiklik kaydı; çalışanların doğru sürüme ulaşmasını, sorumlunun güncellemeyi izlemesini ve eski kararların bağlamının korunmasını sağlar.
6 Ekim 2026Okuyun →Kurum içi kılavuz neden ertelenir?
Tek bir görevden başlayın; bilgi sahibini, kontrol noktasını ve güncelleme düzenini birlikte belirleyin.
5 Ekim 2026Okuyun →Otomasyon kabul testi nasıl hazırlanır?
Örnek veri, beklenen sonuç, kesinti ve geri dönüşü aynı kabul listesinde sınayın.
5 Ekim 2026Okuyun →Yazdırdığınız yazılımın kodu kimin olmalı?
Yazılımın çalışması ile başka bir ekibin onu sürdürebilmesi aynı şey değildir. Kod, belge, veri ve erişim teslimini proje başında birlikte konuşun.
4 Ekim 2026Okuyun →Yazılımcı seçerken sorulacak beş soru
En düşük teklif tek başına doğru seçim ölçütü değildir. Bakım, teslim, veri, ilk sürüm ve eğitim sorularını aynı örnek süreç üzerinden değerlendirin.
4 Ekim 2026Okuyun →İki sistem arasında veri aktarımı: entegrasyon mu, elle mi?
Aynı bilgiyi iki uygulamaya yazmak bir süre iş görür. İş tekrarlandığında karar, yalnız hızla değil veri doğruluğu, izlenebilirlik ve bakım ihtiyacıyla verilmelidir.
3 Ekim 2026Okuyun →ERP’miz var, yine de özel araca gerek olur mu?
ERP ana kayıtları yönetirken bazı işler e-posta ve tablolarda kalabilir. Özel araç kararı, önce mevcut sistemin olanaklarını ve gerçek süreç boşluğunu inceleyerek verilir.
3 Ekim 2026Okuyun →Aylık paket mi, tek seferlik ödeme mi?
İlk teklifin düşük olması, iki yıl boyunca daha az ödeyeceğiniz anlamına gelmez. Aylık paket ile tek seferlik projeyi aynı kapsam, bakım ve çıkış koşullarıyla karşılaştırın.
2 Ekim 2026Okuyun →Yapay zekâ çalışanın yerini alır mı?
Bir çalışanın işi, aynı türde olmayan birçok görevden oluşur. Yapay zekâ ve otomasyonun nerede işe yarayacağını görmek için unvanı değil, bu görevleri ayrı ayrı inceleyin.
2 Ekim 2026Okuyun →Randevuya gelmeyen müşteri: hatırlatma işe yarar mı?
Hatırlatma, müşterinin unuttuğu bir randevuyu yeniden görmesini sağlar; gelmesini garanti etmez. Önce doğru iletişim bilgisi alınmalı, onay mesajı gönderilmeli ve randevu öncesinde kısa bir hatırlatma yapılmalıdır. Sonuç, rezervasyon sayısıyla değil gerçekleşen randevularla ölçülür.
1 Ekim 2026Okuyun →Siteniz hacklenirse ne olur, nasıl korunursunuz?
Şüpheli değişiklikte önce siteyi ve kullanıcıları koruyun, kayıtları saklayın ve sorunun kapsamını belirleyin. Temiz yedeğe dönmek tek başına yeterli değildir: giriş yolu kapatılmalı, ilgili erişimler güvenceye alınmalı ve hizmet tekrar sınanmalıdır. Düzenli bakım bu hazırlığı kolaylaştırır.
1 Ekim 2026Okuyun →Randevu sistemi kimin işine yarar?
Müşterinin belirli bir zaman dilimini ayırması gerekiyor ve bu saatleri telefonla düzenlemek işinizi bölüyorsa, randevu sistemi yararlı olabilir. Önce hizmet süresini, kullanılacak kaynakları ve istisnaları netleştirmek gerekir.
22 Eylül 2026Okuyun →Yapay zekâ uydurursa ne olur?
Akıcı bir cevap, doğrulanmış bilgi anlamına gelmez. Bir iş aracında asıl mesele yalnız doğru metin üretmek değil, yanlış veya eksik bilgiyle işlem yapılmasını önleyen bir akış kurmaktır.
22 Eylül 2026Okuyun →Binlerce satırlık Excel listesini sisteme toplu girmek mümkün mü?
Çoğu durumda mümkün. İşin zor kısmı girişin kendisi değil, verinin sistemin beklediği biçime getirilmesi ve her satırın gerçekten kaydedildiğinin doğrulanmasıdır. Sistemin toplu aktarım için bir yolu yoksa çözüm ekrandan giriş olur ve bu da kurallara bağlıdır.
21 Eylül 2026Okuyun →Teklif hazırlamak neden bu kadar uzun sürüyor?
Teklifin kendisi uzun sürmez; süreyi yiyen şey fiyatın aranması, eski bir teklifin kopyalanıp düzeltilmesi ve her seferinde biçimin yeniden kurulmasıdır. Fiyat listesi tek yerde toplanıp kurallar yazıldığında teklif dakikalar içinde çıkar.
21 Eylül 2026Okuyun →Hangi işler otomatikleşmeye uygun, hangileri değil?
Otomatikleşmeye en uygun iş; sık tekrar eden, kuralı yazıya dökülebilen ve verisi zaten dijital olan iştir. Karar gerektiren, istisnası bol ya da verisi kâğıtta duran iş için önce başka bir adım gerekir.
18 Eylül 2026Okuyun →Sitedeki yapay zekâ asistanı yanlış cevap verirse?
Risk gerçek, ama yönetilebilir. Asistanın yanlış cevabı çoğu zaman bilmediği bir konuda tahmin yürütmesinden çıkar. Çözüm, asistanın neyi bilip neyi bilmediğini baştan çizmek ve bilmediğinde insana devretmesidir.
18 Eylül 2026Okuyun →Google'da çıkmak ile yapay zekâda anılmak aynı şey mi?
Kısmen. İkisi aynı temelden beslenir ama aynı şeyi ödüllendirmez: Google bir sayfayı sıralar, yapay zekâ ise birkaç kaynağı okuyup bir cevap yazar ve o cevapta kimi anacağına kendisi karar verir.
17 Eylül 2026Okuyun →ChatGPT firmamı neden anmıyor?
Sebep nadiren “yapay zekâ bizi sevmiyor”dur. Çoğu zaman teknik bir engel, dağınık firma bilgisi ya da firmanın internette başka hiçbir yerde anılmamasıdır. Üçü de düzeltilebilir.
17 Eylül 2026Okuyun →Yapay zekâ cevaplarında doğru anlatılmak için sitede ne olmalı?
Yapay zekâ bir firmayı anlatırken sitede bulduğu en net cümleleri kullanır. Aşağıdaki liste, bu cümlelerin hangi sayfada, nasıl durması gerektiğini ve makinenin okuyacağı işaretlemeyi sayfa sayfa anlatıyor.
17 Eylül 2026Okuyun →GEO nedir? Yapay zekâ cevaplarında görünür olmak
GEO (Generative Engine Optimization, üretken motor optimizasyonu), ChatGPT, Gemini, Perplexity ve Google'ın yapay zekâ özetleri bir soruya cevap verirken firmanızı bulsun, doğru anlatsın ve kaynak olarak göstersin diye yapılan çalışmadır. SEO'nun yerine geçmez; onun üstüne eklenir.
17 Eylül 2026Okuyun →Yapay zekâ aracı firmamın verisini öğrenir mi?
Kısa cevap: kurumsal API üzerinden çalışan bir araçta hayır. Ama bu cevap kurulumun nasıl yapıldığına bağlı, o yüzden neyin nereye gittiğini bilmek gerekir.
16 Eylül 2026Okuyun →Excel'den uygulamaya ne zaman geçilir?
Excel kötü bir araç değil; çoğu işi fazlasıyla görür. Sorun, Excel'in bittiği yeri fark etmeden aylarca onunla devam etmekte.
16 Eylül 2026Okuyun →Hazır paket mi, size özel yazılım mı?
Doğru cevap işin ne kadar size özgü olduğuna bağlı. Herkesin aynı şekilde yaptığı iş hazır paketle, sizin kendinize göre yaptığınız iş özel yazılımla ucuza gelir.
16 Eylül 2026Okuyun →