Gratis Invoice Generator

Cara kerjanya

Masukkan informasi perusahaan Anda, informasi klien Anda, tambahkan item dengan kuantitas dan harga, dan tetapkan tarif pajak jika diperlukan. Klik "Cetak / Simpan sebagai PDF" untuk mendapatkan faktur yang bersih dan profesional. Gunakan opsi "Simpan sebagai PDF" di kotak dialog cetak browser untuk mengunduhnya. Semuanya terjadi secara lokal · data Anda tidak pernah meninggalkan perangkat.

Pertanyaan umum

Bisakah saya menyimpannya sebagai PDF?

Ya. Saat dialog cetak terbuka, pilih "Simpan sebagai PDF" (atau "Microsoft Print to PDF" di Windows) sebagai tujuan, bukan printer fisik.

Apakah data saya disimpan?

Tidak. Semua data faktur tetap di browser Anda dan tidak pernah dikirim ke mana pun. Dengan menyegarkan halaman atau menutup tab, data hilang, kecuali Anda telah mencetak atau menyimpannya.

Bisakah saya menyesuaikan tampilannya?

Tata letak cetak menggunakan desain profesional yang bersih dan universal. Anda dapat mengedit PDF yang dihasilkan di editor PDF mana pun setelah disimpan untuk kustomisasi lebih lanjut.

Sejarah singkat faktur

Faktur dalam pengertian paling longgar, catatan tertulis "X berhutang Y untuk Z", kira-kira setua tulisan itu sendiri. Tablet tanah liat berhuruf paku yang digali di Uruk (di Irak modern) dan bertanggal sekitar 3300 hingga 3000 SM mencakup ribuan catatan administrasi: daftar ransum jelai, hitungan ternak, jatah bir, transfer barang antara gudang kuil. Ini bukan faktur dalam arti hukum modern, tetapi ide yang sama: catatan pihak ketiga yang tahan lama dari transaksi komersial. Banyak tablet huruf paku paling awal bersifat administratif daripada literer, tulisan tampaknya ditemukan sebagian untuk melacak siapa berhutang apa. Perdagangan Romawi kemudian menggunakan tablet kayu yang dilapisi lilin (tabulae ceratae) untuk dokumen bisnis berumur pendek, tablet Vindolanda dari benteng Romawi di Tembok Hadrian (sekitar 90 hingga 120 M) mencakup pembelian ransum dan daftar pemasok.

Momen pemecah air untuk faktur modern adalah publikasi Summa de arithmetica, geometria, proportioni et proportionalità oleh friar Fransiskan Luca Pacioli di Venesia pada 1494. Pacioli tidak menemukan pembukuan ganda, pedagang Venesia dan Genoese telah menggunakannya setidaknya selama 150 tahun sebelumnya, tetapi bukunya adalah risalah cetak pertama yang menjelaskannya secara sistematis. Bagian yang relevan, "Particularis de computis et scripturis," sering dikutip sebagai dokumen pendiri akuntansi modern. Kontribusi Pacioli adalah mengkodifikasi tiga buku yang harus disimpan setiap pedagang: memoriale (memorandum), giornale (jurnal), dan quaderno (buku besar). Faktur seperti yang kita kenal berada di perbatasan antara memoriale dan giornale: dokumen sumber yang memicu entri di buku penjual maupun pembeli. Informasi faktur yang direkomendasikan Pacioli, tanggal, pihak, item, harga, syarat pembayaran, hampir tidak berubah dalam 530 tahun.

Pada abad ke-19, buku faktur kertas pre-cetak dengan salinan karbon adalah bentuk bisnis dominan. Sepanjang awal hingga pertengahan abad ke-20, kertas NCR ("no carbon required") berlapis kimia menggantikan lembaran karbon literal, dan printer dot-matrix umpan traktor menghasilkan set faktur multi-bagian langsung dari perangkat lunak akuntansi. Inilah dunia yang memberi kita layout faktur 8,5×11" atau A4 yang masih ditiru PDF. Standar Electronic Data Interchange (EDI), UN/EDIFACT (1987 dan seterusnya, diatur oleh UNECE) dan ANSI X12 yang lebih tua di Amerika Utara, memungkinkan mitra dagang besar bertukar faktur terstruktur dari komputer ke komputer sejak 1980-an. EDI bekerja tetapi format pesannya pendek, sulit dibaca oleh manusia, dan mahal untuk diimplementasikan, jadi tetap kebanyakan fenomena Fortune 500. Tahun 2000-an dan 2010-an mendorong faktur terstruktur menuju format berbasis XML, terutama UBL (Universal Business Language), standar OASIS yang pertama kali diterbitkan sebagai UBL 1.0 pada 2004 dan sekarang di UBL 2.4 (dirilis Februari 2024).

