Menagih dengan tempo 30 hari, tanpa berubah jadi 60

Norma menjalankan usaha fumigasi di Campeche. Daftar klien tetapnya bagus — satu restoran, dua kantor akuntan, dan satu gudang — dan semuanya membayar. Masalahnya bukan soal mereka tidak membayar. Masalahnya adalah kapan.

Layanan untuk gudang itu ia kerjakan tanggal 3, dan laporan bertanda tangan langsung ia serahkan sore itu juga. Mereka bilang seperti biasa, “kami bayar dalam 30 hari,” dan Norma mencatatnya seolah itu tanggal pasti. Tanggal 3 bulan berikutnya, tidak ada yang masuk. Uangnya baru ditransfer tanggal 19.

Empat puluh enam hari. Padahal bahan kimia, bensin, dan upah asistennya sudah ia bayar sendiri sejak tanggal 3.

Apa artinya menagih dengan tempo 30 hari?

Menagih dengan tempo 30 hari artinya kamu menyelesaikan seluruh pekerjaan lalu menunggu jangka waktu yang disepakati sebelum uangnya benar-benar diterima. Bukan berarti kliennya menunggak: begitulah cara perusahaan, kantor, dan jaringan bisnis besar membayar, dan kalau bisnismu menjual ke mereka, cepat atau lambat kamu akan mengalaminya juga.

Dan yang jadi masalah bukan jangka waktunya. Yang jadi masalah adalah tidak ada yang menyepakati sejak kapan hitungannya dimulai.

Sejak kapan hitungan 30 hari itu mulai berjalan?

Hampir tidak pernah sejak hari kamu menyerahkan pekerjaan. Hitungannya mulai saat tagihanmu masuk ke siklus pembayaran klien: hari ketika bagian administrasi mereka menerimanya, menyetujuinya, dan memasukkannya ke dalam batch yang cair bulan itu.

Di antara keduanya ada hari-hari yang tidak dihitung siapa pun, dan itu kamu yang menalanginya. Bagi Norma, itu berarti enam belas hari: ia menyerahkan pekerjaan tanggal 3, tapi tagihannya baru masuk peninjauan tanggal 8 bulan berikutnya, dan di gudang itu pembayaran keluar setiap hari Kamis.

Karena itu, “kami bayar dalam 30 hari” bukan sebuah kesepakatan, melainkan kebiasaan. Kesepakatan yang sebenarnya akan berbunyi: jangka waktu dihitung sejak laporan bertanda tangan diterima, dan laporan itu diserahkan pada hari yang sama dengan layanan. Itu baru tanggal pasti. Yang tadi cuma perkiraan kasar.

Tulis itu sebelum mulai kerja, bukan setelah kamu sudah menunggu empat puluh hari. Ditanyakan belakangan, itu terdengar seperti komplain. Ditanyakan di awal, itu terdengar seperti kamu memang tahu cara bekerja dengan perusahaan.

Kenapa saldo yang belum dibayar tidak lagi jadi alat tawarmu?

Karena alat tawar itu hidup di momen penyerahan, dan di sini momen itu sudah lewat. Aturan di meja kasir sudah kamu tahu: sisa yang belum dibayar itulah yang membuat orang membalas teleponmu di hari mereka mau mengambil barangnya. Dengan klien bertempo 30 hari, aturan itu tidak berlaku lagi.

Klien bertempo 30 hari justru yang tidak memberimu momen itu. Orang di lapangan menerima layanan dan menandatanganinya, tapi yang punya wewenang membayar ada di kantor lain dan tidak hadir di sana. Jadi alat tawarnya harus sudah terpasang sebelum itu terjadi. Setelah pekerjaan diserahkan, yang tersisa untukmu hanya dua hal: sebuah catatan, dan sebuah tanggal di kalender.

Apa yang bisa kamu lakukan sebelum menyerahkan pekerjaan?

Menagih sebagian di muka. Bukan karena tidak percaya, tapi karena pekerjaan dengan saldo yang masih tersisa adalah utang yang punya bentuk, sementara pekerjaan yang diserahkan tanpa menerima apa pun adalah sebuah kebaikan hati semata.

Di Proyecta, ini adalah aturan yang tertulis, bukan sekadar saran: pesanan yang masih kekurangan pembayaran tidak bisa dipindahkan ke status “sedang diproses” atau “selesai”. Ia baru bisa keluar dari situ kalau pembayarannya sudah masuk. Kuncian ini dipasang karena kalau dibiarkan lanjut, saldonya jadi praktis tidak tertagih — pesanan itu sudah terlihat selesai, dan tagihan susulan jadi tidak punya tempat untuk hinggap.

