UgurKeser.art

Ciro artarken nakit neden sıkışır?

Satış artışıyla tahsilat, stok ve ödeme zamanlarını birlikte incelemek; haftalık nakit takvimi ve olumsuz senaryo hazırlamak.

Uğur Keser5 dk okuma

Satışın artması, paranın aynı hızda bankaya girdiği anlamına gelmez. Ürün peşin alınmış, müşterinin ödemesi aracıda bekliyor, iadeler henüz sonuçlanmamış ve yeni parti için avans zamanı gelmiş olabilir. Böyle bir işletme satış ekranında büyürken ödeme günlerinde sıkışabilir.

Sorunu anlamak için kârlılık hesabıyla nakit takvimini ayrı kurmak gerekir. Bu yazı küçük bir e-ticaret işletmesinin haftalık yönetim görünümü hazırlamasına yönelik bir yöntemdir. Kullanılan tutarlar varsayımsaldır; borçlanma, vergi veya yatırım tavsiyesi değildir. İşletmenin resmi muhasebe ve finansman kararları kendi uzmanlarıyla değerlendirilmelidir.

Kâr ile nakit hareketi

Bir satışın muhasebeleştirilmesi ve bedelinin kullanılabilir bakiyeye dönüşmesi aynı gün gerçekleşmeyebilir. Benzer biçimde depoya alınan ürün için para çıkışı hemen oluşurken ürünlerin satışı daha sonra gerçekleşebilir. Bu zaman farkı, kâr raporunda tek başına görünmeyebilir.

IFRS’nin nakit akışları açıklaması, nakit hareketlerini işletme, yatırım ve finansman faaliyetleriyle ayrı ele alır. Buradaki çalışma resmi bir nakit akış tablosunun yerine geçmez; aynı temel ayrımdan yararlanarak hangi tarihte ne kadar kullanılabilir para kalacağını görmeye odaklanır.

Banka hesabına ortak tarafından eklenen para işletmenin satış başarısı değildir. Kredi kullanımı da müşteri tahsilatı gibi gösterilmemelidir. Girişleri türlerine göre ayırmak, operasyonun kendi başına ne kadar nakit ürettiğini anlamaya yardım eder.

Siparişin para takvimini çizmek

Tek bir ürün partisinin akışını yaz: tedarik avansı, kalan ödeme, depoya giriş, satış, ödeme kuruluşundan aktarım ve olası iade. Her olay için tutar ve tarih bulunur. Tarih kesin değilse tahmini olduğu belirtilir.

Örneğin 100 ürün için 40.000 TL peşin ödendiğini varsayalım. Ürünlerin tamamı aynı gün satılmayabilir. İlk satışlardan gelen tutarlar hesaba ulaşmadan ikinci parti siparişi gerekiyorsa işletme ek nakit bağlar. İlk partinin beklenen marjı pozitif olsa da zamanlama sorunu ortadan kalkmaz.

Bu örnekte bütün tahsilatı hemen kullanılabilir saymak en yaygın hatadır. Ödeme takvimi, kesintiler, iadeler ve diğer yükümlülükler dikkate alınmalıdır. Bir platformun ekranda gösterdiği bakiye ile bankada kullanabileceğin para arasındaki farkı uzlaştır.

Haftalık görünümü kurmak

Başlangıç için gelecek birkaç haftayı kapsayan bir tablo hazırlanabilir. Amaç uzak geleceği kesin tahmin etmek değil, yaklaşan açıkları erken görmektir. Her hafta gerçek sonuç geldikçe tahmin güncellenir; önceki tahmin silinmez, farkın nedeni kaydedilir.

Satır İçerik Sık yapılan hata
Açılış kullanılabilir bakiyesi Dönem başında kullanılabilen para Bekleyen tahsilatı da burada saymak
Müşteri tahsilatı O hafta hesaba geçmesi beklenen tutar Satış tarihini aktarım tarihi sanmak
Tedarik ödemeleri Avans ve kalan bakiye Sipariş verilince ödeme tarihini unutmak
İşletim giderleri Kira, ekip, hizmet ve diğer ödemeler Aylık gideri yanlış haftaya koymak
İade ve düzeltmeler Beklenen gerçek para çıkışları Satış iptalini iki kez düşmek
Finansman hareketleri Ayrı gösterilen kaynak giriş/çıkışları Operasyon geliriyle karıştırmak
Kapanış bakiyesi Açılış + girişler − çıkışlar Hesap sonucu ile banka kaydını uzlaştırmamak

