Fatura mutabakatı: yapay zekâ ile fatura ve MRP/ERP eşleştirme

Fatura mutabakatı nedir?

Fatura mutabakatı (fatura–sipariş eşleştirme), bir üreticinin tedarikçinin faturaladığı şeyin sipariş edilenle uyuştuğunu kontrol ettiği — ve planı buna göre güncel tuttuğu — süreçtir. MRP/ERP sistemindeki her satınalma siparişinin satırları vardır: bir parça, bir miktar, anlaşılan bir fiyat ve beklenen bir varış tarihi. Tedarikçinin faturası geldiğinde her fatura satırı, karşılık geldiği sipariş satırına bağlanmalı; her fark plana yansımadan önce görülmeli ve karara bağlanmalıdır.

İşi zorlaştıran ölçektir. Örnek olarak: 5.000 açık sipariş satırı olan ve her gün yeni fatura alan bir üretici, her fatura satırı için ait olduğu tek sipariş satırını bulmak — ve miktar, fiyat ya da tarih uyuşmadığında bunu fark etmek — zorundadır.

İş neleri kapsar?

• Binlerce açık sipariş. Sipariş satırları verildikleri günden mal gelip faturalanana kadar açık kalır; bu yüzden aranacak liste uzundur ve her gün değişir.
• Farklı düzenlerde faturalar. Her tedarikçinin kendi fatura formatı vardır: tedarikçinin sisteminin ürettiği bir PDF, taranmış bir kâğıt fatura ya da bir elektronik fatura. Alan adları, sütun sırası ve sipariş numarasının yazılışı birbirinden farklıdır.
• Farklı yazılmış referanslar. Bir tedarikçi sipariş numaranızı kendi önekiyle, ayraçsız ya da sonuna satır pozisyonu ekleyerek yazabilir; sizin parça numaranızın yanında kendi parça numarasını kullanabilir.
• Kısmi teslimatlar ve bölünmüş satırlar. Bir sipariş satırı birkaç sevkiyatta teslim edilip faturalanabilir; bir fatura birkaç siparişin satırlarını kapsayabilir. Her birinden sonra açık miktarın doğru kalması gerekir.
• Fiyat ve miktar farkları. Siparişten farklı bir birim fiyat, sipariş edilenden az ya da çok bir miktar, farklı bir ölçü birimi. Her biri bir karar ister: kabul etmek, düzeltmek ya da tedarikçiye sormak.
• Beklenen varış tarihleri (termin/ETA). Bir fatura, malın yolda olduğunun işaretidir. Ne zaman geleceği sevk moduna, transit süresine ve tatillere bağlıdır; planın bu tarihi doğru tutması gerekir.
• Üçlü eşleştirme (three-way match). Tedarikçi ödemelerinde (accounts payable) bir fatura iki kayıtla daha karşılaştırılır: satınalma siparişi (ne sipariş edildi) ve mal kabul kaydı (irsaliye ve giriş kaydı; gerçekte ne geldi). Fatura ancak sipariş, mal kabul ve fatura (anlaşılan toleranslar içinde) uyuştuğunda ödemeye onaylanır.
• Türkiye'de e-Fatura. Türkiye'de faturalar e-Fatura olarak gelebilir: Gelir İdaresi Başkanlığı'nın (GİB) sistemi üzerinden iletilen, yapılandırılmış XML formatında (UBL-TR) bir elektronik fatura; okunabilir bir görüntüde de görüntülenip yazdırılabilir. Yapılandırılmış bir fatura alanlarını makinenin okuyabileceği hale getirir; ama her fatura satırının planınızdaki hangi sipariş satırına ait olduğunu söylemez.
• Onayların kaydı. Bir fiyat farkını kimin kabul ettiği, bir tarihi kimin değiştirdiği ve neden — bir denetçinin, bir müşterinin ya da kendi ekibinizin sonradan sorabileceği bir şey.

Geleneksel yöntemler neyi kaçırır?

Fatura mutabakatı çoğu zaman ERP ekranları, açık siparişlerin bir dökümü, bir Excel tablosu ve işi yapan insanların deneyimiyle yürür. Bu deneyim değerlidir — tedarikçileri ve parçaları tanırlar. Boşluklar, aradaki elle yapılan adımlardan doğar.

