Araçta alınan ödeme, acente hakedişiyle aynı cari satıra yazılınca
Transfer operasyonunda araç içinde alınan bedeller ile acente hakedişini aynı cari hesabın aynı hareket tipiyle göstermek, mutabakatı bozar. Örneğin acente hakedişi “hizmet geliri/komisyon” gibi düşünülür; araçta tahsil edilen ödeme ise “tahsilat”tır ve tahsilatın para birimi, kur ve iade koşulları farklıdır. Eğer sistem aynı hareket satırında hem hakediş hem tahsilat taşıyorsa; cari hesap hareketleri toplanır ama hangi kısmın tahsilat, hangi kısmın hakediş olduğu ayrışmaz. Sonuç: dışarıdan bakınca acente mutabakatı “tam” görünürken, iç raporda ödeme izleri kayar. Kontrol: her işlem için iki etiket tutun: “acente hakedişi” ve “araç içi tahsilat”; ikisini tek satırda birleştirmeyin.
Para birimi ayrımı yapılmayınca kur farkı cari mutabakatı kaydırır
Bir transfer işleminde tahsilat farklı para birimiyle alınabilir (ör. araçta EUR, acente hakedişi TL hesaplanır). Kayıt tasarımı doğru değilse para birimi bilgisi kaybolur ya da yalnızca “tutar” alanında saklanır. Kur farkı hesaplanmadan veya ayrı tutulmadan caride tek tutar olarak işlenir. Bu durumda acente dökümüyle sizin dökümünüz arasında 1-2 kalemlik küçük farklar oluşur; farkların nedeni görünmediği için operasyon ekibi “tam eşleşme yok” diyerek tüm hareketleri şüpheliye alır. Kontrol ekranında şu alanlar görünür olmalı: işlem para birimi, yerel para birimi, kullanılan kur, kur farkı hareketi. Sık hata: kur bilgisini işlem kaydında sabitlememek; gün içinde farklı kurla yeniden hesap yapmaktır.
Kısmi tahsilat ve avans/mahsup senaryoları işlem türü karışıklığı yaratır
Transferlerde acente hakedişi tam kesilmez; kısmi avans alınabilir, kalan bedel araçta tahsil edilir veya sonrasında mahsup yapılır. Eğer sistem “tahsilat” ile “mahsup” için ayrı hareket türleri üretmiyorsa cari mutabakat tek kalem gibi davranır. Örneğin araçta alınan nakit, avans mahsubuna mı gitti yoksa hizmet bedelinin tamamını mı kapattı belirsizleşir. Sonra acente ekstresi geldiğinde her iki taraf da aynı tutarı görür ama hangi işlem tamamlandı, hangisi hâlâ açık belli olmaz. Uygulanabilir kontrol: her transfer için durum tablosu tutun (örn. Avans, Araçta tahsil, Kalan, İade). Her alan kendi hareket tipini üretmeli. Hata: “tek tarih, tek tutar” yaklaşımıyla mahsup detaylarını yok etmek.
İade ve iptal akışında ters kayıt üretilmezse mutabakat dönmez
Araçta tahsil edilen bir ödeme iptal olduğunda çoğu ekip “iade fişi” keser ama yazılımda ters kayıt mantığı doğru kurulmaz. Ters kay��t aynı para birimiyle, aynı hareket türüyle ve orijinal referansla bağlanmazsa cari hesabın açık bakiyesi gerçek hayatta kapanmaz. Ayrıca iptal, acente hakedişi ile bağlantılıysa; hakedişin de otomatik güncellenmesi gerekir. Aksi halde cari mutabakat, araç içi tahsilatı kapatmış sanırken acente hakedişi açık kalır veya tam tersi olur. Operasyon adımı önerisi: iptal yapılınca üç şey otomatik üretilecek şekilde kurgulayın: (1) tahsilat iadesi, (2) hakediş iptali/negatif hakediş, (3) ilgili döküm satırına bağlanan referans. Sık hata: yalnızca “not eklemek” veya fiş iptalini cari hareketine yansıtmamak.
Aynı referans numarası kullanılmadan iz sürülemez; farklar açıklanamaz
Cari mutabakat karışmasının en pratik nedeni, hareketleri eşleştirecek bir referans kurgusunun olmamasıdır. Araçta tahsil edilen bedel için farklı, acente hakedişi için farklı veya settlement/transfer kapanış kaydı için üçüncü bir referans üretildiğinde, iki taraf dökümleri arasında “benzer tutar var ama aynı mı?” sorusu oluşur. Sonra fark tek tek açıklanamaz hale gelir. Kontrol listesi: her ödeme ve hakediş için ortak bir “transfer işlemi ana anahtarı” kullanın; hareketler o anahtara bağlansın. Ayrıca para birimi ve işlem türü kodu referans üzerinde türetilebilmeli. Sık yapılan hata: manuel girişte referans hanesini boş bırakmak veya aynı anahtarı farklı işlem türleriyle yeniden kullanmak.
Neptün Transfer’de mutabakatı çözmek için kayıt ayrıştırma kuralı koyun
Neptün Transfer tarafında cari hesap yönetimi, işlem türleri arasında net sınırla yapılmalı. Önerilen kural: her transfer işleminde muhasebe mantığıyla üç ayrı kayıt bloğu oluşturun: acente hakedişi, araçta alınan ödeme ve kapanış/settlement. Kayıt bloğu içerisinde para birimi ayrı tutulur; kur farkı ayrı bir hareket tipi olarak hesaplanır. Bu sayede acente ekstresiyle sizin cari dökümünüz aynı kırılımlarla eşleşir. Operasyon akışı: (1) transfer oluştur, (2) araçta tahsil kalemi ekle (para birimiyle), (3) acente hakediş kalemini ekle, (4) iade/iptal olursa ters hareketi referansla üret, (5) settlement kapanışını açık bakiyeleri kapatacak şekilde çalıştır. Hata azaltma: tek ekrandan hem tahsilat hem hakedişi “karışık tutar” gibi girilmesini engelleyin.
Bakiye kontrol ekranında “açık kalem” ve “bekleyen settlement” ayrımı şart
Mutabakat farkını erken yakalamak için ekran tasarımı kritik. Tek bir cari toplamı göstermek çoğu zaman yeterli olmaz. Pratik yaklaşım: cari hesap dökümünde açık kalemleri; tahsilat açıkları, hakediş açıkları ve bekleyen settlement olarak ayrıştırın. Böylece acente tarafında “ödendi” görünen ama sizin sistemde “bekleyen” kalan bir kalem hemen görünür. Kontrol adımı: her gün transfer kapanışından sonra cari raporunu iki filtreyle inceleyin: (a) para birimi ≠ yerel para birimi olanlar, (b) iade/iptal referansı olanlar. Sık hata: sadece toplam farkı izlemek; kalemin hangi blokta kaldığını görmemektir.
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.