Beşinci bölüm belirli bir partinin nereye gittiğini sordu. Bugünün sorusu muhasebe sorusu gibi görünse de tamamen operasyoneldir: Faturaladığınız şey, deponuzdan çıkanla aynı mı? Pek çok fabrikada cevap hayır ve farkın tam olarak ne kadar olduğunu kimse bilmiyor.

Bunun nedeni, e-faturanın çoğu işletmeye operasyon kapısından değil, mevzuata uyum kapısından girmiş olmasıdır. Bir fatura ürünü satın alırsınız, idareye bağlarsınız, uyumlu bir belge düzenlersiniz, iş biter. Böylece fabrika yan yana yaşayan iki sistemle kalır: biri neyin satıldığını, diğeri neyin çıktığını bilir ve ikisinin aynı olayı anlattığına dair hiçbir garanti yoktur.

Fatura kapanış evrakı değil, bir hareketin çıktısıdır

Çoğu fabrika sahibinin faturalamaya bakışı kâğıt defterden miras kalmıştır: iş biter, masaya oturursunuz ve onu özetleyen bir belge yazarsınız. Sorunun kökü bu zihniyettir; çünkü bağlantılı bir sistemde fatura sonradan yazılan bir özet değildir. Depodaki fiziksel bir olayın finansal çıktısıdır: belirli bir ürün, belirli bir miktarda, belirli bir partiden, belirli bir zamanda, belirli bir müşteriye çıkarılmıştır.

Fatura bu olayın üzerine kurulduğunda iki kopya yerine tek bir veri seti olur. Faturadaki miktar, çıkışta okutulan miktardır. Ürün, ikinci bölümde temizlediğiniz aynı koddur. Parti, beşinci bölümde izini sürdüğünüz aynı partidir. Fatura ayrı bir sisteme elle yazıldığında aynı bilgiyi ikinci kez girersiniz ve her yeniden giriş, iki rakamın birbirinden ayrılması için yeni bir fırsattır.

Sistemler ayrı olduğunda ortaya çıkan dört hata

Satışı depodan koparmak tek büyük bir arıza olarak görünmez. Fabrikada çalışmış herkesin tanıyacağı dört tekrarlayan örüntü olarak görünür:

  • Çıkışı olmayan fatura: fatura gitti ve gelir kaydedildi, ancak kayıtlara göre mal depodan hiç çıkmadı. Defter bakiyesi yüksek kalır ve bir sonraki sayım kimsenin açıklayamadığı bir eksik ortaya çıkarır.
  • Faturası olmayan çıkış: mal sözlü bir talimatla ya da elle yazılmış bir irsaliyeyle fiziksel olarak çıktı ve hiç faturalanmadı. İki kez kaybedersiniz: karşılığında gelir olmadan giden stok ve hiç belgelenmemiş bir satış için doğan vergi yükümlülüğü.
  • Stoka hiç ulaşmayan iade: müşteri miktarı geri gönderdi ve bu finansal olarak bir indirim ya da dekontla halledildi, ancak mal sisteme dönmeden rafa döndü. Kullanılabilir stok gerçeğin altında kalır ve zaten sahip olduğunuz şeyi satın alırsınız.
  • Mevcut olmayan stok için satış siparişi: satış ekibi dosyada kullanılabilir görünen bir miktarı taahhüt eder, oysa gerçekten serbest olan miktar başka bir siparişe rezerve edilmiş ya da muayenede bekletiliyordur. Vaat gecikmeye, gecikme de cezaya ya da kaybedilmiş bir müşteriye dönüşür.

Dördünden hiçbiri bir insan sorunu değildir. Hepsi iki doğruluk kaynağına sahip olmanın kaçınılmaz sonucudur. Bir fabrika aynı şey için iki rakam tuttuğunda bu rakamlar uyuşmayacaktır; tek soru ne zaman ve ne kadar olduğudur.

Doğru yol: satış siparişi, sonra çıkış, sonra fatura

Bağlantılı bir akış üç istasyondan geçer ve her biri bir sonrakini tekrarlamak yerine onu üretir:

  • Satış siparişi: müşteriye ne vaat edildiğini kaydeder: ürünler, miktarlar, fiyat ve teslim tarihi. Aynı anda stoku rezerve eder, böylece aynı birimler iki kez satılamaz.
  • Çıkış ve teslimat: depo miktarı toplar ve barkod bölümünde anlatıldığı gibi okutur; böylece çıkan şey, parti numaralarıyla birlikte gerçek miktardır. İstenen ile mevcut arasındaki her fark faturaya ulaşmadan önce burada ortaya çıkar.
  • Fatura: satış siparişinden değil, çıkış olayından üretilir. Bu ayrıntı önemlidir: sipariş edilen yüz birimin doksanını teslim ettiyseniz, fatura otomatik olarak doksan üzerinden çıkar ve kalan miktar siparişte açık kalır; önce faturalanıp sonra bir dekontla düzeltilmez.