Versi tanpa komputernya pun sama saja. Tagih sisanya, baru tutup pekerjaannya. Kalau kamu tutup duluan, saldo itu jadi tidak punya pegangan lagi.

Bagaimana kalau mereka tidak mau memberi uang muka? Itu bisa terjadi, terutama dengan kantor-kantor besar dan instansi pemerintah. Kalau begitu, yang kamu negosiasikan bukan uangnya, melainkan tanggalnya: dokumen apa yang memulai hitungan waktu, siapa yang menerimanya, dan bagaimana kamu punya bukti bahwa dokumen itu sudah diterima.

Norma berhenti mengirim laporan lewat WhatsApp ke orang di gudang, dan mulai mengirimnya lewat email ke bagian administrasi, dengan tembusan ke orang yang mempekerjakannya. Pekerjaannya sama persis. Bedanya, sekarang ada satu tanggal yang bisa dilihat kedua belah pihak.

Bagaimana cara menerapkannya di halamanmu?

Kamu cukup menjelaskannya. Tuliskan apa yang kamu jual, berapa harganya, dan berapa yang kamu minta sebagai uang muka, lalu jadilah sebuah halaman yang sudah terbit, tempat klienmu bisa membayar langsung dari ponselnya:

“Halaman untuk Fumigaciones de Norma di Campeche. Layanan pengendalian hama untuk restoran, kantor, dan gudang. Layanan bulanan $1,800 dan layanan sekali panggil $2,400, dengan uang muka 40% untuk mengunci jadwal dan sisanya dibayar setelah laporan diserahkan. Bisa dibayar dengan kartu atau transfer, dengan bagian yang menjelaskan apa saja yang termasuk di tiap layanan, dan tombol WhatsApp untuk minta penawaran khusus gudang besar.”

Begitu seseorang membayar uang mukanya, pesanan itu langsung ditandai dengan saldo tertunda di daftarmu. Yang memilih transfer akan masuk ke tab tersendiri, menunggu kamu mengonfirmasi bahwa uangnya sudah masuk. Dan saldo itu langsung kamu tutup begitu mereka membayar tunai, lewat SPEI, atau dengan mesin EDC: totalnya dihitung dari pembayaran yang benar-benar masuk, bukan dari angka yang kamu ketik sendiri.

Apa yang tidak akan dilakukan halaman itu untukmu?

Halaman itu tidak akan mengarang tanggal jatuh tempo. Sebuah pesanan tidak punya kolom “jatuh tempo tanggal 30” — jangka waktu itu adalah aturan yang kamu sepakati dan tuliskan sendiri, bukan sesuatu yang diawasi sendiri oleh halamannya.

Halaman itu juga tidak akan mengejar-ngejar siapa pun. Memang ada pengingat saldo otomatis, dan penting untuk tahu persis apa itu: satu email ke klien, hanya sekali, beberapa hari setelah mereka membayar uang muka. Itu dorongan kecil, bukan penagihan. Tidak diulang, tidak makin mendesak, dan tidak menunggu tanggal tertentu.

Dan ada dua hal yang memang sama sekali tidak dilakukannya. Ia tidak membuat faktur: CFDI tetap urusanmu dan akuntanmu. Dan ia tidak mengingatkan apa pun kepada orang yang belum membayar sepeser pun, karena pengingat itu ada justru karena ada saldo. Tanpa uang muka, tidak ada saldo, dan tanpa saldo, belum ada apa pun yang bisa ditagih. Itulah alasan paling praktis untuk meminta sebagian pembayaran di muka, sekecil apa pun itu.

Jadwalkan tanggalnya, bukan utangnya

Mencatat “mereka masih berutang ke saya” itu tidak berguna, karena tidak punya hari. Yang berguna adalah tanggal di kalendermu, tiga hari sebelum tanggal cut-off pembayaran klien itu, lengkap dengan nama dan jumlahnya — supaya kamu bisa menghubunginya saat batch pembayaran sedang disusun, bukan setelah batch itu cair tanpa menyertakan kamu.

Kalau kamu tidak tahu kapan tanggal cut-off mereka, itulah telepon yang harus kamu lakukan hari ini. Satu pertanyaan saja, tanpa nada komplain: pembayaran keluar tanggal berapa, dan apa yang mereka butuhkan dariku sebelum tanggal itu? Kebanyakan yang kurang cuma satu dokumen yang bisa kamu kirim dalam lima menit — padahal kamu sudah menunggu tiga minggu untuk itu.

Ceritakan bisnismu di Proyecta, tentukan uang mukamu, dan terbitkan halamanmu di proyecta.dev. Klienmu akan tetap membayar dengan tempo 30 hari — tapi bukan lagi kamu yang menalangi enam belas hari sisanya.