Pesanan sudah dikemas, barang sudah keluar, nota sudah mendarat di chat pelanggan. Dua minggu kemudian dia minta salinan, dan Anda mulai menggulir obrolan — versinya sebelum atau sesudah ongkir dikoreksi? Pertanyaan yang sesungguhnya, dia sudah bayar atau belum?, masih tersimpan di kepala, bersama sebelas pesanan lain yang Anda tunggu transfernya.

Jarak antara “sudah terkirim” dan “sudah dipastikan dibayar” inilah yang membuat nota sering menguap tanpa suara di usaha kecil. Di Vio, kedua sisi jarak itu adalah record: nota dihasilkan dari pesanan dan tetap tertaut padanya, sedangkan pembayaran adalah sekumpulan isian yang Anda perbarui pada pesanannya. Tutorial ini menjalankan loop lengkapnya — buat nota, kirim, tandai lunas — dan menunjukkan langkah mana yang bisa dikerjakan lewat chat bersama asisten, bukan di layar.

Satu batas dulu: cara membuat nota dari pesanan sudah membahas cara membangun dokumennya. Artikel ini menyambung setelah filenya ada: bagaimana mengirimnya ke pelanggan, dan bagaimana punya catatan yang bisa dipegang soal siapa yang sudah bayar.

“Sudah terkirim” belum berarti “sudah dibayar”

Setelah penjualan, tiga hal berbeda sering dikecilkan jadi satu centang di kepala:

• Dokumennya — file yang diterima pelanggan, dengan angka persis yang nanti akan dia kutip balik kepada Anda.
• Uangnya — sudah masuk atau belum, kapan, lewat metode apa.
• Ingatannya — pesanan mana dari pekan lalu yang masih menunggu transfer.

UMKM pada umumnya mengerjakan ketiganya secara informal: file di folder yang dinamai menurut pelanggan, pembayaran yang dikonfirmasi di thread chat yang tidak pernah dibaca ulang, dan akhir bulan yang disusun ulang dari ingatan. Kegagalannya tidak dramatis — tagihan sopan yang nyaris terkirim untuk uang yang tiga minggu lalu sudah masuk tunai. Perbaikannya sama tidak glamournya: dokumen dibuat dari pesanan dan tetap tertaut padanya, uang adalah status pada pesanan, dan ingatan digantikan daftar yang bisa dicari dan difilter.

Yang dibawa sebuah nota di Vio

Nota di Vio bukan template kosong. Ia dihasilkan dari pesanan yang sudah ada, jadi isinya langsung mengikuti pesanan itu:

• Rujukan yang lengkap. Nomor invoice, pesanan yang tertaut, pelanggan yang tertaut, total, dan mata uang tetap terlihat di dokumen.
• Status dengan dua pilihan: issued atau void — dokumen itu berlaku, atau tidak. Pembayaran sengaja bukan status invoice; itu urusan pesanan.
• Keluaran PDF atau PNG. PDF untuk dicetak atau dilampirkan; PNG untuk dibuka langsung di aplikasi chat mana pun.
• Unduh yang dibutuhkan saja. Satu file diunduh langsung; kalau lebih dari satu, ambil yang dibutuhkan.
• Buat ulang, bukan ketik ulang. Kalau pesanan berubah, notanya dibuat ulang; tandai void dokumen lama yang tidak boleh berlaku lagi.
• Tautan dari dua arah. Daftar invoice bisa dicari dan difilter berdasarkan status, dan halaman detailnya membuka pesanan atau pelanggan yang tertaut.

Semua yang suatu saat bisa ditanyakan pelanggan ada di satu layar: nomor, tautan, total, status — plus file-nya, siap diunduh.

Pembayaran tinggal di pesanan, bukan di nota

Barang dan uang berjalan dengan jam yang berbeda: pesanan bisa sudah terkirim saat pembayarannya masih tertunda, atau uangnya kembali lama setelah pesanannya selesai. Vio menyimpan dua jawaban itu sebagai isian terpisah pada pesanan:

