Dari Estimasi ke Faktur ke Kontrak: Siklus Dokumen Lengkap

Sebuah transaksi bukanlah dokumen tunggal. Ia adalah serangkaian dokumen, masing-masing menandai momen berbeda dalam hubungan antara Anda dan pelanggan Anda. Anda menawarkan. Mereka menerima. Anda menyepakati syarat secara tertulis. Anda mengerjakannya dan menyerahkannya. Anda meminta dibayar. Lewati satu langkah dan Anda menciptakan celah — celah tempat kesalahpahaman, sengketa, dan saldo yang belum terbayar bersarang.

InvoiceFlow menangani empat jenis dokumen, dan keempatnya hampir persis sejajar dengan tahap-tahap sebuah transaksi nyata: estimasi (penawaran Anda), kontrak (syarat yang disepakati, dengan tanda tangan), surat jalan (bukti bahwa Anda telah menyerahkan sesuatu), dan faktur (permintaan pembayaran). Artikel ini menjalankan satu transaksi nyata melalui keempatnya, menjelaskan untuk apa setiap dokumen, dan menunjukkan konversi yang menghubungkannya — termasuk konversi sebagian yang membuat begitu banyak orang tersandung.

Empat dokumen secara sekilas

• Estimasi (penawaran) — "Ini perkiraan biayanya." Sebuah penawaran prapenjualan. Bukan permintaan uang. Pelanggan bisa menerima, bernegosiasi, atau mundur.
• Kontrak — "Inilah yang kita sepakati, dan ini tanda tangan Anda di atasnya." Syarat yang dibuat mengikat. Mendukung tanda tangan digital.
• Surat jalan — "Inilah yang telah diserahkan." Bukti pengiriman atau penyelesaian. Tidak meminta uang.
• Faktur — "Inilah yang kini Anda utang." Permintaan pembayaran, dengan jumlah terutang, tanggal, dan cara membayar.

Keempatnya tidak bisa dipertukarkan, dan urutannya penting. Mari ikuti sebuah transaksi.

Transaksinya: pemasangan dapur di Yogyakarta

Kenalkan Priya, yang menjalankan usaha mebel kecil. Seorang pemilik rumah, Tomi, ingin dapur terpasang: lemari, meja dapur, pemasangan. Ini pekerjaan senilai Rp 95.000.000 yang akan berlangsung selama tiga minggu. Begini cara keempat dokumen membawanya dari telepon pertama hingga pembayaran akhir.

Tahap 1 — estimasi

Tomi menelepon dan menjelaskan apa yang ia inginkan. Priya mengukur, lalu mengirim estimasi. Estimasi itu mencantumkan ruang lingkup sebagai item baris — lemari pengangkut, meja dapur kayu jati, jasa pemasangan, pembersihan sisa — dengan harga di tiap baris dan total yang jelas sebesar Rp 95.000.000. Estimasi itu menyatakan perlakuan pajak, masa berlaku ("berlaku 30 hari"), dan syarat pembayaran yang akan berlaku jika Tomi melanjutkan.

Estimasi adalah penawaran, bukan tagihan. Tomi tidak berutang apa pun dengan menerimanya. Ia bisa menyetujuinya, meminta Priya menghapus pembersihan sisa, atau mencari penawaran kedua. Yang krusial, karena tertulis dan terinci, tidak ada perdebatan kemudian tentang apa yang termasuk dan tidak. Percakapan samar "ya, sekitar sembilan puluh lima jutaan" digantikan oleh sebuah dokumen yang bisa dijadikan rujukan kedua pihak.

Di InvoiceFlow, estimasi adalah jenis dokumen kelas satu — bukan faktur yang sekadar diganti label. Estimasi punya penomorannya sendiri dan statusnya sendiri, sehingga Priya bisa melihat sekilas estimasi mana yang masih terbuka, mana yang sudah disetujui, dan mana yang kedaluwarsa tanpa balasan.

Tahap 2 — kontrak dan tanda tangan

Tomi setuju. Untuk pekerjaan senilai Rp 95.000.000 yang berlangsung tiga minggu, jabat tangan saja tidak cukup — Priya ingin syaratnya tertulis dan ditandatangani. Ia membuat kontrak yang menangkap ruang lingkup, harga, jadwal (uang muka, pembayaran saat lemari tiba, sisa saat selesai), dan hal-hal yang mencegah sengketa: apa yang terjadi jika Tomi berubah pikiran di tengah pekerjaan, siapa yang bertanggung jawab membersihkan ruangan, bagaimana perubahan dihargai.