• Elle veri girişi. Fatura satırları PDF'ten sisteme ya da bir tabloya elle yazılır. Yer değiştirmiş tek bir rakam, binlik ayracı sanılan bir virgül ya da birim fiyat sanılan bir paket fiyatı değeri değiştirir ve ekranda bunu işaretleyen hiçbir şey olmaz.
• Excel'de arama formülleri. Bir faturayı açık sipariş dökümüyle bir arama formülüyle eşleştirmek, ancak referans iki yerde de birebir aynı yazılmışsa çalışır. Tedarikçinin öneki ya da eksik bir ayraç hiç eşleşme döndürmez — ya da yanlış olanı döndürür.
• Gözle eşleştirme. Formül tutmadığında biri açık siparişleri tek tek tarar. Binlerce satır ve aynı parça için birkaç sipariş varken doğru satırı seçmek kolayca yanlış gider.
• Geç görülen farklar. Fatura geldiğinde kimsenin işaretlemediği bir fiyat ya da miktar farkı sonradan ortaya çıkar — ödemede, bir sonraki sayımda ya da üretimde bir kalem eksik kaldığında.
• Güncelliğini yitiren planlar. Bir fatura, malın plandakinden daha geç, daha az miktarda ya da farklı bir sevk moduyla geldiğini söyleyebilir. Bu plana geri yazılmazsa plan eski tarihi taşır ve malzeme planlaması ondan çalışır. Gözden kaçan tek bir uyuşmazlık, üretim planını sessizce yanlış yapar.
• Kararların kaydı yok. Plan yalnızca güncel değeri tutar — öncekini, kimin, ne zaman ve hangi gerekçeyle değiştirdiğini tutmaz. Aylar sonra bunu yeniden kurmak, sağa sola sormak ve eski e-postaları taramak demektir.

Doküman okuyan yapay zekâ ajanları bunu nasıl çözülebilir kılar?

Bir faturayı eşleştirmek, küçük ve kontrol edilebilir adımlardan oluşan bir zincirdir: faturayı okumak, planda aramak, değerleri karşılaştırmak, bir tarih hesaplamak. Primarch bu tür zincirleri yürüten ve karar gereken noktalarda — bir farkı kabul etmek, iki aday satır arasında seçim yapmak, planı değiştirmek — işi bir insana devreden yapay zekâ ajanları geliştirir. Zamanı okuma ve arama alır; kararlar daha azdır ve insanlarda kalır.

• Faturaları bir muhasebe çalışanı gibi okur. Sayfayı metnin yanında görüntü olarak da okuyan modeller, farklı tedarikçilerin fatura formatlarında sipariş numarasını, parça numarasını, miktarı, birim fiyatı ve tarihleri ayıklayabilir.
• Aramadan önce referansları normalize eder. Tedarikçinin sipariş numaranızı yazış biçimi, o tedarikçi için kurulan kurallarla sizin formatınıza çevrilebilir; böylece bir önek ya da eksik bir ayraç eşleşmeyi bozmaz.
• Emin olmadığında söyler. Her fatura satırı için açık siparişler arasındaki aramanın üç açık sonucu vardır: tek eşleşme, belirsiz eşleşme ya da eşleşme yok. Son ikisi tahmin edilmez, bir insan için işaretlenir.
• Değerleri yan yana koyar. Yapay zekânın faturadan okuduğu değer, plandakiyle yan yana gelir; miktar, fiyat ve tarih farkları işaretlidir. Böylece kontrol eden kişi satırları yeniden yazmaz, farkları kontrol eder.
• Tarihleri hesaplamaya bırakır. Okumak modelin işidir. Sevk modu, transit süresi ve tatil takviminden planlanan varış tarihini çıkarmak ise bir hesaplamadır ve hesaplama olarak yapılır.
• Onay için durur ve gerekçeyi yazar. Bir insan onaylayana kadar planda hiçbir şey değişmez, yalnızca değişmesine izin verilen alanlar yazılır ve her değişiklik kimin yaptığı, ne zaman ve neden yapıldığıyla kaydedilir.

Ölçülmesi gereken, fatura girme hızı değildir. Önemli olan soru şudur: "Her açık sipariş satırı için plan, tedarikçinin bize gerçekte söylediğini gösteriyor mu — ve bunu kimin onayladığını gösterebiliyor muyuz?"

Bir ajan tedarikçilerin gönderdiğini okur ve planınızla karşılaştırır. Bir fiyat farkının kabul edilip edilmeyeceği, eksik bir sevkiyatın kabul edilebilir olup olmadığı, bir faturanın ödenip ödenmeyeceği ve tedarikçiye ne sorulacağı satınalmacılarınızda, planlamacılarınızda ve finans ekibinizde kalır.

Bir çözümde nelere bakmalı?

Hangi sağlayıcıyla görüşürseniz görüşün, fatura mutabakatı için yapay zekâlı bir araç hakkında şu sorular yerindedir:

