Cara Buat Aplikasi Penjejak Perbelanjaan: Resit, Kelulusan dan Bayaran Balik

Penjejak perbelanjaan merekodkan apa yang dibelanjakan, untuk apa, oleh siapa, dengan resit dilampirkan. Bagi pekerja bebas, ia menjadi rekod yang kemas untuk musim cukai. Bagi pasukan, ia adalah aliran dari “saya sudah bayar ini” hingga “anda sudah dibayar balik”: hantar, lulus, bayar, eksport. Untuk membinanya anda perlukan kemasukan pantas dari telefon, muat naik resit, kategori, langkah kelulusan untuk pasukan, dan eksport yang akauntan anda boleh gunakan. Pastikan skrin kemasukan itu pantas. Jika mencatat satu perbelanjaan mengambil masa lebih seminit, orang akan berhenti melakukannya.

Peribadi, bebas atau pasukan?

Jenis	Siapa guna	Apa yang paling penting
Peribadi	Seorang individu yang menjejak perbelanjaan harian	Kepantasan kemasukan, kategori, jumlah bulanan
Pekerja bebas atau pemilik perniagaan tunggal	Seorang individu, untuk cukai dan caj semula kepada pelanggan	Resit, jumlah cukai, penanda “boleh dicaj kepada pelanggan”, eksport
Pasukan atau syarikat	Pekerja, pelulus, kewangan	Penghantaran, kelulusan, status bayaran balik, semakan dasar, jejak audit

Jika yang sebenarnya anda mahu ialah merancang perbelanjaan bulanan berbanding sasaran, baca cara membina aplikasi bajet sebaliknya. Bahagian selebihnya panduan ini memberi tumpuan kepada penjejakan perbelanjaan untuk pekerja bebas dan pasukan.

Apa yang diperlukan oleh penjejak perbelanjaan

Halaman

Tambah perbelanjaan: jumlah, mata wang, tarikh, nama peniaga, kategori, nota, gambar resit. Di telefon, buka kamera terus.
Perbelanjaan saya: senarai dengan status (draf, dihantar, diluluskan, ditolak, dibayar balik) dan penapis.
Laporan perbelanjaan (pilihan): kumpulkan perbelanjaan daripada satu perjalanan atau bulan dan hantar bersama.
Kelulusan: untuk pengurus, item yang menunggu dengan resit kelihatan; luluskan atau tolak dengan sebab.
Paparan kewangan: item yang diluluskan dan menunggu bayaran balik, tandakan sebagai sudah dibayar, dan eksport.
Tetapan: kategori, had dasar, pelulus, mata wang.

Data

Pengguna: nama, peranan, pengurus (yang meluluskan perbelanjaannya).
Perbelanjaan: pengguna, tarikh, nama peniaga, jumlah (integer sen), mata wang, jumlah cukai, kategori, projek atau pelanggan, penanda boleh dicaj, nota, status, laporan.
Resit: perbelanjaan, fail, tarikh muat naik.
Laporan: pengguna, tajuk, tempoh, status.
Peristiwa kelulusan: perbelanjaan atau laporan, siapa, tindakan, sebab, cap masa.
Kategori dan dasar: contohnya “Makanan: sehingga jumlah tertentu sehari, resit diperlukan melebihi had”.

Simpan log peristiwa kelulusan yang hanya ditambah, jangan sekadar menulis ganti status. Apabila seseorang bertanya “siapa yang meluluskan ini?”, jawapannya ada dalam log.

Kebenaran

Pekerja hanya melihat dan menyunting perbelanjaan mereka sendiri, dan hanya ketika ia draf atau ditolak.
Pelulus melihat perbelanjaan yang dihantar oleh pasukan mereka.
Kewangan atau admin melihat semua, menandakan bayaran balik dan mengeksport.

Perbelanjaan yang telah diluluskan sepatutnya dikunci: menukar jumlah selepas kelulusan mesti menghantarnya semula untuk kelulusan. Panduan kami tentang kawalan akses berasaskan peranan menerangkan cara membina peranan ini.

