Kısmi Ödemeler ve Kalan Tutar: Her Bakiyeyi İpini Kaybetmeden Nasıl Takip Edersiniz

Gerçek hayatta neredeyse hiçbir fatura, ders kitabının söylediği gibi ödenmez. Ders kitabı şöyle der: faturayı düzenle, müşteri tam tutarı ödesin, Ödendi olarak işaretle, bitti. Gerçek ise şunu söyler: müşteri şimdi bir depozito öder, bakiyeyi "haftaya", sonra bütçe donduğu için bakiyenin yarısını, ardından iki kez sıkıştırdıktan sonra geri kalanını öder. İş kapandığında ne kadarın gerçekten açıkta olduğunu unutmuşsunuzdur ve matematiği yeniden kurmaya çalışarak üç banka bildirimine gözlerinizi kısarak bakıyorsunuzdur.

Bu, serbest çalışanlar ve küçük işletmeler için en yaygın muhasebe hatasıdır: fatura göndermeyi başaramamak değil, hangi faturaların kısmen ödendiğinin izini kaybetmek. Tamamı ödenmiş bir fatura kolaydır. Hiç ödenmemiş bir fatura da kolaydır. Tehlikeli orta nokta — kısmen ödenmiş olan — paranın işletmenizden sessizce sızdığı yerdir. Bu rehber, o sızıntıyı kapatmakla ilgili: kısmi ödemeleri temiz şekilde nasıl kaydedersiniz, kalan tutarı her zaman tam olarak nasıl bilirsiniz ve dağınık gerçek dünyanın düzenli kalması için kısmi ödemeleri planlı taksitlerle nasıl birleştirirsiniz.

Önce net bir ayrım: kaydetmek vs tahsil etmek

InvoiceFlow bir ödeme işlemcisi değildir ve bunu anlamak, onu doğru kullanmanın anahtarıdır. Bir karttan tahsilat yapmaz, para taşımaz ya da sizinle müşterinizin bankası arasında durmaz. Yaptığı şey, sizi ayakta tutan yarısıdır: aldığınız parayı — nerede alırsanız alın — kaydeder ve bakiyeyi takip eder.

Müşteri size nasıl anlaştıysanız öyle öder: banka havalesi, sahada nakit, bankacılık uygulamasından bir transfer, gösterdiğiniz bir ödeme bağlantısı ya da faturaya basılı bir QR kod. Faturanız bu ödeme talimatlarını — banka bilgileri, bir ödeme bağlantısı ya da bir QR kod — gösterebilir, böylece müşteri parayı tam olarak nereye göndereceğini bilir. Sonra para geldiğinde, siz uygulamaya neyin ulaştığını söylersiniz. Uygulama aritmetiği yapar: toplam eksi alınan, eşittir kalan tutar. Her faturada, sonsuza dek, paralel bir tablo tutmanıza gerek kalmadan.

Bu ayrım önemlidir çünkü riskin nerede olduğu konusunda dürüsttür. Risk parayı taşımakta değildir — bankalar bunu gayet iyi yapar. Risk, her biri farklı bir aşamada olan onlarca canlı fatura arasında neyin hâlâ borçlu olduğunu hatırlamaktadır. İşte InvoiceFlow'un sizin omzunuzdan aldığı iş budur.

Her faturanın yaşadığı üç durum

Uygulamada bir fatura her zaman üç finansal durumdan birindedir ve tüm sistem bunları dürüst tutmaya dayanır:

• Ödenmemiş — henüz hiçbir şey alınmadı. Kalan tutar, tam toplama eşittir.
• Kısmen Ödendi — bir miktar para geldi; bir bakiye kaldı. Kalan tutar, toplam eksi kaydettiğinize eşittir.
• Ödendi — tam tutar geldi. Kalan tutar sıfırdır. Onu vicdanen rahat şekilde kapatabilirsiniz.

