Cara Membuat Aplikasi Invoice

Aplikasi invoice menyimpan daftar klien, memungkinkan Anda membuat invoice dengan item baris dan pajak, memberi setiap invoice nomor unik, menghasilkan PDF atau tautan yang bisa dibuka klien, dan melacak apakah sudah dibayar. Versi pertamanya adalah aplikasi database yang lugas yang bisa Anda bangun dengan AI dalam satu hingga dua sore. Detail yang penting — penomoran, pajak, invoice yang terkunci, status pembayaran — adalah yang membedakan mainan dari sesuatu yang bisa Anda kirim ke klien.

Tentukan jenis alat invoice yang Anda butuhkan

"Aplikasi invoice" mencakup beberapa hal yang berbeda. Pilih satu sebelum memulai:

Jenis ketiga adalah tempat membangun sendiri paling menguntungkan: jika Anda sudah mencatat pekerjaan atau jam, membuat invoice dari data itu menghemat pengetikan ulang. Jenis keempat adalah MVP SaaS lengkap dengan urusan akun dan penagihannya sendiri.

Model data

Empat tabel mencakup sebagian besar kebutuhan:

• Pengaturan bisnis — nama Anda, alamat, nomor pajak atau PPN, logo, detail rekening bank, ketentuan pembayaran default, tarif pajak default, mata uang, dan nomor invoice berikutnya.
• Klien — nama, perusahaan, email, alamat penagihan, nomor pajak mereka jika diperlukan, dan ketentuan default.
• Invoice — nomor, klien, tanggal terbit, tanggal jatuh tempo, status, mata uang, catatan, dan total (subtotal, pajak, total).
• Item baris — invoice, deskripsi, kuantitas, harga satuan, tarif pajak, dan total baris.

Tambahkan tabel pembayaran jika klien membayar secara bertahap atau dengan beberapa metode: invoice, tanggal, jumlah, metode, referensi.

Aturan yang penting

Ini adalah bagian yang tidak akan benar dikerjakan pembuat AI kecuali Anda memintanya:

1. Nomor unik dan berurutan. Banyak sistem pajak mengharapkan nomor invoice unik dan berurutan. Hasilkan nomor di server saat invoice diterbitkan, bukan saat draf dibuat, agar draf yang ditinggalkan tidak meninggalkan celah.
2. Kunci invoice yang sudah terkirim. Setelah invoice dikirim, mengeditnya diam-diam menjadi masalah. Izinkan pengeditan hanya pada draf; untuk invoice yang sudah terkirim, batalkan dan terbitkan yang baru, atau terbitkan nota kredit.
3. Salin detail klien (snapshot). Jika klien pindah alamat tahun depan, invoice tahun lalu tetap harus menampilkan alamat lama. Salin detail klien ke invoice saat diterbitkan.
4. Uang sebagai satuan terkecil utuh. Simpan jumlah dalam sen (atau penny), bukan desimal, agar total tidak bergeser karena pembulatan. Bulatkan pajak sesuai yang diharapkan otoritas pajak Anda, per baris atau per invoice.
5. Status yang mengikuti kenyataan. Draf, terkirim, dibayar, dibayar sebagian, jatuh tempo, batal. "Jatuh tempo" sebaiknya dihitung dari tanggal jatuh tempo, bukan diatur secara manual.

PDF atau halaman invoice?

Klien mengharapkan PDF, tetapi halaman web lebih mudah dijaga agar tetap sinkron. Sebagian besar alat invoice menawarkan keduanya:

• Halaman invoice yang bisa dibagikan dengan tautan yang sulit ditebak, sehingga klien bisa melihat dan membayar tanpa masuk.
• Unduhan PDF yang dihasilkan dari data yang sama, dengan logo dan detail Anda.

Mintalah tata letak yang ramah cetak dan periksa ukuran kertas PDF (A4 atau US Letter). Daftar item baris yang panjang harus terpisah dengan rapi antarhalaman.

Menerima pembayaran online

Menampilkan detail rekening bank di invoice sudah cukup bagi banyak bisnis. Jika Anda menginginkan pembayaran kartu, hubungkan penyedia pembayaran:

• Stripe Checkout atau tautan pembayaran untuk jumlah invoice. Klien mengklik "Bayar sekarang" di halaman invoice.
• Webhook dari penyedia memberi tahu aplikasi Anda ketika pembayaran berhasil, dan aplikasi menandai invoice sebagai dibayar. Jangan menandainya dibayar hanya karena klien kembali ke halaman sukses — halaman itu bisa dibuka tanpa membayar. Lihat cara menambahkan pembayaran ke aplikasi Anda.
• Mode uji dulu. Gunakan kunci uji penyedia dan kartu uji sampai seluruh alurnya berfungsi.

Yang perlu diketahui: Stripe juga menawarkan produk invoice sendiri dengan halaman invoice yang dihosting, per September 2026. Jika yang Anda butuhkan hanya mengirim invoice dan menerima pembayaran, itu mungkin sudah cukup.

Pengingat

Email otomatis "invoice Anda akan jatuh tempo" termasuk fitur yang paling dihargai dan salah satu yang paling mudah keliru. Anda memerlukan:

