ISDOC, UBL dan CII
Tiga keluarga standar fakturasi elektronik. Mereka berbeda asalnya, bukan kemampuan mereka — dalam hal konten sangat mirip. Semua dapat kami proses baik dalam input maupun output.
ISDOC
Standar Ceko, saat ini dalam versi 6.0.2. Keuntungannya adalah dapat digunakan oleh hampir semua program akuntansi Ceko. Kerugiannya adalah, di luar Ceko, tidak ada yang tahu tentangnya.
Kami menghasilkan versi 6.0.2 sebagai file terpisah .isdoc. Pada input kami
membaca versi lebih lama 5.x dan paket ISDOCX, yaitu ZIP dengan XML
dan PDF terlampir — dari situ PDF disimpan sebagai asli dokumen. ISDOCX
tidak kami hasilkan pada output.
UBL 2.1
Standar internasional dari OASIS. Di atasnya berdiri jaringan Eropa Peppol (profil BIS Billing 3.0) dan XRechnung Jerman (3.0.2). Ketika Anda mengirim faktur ke luar negeri atau ke pemerintah publik di EU, hampir pasti mereka menginginkan ini.
Nota kredit dikirim dalam UBL sebagai dokumen terpisah CreditNote, bukan sebagai faktur dengan tanda negatif. Jumlah dihitung dari total item, bukan dari ringkasan yang dibaca — jika tidak, dokumen tidak akan lulus pemeriksaan konsistensi internal di pihak penerima. Alamat dan alamat elektronik pihak-pihak diambil dari DIČ.
CII D16B
Standar dari UN/CEFACT. Digunakan oleh ZUGFeRD Jerman dan Factur-X Prancis. Keduanya hybrid: hasilnya adalah PDF, di dalamnya terdapat XML yang ditempel. Manusia melihat faktur, mesin membaca data. Anda dapat memilih XML mentah (ZUGFeRD) atau seluruh PDF/A-3b dengan XML yang disisipkan (ZUGFeRD PDF). PDF seperti itu pada input dapat kami kenali dan kami baca XML-nya tanpa model.
Mana yang Dipilih
| Situasi | Format |
|---|---|
| Program akuntansi Ceko | ISDOC, atau langsung Pohoda atau Money S3 |
| Pemerintah publik di EU | Peppol BIS 3.0 |
| Penerima dari Jerman | XRechnung atau ZUGFeRD PDF |
| Penerima dari Prancis | ZUGFeRD PDF (Factur-X) |
| Sistem sendiri | JSON |
Validasi
Bentuk dan aturan bisnis output (XSD, Schematron EN 16931 dan Peppol) kami periksa sendiri selama pengembangan, bukan pada setiap pengunduhan. Apa yang dapat diverifikasi sebelum pengunduhan adalah data: penemuan kontrol menunjukkan bahwa jumlah tidak cocok atau DIČ hilang, dan dokumen jenis lain tidak akan dikonversi ke format faktur sama sekali. Ketika penerima tetap menolak file tersebut, kirimkan kepada kami pesan kesalahannya dan identifikasi dokumen.