Sonuç olarak ay sonu mutabakatı bir soruşturmadan bir teyide dönüşür. Kimse depo defterini satış raporuyla karşılaştırmak için oturmaz, çünkü ikisi hiçbir zaman ayrı olmamıştır.

Entegrasyon aşaması pratikte ne anlama geliyor

Suudi Arabistan'da e-fatura, Zekât, Vergi ve Gümrük İdaresi (ZATCA) tarafından iki aşamada hayata geçirildi: önce oluşturma aşaması, ardından uygulaması 1 Ocak 2023'te başlayan ve idarenin duyurduğu mükellef gruplarına uygulanan entegrasyon aşaması; idare hedeflenen işletmeleri önceden bilgilendirir. Teknik ayrıntılar idarenin kendi belgelerinde yayımlanır ve bunların resmî olmayan bir yorumuna dayanmak bir hatadır.

Bir fabrika sahibi için önemli olan teknik dil değil, tek bir sonuçtur: Faturalarınızı düzenleyen sistem artık bir belge yazdırıp e-postayla göndermek yerine, tanımlı bir formatta ve tanımlı güvenlik kontrolleri altında idarenin platformuyla iletişim kurmak zorundadır. Pratikte bu şu anlama gelir:

  • Manuel faturalar için yan kanal yok: entegre sistemin dışında düzenlenen her şey aynı anda hem bir uyum sorunu hem de bir muhasebe sorunu hâline gelir.
  • Ürün verileri temiz olmalıdır: açıklama, birim, miktar ve fiyat tam olarak sizde tutulduğu gibi gider; dolayısıyla kodlarınızdaki her karmaşa artık bir iç rapor yerine düzenlemeye tabi bir belgede görünür.
  • Farklar artık sessizce düzeltilmez: düzenlenmiş bir faturayı değiştirmek, silip yeniden yazmak değildir; kendi akışı olan bir düzeltme belgesidir.

Gereksinimler güncellendiği ve gruplar aşamalı olarak duyurulduğu için güvenilecek tek referans idarenin resmî sayfaları ve belgeleridir; taahhütte bulunmadan önce tedarikçinizin beyan ettiği uyumluluğu bu kaynaktan teyit etmek akıllıca olur.

İadeler ve alacak dekontları: her boşluğun açığa çıktığı yer

İadeler, her entegrasyon için gerçeğin anıdır. Satış tek yönde hareket eder ve kontrolü kolaydır; iade ise aynı anda üç yönde hareket eder: mal bir yere geri döner, bir değer düzeltilir ve düzeltmeyi yansıtan düzenlemeye tabi bir belge düzenlenir.

Sisteminize gerçekten bağlantılı diyebilmeniz için cevaplaması gereken sorular:

  • Bir miktar geri geldiğinde otomatik olarak kullanılabilir stoka mı döner, yoksa muayene edilene kadar bir karantina lokasyonuna mı? İkisini karıştırmak hasarlı malı yeniden satış havuzuna sokar.
  • Alacak dekontu doğrudan orijinal faturaya mı bağlı, yoksa daha sonra mutabakatı zor olan bağımsız bir belge olarak mı düzenleniyor?
  • İade edilen mal belirli bir partiye aitse, sistem dönüş yolunda o parti numarasını koruyor mu? Bu olmadan, önceki bölümde kurduğunuz izlenebilirlik ilk iadede kopar.
  • Yeniden satılamayan bir iadeye ne olur: değeriyle fire olarak mı kaydedilir, yoksa sessizce hesaplardan kaybolup bakiyeyi şişmiş hâlde mi bırakır?

Origami'nin bakışı

Sanayi ve depolar sektöründe e-fatura dosyasını muhasebeden değil depodan açarız. Bizden bir faturalama sorununu çözmemizi isteyen sahiplerin çoğu, ilk oturumdan sonra hatanın faturanın kendisinde olmadığını keşfeder: onu üretmesi gereken çıkış işlemi hiç kaydedilmemiş, geç kaydedilmiş ya da farklı bir kodla kaydedilmiştir.

Bu yüzden işi buna göre sıralarız: önce ürün tanımları ve okutulan stok hareketleri, ancak ondan sonra satış siparişi, fatura ve iade yolu, bunların üzerine yan yana sistemler olarak değil tek bir zincir olarak kurulur. Uyum tarafında sabit bir kuralımız var: referans, Zekât, Vergi ve Gümrük İdaresi'nin (ZATCA) yayımladıklarıdır ve uyumluluk bir pazarlama iddiasından değil, onun resmî kaynağından doğrulanır.

Bir sonraki bölümde

Bir parça kaldı: sıralama. Doğruluk açığını, okutmayı, üretim emrini, yeniden sipariş noktasını, parti izlenebilirliğini ve fatura bağlantısını ele aldık. Hepsini aynı anda denemek başarısızlığa giden en hızlı yoldur. Yedinci ve son bölüm doksan günlük bir yol haritasıdır: nereden başlanacağı, hangi sırayla ilerleneceği ve sonrasında operasyonların hangi göstergelerle yönetileceği.

Kaynaklar