KodDeltaRehberler

Manuel Veri Girişini Bitirmek: Kaynağında Tek Giriş, Doğrulama ve Mutabakat

~9 dk okuma

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öntemHangi girdiye uyarNe zaman uymaz
Web/mobil formİnsanın bizzat ürettiği bilgi: talep, başvuru, iş emri, izin, şikâyetBilgi zaten başka bir sistemde varsa — o zaman form ikinci girişin ta kendisidir
Barkod / QRFiziksel nesne: stok, raf, koli, demirbaş, iş emri kartıNesne etiketlenemiyorsa veya etiket sahada bozuluyorsa
Mobil saha girişiOlay yerde oluyorsa: bakım, kontrol, teslimat, sayım, fotoğraflı kanıtSahada bağlantı yoksa — bu durumda çevrimdışı çalışıp sonra eşitlenen bir yapı gerekir
E-posta ayrıştırmaDüzenli gelen yapılandırılmış e-posta: sipariş bildirimi, portal uyarısı, otomatik raporGövde her seferinde serbest metinse ve gönderen sık değişiyorsa
OCR — görüntüdeki yazıyı makine okunur metne çeviren teknolojiKâğıt veya taranmış evrak: fatura, irsaliye, gümrük belgesi, sözleşmeBelge 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, pazaryeriKarşı 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.

  1. Biçim kontrolü. Vergi numarası 10 veya 11 hane, tarih gelecekte olamaz, tutar negatif değil.
  2. Referans kontrolü. Girilen cari, ürün veya proje kodu gerçekten var mı — serbest metin yerine listeden seçim.
  3. 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.
  4. 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.
  5. İ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

  1. 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.
  2. Doğum yerini bulun. Bu veri gerçekte nerede oluşuyor? Kaydı oraya taşıyın.
  3. Yöntemi girdi tipine göre seçin. Yukarıdaki tablodan; birden çok yöntem gerekiyorsa hepsini aynı anda kurmayın.
  4. Doğrulamayı taşımadan önce yazın. Kural listesi olmadan yapılan aktarım, hatayı hızlandırmaktan başka bir şey yapmaz.
  5. Mutabakatı ilk günden açın. Sistem canlıya çıktığı gün gecelik karşılaştırma çalışıyor olsun.
  6. 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

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

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.