Teklif hazırlama
Çok kalemli teklif, kalem bazında tutar ve toplam. Teklifin hangi sürümünün gönderildiği kayıtlı kalıyor, çünkü müşteri genelde ikinci ya da üçüncü sürümü hatırlıyor.
Teklif ve Tahsilat Takibi
Satış yapmak ile parayı almak aynı şey değil. Çoğu firmada teklif bir yerde, fatura başka yerde, kimin ne kadar ödediği ise birinin kafasında duruyor. Ay sonunda kimse tam rakamı söyleyemiyor.
Biz bu zinciri tek kayda bağlıyoruz. Teklif, ondan doğan satış, kesilen fatura ve gelen tahsilat aynı müşteri kaydının altında birbirine bağlı duruyor.
Bu konuda görüşelimSistem Neyi Kapsıyor
Kapora, taksit ve bakiye
Tahsilat tek bir rakam değil. Alınan kapora, kalan taksitler ve güncel bakiye ayrı ayrı duruyor. Bir ödeme girildiğinde bakiye kendiliğinden düşüyor, elle hesaplanmıyor.
Fatura ve makbuz
Kesilen faturanın hangi satışa ve hangi tahsilata bağlı olduğu kayıtlı. Sonradan bir itiraz geldiğinde bakılacak yer burası, ayrı bir klasör değil.
Para birimi ve kur
Farklı para biriminde satış yapan firmada kur bir detay değil. Teklif ve fatura kendi para biriminde duruyor, kur sistemin içinde tutulduğu için tutarlar sonradan elle düzeltilmiyor.
Vade ve gecikme
Ödemesi gecikmiş kayıt listede kendiliğinden öne çıkıyor. Kimin arayacağı ve ne zaman arayacağı da görev olarak açılabiliyor, yani takip birinin hatırlamasına kalmıyor.
Kim neyi görebilir
Ciro ve kârlılık herkesin göreceği bilgi değil. Satışçı kendi müşterisinin bakiyesini görürken yönetici bütünü görüyor, yetki ayrımı baştan tanımlanıyor.
Yaklaşımımız
- Tutarı sunucu hesaplıyor, istemciden gelen rakama güvenilmiyor.
- Para kuruş olarak tam sayı tutuluyor, ondalık yuvarlama hatası oluşmuyor.
- Her tahsilat kaydı kim girdi ve ne zaman girdi bilgisiyle duruyor.
- Mevcut muhasebe programınıza aktarım baştan planlanıyor.
Sık Sorulan Sorular
Hayır, o amaçla kurulmuyor. Muhasebe programı resmi defteri tutuyor, bu sistem ise satışın ve tahsilatın günlük takibini yapıyor. İkisi yan yana çalışıyor ve aralarındaki aktarım baştan planlanıyor. Aynı soru ERP için de geçerli, bu sistem ERP değil, ERP ile konuşan bir parça.
Resmi e-fatura kesimi yetkili bir entegratör üzerinden yapılıyor. Sistem fatura kaydını tutuyor ve o entegratöre bağlanabiliyor, ama bağlantı ayrı bir iş olarak planlanıyor. Hangi entegratörü kullandığınızı baştan bilmek gerekiyor.
Ödeme entegrasyonu parayı online almakla ilgili, yani kart ekranıyla. Bu sayfa ise parayı aldıktan ya da alacaklandırdıktan sonrasıyla ilgili. Biri kasa, öteki defter. Çoğu projede ikisi birlikte kuruluyor.
Teklif ve fatura kendi para biriminde tutuluyor, raporlama için tek para birimine çevriliyor. Önemli olan kurun hangi tarihte sabitlendiği. Satış anındaki kuru saklamazsanız geçmiş raporlar her gün değişir.
Bu Konuda Yazdıklarımız
- E-Ticarette Ödeme Altyapısı Seçimi Komisyon oranı tek başına yanıltıcı. Tahsil süresi, taksit, iade akışı ve entegrasyon yükünü birlikte değerlendirmeyi anlattık.
- E-Ticaret Sitesi Açmanın Yasal Zorunlulukları ETBİS kaydı, zorunlu sözleşme metinleri, KVKK tarafı ve faturalandırma. Siteyi yayına almadan önce halledilmesi gerekenleri sırayla anlattık.
Bu Konu Hangi Hizmetin Parçası
Bu sayfa bir konuyu anlatıyor. İşin tamamını ve fiyatlandırmayı ilgili hizmet sayfasında bulabilirsiniz.
Diğer Uzmanlık Alanlarımız
WordPress Göçü
WordPress ve Elementor yüküyle yavaşlayan siteyi tasarımı bozmadan statik mimariye taşıyoruz. Eklenti bağımlılığı ve güncelleme yükü ortadan kalkar.
Sayfa Hızı Optimizasyonu
Yavaş açılan site ziyaretçiyi kapıda kaybediyor. Görsel, font ve JavaScript yükünü ölçüp azaltıyoruz. Hız bir his değil, ölçüm sonucudur.
Web Erişilebilirliği
Ekran okuyucuyla, klavyeyle ve düşük görüşle kullanılabilen siteler. Erişilebilirlik hem yasal bir gereklilik hem de kaybedilen ziyaretçiyi geri getiriyor.