Keputusan dan pertukaran

Perbelanjaan tunggal atau laporan. Menghantar setiap perbelanjaan secara berasingan adalah lebih mudah. Mengumpulkannya dalam laporan sesuai untuk perjalanan dan tuntutan bulanan. Mulakan dengan perbelanjaan tunggal kecuali pasukan anda sudah bekerja dengan laporan.

Kelulusan satu langkah atau dua langkah. Kelulusan pengurus sudah memadai untuk kebanyakan pasukan kecil. Tambah langkah kewangan apabila jumlahnya besar atau dasar memerlukannya.

Semakan dasar. Peraturan mudah, seperti had kategori, resit diperlukan melebihi jumlah tertentu, atau tiada makan malam pada hujung minggu, boleh menanda perbelanjaan secara automatik. Tandakan, jangan sekat; pelulus yang membuat keputusan.

Bacaan resit. Model AI dan perkhidmatan OCR boleh membaca nama peniaga, tarikh dan jumlah daripada gambar. Ia menjimatkan masa menaip tetapi boleh tersilap, jadi isi borang terlebih dahulu dan minta pengguna mengesahkannya. Kunci pembekal AI mesti kekal di pelayan. Lihat cara menambah ciri AI ke aplikasi anda.

Mata wang. Jika orang melancong, simpan jumlah dan mata wang asal, dan jumlah yang ditukar pada kadar yang digunakan, bersama tarikh kadar itu.

Membayar balik. Penjejak merekodkan bahawa bayaran balik telah berlaku; pembayaran sebenar biasanya dibuat melalui gaji atau bank anda. Kekalkan begitu pada mulanya.

Contoh prompt pertama

Bina aplikasi penjejakan perbelanjaan untuk syarikat 20 orang. Pekerja menambah perbelanjaan dari telefon mereka: jumlah, mata wang, tarikh, nama peniaga, kategori, projek, nota, dan gambar resit yang diambil dengan kamera. Simpan jumlah sebagai integer sen. Perbelanjaan bermula sebagai draf; pekerja menghantarnya. Setiap pekerja mempunyai pengurus yang meluluskan atau menolak perbelanjaan yang dihantar dengan sebab, sambil melihat resit di sebelah butirannya. Tandakan, tetapi jangan sekat, perbelanjaan yang melebihi had kategori atau tanpa resit melebihi 25 dolar. Setelah diluluskan, perbelanjaan dikunci; menyuntingnya menghantar semula untuk kelulusan. Pengguna kewangan melihat semua perbelanjaan yang diluluskan, menandakannya sebagai dibayar balik secara kelompok, dan mengeksport CSV dengan tarikh, pekerja, nama peniaga, kategori, projek, jumlah, mata wang, status dan pautan resit. Log setiap perubahan status dengan siapa dan bila. Peranan: pekerja, pengurus, kewangan. Log masuk dengan e-mel dan kata laluan, pangkalan data, dan storan fail untuk resit. Isikan dua pasukan dan contoh perbelanjaan.

Langkah membina

Skrin tambah perbelanjaan di telefon. Muat naik dari kamera, nilai lalai yang munasabah (tarikh hari ini, kategori terakhir yang digunakan), siap dalam kurang seminit. Lihat cara menambah muat naik fail ke aplikasi anda.
Senarai perbelanjaan saya dengan status.
Peranan dan kelulusan. Log masuk sebagai pekerja, pengurus dan kewangan, dan semak apa yang boleh dilihat dan diubah oleh setiap peranan.
Penguncian dan log audit. Cuba sunting perbelanjaan yang telah diluluskan.
Bendera dasar.
Eksport. Serahkan CSV kepada orang yang menguruskan buku anda dan tanya sama ada ia boleh diimport dengan kemas.
Bacaan resit (pilihan). Tambahkannya selepas aliran manual berfungsi, dan bandingkan tekaannya dengan resit sebenar.
Ujian dengan satu pasukan selama sebulan sebelum dilancarkan kepada semua.

Kesilapan biasa