Bir faturaya karşılık para aldığınızda, onu kaydeder ve faturayı Kısmen Ödendi (bir bakiye kaldıysa) ya da Ödendi (tamamen kapandıysa) olarak işaretlersiniz. Uygulama kalan tutarı anında yeniden hesaplar. Görüntülenen bakiyenin gerçekten girdiğiniz şeyle çeliştiği bir an asla olmaz — ki bir kutu dolusu banka ekran görüntüsünün size asla veremeyeceği özellik tam olarak budur.

"Kalan tutar" neden önemli olan sayıdır

Kâğıt üzerindeki ciro bir gösteriş sayısıdır. İşletmenizi yürüten sayı, tüm açık faturalardaki kalan tutardır — söz verilmiş, kısmen teslim edilmiş ve henüz tamamı tahsil edilmemiş para. Hâlâ açıkta olan toplamı ve onu oluşturan belirli faturaları bir bakışta görebildiğinizde üç şey olur: doğru müşterileri sıkıştırırsınız, depozitoları tam ödemeymiş gibi iki kez saymayı bırakırsınız ve "işletmeye şu anda gerçekte ne kadar borçlu?" sorusunu bir akşamı yeniden kurmaya harcamadan yanıtlayabilirsiniz.

Senaryo 1: Şimdi depozito, teslimde bakiye

Bu en sık karşılaşılan durumdur. Austin'de bir marka tasarımcısı olan Maya, bir logo ve kurumsal kimlik paketine 3.200 $ teklif verir. Koşulları başlangıçta %50, son dosyalarda %50'dir. Müşteri kapsamın ve toplamın tamamını görsün diye faturayı tam 3.200 $ olarak düzenler — kayda geçen sözleşme budur.

Müşteri başlangıç için 1.600 $ transfer eder. Maya faturaya karşılık 1.600 $'lık bir ödeme kaydeder ve onu Kısmen Ödendi olarak işaretler. Uygulama şimdi şunu gösterir: toplam 3.200 $, alınan 1.600 $, kalan tutar 1.600 $. İşe başlar. Üç hafta sonra teslim eder, müşteri kalan 1.600 $'ı gönderir, ikinci ödemeyi kaydeder ve fatura kalan tutarı sıfır olarak Ödendi durumuna geçer.

Yapmadığı şeye dikkat edin: her biri 1.600 $ olan iki ayrı fatura oluşturmadı. Bir fatura, bir yürüyen bakiye, iki kaydedilmiş ödeme. Vergi dönemi geldiğinde ya da müşteri "o projenin faturasını" istediğinde tam olarak tek bir belge vardır ve onun ödeme geçmişi tüm hikâyeyi anlatır.

Senaryo 2: Parça parça ödeyen müşteri

Bazı müşteriler basitçe temiz yarımlar hâlinde ödemez. Yapabildiklerini, yapabildiklerinde öderler. Tomas küçük bir matbaa işletir ve bir kurumsal müşteriye bir çeyreklik iş için 4.500 $ fatura keser. Müşterinin muhasebe departmanı parayı düzensiz damlalarla serbest bırakır: bir hafta 1.000 $, on gün sonra 1.500 $, ardından uzun bir sessizlik, sonra 800 $, sonra Tomas kibar bir hatırlatma gönderdikten sonra son 1.200 $.

Kâğıt ve hafıza sistemi için bu bir kâbustur — beş ödeme, hiç yuvarlak sayı yok ve ya eksik sayma (zaten aldığınız parayı sıkıştırma) ya da fazla sayma (hâlâ 1.200 $ eksik olan bir faturayı kapatma) için gerçek bir olasılık. InvoiceFlow'da Tomas her tutarı ulaştıkça kaydeder. Birinci ödemeden sonra: kalan tutar 3.500 $. İkinci ödemeden sonra: 2.000 $. Üçüncüden sonra: 1.200 $. Sonuncudan sonra: sıfır ve fatura Ödendi olarak işaretlenir. Hiçbir noktada zihinden aritmetik yapmaz. Fatura her zaman kendi yürüyen toplamını taşır ve bir bakış ona kalanın tam olarak ne olduğunu söyler.