• Status pemenuhan — tertunda, diproses, dikirim, terkirim, selesai, atau dibatalkan: barangnya di mana?
• Status pembayaran — belum dibayar, tertunda, dibayar, dikembalikan, atau gagal: uangnya di mana?
• Metode pembayaran — tunai, transfer bank, kartu kredit/debit, e-wallet, cek, atau lainnya.
• Tanggal bayar — dicatat saat uangnya masuk.

Pemisahan itulah yang mengubah “siapa yang belum bayar ke saya?” dari berjam-jam menggulir chat menjadi sekadar filter di daftar pesanan. Dan setiap invoice menautkan balik ke pesanan asalnya, sehingga satu lompatan cukup menghubungkan dokumen dan transaksinya.

“Dibayar” adalah isian pada pesanan — tercatat beserta metode dan tanggalnya, terpisah sampai mana pemenuhan berjalan.

Alur lengkap: nota → kirim → lunas

Kalau penjualannya belum tercatat, buat pesanannya lebih dulu — semua langkah di bawah bergantung pada record itu. Berikut loop utuhnya, versi cepat:

1. Buka pesanan yang sudah dipenuhi, cek: pelanggan, item, diskon, ongkir, total. Nota akan mengikuti persis isi pesanan.
2. Jalankan aksi untuk membuat invoice dari pesanan itu, pilih jenis keluarannya — PDF untuk dicetak atau dilampirkan, PNG untuk dikirim di chat.
3. Unduh filenya. Satu file langsung terunduh; kalau lebih dari satu, ambil yang Anda butuhkan.
4. Kirim sendiri. Lampirkan PDF-nya atau lepaskan PNG-nya ke percakapan dengan pelanggan yang sudah Anda pakai. Vio tidak mengirimkan apa pun ke pelanggan untuk Anda; file-nya ada di tangan Anda untuk diteruskan.
5. Saat uangnya masuk, buka pesanannya dan ubah status pembayarannya menjadi dibayar (Paid), catat metode dan tanggal bayarnya — atau biarkan tertunda sambil memantau transfer, dan gagal atau dikembalikan kalau uangnya kembali.
6. Di akhir bulan, dua filter: invoice berdasar status untuk tahu dokumen mana yang masih berlaku, pesanan berdasar status pembayaran untuk tahu siapa yang masih berutang.

Enam langkah, dan satu-satunya yang masih dipegang ingatan Anda di ujung adalah nama pelanggannya.

“Nota mana yang masih berlaku?” dan “siapa yang belum bayar?” kini pertanyaan filter — bukan pertanyaan ingatan.

Versi chat: minta → kerjakan → verifikasi

Langkah 2 dan 5 tidak butuh layar. Asisten Anda — di aplikasi web, aplikasi Android, atau kanal WhatsApp/Telegram yang terhubung — mengerjakan pesanan dan invoice yang sama, dan bisa menyusun invoice dari pesanan serta mengolah record pesanan. Polanya, dua kali:

“Buatkan invoice untuk pesanan terakhir Bu Ratna, format PDF.”

Lalu verifikasi: buka invoice-nya, cek nomor, tautan, total, dan mata uangnya, lalu unduh file-nya. Permintaan Anda sudah mengerjakan bagian mengetik; pengecekan memastikan pesanannya benar.

“Pesanan terakhir Bu Ratna sudah dibayar — transfer bank, hari ini. Catat ya.”

Lalu verifikasi: buka pesanannya dan baca kembali status pembayaran, metode, dan tanggalnya. Intinya begini: sebuah percakapan terjadi, dan ia berubah menjadi pembaruan di workspace tanpa keluar dari thread.