Persyaratan hukum modern, apa yang harus dimuat oleh faktur

Amerika Serikat: tidak seperti sebagian besar dunia, AS tidak memiliki undang-undang federal yang mengamanatkan apa yang harus dimuat oleh faktur. Tidak ada padanan dengan Direktif PPN UE di tingkat federal. Yang mengatur faktur adalah tumpukan aturan tidak langsung: undang-undang pajak penjualan negara bagian (setiap dari 45 negara bagian dengan pajak penjualan memberlakukan persyaratan retensi sendiri, biasanya 4 tahun); IRS Publication 583 (bisnis harus menyimpan buku dan catatan yang "menunjukkan pendapatan bruto, pemotongan, dan kredit Anda", faktur adalah dokumentasi pendukung utama); dan keputusan Wayfair (South Dakota v. Wayfair, Inc., 138 S.Ct. 2080, diputuskan 21 Juni 2018), yang mengubah siapa yang harus memungut pajak penjualan lintas negara bagian dan dengan demikian mengubah siapa yang harus menerbitkan faktur dengan rincian pajak. Form 1099-NEC, dipulihkan pada 2020, berarti bisnis yang membayar kontraktor 600 dolar atau lebih dalam setahun harus menerbitkan 1099-NEC, dengan faktur kontraktor sebagai jejak kertas pendukung.

Uni Eropa: tulang punggung hukum adalah Direktif Dewan 2006/112/EC tentang sistem umum pajak pertambahan nilai ("Direktif PPN"), diadopsi 28 November 2006. Pasal 217 hingga 240 mengatur faktur. Pasal 226 mencantumkan konten wajib untuk faktur PPN lengkap: tanggal faktur; nomor berurutan yang mengidentifikasi faktur secara unik; nomor identifikasi PPN pemasok; nomor identifikasi PPN pelanggan (untuk B2B intra-UE dan reverse-charge); nama lengkap dan alamat pemasok dan pelanggan; deskripsi barang atau jasa; jumlah; tanggal pasokan (jika berbeda dari tanggal faktur); jumlah kena pajak per tarif PPN ditambah harga unit tidak termasuk PPN dan diskon apa pun; tarif PPN yang diterapkan; jumlah PPN yang harus dibayar; untuk transaksi yang dibebaskan atau reverse-charge, referensi ke artikel direktif yang relevan. Direktif 2014/55/EU (16 April 2014) membuat e-faktur terstruktur wajib untuk transaksi B2G di seluruh UE dan mengharuskan publikasi standar umum, yang menjadi EN 16931.

Gelombang e-faktur Eropa (2019 hingga 2028)

• Italia, mandat SDI (aktif sejak 1 Januari 2019). Italia adalah negara anggota UE pertama yang memerintahkan faktur elektronik untuk semua transaksi B2B dan B2C, tidak hanya B2G. Platform tersebut disebut SdI, Sistema di Interscambio, dijalankan oleh Agenzia delle Entrate. Setiap faktur antara pihak terdaftar PPN Italia harus ditransmisikan dalam format XML FatturaPA (profil Italia dari UBL/EN 16931) melalui SdI. Sejak 1 Juli 2022, mandat diperluas ke faktur dari/ke counterparty asing.
• Prancis, Facturation Electronique (peluncuran 2026 hingga 2027). Awalnya dijadwalkan untuk Juli 2024, ditunda oleh Pasal 91 undang-undang keuangan 2024 ke jadwal bertahap: 1 September 2026, semua bisnis Prancis harus dapat menerima faktur elektronik terstruktur, perusahaan besar dan menengah juga harus menerbitkannya; 1 September 2027, perusahaan kecil dan mikro harus menerbitkan. Model Prancis menggunakan arsitektur "Y": faktur mengalir baik melalui portal publik (PPF, dioperasikan oleh AIFE) atau melalui "Plateformes de Dématérialisation Partenaires" swasta yang diakreditasi.
• Jerman, Wachstumschancengesetz (2025 hingga 2028). Undang-Undang Peluang Pertumbuhan Jerman, disahkan oleh Bundestag pada 17 November 2023 dan Bundesrat pada 22 Maret 2024, mencakup mandat e-faktur. Peluncuran bertahap di bawah §14 UStG: 1 Januari 2025, setiap bisnis Jerman yang aktif B2B harus dapat menerima e-faktur terstruktur; 1 Januari 2027, bisnis dengan omset tahun sebelumnya di atas 800.000 euro harus menerbitkan e-faktur terstruktur; 1 Januari 2028, kewajiban diperluas ke semua bisnis Jerman B2B yang tersisa terlepas dari ukurannya. Format yang diterima: XRechnung (implementasi Jerman EN 16931, wajib untuk B2G federal sejak 27 November 2020) dan ZUGFeRD 2.x.