Kısmi ödeme takibi işte burada hakkını verir. Parça parça ödeyen müşteriler tam olarak en çok para kaybetme ihtimaliniz olan müşterilerdir, çünkü hafızayı yenen şey düzensizliğin ta kendisidir. Bırakın uygulama hatırlasın.

Senaryo 3: Uzun bir projede kilometre taşı parça ödemeleri

Şimdi kısmi ödemeleri yapıyla birleştirin. Daha uzun işlerde sadece geleni kaydetmek istemezsiniz — parça ödemeleri önceden planlamak ve müşteriye programı göstermek istersiniz. İşte burada bölünmüş ödeme programları devreye girer.

Bölünmüş bir ödeme programı tek bir faturayı bir ödeme planına ayırır — tanımlı tutarlar ve tarihler içeren bir taksit yapısı. InvoiceFlow, programı PDF'de temiz şekilde işleyen özel bir taksit şablonu içerir, böylece müşteri tek bir profesyonel belgede hem tam toplamı hem de planlanan dökümü görür.

Üç ay boyunca 12.000 $'lık bir site kuran bir web danışmanı olan Priya'yı ele alalım. Bunu 30/40/30 olarak yapılandırır: başlangıçta 3.600 $, hazırlık sitesi kilometre taşında 4.800 $, lansmanda 3.600 $. Üç taksiti ve son tarihlerini gösteren, taksit şablonuyla işlenmiş bölünmüş bir programla 12.000 $'lık tek bir fatura düzenler. Müşteri, neyin ne zaman borçlanıldığını tam olarak ortaya koyan tek bir belgeyi onaylar.

Sonra gerçek hayat onun içinden geçer. Depozito gelir — 3.600 $ kaydeder, kalan tutar 8.400 $, durum Kısmen Ödendi. Hazırlık kilometre taşı onaylanır ve 4.800 $ gelir — kaydedilir, kalan tutar 3.600 $. Lansmanda son taksit gelir — kaydedilir, kalan tutar sıfır, Ödendi olarak işaretlenir. Plan (program) ve gerçek (kaydedilen ödemeler) aynı faturada bir arada bulunur. Şimdiye kadar ödenmiş olması gerekenle gerçekte ödenmiş olanı her zaman karşılaştırabilirsiniz.

Program vs kaydedilen ödeme — bunları ayrı tutun

İki katman konusunda hassas olmaya değer, çünkü bunları birbirine karıştırmak hatalara yol açar:

• Bölünmüş ödeme programı plandır — "bunu işte böyle parçalara ayırmayı düşünüyoruz." Faturaya basılır ve önceden mutabık kalınır.
• Kaydedilen bir ödeme bir gerçektir — "şu kadar para gerçekten geldi." Kalan tutarı değiştirir.

Henüz ödenmemiş, planlanan bir taksit hâlâ kalan tutarın bir parçasıdır. İğneyi yalnızca ödemeyi kaydetmek oynatır. Bu zihinsel modeli koruyun, bir niyeti asla bir makbuzla karıştırmayacaksınız.

Günlük iş akışı

Özüne indirgendiğinde, rutin kasanın başında ayakta dururken ya da iki müşteri görüşmesi arasında yapılacak kadar kısadır:

1. Faturayı tam tutar için düzenleyin. Parça ödemeler bekleseniz bile, fatura toplam kapsamı belirtir. Parça ödemeler önceden planlanmışsa bir bölünmüş ödeme programı ekleyin.
2. Müşteriye nasıl ödeyeceğini gösterin. Onların tarafında sürtünme olmasın diye faturaya banka bilgilerinizi, bir ödeme bağlantısını ya da bir QR kodu koyun.
3. Para geldiğinde, kaydedin. Alınan tutarı girin. Bir bakiye kaldıysa faturayı Kısmen Ödendi, kapandıysa Ödendi olarak işaretleyin.
4. Kalan tutarı okuyun. Uygulama toplamı, alınanı ve kalan bakiyeyi gösterir. Sıkıştırmanız gereken tek sayı o kalan bakiyedir.
5. Sıfıra kadar tekrarlayın. Her makbuz, fatura Ödendi olarak kapanana dek kalan tutarı düşürür.

