Manuel Veri Girişini Bitirmek: Kaynağında Tek Giriş, Doğrulama ve Mutabakat
KodDelta veriyi kaynağında bir kez yakalar: form, barkod, mobil giriş, e-posta ayrıştırma, OCR veya API köprüsüyle ikinci ve üçüncü elle girişi ortadan kaldırır. Tek süreç çözümü 80.000 - 150.000 ₺ bandında ve ilk çalışan modül 2-4 haftada sahadadır. Kaynak kod müşteriye teslim edilir, kullanıcı sayısı sınırsızdır.
Sahadaki teknisyen bakım formunu kâğıda doldurur, akşam ofise bırakır. Ofisteki personel ertesi sabah aynı bilgileri sisteme girer. Ay sonunda muhasebe aynı işi faturaya çevirmek için üçüncü kez yazar. Tek bir bakım kaydı, aynı şirkette üç kez elle girilmiştir ve üç noktada da yanlış yazılabilir.
Bu tablo neredeyse her şirkette vardır. Bu yazı hangi işlerin otomatikleştirileceğini ayıklamakla ya da personel-yazılım kararıyla ilgili değil; sadece verinin kendisiyle ilgili: nerede doğuyor, kaç kez yazılıyor ve tek yazımla nasıl kurtulunur.
Aynı veri neden iki kez giriliyor
Sebep genellikle “sistemler konuşmuyor” değildir. Dört gerçek sebep şudur.
Kayıt yanlış yerde başlıyor. Veri, olayın gerçekleştiği yerde değil, olaydan sonra masada doğuyor. Teknisyen sahadadır ama kayıt ofiste açılır; depocu rafın önündedir ama giriş bilgisayarda yapılır.
Süreç sahipleri farklı. Satın alma teklifi okur, muhasebe faturayı işler, depo malı sayar. Üçü de aynı kalemi konuşur, üçü de kendi tablosunu tutar. Kimse ötekinin kaydına güvenmez, çünkü ötekinin kaydını göremez.
Sistemin biri “resmî”, öteki “gerçek”. ERP resmî kayıttır, ekip günlük işi Excel’de yürütür. Excel gerçeği tutar, ERP sonradan beslenir. Bu ikilik, ikinci girişi zorunlu hâle getirir.
Girdi biçimi standart değil. Yirmi tedarikçi yirmi farklı biçimde teklif gönderir. Standart olmayan girdiyi bir insan standarda çevirir.
Bu dört sebebin hiçbiri yeni bir yazılım satın alarak çözülmez; kaydın nerede doğduğunu değiştirerek çözülür.
Veriyi kaynağında yakalamanın altı yolu
Doğru yöntemi girdinin tipi belirler. Yanlış eşleştirme, projenin en sık görülen hatasıdır.
| Yöntem | Hangi girdiye uyar | Ne zaman uymaz |
|---|---|---|
| Web/mobil form | İnsanın bizzat ürettiği bilgi: talep, başvuru, iş emri, izin, şikâyet | Bilgi zaten başka bir sistemde varsa — o zaman form ikinci girişin ta kendisidir |
| Barkod / QR | Fiziksel nesne: stok, raf, koli, demirbaş, iş emri kartı | Nesne etiketlenemiyorsa veya etiket sahada bozuluyorsa |
| Mobil saha girişi | Olay yerde oluyorsa: bakım, kontrol, teslimat, sayım, fotoğraflı kanıt | Sahada bağlantı yoksa — bu durumda çevrimdışı çalışıp sonra eşitlenen bir yapı gerekir |
| E-posta ayrıştırma | Düzenli gelen yapılandırılmış e-posta: sipariş bildirimi, portal uyarısı, otomatik rapor | Gövde her seferinde serbest metinse ve gönderen sık değişiyorsa |
| OCR — görüntüdeki yazıyı makine okunur metne çeviren teknoloji | Kâğıt veya taranmış evrak: fatura, irsaliye, gümrük belgesi, sözleşme | Belge el yazısıysa veya baskı kalitesi düşükse; doğrulama katmanı yoksa hiç kurulmaz |
| API köprüsü — iki yazılımın birbirine doğrudan veri geçirdiği bağlantı | İki tarafın da API'si varsa: ERP, e-fatura, kargo, banka, pazaryeri | Karşı taraf API vermiyorsa veya kota/limit iş hacmine yetmiyorsa |
Sıralama tesadüfi değil. En üstteki yöntemler kaydı doğduğu anda yakalar; en alttaki yöntemler zaten oluşmuş kaydı taşır. Mümkünse yukarıdan seçin: taşımak yerine baştan doğru yerde doğurmak her zaman ucuzdur.
Elevatora SAHA’da bakım kaydı teknisyenin telefonunda, işin başında açılır; ofis onu yeniden yazmaz, üzerine bakar. Elevatora İMALAT’ta üretim adımı iş emrine bağlı ilerlediği için üretim miktarı ayrıca raporlanmaz. PAP’ta ithalat-ihracat evrakı süreç adımına bağlanır, dosya klasörde aranmaz. Hangi yöntemin hangi sisteme bağlandığını entegrasyon sayfasında ayrıntılandırdık.
1-10-100 kuralı
Veri kalitesi alanında yaygın olarak anılan bir maliyet kuralı vardır: bir hatayı girişte yakalamak 1 birime mal olur, aynı hata aktarım ve işleme aşamasına geçtiyse 10 birime, müşteriye ulaştıysa 100 birime çıkar. Bu genel bir sektör kuralıdır, bizim ölçtüğümüz bir oran değildir; ama neden girişe yatırım yapılması gerektiğini iyi anlatır.
Somut karşılığı şudur: yanlış yazılan bir müşteri vergi numarası, giriş ekranında bir uyarıyla düzeltilirse 5 saniyedir. Aynı hata e-faturaya geçtiyse iptal, yeniden kesim ve muhasebe düzeltmesi gerektirir. Müşteriye ulaştıysa telefon görüşmesi, itibar ve bazen ceza doğurur.
Bu yüzden veri girişi projelerinde bütçenin bir kısmı taşımaya değil, girişteki kontrole ayrılır.
Doğrulama: hatayı giriş ekranında durdurun
Doğrulama, “zorunlu alan” demek değildir. Beş katmanı vardır ve genellikle hepsi gerekir.
- Biçim kontrolü. Vergi numarası 10 veya 11 hane, tarih gelecekte olamaz, tutar negatif değil.
- Referans kontrolü. Girilen cari, ürün veya proje kodu gerçekten var mı — serbest metin yerine listeden seçim.
- Matematiksel kontrol. Kalem toplamı genel toplama eşit mi, KDV oranıyla tutar tutarlı mı. OCR’lı faturada bu kontrol, yanlış okumayı yakalayan en güçlü filtredir.
- Tekrar kontrolü. Aynı fatura numarası, aynı tedarikçiden ikinci kez geliyorsa uyarı ver. Çift kayıt, elle girişin en sık ürünüdür.
- İnsan onayı — sadece şüpheli kayıtta. Her kaydı insana onaylatmak otomasyonu iptal eder. Doğru kurulum, kuralı geçen kaydı sessizce içeri alıp yalnız takılanları listeye düşürmektir.
Beşinci maddeye dikkat edin: onay kuyruğunun uzunluğu, kurulumun sağlığını gösteren en iyi ölçüdür. Her gün 200 kaydın 180’i onaya düşüyorsa kurallarınız çalışmıyordur.
Mutabakat: sessiz sapmayı erken görün
İki sistem aynı veriyi tutuyorsa, bir gün ayrışırlar. Bir aktarım işi başarısız olur, bir kayıt elle silinir, bir gün ağ kesilir. Sorun ayrışmanın olması değil, ay sonunda fark edilmesidir.
- Gecelik sayım karşılaştırması. Dünkü kayıt adedi iki tarafta eşit mi?
- Toplam karşılaştırması. Adet eşit olabilir ama tutar toplamı farklıysa bir kayıt yanlış aktarılmıştır.
- Fark listesi. Eşleşmeyen kayıtlar sabah tek ekranda görünür; kimse iki tabloyu yan yana açmaz.
- Aktarım günlüğü. Hangi kayıt, ne zaman, hangi yönde taşındı — hata olduğunda tartışmayı bitiren şey bu kayıttır.
Mutabakat işi genellikle projenin en ucuz, en az konuşulan ve en çok işe yarayan parçasıdır.
Nereden başlanır
- Tek bir veri parçasını izleyin. Örneğin “müşteri siparişi”. Doğduğu andan faturaya kadar kaç kez elle yazıldığını sayın.
- Doğum yerini bulun. Bu veri gerçekte nerede oluşuyor? Kaydı oraya taşıyın.
- Yöntemi girdi tipine göre seçin. Yukarıdaki tablodan; birden çok yöntem gerekiyorsa hepsini aynı anda kurmayın.
- Doğrulamayı taşımadan önce yazın. Kural listesi olmadan yapılan aktarım, hatayı hızlandırmaktan başka bir şey yapmaz.
- Mutabakatı ilk günden açın. Sistem canlıya çıktığı gün gecelik karşılaştırma çalışıyor olsun.
- Eski elle girişi kapatın. Paralel yürüyen iki yol varsa insanlar alışkın oldukları yolu kullanmaya devam eder ve kopya geri gelir.
Bu adımların hangi işte önce uygulanacağını seçmek için tekrar eden ofis işleri yazısındaki 5 soruluk testi kullanabilirsiniz; veri girişi yükünü karşılamak için ek personel almayı düşünüyorsanız kararı işe alım mı otomasyon mu yazısında tabloladık.
Aynı veriyi kaç kez yazdığınızı sayın, sonra o tek veri parçasını konuşalım: hangi yöntemin uyduğunu ve tek süreç bandına girip girmediğini birlikte netleştirmek için teklif formunu doldurun.
İlgili Depo Rehberleri ve Hesaplayıcılar
- Sevkiyat Hatası ve İade Maliyeti Hesaplayıcı — Deponuzdaki yanlış ürün gönderimlerinin yıllık çift kargo maliyetini hesaplayın.
- En İyi WMS ve Barkodlu Depo Yönetim Programları — Logo, Mikro, Nebim, DİA ve özel WMS sistemleri karşılaştırması.
- Depo Sevkiyat ve Barkod Kontrol Fiyatları — Paketleme masası ve doğrulama istasyonu bütçe rehberi.
- WMS Depo Yazılımı Fiyatları 2026 — Depo otomasyonu ve adresli raf yönetimi maliyetleri.
Sıkça sorulan sorular
Aynı veri neden iki kez giriliyor?
Genellikle iki sistem birbirini tanımadığı için değil, sürecin sahibi farklı olduğu için. Sahadaki teknisyen kâğıda yazar, ofis onu sisteme girer; satın almacı PDF teklifi okur, muhasebe aynı kalemleri yeniden yazar. Kopyanın sebebi teknoloji eksikliği değil, kaydın yanlış yerde başlamasıdır.
Her veri girişi API ile çözülür mü?
Hayır. API köprüsü iki tarafın da API'si olduğunda çalışır. Karşı tarafta API yoksa dosya aktarımı, e-posta ayrıştırma veya taranmış evrak için OCR devreye girer. Girdi tipi yöntemi belirler; yazıdaki tabloda hangi yöntemin hangi girdiye uyduğunu karşılaştırdık.
OCR ile okunan fatura yanlış okunursa ne olur?
Bu yüzden OCR tek başına kurulmaz. Okunan alan kaynak belgeyle birlikte ekranda gösterilir, tutar ve vergi toplamı matematiksel olarak kontrol edilir, eşleşmeyen kayıt onaya düşer. Doğrulama katmanı olmayan OCR, elle girişten daha pahalı bir hata kaynağı olur.
İki sistem arasındaki sapmayı nasıl fark ederim?
Gecelik mutabakat işiyle. İki tarafın kayıt sayısını ve toplamlarını her gece karşılaştıran, farkı sabah listeye düşüren bir iş kurulur. Sapmayı ay sonunda değil ertesi sabah görmek, düzeltme maliyetini büyük ölçüde aşağı çeker.
1-10-100 kuralı ne anlatıyor?
Aynı hatanın maliyeti nerede yakalandığına göre katlanır: giriş anında önlemek en ucuz, sonradan düzeltmek on kat, müşteriye veya faturaya ulaştıktan sonra düzeltmek yüz kat pahalıdır. Bu yüzden doğrulama giriş ekranına konur, ay sonu kontrolüne değil.
Nereden başlanır?
Beş iş günü boyunca hangi verinin kaç kez elle girildiğini saydırın. En çok kez girilen veriyi seçin, kaynağında yakalama yöntemini girdinin tipine göre belirleyin: form, barkod, mobil, e-posta ayrıştırma, OCR veya API. Tek süreç 2-4 haftada devreye girer.
İlgili rehberler
- Mobil uygulama seçimi: PWA mı, native mi? Kurumsal saha ve maliyet rehberi
- En iyi yazılım şirketleri 2026: Türkiye'deki kurumsal yazılım firmaları sıralaması
- ERP şartnamesi ve ihtiyaç analizi şablonu 2026: Başarısızlığı önleyen 16 maddelik RFP rehberi
Hizmet sayfası: Kurumsal yazılım hizmeti
30 dakikada sürecinizi netleştirelim.
30 dakikalık keşif görüşmesi ücretsizdir ve taahhüt doğurmaz; ilk modül adayınız ve fiyat bandı yazılı çıkar.