Tekliften Faturaya ve Sözleşmeye: Eksiksiz Belge Yaşam Döngüsü

InvoiceFlow Editör Ekibi · 16 Haziran 2026 · okuma süresi 10 dakika

Bir iş tek bir belge değildir. Birbirini izleyen bir belge dizisidir ve her biri, sizinle müşteriniz arasındaki ilişkide farklı bir anı işaretler. Bir teklif sunarsınız. Müşteri kabul eder. Şartları yazılı olarak anlaşırsınız. İşi yapıp teslim edersiniz. Ödeme talep edersiniz. Bir adımı atlarsanız bir boşluk yaratırsınız — yanlış anlaşılmaların, anlaşmazlıkların ve ödenmemiş bakiyelerin barındığı bir boşluk.

InvoiceFlow dört belge türünü yönetir ve bunlar gerçek bir işin aşamalarıyla neredeyse birebir örtüşür: teklif (sunduğunuz öneri), sözleşme (üzerinde anlaşılan, imzalı şartlar), teslimat notu (bir şeyi teslim ettiğinizin kanıtı) ve fatura (ödeme talebi). Bu yazı, gerçek bir işi bu dört belgenin tamamından geçirir, her belgenin ne işe yaradığını açıklar ve aralarını birbirine bağlayan dönüştürmeleri gösterir — çoğu kişinin takıldığı kısmi dönüştürme de dahil.

Dört belgeye kısa bir bakış

Bunlar birbirinin yerine geçmez ve sıralama önemlidir. Hadi bir işi baştan sona izleyelim.

İş: Leeds'te bir mutfak montajı

Küçük bir marangozluk işletmesi yöneten Priya ile tanışın. Bir ev sahibi olan Tom, hazır bir mutfak istiyor: dolaplar, tezgah, montaj. Üç haftaya yayılacak 6.400 £'luk bir iş. İşte dört belgenin bu işi ilk telefon görüşmesinden son ödemeye kadar nasıl taşıdığı.

1. Aşama — teklif

Tom arayıp ne istediğini anlatır. Priya ölçü alır, ardından bir teklif gönderir. Kapsamı kalem kalem listeler — taşıyıcı dolaplar, meşe tezgah, montaj işçiliği, atık kaldırma — her birinin karşısında bir fiyat ve net bir toplam olan 6.400 £ ile birlikte. Vergi durumunu, bir geçerlilik süresini ("30 gün geçerli") ve Tom işe devam ederse uygulanacak ödeme şartlarını belirtir.

Teklif bir öneridir, fatura değil. Tom onu aldı diye hiçbir borcu yoktur. Kabul edebilir, Priya'dan atık kaldırmayı çıkarmasını isteyebilir ya da ikinci bir teklif alabilir. Daha da önemlisi, yazılı ve kalemlere ayrılmış olduğu için, daha sonra neyin dahil olup neyin olmadığı konusunda tartışma çıkmaz. Belirsiz "ee, altı bin sterlin civarı" konuşması, her iki tarafın da işaret edebileceği bir belgeyle yerini bulur.

InvoiceFlow'da teklif birinci sınıf bir belge türüdür — yeniden etiketlenmiş bir fatura değil. Kendi numaralandırmasına ve kendi durumuna sahiptir, böylece Priya bir bakışta hangi tekliflerin hâlâ açık olduğunu, hangilerinin kabul edildiğini ve hangilerinin yanıtsız kalıp süresinin dolduğunu görebilir.

2. Aşama — sözleşme ve imza

Tom evet der. Üç haftaya yayılan 6.400 £'luk bir iş için tokalaşmak yeterli değildir — Priya şartların yazılı ve imzalı olmasını ister. Kapsamı, fiyatı, takvimi (bir kapora, dolaplar gelince bir ödeme, tamamlanınca bakiye) ve anlaşmazlıkları önleyen unsurları içeren bir sözleşme düzenler: Tom işin ortasında fikrini değiştirirse ne olacağı, odayı boşaltmaktan kimin sorumlu olduğu, değişikliklerin nasıl fiyatlandırılacağı.