• Tedarikçilerinizin faturalarını okur. Tedarikçilerinizin gerçekte gönderdiği formatlardaki faturaları — sistemden üretilmiş PDF'ler, taramalar, e-faturalar — okuyabilir mi ve okuduğunu asıl faturayla karşılaştırabilir misiniz?
• Referansları tedarikçinin yazdığı gibi ele alır. Tedarikçiye özel önek, ayraç ya da satır pozisyonu içeren sipariş numaraları sizin formatınıza nasıl çevrilir?
• Eşleşme belirsizse söyler. Tek eşleşmeyi belirsiz bir eşleşmeden ya da hiç eşleşme olmamasından ayırır mı, yoksa yine de bir satır mı seçer?
• Farkları işaretler. Miktar, fiyat ve tarih farkları plandaki değerlerin yanında, satır satır gösterilir mi?
• Zor durumları ele alır. Kısmi teslimatların, birkaç siparişi kapsayan faturaların ve farklı ölçü birimlerinin nasıl ele alındığını sorun.
• Varış tarihini hesaplar. Beklenen varış tarihi sevk modu, transit süresi ve tatil takviminden mi hesaplanır, yoksa faturadan mı kopyalanır?
• Kendi başına hiçbir şeyi değiştirmez. Bir insan onaylamadan planınıza herhangi bir değer yazılır mı?
• Yalnızca izin verilen yere yazar. Hangi alanları değiştirmesine izin verildiğini sınırlayabilir misiniz?
• Kayıt tutar. Onaylanan her değişiklik için bir denetçiye ya da müşteriye gösterebileceğiniz kim/ne zaman/neden kaydı var mı?
• ERP'nizi olduğu gibi bırakır. MRP/ERP'niz ve süreciniz olduğu gibi kalırken mi çalışır, yoksa yeni bir sistem ya da veri taşıma mı gerektirir?
• Kontrollerinize uyar. Mal kabul/irsaliye kayıtlarıyla üçlü eşleştirme yapıyorsanız ya da e-Fatura alıyorsanız, her birinin nasıl ele alındığını sorun.
• Sizin faturalarınızda kanıtlanır. Bir demo veri seti değil, kendi faturalarınız ve kendi planınız üzerinde bir deneme.

Örnek kullanım senaryoları

Aşağıdaki senaryolar, bir fatura satırının nasıl eşleştirildiğini gösteren temsili örneklerdir. Müşteri vakası değildir, sayılar ve fiyatlar örnek amaçlıdır ve performans rakamı içermez.

Örnek 1: uyuşmayan bir birim fiyat

1. 01

   Durum

   Bir tedarikçi 500 konnektörü adedi 1,25 $'dan faturalar. Plandaki sipariş satırında 1,10 $ yazar.

2. 02

   Ajanın yaptığı

   Fatura satırını okur, tek eşleşen sipariş satırını bulur ve ikisini yan yana koyar. Fiyat farkı işaretlenir; miktar uyuşur.

3. 03

   Satınalmacının yaptığı

   Sipariş teyidine bakar ve üzerinde anlaşılmış bir fiyat değişikliği bulamaz; satırı onaylamaz ve tedarikçiden düzeltilmiş fatura ister.

4. 04

   Sonra

   Düzeltilmiş fatura 1,10 $ ile gelir. Eşleşir, satınalmacı onaylar ve onay kim, ne zaman ve neden bilgisiyle kaydedilir.

Örnek 2: sipariş edilenden az adet

1. 01

   Durum

   Bir sipariş satırı 1.000 sensör içindir. Tedarikçinin faturasında 600 adet yazar.

2. 02

   Ajanın yaptığı

   Fatura satırını sipariş satırıyla eşleştirir ve miktar farkını işaretler: plandaki 1.000'e karşı faturalanan 600.

3. 03

   Planlamacının yaptığı

   Tedarikçinin kalanın gelecek ay sevk edileceğine dair notunu okur ve satırın planda nasıl güncelleneceğine karar verir. Yalnızca izinli kolonlar değişir.

4. 04

   Kayıt

   Değişiklik kimin, ne zaman ve neden onayladığı bilgisini taşır; böylece henüz gelmemiş 400 adet sonradan açıklanabilir.

Örnek 3: tek fatura, üç tür eşleşme

1. 01

   Durum

   Üç satırlık bir fatura gelir. Tedarikçi sipariş numaralarınızı kendi önekiyle ve eğik çizgiden sonra satır pozisyonuyla yazar.

2. 02

   Satır 1

   Tedarikçiye özel kural seti referansı sizin sipariş numarası formatınıza çevirir ve arama tek bir eşleşme bulur.

