E-belge akışı, yalnızca muhasebe işi değildir
Gelen e-Fatura ya da e-İrsaliye çoğu işletmede tek bir ekibin ekranında bitmez. Satın alma siparişi açmıştır; depo malı fiziksel olarak kabul eder; stok hareketi oluşur; mali işler belgenin tutarını ve vergi bilgisini kontrol eder. Bu noktalar birbirinden kopuk kaldığında, aynı belge numarası yeniden yazılır, koli adedi telefonla sorulur ve farklar işlem çoktan ilerlediğinde fark edilir.
Appsoni, e-Fatura ve e-İrsaliye entegrasyonunu hazır bir portal veya zorunlu bir iş akışı olarak görmez. Önce belge işletmeye girdiğinde bugün kimlerin hangi bilgiye ihtiyaç duyduğunu, hangi sistemin güvenilir kaynak olduğunu ve hangi farkın insan kararı gerektirdiğini birlikte çıkarırız. Ardından mevcut e-belge sağlayıcısı, ERP, satın alma ve depo düzeninize göre izlenebilir bir bağlantı tasarlarız.
Eşleşme kuralı, belgeden alınan alan kadar önemlidir
Fatura ya da irsaliyeden tedarikçi, belge numarası, tarih, ürün ve miktar bilgisini almak tek başına sonucu güvenilir kılmaz. Tedarikçi unvanı farklı yazılmış olabilir, sipariş kısmi teslim edilmiş olabilir veya bir satır başka bir depoya indirilmiş olabilir. Bu tür durumlarda amaç belgeyi mümkün olan en hızlı biçimde kayda geçirmek değil, hangi koşulda hangi kaydın güncelleneceğini açık tutmaktır.
Örneğin sipariş numarası, tedarikçi ve miktar uygun olduğunda mal kabul için taslak iş hazırlanabilir. Miktar farkı varsa aynı belge, ilgili sipariş satırı ve teslimat bilgisiyle birlikte operasyon ekibinin inceleme listesine düşebilir. Ana kayıt ERP'de yaşıyorsa, ERP entegrasyonu yaklaşımıyla veri sahibini değiştirmeden yalnızca karar için gereken bilgiyi bağlarız.

İrsaliye ile mal kabul aynı olayı farklı yerden anlatabilir
İrsaliye sevk edilen ürünü, mal kabul ise işletmenin fiilen teslim aldığını gösterir. Bazı durumlarda ikisi aynı anda ve aynı miktarda gerçekleşmez. Hasarlı koli, eksik teslimat, kabul bekleyen kalite kontrol veya farklı depoya yönlenen malzeme; belgenin otomatik olarak stok hareketine dönüşmemesi gereken gerçek hallerdir.
Bu nedenle saha ve masa başı bilgisini birbirine zorla eşitlemeyiz. Deponun hangi durumda teslimatı onaylayacağını, hangi durumda fark notu gireceğini ve satın alma ile mali işlerin ne zaman devreye gireceğini tanımlarız. Kullanılabilir stok, rezerv ve bekleyen tedarik görünürlüğü de gerekiyorsa, stok takip altyapısı ile belge sonucunu gerçek depo durumu içinde değerlendirmek mümkün olur.
İnsan onayı, istisnanın kanıtını da taşımalıdır
Bir faturanın siparişten yüksek olması, bir irsaliyede ürün kodunun tanınmaması veya aynı belgenin ikinci kez gelmesi; otomasyonun susturacağı değil, doğru kişiye anlaşılır biçimde göstereceği durumlardır. İnceleme kaydında belge, eşleşen satırlar, farkın nedeni ve önceki işlem görülebildiğinde ekip e-posta eki aramak ya da farklı ekranlar arasında tahmin yürütmek zorunda kalmaz.
Doküman işleme otomasyonu ile belge içinden gerekli veriyi alma, eşleşme sonucunu saklama ve insan kontrolünü aynı akışta planlayabiliriz. Ancak ilk aşamada her belge türünü kapsamaya çalışmayız. Hacmi belirgin, kuralı anlaşılır ve hata maliyeti yönetilebilir bir tedarikçi ya da mal kabul akışıyla başlamak daha sağlıklı olur.
İlk pilotta neyi netleştiriyoruz?
- Gelen belgenin hangi sipariş, mal kabul ve stok kaydıyla ilişkisi kurulmalı?
- Hangi alanlar güvenilir eşleşme için zorunlu; hangi farklar insan incelemesine gitmeli?
- ERP, e-belge sağlayıcısı ve depo arasında asıl kayıt hangi sistemde yaşıyor?
- İncelemeyi kim üstleniyor ve kararın hangi kaydı güncellemesi gerekiyor?
- Etkiyi tekrar veri girişi, bekleyen belge, fark çözüm süresi veya hatalı hareket sayısıyla nasıl ölçeceğiz?
İlk görüşmede tüm belge arşivinize gerek yok. Yakın zamanda mal kabulü, stok kaydını ya da fatura kontrolünü geciktiren tek bir e-belge akışını anlatın; kontrolü koruyan en anlamlı başlangıç noktasını birlikte seçelim.