Aynı maliyet neden üç farklı yerde görünebilir?
Bir malzeme alış faturası projeye bağlanabilir, faturanın ödemesi yine aynı proje koduyla kaydedilebilir ve malzeme daha sonra depodan bir sorumluluk merkezine çıkabilir. Bu üç hareketin hepsini gider olarak toplamak, tek ekonomik maliyeti iki veya üç kez sayabilir.
Sorun kayıtların hatalı olmasından çok hareketlerin farklı amaçlar taşımasından kaynaklanır. Fatura tahakkuku maliyetin belgesidir; ödeme nakit hareketidir; depo çıkışı ise malzemenin fiilî kullanım yerini açıklayabilir. Proje kârlılığı hesabı bu anlamları ayırmalıdır.
Ödeme ve tahsilat neden proje kâr/zararına tekrar eklenmez?
Tediye, tahsilat, havale ve virman gibi hareketler bir borcun nasıl kapandığını gösterir. Mal veya hizmet gideri faturada zaten tanındıysa ödemenin yeniden gider yazılması maliyeti çoğaltır.
LEXT Proje & Sorumluluk Merkezi motoru, kâr/zarar tarafı bulunmayan finansal ve bilanço hareketlerini proje gelir-gider toplamının dışında tutar. Bu bir muhasebe kaydı değiştirme önerisi değildir; analizde tahakkuk ile nakit hareketini birbirine karıştırmama kuralıdır.
Depo çıkışı neden otomatik olarak ikinci gider değildir?
Faturasız depo çıkışı veya depolar arası sevk satırındaki tutar, alış faturası maliyetinin güvenilir tekrarı olmayabilir. Kaynak veride tutar sıfır, alışın altında veya üstünde bulunabilir. Bu nedenle depo çıkışı tutarını doğrudan gider kabul etmek yanlış maliyet üretebilir.
LEXT'in temel yaklaşımında faturalı stok satırı maliyeti bir kez taşır. Faturasız depo hareketi ikinci bir gider sayılmaz. Fiilî kullanım analizi gerekiyorsa malzeme, kaynak alış katmanından gelen birim maliyetle stok ve depo zinciri üzerinden izlenir; kaynak maliyet bulunamıyorsa tahmini tutar üretilmez.
Fiilî kullanım maliyeti nasıl yeniden dağıtır?
Malzemenin satın alındığı sorumluluk merkezi ile gerçekten kullanıldığı merkez farklı olabilir. Bu durumda yalnız belge merkezine bakmak, maliyeti yanlış organizasyon biriminde bırakır. Ancak kullanım merkezine taşımak da yeni bir gider yaratmamalıdır.
LEXT'in fiilî kullanım modelinde kaynak merkezden eksi, kullanım merkezine artı yeniden dağıtım bacakları oluşur. Aynı proje içinde bu çiftin neti sıfırdır; toplam gider değişmez. Projeler arasında sevk kuralı etkinse maliyet kaynak projeden kullanan projeye taşınabilir, fakat transfer yine ikinci bir maliyet olarak sunulmaz.
Kontrol yöntemi: belgeden maliyet kaynağına ilerleyin
Önce proje ve tarih kapsamını sabitleyin. Gelir ve gider hareketlerini belge bazında ayırın; ödeme/tahsilat ile faturasız stok hareketlerini dışlanan hareketlerde doğrulayın. Ardından kullanım merkezinin farklı olduğu malzemelerde kaynak alış, kullanım evrakı, miktar, birim maliyet ve taşınan maliyet zincirini inceleyin.
- Faturalı stok satırını tek maliyet kaynağı olarak doğrulayın
- Ödeme ve tahsilatı P&L toplamına yeniden eklemeyin
- Depo çıkış tutarını güvenilir maliyet varsaymayın
- Yeniden dağıtımın toplam gideri değiştirmediğini kontrol edin
- Kaynağı bulunamayan maliyeti tahminle doldurmayın
LEXT bu problemi nasıl görünür kılar?
Proje & Sorumluluk Merkezi Analizi gelir, gider, net sonuç ve bekleyen siparişleri aynı kapsamda gösterir; rakamdan hareket, evrak ve maliyet kaynağına inilmesini sağlar. Finansal durum ile veri kalitesi durumunu ayrı gösterir: örneğin gelir bağlantısı yoksa kârlılık yüzdesi uydurulmaz.
LEXT Mikro ERP'nin yerine geçmez ve kayıtları bu analizde değiştirmez. Mikro'daki proje, sorumluluk merkezi, stok, cari ve sipariş hareketlerini salt okunur değerlendirerek maliyetin nereden geldiğini ve hangi hareketlerin toplam dışında kaldığını açıklanabilir hale getirir.