Kemasukan yang perlahan. Setiap medan tambahan mengurangkan penghantaran. Jadikan hanya jumlah, tarikh, kategori dan resit wajib.
Resit disimpan secara terbuka. Fail resit hanya boleh dicapai oleh orang yang dibenarkan melihat perbelanjaan itu.
Perbelanjaan yang diluluskan masih boleh diedit. Kunci, atau kelulusan tidak bermakna apa-apa.
Menulis ganti status. Simpan log setiap perubahan.
Wang dengan titik apungan. Gunakan integer sen.
Memadam resit terlalu awal. Peraturan penyimpanan rekod berbeza; semak dengan akauntan anda.
Mempercayai jumlah yang dibaca AI tanpa semakan.

Bila perisian sedia ada lebih baik

Produk pengurusan perbelanjaan khusus menawarkan integrasi kad, suapan bank automatik, penjejakan batu, penyegerakan dengan perisian perakaunan dan aplikasi mudah alih, dan ia telah mengendalikan butiran cukai serta pematuhan bagi banyak negara. Jika anda memerlukan kad syarikat atau penyegerakan terus dengan perisian perakaunan, ia pilihan yang lebih kukuh.

Bina sendiri apabila peraturan kelulusan atau kategori anda tidak sesuai, apabila yuran setiap pengguna terlalu tinggi untuk pasukan yang hanya menghantar beberapa perbelanjaan sebulan, apabila perbelanjaan perlu dipautkan kepada data anda sendiri (projek, kerja, pelanggan, hartanah), atau apabila penjejak itu sebahagian daripada alat dalaman yang lebih besar. Jika anda mencaj semula perbelanjaan kepada pelanggan, sambungkannya dengan aplikasi invois anda.

Membina dengan Mythex

Mythex boleh membina penjejak ini daripada prompt di atas: anda terangkan dalam sembang, cuba dalam pratonton langsung, dan terbitkannya untuk pasukan anda. Ia menambah pangkalan data Postgres khusus dan storan fail untuk resit apabila aplikasi memerlukannya. Log masuk adalah bawa-sendiri — anda pilih pendekatan dan ejen akan menyambungkannya — begitu juga mana-mana penyedia AI untuk bacaan resit, dengan kuncinya disimpan sebagai rahsia projek. Untuk bermula dengan sesuatu yang hampir sama, lihat templat aplikasi tuntutan perbelanjaan dan kelulusan perbelanjaan.

Soalan lazim

Apakah perbezaan antara aplikasi bajet dan penjejak perbelanjaan?

Aplikasi bajet merancang perbelanjaan terlebih dahulu mengikut kategori dan membandingkannya dengan apa yang sebenarnya berlaku. Penjejak perbelanjaan merekodkan kos individu, biasanya dengan resit, selalunya supaya ia boleh dituntut semula, diluluskan atau diserahkan kepada akauntan.

Bolehkah penjejak perbelanjaan membaca resit secara automatik?

Boleh. Aplikasi boleh menghantar gambar resit kepada model AI atau perkhidmatan OCR dan mendapatkan semula nama peniaga, tarikh, jumlah dan cukai. Anggap hasilnya sebagai cadangan yang perlu disahkan oleh pengguna, kerana gambar resit yang renyuk sering dibaca dengan salah.

Apa yang perlu ada dalam eksport laporan perbelanjaan?

Tarikh setiap perbelanjaan, nama peniaga, kategori, jumlah, mata wang, jumlah cukai jika berkaitan, orang yang membelanjakannya, status kelulusan dan pautan ke resit. Fail CSV yang boleh diimport oleh akauntan atau perisian perakaunan anda biasanya format yang paling berguna.

Berapa lama saya perlu simpan resit?

Ia bergantung pada negara anda dan jenis perbelanjaan, dan pihak berkuasa cukai menetapkan peraturan mereka sendiri. Semak dengan akauntan atau pihak berkuasa cukai tempatan, dan pastikan aplikasi anda tidak pernah memadam resit sebelum tempoh itu tamat.