• Penyedia email (Resend, Postmark, SendGrid, dan sejenisnya) — lihat cara mengirim email dari aplikasi Anda.
• Sesuatu yang berjalan sesuai jadwal untuk mencari invoice yang lewat jatuh tempo. Aplikasi web yang sudah dipublikasikan dan tertidur saat tidak aktif tidak akan bangun dengan sendirinya, jadi tanyakan kepada pembuatnya bagaimana pemeriksaan akan dipicu — misalnya panggilan terjadwal dari layanan cron eksternal ke endpoint di aplikasi Anda.
• Catatan pengingat mana yang sudah dikirim, agar tidak ada yang menerima email yang sama dua kali.

Mulailah dengan tombol "Kirim pengingat" secara manual. Otomatiskan nanti.

Prompt pertama yang berhasil

Buat aplikasi invoice untuk bisnis desain web saya. Saya masuk dan mengelola klien (nama, perusahaan, email, alamat penagihan, nomor PPN). Saya membuat invoice dengan item baris (deskripsi, kuantitas, harga satuan), tarif PPN per baris, dan melihat subtotal, PPN, serta total dihitung secara langsung. Nomor invoice berurutan (INV-0001, INV-0002) dan ditetapkan saat saya menandai invoice sebagai terkirim; draf tetap bisa diedit, invoice yang terkirim terkunci. Setiap invoice memiliki status (draf, terkirim, dibayar, jatuh tempo) dan tanggal jatuh tempo; jatuh tempo dihitung dari tanggal jatuh tempo. Setiap invoice mendapatkan tautan pribadi yang bisa dibagikan dan unduhan PDF dengan logo dan detail rekening bank saya. Dasbor menampilkan total yang belum dibayar dan yang jatuh tempo. Simpan jumlah dalam pence. Hanya GBP. Simpan semuanya di database.

Langkah membangun

1. Pengaturan dan klien dulu. Pastikan detail bisnis dan daftar klien Anda berfungsi, karena setiap invoice bergantung padanya.
2. Editor invoice. Item baris, pajak, dan total. Uji dengan angka yang rumit — 3 × £33,33 dengan PPN 20% — dan cocokkan total dengan kalkulator.
3. Penomoran dan penguncian. Terbitkan tiga invoice, hapus satu draf, terbitkan lagi. Nomor harus tetap berurutan tanpa celah atau duplikat.
4. Halaman invoice dan PDF. Buka tautan berbagi di jendela privat. Cetak PDF-nya.
5. Pembayaran. Tambahkan Stripe dalam mode uji, bayar satu invoice dengan kartu uji, konfirmasi webhook menandainya sebagai dibayar.
6. Pemeriksaan keamanan. Keluar dan coba buka invoice klien lain dengan mengubah ID di URL. Hanya tautan pribadi yang seharusnya berfungsi, dan tautan itu tidak boleh memperlihatkan invoice lain. Daftar periksa keamanan kami berisi lebih banyak hal untuk dicoba.
7. Ekspor. Tambahkan ekspor CSV invoice dan pembayaran untuk akuntan Anda.

Kesalahan umum

• Uang dengan bilangan desimal mengambang. £0,1 + £0,2 yang tidak sama dengan £0,3 adalah bug nyata di aplikasi sungguhan. Simpan satuan minor utuh.
• Invoice terkirim yang masih bisa diedit. Mengubah invoice setelah klien menerimanya menimbulkan sengketa dan masalah pembukuan.
• Nomor diberikan saat draf. Menciptakan celah dan kebingungan.
• Tautan invoice yang bisa ditebak. /invoice/42 mengundang seseorang untuk mencoba /invoice/43. Gunakan token acak yang panjang.
• Menganggap hanya ada satu aturan pajak. Tarif pajak, reverse charge, dan redaksi yang diwajibkan berbeda antarnegara dan jenis pelanggan. Tanyakan kepada akuntan; jangan biarkan AI menebak.
• Tanpa cadangan. Invoice adalah catatan yang mungkin wajib Anda simpan selama bertahun-tahun. Ekspor secara berkala, dan jika paketnya mengizinkan, simpan kode di GitHub.

Biaya dan alat

Kapan perangkat lunak invoice siap pakai lebih baik

Bangun sendiri ketika invoice menjadi bagian dari alur kerja Anda sendiri, ketika Anda ingin alat yang dibentuk persis sesuai cara Anda menagih, atau ketika Anda menambahkan invoice ke aplikasi yang sudah Anda miliki. Pilih perangkat lunak akuntansi atau invoice yang sudah mapan ketika:

• Anda membutuhkan pembukuan, umpan bank, pelacakan pengeluaran, dan laporan pajak di satu tempat.
• Negara Anda mewajibkan e-invoice dalam format tertentu atau melalui kanal bersertifikat.
• Anda lebih memilih akuntan Anda bekerja di alat yang sudah mereka kenal.

Jalan tengah yang umum: bangun bagian yang spesifik untuk Anda (pekerjaan, lembar jam, portal klien tempat klien melihat invoice mereka) dan ekspor angkanya ke perangkat lunak akuntansi Anda. Membangun vs membeli perangkat lunak untuk usaha kecil membahas keputusan ini.

Membangunnya dengan Mythex

Di Mythex Anda menjelaskan aplikasi invoice dalam chat dan melihatnya terbentuk di pratinjau langsung. Mythex menambahkan database ketika aplikasi membutuhkannya, menyimpan kunci API seperti rahasia Stripe Anda di rahasia proyek, dan menerbitkan aplikasi ke URL yang bisa langsung Anda gunakan. Resep Stripe di dokumentasi menunjukkan pengaturan bawa-kunci-sendiri. Untuk memulai dari prompt yang sudah menjelaskan dasar-dasarnya, coba templat pembuat invoice atau invoice freelance.

Pertanyaan