Vergi ve diğer yasal ödemelerin takvimini işletmenin muhasebe sorumlusundan alın. Genel bir internet tablosundaki tarihleri işletmeye doğrudan uygulamayın. Aynı şekilde dövizli işlemlerde kur ve dönüşüm zamanını tutarlı tanımlayın.

Büyüme neden açığı büyütebilir?

Daha çok satış için daha fazla stok gerekirken tedarik ödemesi öne çekilebilir. Kampanya harcaması bugün yapılır, satışın tahsilatı daha sonra gelir. Ekip ve depo kapasitesi artışı da gelir gerçekleşmeden ödeme gerektirebilir. Bu yüzden pozitif sipariş katkısı tek başına büyüme hızını belirlemez.

Stok devir süresi uzayan ürünler ayrıca incelenmelidir. Rafın dolu olması varlık bulunduğunu gösterir, fakat o ürünlerin kısa sürede nakde dönüşeceğini garanti etmez. Satışı yavaş ürünlere tekrar sipariş vermek, hızlı satan ürünler için kullanılabilecek parayı bağlayabilir.

Sorunun kaynağı her zaman büyüme değildir. Tahsilat kaydı eksikliği, beklenmeyen kesinti veya çift ödeme de sıkışıklık yaratabilir. İlk adım tahmin üretmeden önce mevcut banka ve platform kayıtlarını uzlaştırmaktır.

Tek tahmin yerine senaryolar

Temel senaryonun yanında geciken tahsilat, yavaşlayan satış veya artan iade gibi olumsuz bir senaryo hazırlanabilir. Her satırı aynı oranda değiştirmek yerine değişkenin işletmeye nasıl yansıdığını düşün. Satış azalırken önceden sipariş verilmiş stok ödemesi aynı kalabilir.

Senaryonun amacı korkutucu rakam üretmek değil, hangi tarihte hangi kararın gerekebileceğini görmek olmalıdır. “Şu tahsilat bir hafta gecikirse şu ödeme öncesinde açık oluşuyor” gibi somut bir bulgu, genel “nakit riski var” ifadesinden daha kullanışlıdır.

Belirsiz bir tahsilatı kesin giriş gibi yazmak yerine olasılığı veya güven düzeyini ayrı göster. Birkaç iyimser varsayımın aynı anda gerçekleşmesine bağlı plan, tek bakışta anlaşılmalıdır.

Müdahale sırası

Önce kayıt ve zamanlama hatalarını düzelt. Ardından gereksiz stok bağlama, kullanılmayan hizmetler, verimsiz kampanya harcaması ve ödeme koşulları gibi işletilebilir alanları değerlendir. Her önlemin müşteri ve tedarikçi etkisi de düşünülmelidir.

Örneğin stok alımını azaltmak kısa vadede nakdi koruyabilir ama temel ürünlerde sık stok tükenmesine yol açabilir. İndirimle stok boşaltmak para girişini hızlandırabilir fakat katkıyı düşürebilir. Kararı yalnız o haftanın bakiyesine göre vermek başka bir sorunu büyütebilir.

Finansman ihtiyacı sürüyorsa seçeneklerin maliyeti, vadesi ve geri ödeme koşulları işletmeye özel değerlendirilmelidir. Bu rehber belirli bir kredi veya borç ürünü önermez; görüşmeye hangi zamanlama verileriyle gidileceğini netleştirir.

Haftalık değerlendirme

Her gün bütün tabloyu yeniden yorumlamak yerine belirli bir sorumlu ve düzenli gözden geçirme zamanı oluştur. Gerçekleşen ile beklenen arasındaki en büyük farkları incele. Satış düşük kaldığı için mi, tahsilat geciktiği için mi, ödeme unutulduğu için mi bakiye değişti?

Bir sonraki hafta için yalnız tutarı değil, kararı da kaydet: hangi satın alma ertelenecek, hangi tahsilat doğrulanacak, hangi gider tekrar değerlendirilecek? Tablo bir rapor arşivi olarak kalmamalı; yaklaşan kararları görünür kılmalıdır.

Temel kavramsal kaynak IFRS’nin IAS 7 açıklamasıdır. Sipariş ekonomisini ayrı kurmak için e-ticaret danışmanlığı çerçevesi, operasyonun bekleyen işlerini görmek için operasyon haritası rehberi kullanılabilir.