Stack teknis faktur terstruktur, EN 16931, PEPPOL, Factur-X / ZUGFeRD

EN 16931-1:2017 (dengan amandemen berikutnya) mendefinisikan model data semantik, apa arti "nomor faktur" atau "referensi pembeli" atau "kategori pajak", terlepas dari sintaks yang digunakan untuk mengkodekannya. EN 16931-2 mencantumkan binding sintaks: UBL 2.1 (OASIS) dan UN/CEFACT CII (Cross Industry Invoice). Standar tersebut adalah dokumen referensi yang dibutuhkan Komisi Eropa di bawah Direktif 2014/55/EU. PEPPOL (awalnya "Pan-European Public Procurement OnLine," sekarang diatur oleh OpenPeppol AISBL, didirikan 2012, berbasis di Brussels) adalah jaringan access point yang mengarahkan dokumen bisnis terstruktur, paling umum faktur dalam profil PEPPOL BIS Billing 3.0, yang merupakan kendala dari EN 16931 dalam sintaks UBL 2.1. PEPPOL wajib untuk B2G di 30+ negara (setiap anggota UE/EEA, ditambah Singapura, yang mengadopsi PEPPOL pada 2018 untuk jaringan InvoiceNow nasionalnya, Australia, Selandia Baru, dan Jepang, yang mengadopsi PEPPOL sebagai dasar untuk Sistem Faktur Berkualifikasinya di bawah reformasi faktur pajak konsumsi yang berlaku efektif 1 Oktober 2023).

Untuk kasus bisnis kecil praktis, mengirim faktur yang manusia dapat baca dan mesin dapat parse, format PDF hibrida adalah jembatan. Factur-X (Prancis) dan ZUGFeRD (Jerman) pada dasarnya adalah hal yang sama, bersama-sama disesuaikan di bawah kerja sama 2017 antara FNFE-MPE dan FeRD. Secara teknis: file PDF/A-3 (ISO 19005-3:2012) dengan lampiran XML yang disematkan yang sesuai dengan EN 16931. PDF visual adalah untuk manusia; XML yang disematkan adalah untuk perangkat lunak akuntansi penerima. Karena PDF/A-3 adalah profil arsip yang mengizinkan lampiran file sembarang, format tersebut memenuhi persyaratan pelestarian jangka panjang sambil tetap membawa data yang dapat dibaca mesin. Alat ini menghasilkan PDF biasa, bukan Factur-X / ZUGFeRD / XRechnung. Untuk B2B Jerman atau Prancis dari tanggal 2026/2027 dan seterusnya, Anda akan menginginkan platform e-faktur khusus yang dapat menghasilkan format terstruktur.

Sintesis praktis dari field yang diperlukan

Menarik dasar bersama dari praktik recordkeeping AS, Pasal 226 UE, panduan HMRC UK, dan berbagai mandat e-faktur nasional, faktur yang dapat dipertahankan kepatuhannya hampir selalu mencakup:

• Sebuah nomor faktur unik (berurutan, sesuai dengan skema penomoran yang didokumentasikan, tidak pernah digunakan kembali).
• Tanggal terbit, dan jika relevan tanggal pasokan (sering disebut "tax point" dalam rezim PPN).
• Pemasok: nama legal, alamat terdaftar, dan nomor registrasi pajak (VAT ID di EU/UK, EIN di AS untuk B2B).
• Pelanggan: nama dan alamat, plus tax ID mereka untuk transaksi B2B intra-UE dan reverse-charge.
• Sebuah deskripsi yang jelas dari setiap item: sifat barang atau jasa, jumlah, harga unit.
• Subtotal (jumlah yang dapat dikenakan pajak) per tarif pajak.
• Tarif pajak dan jumlah pajak, dirinci.
• Jumlah total yang harus dibayar dalam mata uang yang dinyatakan.
• Syarat pembayaran, tanggal jatuh tempo, metode yang diterima, dan syarat keterlambatan pembayaran apa pun.
• Untuk pasokan yang dibebaskan atau bertarif nol, dasar hukum (misalnya, "Reverse charge, Pasal 196 Direktif 2006/112/EC" untuk layanan B2B lintas batas di UE).

