Kewajiban B2B Jerman sejak 2025
Sejak 1 Januari 2025, setiap bisnis B2B domestik Jerman wajib mampu menerima invoice elektronik terstruktur (Wachstumschancengesetz). Pengiriman diterapkan bertahap: 2025 dan 2026 adalah tahun transisi, mulai 1 Januari 2027 pengiriman terstruktur wajib bagi bisnis dengan omzet tahun sebelumnya di atas €800.000, dan mulai 2028 untuk semua. Invoice hanya-PDF tidak lagi memenuhi syarat sebagai invoice legal menurut §§ 14, 14a UStG. Di Indonesia, ketentuan serupa berlaku untuk e-Faktur Pajak sesuai Peraturan DJP PER-03/PJ/2022 dengan PPN 11%. Siapa pun yang menerima invoice membutuhkan kemampuan untuk memvalidasinya, validator gratis karena itu bukan nice-to-have melainkan tool kepatuhan.
XRechnung 3.0
XRechnung adalah standar Jerman untuk e-invoice terstruktur, berdasarkan norma Eropa CEN/EN 16931. Versi 3.0 wajib sejak Februari 2024 dan diidentifikasi melalui CustomizationID 'urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0'. Payload-nya adalah XML murni, baik UBL 2.1 maupun UN/CEFACT Cross Industry Invoice (CII). Wajib untuk otoritas federal dan negara bagian Jerman sejak 27 November 2020, dengan Leitweg-ID yang diperlukan. Di B2B, XRechnung diperbolehkan tetapi tidak wajib.
ZUGFeRD / Factur-X
ZUGFeRD (Jerman) dan padanannya yang identik secara internasional Factur-X adalah format hybrid: PDF/A-3 dengan XML terstruktur yang disematkan sebagai lampiran berkas (factur-x.xml). Profil mulai dari MINIMUM (hanya data inti) melalui BASIC WL, BASIC, EN 16931 (COMFORT) hingga EXTENDED. Hanya mulai dari profil EN 16931 invoice sepenuhnya sesuai CEN-16931. MINIMUM dan BASIC WL tidak memenuhi syarat sebagai VAT invoice, hanya sebagai alat bantu pembukuan. Validator kami mendeteksi profil secara otomatis.
Business Terms (BT) berdasarkan EN 16931
EN 16931 mengodekan setiap informasi invoice sebagai Business Term dengan nomor unik. BT wajib meliputi: BT-1 nomor invoice, BT-2 tanggal terbit, BT-3 kode jenis invoice (UNTDID 1001, mis. 380 untuk invoice, 381 untuk nota kredit), BT-5 kode mata uang (ISO 4217), BT-9 tanggal jatuh tempo, BT-22 catatan / referensi pembeli, BT-27 nama penjual, BT-40 negara penjual, BT-44 nama pembeli, BT-55 negara pembeli. Total moneter wajib: BT-109 TaxExclusiveAmount, BT-110 TaxAmount, BT-112 TaxInclusiveAmount, BT-115 PayableAmount. Hilangnya salah satunya membuat invoice tidak valid secara formal.
Konsistensi matematis
EN 16931 mensyaratkan total harus dijumlahkan: TaxExclusiveAmount (BT-109) ditambah TaxAmount (BT-110) harus sama dengan TaxInclusiveAmount (BT-112). PayableAmount (BT-115) harus sama dengan total kotor dikurangi pembayaran di muka. Sumber bug umum dalam praktiknya: pembulatan per baris dan kemudian lagi per tarif pajak menghasilkan selisih 1 sen. Validator kami menoleransi 1 sen; selain itu dilaporkan sebagai hard error.
Perlindungan data
Validator berjalan sepenuhnya di browser Anda. Berkas XML diurai dengan DOMParser native, PDF dimuat oleh pdf-lib secara lokal dan factur-x.xml yang disematkan diekstrak di memori. Tidak ada unggahan server, tidak ada logging, tidak ada cookie. Validator patuh GDPR dan aman untuk data B2B rahasia, bahkan invoice internal dengan rincian bank, NPWP, atau data kontrak dapat diperiksa tanpa risiko kepatuhan.