Beş adım, tablo yok, zihinden matematik yok. Disiplin sadece şudur: parayı geldiği gün kaydedin. Kaydetmediğiniz bir ödeme, yanlış değerlendireceğiniz bir bakiyedir.

Bunun rakamlarınızın geri kalanıyla bağlantısı nerede

Kısmi ödeme takibi bir ada değildir. Her kaydedilen ödeme kalan tutarı güncellediği için, Analitik sayfanız — ödenen ile açıkta olan, tahsilat oranı ve hangi müşterilerin en büyük açık bakiyeyi taşıdığı — temenni edilen toplamları değil gerçeği yansıtır. Açık bakiyeler doğrudan işletmenizin gerçekte ne kadar alacaklı olduğunun tablosunu besler.

Ayrıca gecikme ücretleriyle doğal şekilde eşleşir. Gönderilmiş ya da gecikmiş bir faturada bir bakiye son tarihini aşarak beklediğinde, açık tutara karşılık bir gecikme ücreti tahsil edebilirsiniz — ve uygulama tam bakiyeyi zaten bildiği için, ücret bir tahmin üzerinden değil doğru sayı üzerinden hesaplanır. (Gecikme ücretleri yalnızca uygun faturalara uygulanır, asla taslaklara değil.) Kalan tutar rakamı, diğer para özelliklerinin etrafında döndüğü merkezdir.

Sık yapılan hatalar — ve bakiyenin sizi nasıl koruduğu

Hata 1: Bir depozitoyu kapanmış satış olarak görmek

Bir depozito bir kazanç gibi hissettirir ve insanlar psikolojik olarak onu "ödendi" diye dosyalar. Ama %50'lik bir depozito, tam olarak aldığınız kadarına alacaklı olduğunuz anlamına gelir. Faturayı Ödendi değil, Kısmen Ödendi olarak işaretlemek, kalan bakiyeyi görünür tutar, böylece o erkenden "bitti" yığınına kaymaz.

Hata 2: Her ödeme için bir fatura

Tek bir işi her taksit için yeni bir faturaya bölmek kaydı parçalar. "Bu projenin toplamı nedir ve geriye ne kaldı?" için tek doğruluk kaynağını kaybedersiniz. Tek bir fatura tutun ve ona karşılık birden çok ödeme kaydedin. Ödeme geçmişi tek bir yerde yaşar.

Hata 3: Ay sonunda hafızadan kaydetmek

Bir ayın makbuzlarını ayın 30'unda toplu işlerseniz, kaçınılmaz olarak bir kısmi ödemeyi benzer görünen bir müşteriye yanlış hatırlarsınız. Aynı gün kaydedin. Yürüyen bir kalan tutarın bütün amacı her zaman güncel olmasıdır; bayatlamasına izin verirseniz, sadece daha yavaş bir tablo olur.

Daha geniş nokta

Para almak nadiren tek, temiz bir olaydır. Bir dizidir — bir depozito, bir kilometre taşı, bir parça, bir sıkıştırma, bir nihai kapanış — ve sağlıklı kalan işletmeler, bu diziyi herhangi bir anda net şekilde görebilenlerdir. Bunu yapmak için bir ödeme işlemcisine ihtiyacınız yok. Her faturada, para hareket ettiği gün güncellenen, neyin alındığına ve neyin hâlâ borçlu olduğuna dair dürüst bir yürüyen toplama ihtiyacınız var.

Kısmi ödeme takibinin sessiz süper gücü budur. Gösterişli değil, otomatik sihir değil — sadece güvenebileceğiniz bir kalan tutar sayısı, böylece paranın küçük işletmelerden sızdığı o dağınık orta noktanın sonunda sayılacağı bir yeri olur.