Alat ini memunculkan sebagian besar dari ini kecuali: field tax-ID khusus, kategori pajak per baris, dan "tanggal pasokan" terstruktur terpisah dari tanggal faktur. Blok alamat menerima tax ID sebagai teks bebas, yang bekerja untuk sebagian besar kasus freelance dan bisnis kecil.

Praktik terbaik penomoran faktur

Kendala hukum di sebagian besar yurisdiksi PPN adalah "berurutan dan unik". Praktik terbaik melangkah lebih jauh:

• Berurutan dengan prefiks-tahun: 2026-001, 2026-002. Direset setiap Januari, membuat jelas tahun fiskal mana suatu faktur termasuk. Digunakan oleh sebagian besar freelancer Eropa.
• Prefiks-pelanggan: ACME-2026-04. Berguna jika Anda menagih sangat sedikit klien berkali-kali.
• Berbasis proyek/pekerjaan: PROJ123-INV-02. Umum dalam konsultasi dan konstruksi.
• Berurutan murni: 00001, 00002. Sederhana tetapi memberi tahu counterparty (atau pesaing) berapa banyak Anda menagih.

Di semua ini aturannya adalah: tidak pernah melewatkan dan tidak pernah menggunakan kembali nomor. Faktur yang dihapus harus dicatat sebagai dibatalkan daripada nomornya didaur ulang. SDI Italia dan otoritas keuangan Jerman akan menolak pengarsipan di mana urutan memiliki celah yang tidak didokumentasikan.

Pasar perangkat lunak faktur freelance/SMB

Tur singkat:

• FreshBooks, didirikan 2003 oleh Mike McDerment di Toronto, dimulai sebagai faktur cloud untuk konsultan wiraswasta.
• Wave Accounting, didirikan 2010 di Toronto, faktur dan akuntansi gratis untuk bisnis kecil, dimonetisasi melalui pembayaran dan penggajian. Diakuisisi oleh H&R Block pada 11 Juni 2019 seharga US$405 juta; tier faktur gratis tetap.
• Intuit QuickBooks Online, dirilis 2001, platform akuntansi bisnis kecil AS yang dominan. Faktur adalah salah satu dari puluhan modul.
• Xero, didirikan 2006 di Wellington, Selandia Baru oleh Rod Drury. Akuntansi cloud yang tumbuh dari pasar SMB antipodean menjadi pemain global.
• Zoho Invoice, bagian dari Zoho Corporation (didirikan 1996 oleh Sridhar Vembu). Produk Zoho Invoice mandiri gratis untuk penggunaan tidak terbatas.
• Invoice Ninja, platform faktur sumber terbuka, didirikan 2014 oleh Hillel Coren. Self-hosted (PHP/Laravel, berlisensi MIT) atau versi cloud.
• Bill.com, didirikan 2006 oleh René Lacerte, awalnya otomatisasi accounts-payable; kemudian menambahkan faktur dan integrasi bank.
• Square Invoices, Block (sebelumnya Square) menambahkan faktur pada 2014; terintegrasi dengan Square Payments dan Cash App.
• Stripe Invoicing, Stripe meluncurkan produk Invoicing mandirinya pada 2018, menargetkan developer dan bisnis online yang sudah menggunakan Stripe Billing.
• Template Excel/Google Sheets, masih menjadi cara sebagian besar dunia freelance membuat faktur, terutama untuk beberapa pelanggan pertama sebelum SaaS apa pun diadopsi.

Pola di antara pesaing-pesaing ini: sebagian besar memerlukan akun, menyimpan data di cloud, dan memonetisasi melalui langganan, pemrosesan pembayaran, atau upsell. Counter-positioning privasi-pertama dari alat ini, tidak ada pendaftaran, tidak ada yang meninggalkan browser, benar-benar dibedakan untuk pengguna yang tidak ingin hubungan SaaS untuk apa yang, secara struktural, adalah formulir satu halaman.

Bagaimana "Cetak / Simpan PDF" benar-benar bekerja di sini

Alat ini menggunakan pipeline cetak native browser plus driver PDF OS daripada pustaka PDF JavaScript. Saat Anda mengklik Cetak / Simpan PDF, browser membangun pratinjau cetak dari HTML faktur dan membuka dialog cetak standar. Dari sana, Anda memilih tujuan:

