Satış, tahsilat ve hizmet teslimi neden üç ayrı durumdur?
Bir restoran özel menü sattığında sipariş oluşturulabilir, ödeme daha sonra alınabilir ve hizmet başka bir tarihte sunulabilir. Bu aşamaların tümünü tek bir 'satıldı' sayısına indirmek, geliri ve operasyonu yanlış yorumlamaya yol açar.
Sipariş listesinde kaynağı, restoranı, durumu ve seçili ürün kalemlerini inceleyin. Ödeme bekleyen, ödenmiş, mekânda ödenecek ve iptal/iade edilmiş siparişler aynı anlama gelmez. Mekânda ödenecek tutarı otomatik tahsil edilmiş gelir gibi okumayın.
Siparişin ödenmiş olması hizmetin sunulduğu anlamına gelmez. Kodlu ürün için kullanılmamış, kısmen kullanılmış veya kullanılmış gibi durumlar ayrıca izlenir. Rezervasyona bağlı ürünlerde hizmetin gerçekleşip gerçekleşmediği için operasyon kontrolü gerekebilir.
Sipariş, ödeme ve teslim kayıtları nasıl uzlaştırılır?
Önce sipariş sayısını, gerçekten tahsil edilen tutarı, mekânda kalan tutarı ve varsa kullanım kodlarını ayrı raporlayın. Örneğin 10 sipariş alınmış ama 3'ünün ödemesi bekliyorsa bunların tamamını tahsil edilmiş gelir saymayın. İadeyi ve iptali aynı gün raporunda ayrıca görünür kılın.
Rapor dışa aktarırken tarih filtresini dar tutun; verinin hangi satırları içerdiğini ve hangi kişisel bilgilerin hariç bırakıldığını kontrol edin. Operasyonel sipariş raporu, çalışan performansı veya pazarlama izni raporu değildir. Erişim yetkilerini hassas müşteri bilgilerinin görünürlüğüne göre verin.
Bir ürün kodla kullanılmış, diğeri rezervasyona bağlı teslim edilmiş olabilir. Bu nedenle yalnız kullanım kodu sayısını tüm hizmetlerin teslim oranı gibi sunmayın. Şube, para birimi ve dönem filtreleri tutarsızsa ürün performansı yanlış karşılaştırılır; iade kayıtları ayrıca incelenmelidir.
- Sipariş ve tahsilat kayıtlarını çift saymayın.
- Peşin/mekânda kalan tutarı ayrı gösterin.
- Kullanım ve iadeyi ürün türüne göre yorumlayın.
Experience sipariş ve finans durumlarını nasıl ayırır?
Rezervem Experience sipariş kaynağı, kalemleri, ödeme ve kod durumlarını kaydeder. Pay tahsilat tarafını, Manager ise rezervasyon bağlamını tamamlar. Sipariş raporlarında mekânda ödenecek ürünleri ödeme talebi kayıtlarıyla iki kez toplamamaya dikkat edin.
Experience siparişi, katalog ürününün hangi kanaldan, hangi adetle ve hangi tutarla satıldığını tutar. Pay ödeme talebi ise finansal tahsilat bağlantısıdır. Personelin Manager üzerinden mekânda ödenecek ürün eklemesi ödeme talebi oluşturmadan sipariş kaydı üretebilir.
Belirli tarihler için brüt ürün satış toplamı, tahsil edilmiş peşin tutar, mekânda kalan tutar ve iadeler ayrı incelenmelidir. Ürün/şube bazlı raporlamada aynı siparişi hem Pay ödeme talebi hem Experience satışı olarak iki kere saymayın. Para birimlerini farklıysa tek tutarda toplamayın.
Bugün üç ürünlü ödeme bağlantısı ve iki Manager personel satışı varsa beş Experience siparişi kaydı bulunabilir. Ancak bu durum beş online tahsilat gerçekleştiği anlamına gelmez. Personelin eklediği ürünler mekânda ödenecek olabilir; ödeme bekleyen bağlantılar henüz satışın finansal sonuçlarını taşımaz.