Sonra işi sağlama bağlayan kısım: InvoiceFlow sözleşmeleri dijital imzayı destekler. Priya, Tom'un imzasını anında alabilir — Tom mutfak masasında ekrana imzasını atar — ve imza sözleşmeye yerleştirilir. Yazdırma yok, tarama yok, hiçbir zaman gerçekleşmeyen "imzalayıp geri göndereceğim" yok. İmzalı sözleşme, tüm işin omurgasıdır. Onu izleyen her belge ona geri gönderme yapar.

İşte InvoiceFlow'un belge türlerini ayırması burada karşılığını verir. Sözleşme, faturadan bambaşka bir şeydir: ödemeyle değil, anlaşmayla ilgilidir. Onu ayrı bir belge olarak ele almak — kendi yapısı ve imza için bir yeri olan bir belge — onun işini yapmasını sağlayan şeydir.

3. Aşama — teklifi faturaya dönüştürme (kapora)

Sözleşme, Priya malzeme sipariş etmeden önce %30 kapora ödenmesini gerektirir. İşte kilit hamle: hiçbir şeyi yeniden yazmaz. Teklifi faturaya dönüştürür.

Dönüştürme, üzerinde anlaşılan kalemleri doğrudan aktarır, böylece kapora faturası teklifle birebir örtüşür — aynı açıklamalar, aynı fiyatlar, aynı vergi durumu. Tom'un kabul ettiği teklif ile aldığı fatura arasında bir rakamın kayması riski yoktur. Fatura, kendi fatura numarasına sahip yeni bir belgedir (vergi dairelerinin önemsediği sıra numarası), ancak içeriği Tom'un zaten onayladığı tekliften gelir.

Kısmi dönüştürme: insanların takıldığı hamle

Ancak Priya henüz 6.400 £'nin tamamını faturalandırmak istemez — yalnızca %30 kaporayı. İşte kısmi dönüştürmenin önem kazandığı yer burası. Teklifin tamamını tek bir faturaya çevirmek yerine, bir kısmını dönüştürür: kaporayı şimdi, gerisini sonra.

InvoiceFlow, bir teklifi faturaya aşama aşama dönüştürmenize olanak tanır. Kapora faturası şimdi gönderilir. Teklif "tükenmez" — kilometre taşlarına ulaşıldığında faturalandırılacak bir bakiye hâlâ kalır. Gerçek bir projede aşamalı faturalandırma tam da böyle işler: başta bir kapora, malzemeler geldiğinde bir ödeme, tamamlanınca bakiye. Her fatura aynı onaylanmış tekliften oluşturulur, böylece rakamlar her zaman müşterinin üzerinde anlaştığı şeye bağlanır. "Teklifin ne kadarını faturalandırdım" diye takip eden, yan tarafta tutulan bir tablo yok — uygulama yürüyen toplamı kendisi tutar.

Kısmi dönüştürmenin önlediği hata o klasik hatadır: elle kısmi bir fatura yazmak can sıkıcı olduğu için baştan tüm tutarın faturalandırılması, ardından müşteri (haklı olarak) itiraz ettiğinde bir alacak dekontu kesip yeniden faturalandırmak zorunda kalmak. Ya da tam tersi — kaporayı faturalandırıp ardından teklifin ne kadarının kaldığını unutarak son ödemeyi eksik faturalandırmak. Tek bir kaynak tekliften aşama aşama dönüştürmek, her iki hatayı da ortadan kaldırır.

4. Aşama — teslimat notu

Üç hafta sonra mutfak monte edilmiştir. Priya son faturayı kesmeden önce Tom'a bir teslimat notu verir: teslim edilen ve monte edilen şeyin bir kaydı — dolaplar, tezgah, montaj işi — ve Tom hepsini eksiksiz aldığını ve anlaşıldığı gibi olduğunu doğrulamak için bunu imzalar.

İnsanlar hizmet işlerinde teslimat notlarını atlar ve bu bir hatadır. Teslimat notu, "ben gerçekten faturalandırıldığım şeyi aldım mı?" sorusunu fatura gelmeden önce kapatan belgedir. Teslim anını faturalandırma anından ayırır. Eğer altı hafta sonra Tom bir dolap kapağının hiç takılmadığını iddia ederse, imzalı teslimat notu meseleyi anında çözer. Şuna dikkat edin: teslimat notu, fiyatları değil, neyin teslim edildiğini listeler — fiyatlar faturada yer alır. Teslimat notu teslim almayla ilgilidir; fatura parayla.