Lalu bagian yang membuatnya mengikat: kontrak InvoiceFlow mendukung tanda tangan digital. Priya bisa menangkap tanda tangan Tomi di tempat — Tomi menandatangani di layar di meja dapur — dan tanda tangan itu ditempatkan pada kontrak. Tanpa cetak, tanpa pindai, tanpa "akan saya tanda tangani dan kirim balik" yang tidak pernah kejadian. Kontrak yang ditandatangani adalah tulang punggung seluruh transaksi. Setiap dokumen yang menyusul merujuk kembali padanya.

Di sinilah pemisahan jenis dokumen InvoiceFlow membuktikan nilainya. Kontrak adalah makhluk yang berbeda dari faktur: ia tentang kesepakatan, bukan pembayaran. Memperlakukannya sebagai dokumen tersendiri — dengan strukturnya sendiri dan tempat untuk tanda tangan — itulah yang membuatnya bisa menjalankan tugasnya.

Tahap 3 — mengubah estimasi menjadi faktur (uang muka)

Kontrak mensyaratkan uang muka 30% sebelum Priya memesan material. Inilah langkah kuncinya: ia tidak mengetik ulang apa pun. Ia mengubah estimasi menjadi faktur.

Konversi membawa item baris yang disepakati langsung melintas, sehingga faktur uang muka cocok persis dengan estimasi — deskripsi sama, harga sama, perlakuan pajak sama. Tidak ada risiko sebuah angka melenceng antara penawaran yang disetujui Tomi dan tagihan yang ia terima. Faktur adalah dokumen baru dengan nomor fakturnya sendiri (urutan yang diperhatikan otoritas pajak), tetapi isinya berasal dari estimasi yang sudah disetujui Tomi.

Konversi sebagian: langkah yang membuat orang tersandung

Tetapi Priya belum ingin menagih seluruh Rp 95.000.000 — hanya uang muka 30% saja. Di sinilah konversi sebagian menjadi penting. Alih-alih mengubah seluruh estimasi menjadi satu faktur, ia mengubah sebagiannya: uang muka sekarang, sisanya nanti.

InvoiceFlow memungkinkan Anda mengubah estimasi menjadi faktur secara bertahap. Faktur uang muka keluar sekarang. Estimasinya tidak "habis terpakai" — masih ada saldo tersisa untuk ditagih saat milestone tercapai. Inilah persis cara kerja penagihan bertahap pada proyek nyata: uang muka di awal, pembayaran saat material tiba, sisa saat selesai. Setiap faktur dihasilkan dari estimasi yang sama yang telah disetujui, sehingga angkanya selalu terkait kembali ke yang disepakati pelanggan. Tidak ada spreadsheet sampingan yang melacak "berapa banyak dari penawaran yang sudah saya tagih" — aplikasinya menjaga total berjalan.

Kesalahan yang dicegah konversi sebagian adalah kesalahan klasik: menagih jumlah penuh di awal karena mengetik faktur sebagian secara manual itu menjengkelkan, lalu harus menerbitkan nota kredit dan menagih ulang ketika pelanggan (dengan benar) keberatan. Atau sebaliknya — menagih uang muka, lalu lupa berapa banyak estimasi yang tersisa dan kurang menagih pada pembayaran akhir. Mengubah secara bertahap dari satu estimasi sumber menghilangkan kedua kesalahan itu.

Tahap 4 — surat jalan

Tiga minggu berjalan, dapurnya terpasang. Sebelum Priya menerbitkan faktur akhir, ia menyerahkan surat jalan kepada Tomi: catatan tentang apa yang dikirim dan dipasang — lemari, meja dapur, pekerjaan pemasangan — yang ditandatangani Tomi untuk mengonfirmasi bahwa ia menerima semuanya dan sesuai kesepakatan.

Orang sering melewatkan surat jalan untuk pekerjaan jasa, dan itu kekeliruan. Surat jalan adalah dokumen yang menutup pertanyaan "apakah saya benar-benar mendapatkan apa yang ditagihkan?" sebelum faktur tiba. Ia memisahkan momen serah-terima dari momen penagihan. Jika, enam minggu kemudian, Tomi mengklaim sebuah pintu lemari tidak pernah dipasang, surat jalan yang ditandatangani menyelesaikannya seketika. Perhatikan bahwa surat jalan mencantumkan apa yang dikirim, bukan harganya — harga ada di faktur. Surat jalan tentang penerimaan; faktur tentang uang.

Bagi seorang tukang mebel, surat jalan yang ditandatangani itu juga adalah pemicu yang bersih: serah-terima selesai, persetujuan tertangkap, kini faktur akhir bisa keluar dengan percaya diri.

Tahap 5 — faktur akhir