Tiga catatan jujur. Pertama, pengiriman tetap manual — asisten menyusun dan mencatat, tapi yang mengirim file ke pelanggan tetap Anda. Kedua, apa yang bisa dikerjakan asisten bergantung pada skill yang Anda aktifkan untuknya — kalau sebuah permintaan tidak terlaksana, yang diperbaiki konfigurasinya, bukan cara bertanya. Ketiga, satu asisten per kanal, entah WhatsApp (pairing kode QR) maupun Telegram (bot token) — dan asisten ini bekerja hanya di dalam workspace Anda, membaca serta menulis record yang sama dengan yang akan Anda buka sendiri. Cara memasang kanal ada di menghubungkan Vio ke WhatsApp; seharian penuh bekerja di chat ada di menjalankan back office dari WhatsApp.

Pesan pembayaran pelanggan datang dari satu arah; asisten Anda bekerja ke arah sebaliknya — dan record pesanan menutup loop-nya.

Batasannya, supaya tidak kaget

• Vio tidak pernah berbicara dengan pelanggan Anda. Tidak ada pengiriman nota otomatis, tidak ada balasan otomatis — ini back office, bukan chatbot pelanggan, bukan kasir, dan bukan pusat dukungan.
• Asisten bekerja sebatas skill-nya — termasuk menyusun invoice dan memperbarui pesanan, dan tidak lebih dari itu.
• Ini bukan pengganti nasihat akuntansi atau pajak. Vio menjaga record-nya; apa yang Anda laporkan, dan bagaimana, tetap keputusan Anda (atau akuntan Anda).
• Obrolan dengan asisten berjalan di atas budget penggunaan AI harian: meter per workspace dalam persen — peringatan di 80%, berhenti total di 100% sampai budget reset.

Pertanyaan yang sering muncul

Bisakah Vio mengirim nota ke pelanggan saya otomatis?

Tidak — dan memang tidak dibangun untuk itu. Vio menghasilkan file dan menjaga record-nya; Anda yang mengirim PDF atau PNG-nya sendiri, lewat kanal yang sudah biasa Anda pakai dengan pelanggan. Asistennya mengobrol dengan Anda, bukan dengan mereka.

Status pembayaran itu ada di nota atau di pesanan?

Di pesanan. Invoice hanya membawa dua status — issued atau void — karena ia mendeskripsikan sebuah dokumen. Status pembayaran (belum dibayar, tertunda, dibayar, dikembalikan, gagal), metode, dan tanggal bayar adalah isian pada pesanan — transaksi yang diwakili uang itu.

Sebaiknya kirim PDF atau PNG?

Samakan file dengan kanal pengirimannya. PDF untuk dicetak atau dilampirkan sebagai dokumen resmi; PNG terbuka sebagai gambar di chat mana pun. Kalau invoice punya lebih dari satu file, unduh yang sedang dibutuhkan.

Bisakah asisten menandai pesanan sebagai sudah dibayar?

Minta ia mencatat pembaruan pembayaran pada pesanan, selama skill yang aktif mencakup pekerjaan itu. Lalu verifikasi: status, metode, tanggal. Satu pesan, satu pengecekan.

Notanya sudah terkirim, tapi pesanannya berubah. Sekarang bagaimana?

Perbaiki pesanannya, lalu buat ulang invoice-nya — dokumen baru mengikuti item dan total yang sudah dikoreksi. Kalau versi yang terlanjur dikirim tidak boleh berlaku lagi, tandai void.

Terkirim itu file. Lunas itu isian. Bukan ingatan.

• Nota membawa catatannya sendiri — nomor, pesanan dan pelanggan yang tertaut, total, mata uang — dengan status sederhana issued atau void.
• Format mengikuti cara pengirimannya — PDF untuk cetak dan lampiran, PNG untuk chat — dan Anda mengunduh file yang persis dibutuhkan.
• Pembayaran tinggal di pesanan — status, metode, dan tanggal, dilacak terpisah dari pemenuhan.
• Chat bisa menjalankan loop-nya — minta asisten menyusun atau mencatat, lalu verifikasi ke record yang tertaut sebelum dianggap selesai.

Lain kali ada pelanggan yang minta salinan, urusannya cuma cari, unduh, kirim. Dan “siapa yang belum bayar?” menjadi pertanyaan filter, bukan pertanyaan perasaan.

Mulai dengan Vio