Bir marangoz için o imzalı teslimat notu aynı zamanda temiz bir tetikleyicidir: teslim tamamlandı, onay alındı, artık son fatura gönülle rahat bir şekilde gönderilebilir.

5. Aşama — son fatura

Şimdi Priya kalan bakiye için son faturayı kesiyor — yine orijinal teklifin geri kalanından dönüştürülmüş, sözleşmeye ve imzalı teslimat notuna gönderme yapan bir fatura. Fatura, işin toplam değerini, halihazırda alınan kaporayı ve ödenecek tutarı gösterir. Ödeme talimatlarını da taşır: banka bilgileri, bir ödeme bağlantısı ya da Priya nasıl tercih ederse bir QR kodu.

InvoiceFlow bir ödeme işlemcisi değildir — Tom ödemesini kendi bankası üzerinden, herhangi birine ödeme yapacağı gibi yapar. Para geldiğinde Priya faturayı Ödendi olarak işaretler. Tom bir kısmını öderse, Priya kısmi ödemeyi kaydeder ve uygulama, tutar kapanana kadar kalan bakiyeyi takip eder. İş kapanmıştır ve ilk tekliften son ödemeye kadar temiz bir belge zinciri vardır.

Hangi belge, ne zaman: karar kuralları

Hikayeyi bir kenara bırakırsanız geriye basit kurallar kalır.

Küçük bir işlem için — hızlı bir tamir, küçük perakende tarzı bir satış — yalnızca bir fatura kullanabilirsiniz. Uzun, değerli bir proje için dördünü de kullanırsınız. Hüner, belgenin ağırlığını işin ağırlığına uydurmaktır: 40 £'luk bir iş için müşteriye üç sayfalık bir sözleşme imzalatmayın ve 20.000 £'luk bir projeyi sözlü bir tokalaşmayla yürütmeyin.

Yeniden yazmak yerine belgelerin dönüşmesine izin vermek neden önemli

Faturalama hatalarının en büyük tek kaynağı, aynı bilgiyi her aşamada yeniden girmektir. 6.400 £ teklif verirsiniz, sonra faturayı ezberden yazıp 6.040 £ yazarsınız. Beş kalem üzerinde anlaşırsınız, sonra faturayı yeniden girerken birini düşürürsünüz. Her elle yeniden giriş, rakamların birbirinden kayması için bir fırsattır — ve fatura teklifle örtüşmediğinde, müşteri fark eder, güven sarsılır ve siz düzeltmeler kesmeye başlarsınız.

Tekliften faturaya dönüştürme (tamamen ya da aşamalı olarak), verinin müşterinin zaten onayladığı belgeden ileriye doğru akması demektir. Kalemler, fiyatlar ve vergi durumu değişmeden aktarılır. Yeniden yazmıyorsunuz; aynı işi bir sonraki aşamasına ilerletiyorsunuz. Dört belgeyi birbiriyle ilgisiz dört dosya yerine tek ve bağlantılı bir yaşam döngüsü olarak ele almanın tüm amacı budur.

Yaşam döngüsü tek nefeste

  1. Teklif — öneriyi yaparsınız, kalemlere ayrılmış ve fiyatlandırılmış.
  2. Sözleşme — şartlar üzerinde anlaşılır ve imzalanır (anında alınan dijital imza).
  3. Fatura (kapora) — tekliften dönüştürülmüş, yalnızca kapora için kısmi dönüştürme.
  4. Teslimat notu — imzalı teslim kanıtı, fiyat içermez.
  5. Fatura (bakiye) — teklifin geri kalanından dönüştürülmüş, sözleşmeye ve teslimat notuna gönderme yapar.
  6. Ödendi olarak işaretlenir — ödeme kaydedilir; kısmi ödemeler bakiye kapanana kadar takip edilir.

Dört belge türü, kesintisiz tek bir iplik. Her biri, bir sonrakinin aksi halde düşeceği belirli bir boşluğu kapatır. Sıralamayı doğru yaparsanız, "ama sen demiştin," "bana hiç ulaşmadı" ve "anlaştığımız fiyat bu değildi" ifadelerine sürüklenip dağılabilecek bir iş, ilk görüşmeden son ödemeye kadar uğraşmaya değer tek bir tartışma çıkmadan akar gider.