3. 03

   Satır 2

   Aynı parça, farklı tarihli iki sipariş satırında açıktır. Eşleşme belirsiz olarak işaretlenir ve doğru satırı satınalmacı seçer.

4. 04

   Satır 3

   Açık bir sipariş satırı bulunamaz. Satır işaretlenir; satınalmacı siparişin, eşleştirmenin kullandığı plan dökümünden sonra girildiğini görür.

5. 05

   Sonuç

   Hiçbir şey tahmin edilmedi. İki satır bir insana ihtiyaç duydu ve o kişi tam olarak hangi ikisi olduğunu gördü.

Örnek 4: kayan bir varış tarihi

1. 01

   Durum

   Bir tedarikçi, resmî tatilden önceki gün hava yoluyla sevk edilen bir parti güç modülünü faturalar. Konşimento ve takip numarası faturayla birlikte eklenir.

2. 02

   Hesap

   Planlanan varış tarihi sevk modu, hava yolu transit süresi ve tatil takviminden hesaplanır. Plandaki termin tarihinden daha geç çıkar.

3. 03

   Planlamacının yaptığı

   Tarih farkını plandaki tarihin yanında işaretli görür ve yeni tarihi onaylar.

4. 04

   Sonrası

   Plan yeni tarihi taşır ve açık sipariş raporu satırı ilk tarihine göre gecikmiş olarak gösterir; böylece malzeme planlaması, malın gerçekten gelebileceği tarihten çalışır.

Primarch Teyit AI nasıl yardımcı olur?

Bu bölüm ürünümüzü anlatır. Teyit AI, tedarikçi faturalarını okuyan ve MRP/ERP planınızla satır satır eşleştiren ajanik bir üründür — farkları size gösterir, onayınız olmadan tek hücre değişmez. Türkiye'nin önde gelen bir savunma elektroniği üreticisinin gerçek satınalma süreci üzerine inşa edildi; bugün gerçek faturalar ve gerçek MRP/ERP verisiyle uçtan uca çalışıyor. Akış:

1. 01

   01 · Faturayı yükleyin

   PDF fatura; konşimento ve takip numarası opsiyonel.

2. 02

   02 · AI satırları çıkarsın

   Görsel model satırları okur; tedarikçiye özel kural seti sipariş numarasını normalize eder.

3. 03

   03 · MRP/ERP'de eşleşsin

   Açık sipariş satırlarında arama: tek eşleşme, belirsiz veya bulunamadı — hepsi işaretli.

4. 04

   04 · Yan yana inceleyin

   AI'ın okuduğu değer plandakiyle yan yana; miktar, fiyat ve tarih farkları sizin yerinize işaretlenir.

5. 05

   05 · Varış tarihi hesaplansın

   Planlanan varış tarihi otomatik hesaplanır: sevk modu, transit süresi ve tatil takvimi dahil.

6. 06

   06 · Onaylayın

   Yalnız izinli kolonlara yazılır; kim/ne zaman/neden kaydı düşülür.

• AI okur, siz onaylarsınız. Her satırı insan onaylar, hiçbir şey otomatik değişmez — kara kutu yok. Her değişiklik kayıtlıdır.
• Açık siparişler aynı akışta. Açık sipariş raporları da aynı motordan geçer — zamanında, gecikmiş, eksik, satır satır — ve bekleyen siparişlerin (backlog) takibi aynı akışta yapılır.
• ERP'niz değişmez. MRP/ERP'niz ve süreciniz neyse o kalır; sistem planınızın günlük dökümüyle çalışır.
• Tedarikçinin sisteminden üretilmiş PDF'lerin yanında taranmış kâğıt faturaları da okur.
• Türkiye'deki e-Fatura belgelerini yazdırılmış ya da PDF görünümünün yanında XML (UBL-TR) dosyasından da okur.
• Fatura satırlarını siparişin yanında mal kabul kayıtlarıyla da karşılaştırır; tam bir üçlü eşleştirme yapar.
• Kısmi teslimatları ve bölünmüş satırları ele alır: birkaç sevkiyatta faturalanan bir sipariş satırı ya da birkaç siparişin satırlarını kapsayan bir fatura, açık miktar doğru tutularak eşleştirilir.

Nasıl başlanır?

En kolay başlangıç, kendi verinizle bir demodur: faturalarınızdan birini yapay zekâ okusun ve planınızla eşleştirsin. Sipariş öncesinde ise Tedarik AI bir ihalenin malzeme listesini fiyatlandırır — ihale fiyatlandırma ve tedarikçi teklifleri rehberimize bakın.