Kini Priya menerbitkan faktur akhir untuk sisa saldo — sekali lagi diubah dari sisa estimasi awal, merujuk pada kontrak dan surat jalan yang ditandatangani. Faktur menampilkan total nilai pekerjaan, uang muka yang sudah diterima, dan jumlah terutang. Faktur membawa instruksi pembayaran: detail bank, tautan pembayaran, atau kode QR, sesuai pilihan Priya.

InvoiceFlow bukan pemroses pembayaran — Tomi membayar lewat banknya sendiri, sebagaimana ia akan membayar siapa pun. Saat uangnya masuk, Priya menandai faktur Lunas. Jika Tomi membayar sebagian, ia mencatat pembayaran sebagian dan aplikasi melacak sisa saldo hingga lunas. Transaksi ditutup, dan ada jejak dokumen yang bersih dari estimasi pertama hingga pembayaran akhir.

Dokumen mana, kapan: aturan keputusan

Kupas kisahnya dan yang tersisa adalah aturan sederhana.

• Gunakan estimasi ketika Anda membuat penawaran dan belum ada yang terutang. Apa pun yang membuat pelanggan butuh harga sebelum memutuskan.
• Gunakan kontrak ketika pekerjaan cukup besar, cukup lama, atau cukup berisiko sehingga Anda ingin syaratnya disepakati tertulis dan ditandatangani. Uang muka, milestone, apa pun yang berlangsung berminggu-minggu, apa pun yang sengketanya akan mahal.
• Gunakan surat jalan ketika serah-terima adalah momen yang berbeda dari penagihan — barang dikirim, pekerjaan selesai di lokasi, apa pun yang "apakah Anda menerimanya?" bisa menjadi pertanyaan.
• Gunakan faktur ketika uang memang benar-benar terutang — pekerjaan selesai, barang dikirim, atau milestone kontrak tercapai.

Untuk transaksi kecil — perbaikan cepat, penjualan ritel sederhana — Anda mungkin hanya memakai faktur. Untuk proyek panjang yang bernilai tinggi, Anda akan memakai keempatnya. Seninya adalah menyesuaikan bobot dokumen dengan bobot transaksi: jangan paksa pelanggan menandatangani kontrak tiga halaman untuk pekerjaan Rp 600.000, dan jangan jalankan proyek Rp 300.000.000 hanya dengan jabat tangan lisan.

Mengapa membiarkan dokumen dikonversi (alih-alih mengetik ulang) itu penting

Sumber kesalahan penagihan terbesar adalah memasukkan ulang informasi yang sama di setiap tahap. Anda menawarkan Rp 95.000.000, lalu mengetik faktur dari ingatan dan menulis Rp 95.500.000. Anda menyepakati lima item baris, lalu menghapus satu saat mengetik ulang tagihan. Setiap pemasukan ulang manual adalah peluang bagi angka untuk saling melenceng — dan ketika faktur tidak cocok dengan penawaran, pelanggan menyadarinya, kepercayaan terganggu, dan Anda menerbitkan koreksi.

Mengonversi dari estimasi ke faktur (penuh atau bertahap) berarti datanya mengalir maju dari dokumen yang sudah disetujui pelanggan. Item baris, harga, dan perlakuan pajak melintas tanpa berubah. Anda tidak mengetik ulang; Anda memajukan transaksi yang sama ke tahap berikutnya. Itulah inti dari memperlakukan keempat dokumen sebagai satu siklus yang terhubung alih-alih empat berkas yang tak berkaitan.

Siklus dalam satu tarikan napas

1. Estimasi — Anda membuat penawaran, terinci dan berharga.
2. Kontrak — syaratnya disepakati dan ditandatangani (tanda tangan digital, ditangkap di tempat).
3. Faktur (uang muka) — diubah dari estimasi, konversi sebagian hanya untuk uang muka.
4. Surat jalan — bukti serah-terima yang ditandatangani, tanpa harga.
5. Faktur (sisa) — diubah dari sisa estimasi, merujuk pada kontrak dan surat jalan.
6. Ditandai Lunas — pembayaran dicatat; pembayaran sebagian dilacak hingga saldo lunas.

Empat jenis dokumen, satu benang merah yang berkesinambungan. Masing-masing menutup celah tertentu yang akan dimasuki dokumen berikutnya. Susun urutannya dengan benar dan sebuah transaksi yang bisa saja terurai menjadi "tapi kamu bilang", "saya tidak pernah menerima itu", dan "ini bukan harga yang kita sepakati" justru berjalan dari telepon pertama hingga pembayaran akhir tanpa satu pun perdebatan yang berarti.