Cari mutabakat neden “aynı hesap farklı sonuç” üretir?
Transfer firmalarında cari mutabakat, acente bakiyesi ile transfer yazılımındaki cari kaydın aynı dönemde aynı tutarı göstermesiyle sağlanır. Karışmanın temel nedeni, tahsilatın “nerede ve nasıl oluştuğu” bilgisinin cari hesaba tek kalemde yansıtılmasıdır. Örneğin araçta nakit alınıp fiş kesildiğinde bu para, acente hakedişi ile aynı muhasebe satırına yazılırsa kur farkı, para birimi farkı ve kısmi ödeme ayrımı kaybolur. Sonuç; acente mutabakatı “fark çıktı” durumuna döner. Bu yüzden cari hesap, hakediş, tahsilat ve kapanış tarihi ayrımı şarttır.
Acente hakedişi ile araçta alınan ödeme aynı yere yazılırsa
Operasyonda acente hakedişi genellikle “transfer başı ücret” olarak hesaplanır; araçta alınan ödeme ise “tahsilat” olarak doğar. İkisi aynı gün kayda girse bile muhasebe anlamı farklıdır. Karışma çoğu zaman şu senaryodan gelir: Hakediş tutarı oluşturulur, ardından araçta alınan ödeme aynı cari kayda eklenir, fakat işlem türü (hakediş mi tahsilat mı) ve referans (kontrat/rezervasyon/transfer kodu) saklanmaz. Bu durumda mutabakat raporu, acentenin alacağı ile firmanın tahsil ettiği tutarı karıştırır. Kontrol: Cari satırların “tür” alanı dolu mu? Aynı transfer koduna iki farklı ledger kalemi düşüyor mu?
Farklı para birimleri ayrı izlenmediğinde kur farkı büyür
Araçta tahsil edilen tutar bazen farklı para birimlerinde olabilir: nakit TL, kart USD, POS EUR gibi. Eğer yazılım bu tahsilatları tek para birimine çevirip cari hesaba “tek tutar” olarak basıyorsa, mutabakatta kur farkı açıklanamaz. Özellikle tahsil tarihi ile muhasebe kapanış tarihi farklıysa, dönemsellik bozulur. Teknik olarak doğru yaklaşım; her tahsilatı kendi para birimi ve fiş/işlem tarihiyle saklamak, cari hesabı ise belirlenen kur ile ayrı hesaplamak olmalıdır. Neptün Transfer’de cari kayıtlar; para birimi, tutar, kur tipi ve kapanış tarihi bazında ayrıştığında farkın nedeni görünür hale gelir.
Kısmi tahsilat ve iade akışları cari bakiyeyi saptırır
Transfer başına ücret tamamı tahsil edilmeyebilir. Ödeme “kısmi” girer; kalan tutar acente hakedişinden mahsup edilir ya da ikinci bir tahsilatla kapanır. Aynı şekilde iade (iptal, yolcu değişimi, hizmet değişimi) geldiğinde iade tutarı yanlış işlem türüyle cari yansıtılır. En sık hata: İade fişi, hakediş düşümü yerine tahsilat düzeltmesi gibi kaydedilir. Böylece acentenin alacağı artmış görünür. Kontrol listesi: Bir rezervasyon için en az şu alanlar raporda görünmeli: tahsilat kalemi sayısı, mahsup kalemi, iade türü ve her kalemin referans transfer kodu. Referans yoksa mutabakat düzeltmesi zorlaşır.
Mutabakat filtresi “tarih mantığı” yüzünden bozulur
Mutabakat raporlarında en kritik nokta tarih seçimidir. Tahsilat tarihi mi esas alınır, fiş kesim tarihi mi, yoksa muhasebe kapanış tarihi mi? Transfer operasyonunda bu tarihler sıkça ayrışır. Örneğin araçta ödeme aynı gün alınır ama fiş ertesi gün kesilir. Siz raporu fiş tarihine göre alırsanız, acente tarafı tahsilat tarihine göre kontrol ediyorsa fark çıkar. Doğru karar ölçütü: Raporda filtreler açıkça ayrılmalı ve “cari kapanış dönemi” tanımlanmalıdır. Kayıtlar için tek tarih alanına gömülü yaklaşım yerine, tahsilat tarihi / kayıt tarihi / mahsup tarihi ayrı saklanmalıdır.
Fatura ve hakediş statüleri senkron olmazsa fark kaçınılmaz
Acente hakedişi ile cari mutabakat çoğu şirkette faturalama statüsüne bağlı yürür. Hakediş “taslak” iken cari bakiyeye atılırsa, henüz onaylanmamış bir tutar acente bakiyesi gibi görünür. Ya da hakediş “onaylandı” olur fakat fatura kesilmeden kapanış raporuna dahil edilirse, acente tarafı kendi sisteminde “bekleyen fatura” ile “ödenen”i farklı toplar. Somut operasyon: Her transfer için durum zinciri net olmalı: hakediş oluşturuldu → araçta tahsilat işlendi → ödeme/mahsup yapıldı → fatura statüsü tamamlandı. Statü atlamalarında cari düzeltme gerekir; bunu otomatikleştirmek için yazılımda statü-temelli kurallar tanımlanmalıdır.
Neptün Transfer’de doğru kayıt modeli nasıl kurulur?
Neptün Transfer yaklaşımında cari hesap, acente hakedişi ve araç üstü tahsilat kalemleri ayrı ledger satırlarında tutulur. Önerilen model: Her transfer için aynı referans kodu üzerinden üç tür kayıt üretin: acente hakedişi (alacak), araçta alınan ödeme (tahsilat), mahsup/iade (düzeltme). Para birimi her tahsilat kaleminde saklanmalı; kur çevrimi cari bakiyeye uygulanırken hangi kur tipinin kullanıldığı belirgin olmalı. Ekran kontrolü: Transfer detayında kalem listesi görünür olmalı; “bu tutar hakediş mi, tahsilat mı?” tek bakışta anlaşılmalı. Bu sayede mutabakat raporu fark üretse bile nedeni açıklanır.
Sık yapılan hatalar ve sahadaki hızlı teşhis adımları
En sık hata; tek kalemde hem hakedişi hem tahsilatı yazmak, para birimini tahsilat düzeyinde saklamamak ve tarih alanlarını raporda karıştırmaktır. Hızlı teşhis için sahada şu adımları izleyin: (1) Dönem seçin, fark çıkan acentenin bir transfer kodunu bulun. (2) O transfer için kalemleri türüne göre açın: hakediş, araç tahsilat, mahsup/iade. (3) Para birimi ve kur bilgisi her tahsilatta var mı kontrol edin. (4) Rapor tarih filtresinin hangi tarihe göre çalıştığını görün; fiş mi tahsil mi esas alınıyor bakın. (5) Eksik referans varsa kalemleri yeniden üreterek cari satır eşlemesini sağlayın. Bu kontrollerle aynı “fark çıktı” tekrarını azaltırsınız.
Uygulama sonrası kontrol listesi
- Mobil görünüm, form ve WhatsApp yönlendirmeleri test edilir.
- Title, description, canonical ve sitemap kayıtları kontrol edilir.
- Kırık link, hatalı görsel ve boş CTA alanı bırakılmaz.
- İçerikler gerçek hizmet kapsamıyla uyumlu kalır.