• Chrome / Edge: pilih "Simpan sebagai PDF" di dropdown tujuan.
• macOS (browser apa pun): klik dropdown "PDF" di kiri bawah dialog cetak ke "Simpan sebagai PDF." macOS memiliki Save as PDF di seluruh sistem sejak Mac OS X 10.0 (2001).
• Windows: pilih "Microsoft Print to PDF" sebagai printer. Ini ditambahkan sebagai driver bawaan di Windows 10 (2015), sebelumnya Anda memerlukan printer PDF pihak ketiga.

Kualitas output sangat baik: teks vektor nyata, font tertanam, konten yang dapat disalin, struktur yang dapat diakses jika HTML sumber dapat diakses. Trade-off yang dilakukan alat ini dengan pendekatan ini: bundel lebih kecil (tidak ada jsPDF atau html2pdf yang dikirim), tidak ada yang meninggalkan perangkat, kualitas teks sempurna, tetapi pengguna harus menavigasi dialog cetak dan memilih "Simpan sebagai PDF" sendiri. Untuk alat gratis tanpa akun, ini adalah panggilan yang tepat.

Alternatif yang digunakan alat lain: jsPDF (James Hall, 2012, MIT, ~100KB minified+gzipped, API programatik untuk membangun PDF dengan teks dan primitif bentuk), html2pdf.js (menggabungkan html2canvas dengan jsPDF, lebih mudah untuk "buat halaman saya terlihat seperti PDF" tetapi hasilnya adalah gambar raster, bukan teks yang dapat dicari), pdfmake (API document-builder deklaratif), dan generasi sisi-server (wkhtmltopdf, Puppeteer/Chrome headless, weasyprint, apa yang digunakan sebagian besar alat faktur SaaS, kualitas tertinggi tetapi membutuhkan backend).

Lebih banyak pertanyaan

Apakah faktur yang dihasilkan alat ini sesuai secara hukum?

Untuk faktur AS, kasus freelance/SMB Pasal 226 Direktif PPN UE, dan sebagian besar yurisdiksi lain di mana PDF yang dapat dibaca manusia cukup: ya, selama Anda mengisi semua field yang diperlukan (nomor faktur berurutan, tanggal, detail pemasok dan pelanggan dengan tax ID jika diperlukan, barang/jasa yang dirinci dengan harga, perincian pajak, total). Untuk Italia setelah 1 Januari 2019, Prancis setelah 1 September 2026/2027, Jerman setelah tanggal §14 UStG dari 2025 hingga 2028, dan setiap transaksi B2G di UE, Anda akan memerlukan e-faktur terstruktur (XRechnung, FatturaPA, Factur-X / ZUGFeRD), yang tidak dihasilkan alat ini. Untuk kasus-kasus tersebut, gunakan platform e-faktur khusus.

Mengapa diskon diterapkan sebelum pajak?

Alat ini mengikuti konvensi paling umum: discount_amount = subtotal × (discount% / 100), lalu tax_amount = (subtotal - discount_amount) × (tax% / 100). Ini sesuai dengan apa yang dilakukan Stripe Tax, Shopify, dan sebagian besar paket akuntansi. Ini tidak universal, beberapa yurisdiksi (beberapa negara bagian AS dengan pajak "gross receipts" daripada pajak penjualan) memajaki jumlah pra-diskon. Jika Anda berada di salah satu kasus tepi tersebut, Anda perlu melewatkan field diskon dan menghitung sendiri baris pajak.

Data saya menghilang saat saya menyegarkan. Di mana itu?

Hilang, dan itu by design. Alat ini sengaja tidak mempertahankan data apa pun: tidak ada localStorage, tidak ada IndexedDB, tidak ada fetch ke server. Menyegarkan atau menutup tab menghapus semuanya. Jaminan privasi adalah tidak ada apa pun tentang faktur Anda, pengirim, penerima, jumlah, item baris, tax ID, yang pernah disimpan di mana pun di luar proses browser Anda. Simpan PDF sebelum Anda menutup tab jika Anda ingin salinan.

Bisakah saya menambahkan logo saya?

Tidak langsung di alat ini. Setelah Anda menyimpan PDF, Anda dapat menambahkan logo menggunakan editor PDF apa pun (Adobe Acrobat, Foxit, Preview di macOS, PDF Arranger gratis di Linux). Atau Anda dapat membuka faktur yang dicetak di alat seperti Word atau Google Docs dengan menempelkan konten, menambahkan logo di sana, dan ekspor ulang. Alur kerja logo-pada-faktur adalah permintaan peningkatan umum dan kandidat untuk versi mendatang, untuk saat ini alat tetap berfokus pada kasus inti tanpa-pendaftaran, tanpa-persistensi-data.

Alat terkait