Bagian ini menjelaskan jenis terenumerasi yang digunakan di seluruh invoice dokumen permintaan dan respons. Standar UBL tidak menentukan jenis enum sebagai bagian dari standarnya. Oleh karena itu, kita menggunakan enum yang ditentukan jika memungkinkan, berdasarkan standar yang digunakan secara publik, memperluas standar ini dengan nilai hanya jika diperlukan.
Kode status file batch
Jenis yang disebutkan ini memberikan klarifikasi lebih lanjut untuk file respons
penanganan error untuk metode
<ApplicationResponseBatch>/<FileStatus>
Kode Status | Deskripsi | Tindakan yang Diharapkan |
---|---|---|
S | Tidak ada masalah, file diproses | Berhasil |
E | Error pemrosesan file (Error dekripsi, tidak dapat membuka file) | Intervensi Manual |
D | File duplikat | Tidak perlu tindakan apa pun |
Kode alasan status
Jenis yang terenumerasi ini memberikan klarifikasi lebih lanjut untuk cbc:StatusReasonCode
kolom tersebut. Kami menggunakan kombinasi kode Alasan Status
dan Kode Alasan Klarifikasi Status
dari standar Peppol BIS 3.0,
dilengkapi dengan definisi kami
sendiri jika diperlukan.
Kode Alasan Status | Deskripsi | Tindakan yang Diharapkan (Khusus Entitas) |
---|---|---|
BUKAN | Tidak ada masalah | Berhasil |
REF | Referensi Salah (informasi pajak pembeli salah atau tidak ada) | Kegagalan + Revisi/Penagihan Kembali |
TER | Batasan waktu sebelumnya untuk memproses invoice. Catatan: Ekstensi Google | Kegagalan + Revisi/Penagihan Kembali |
SVE | Pelanggaran Sintaksis Permintaan Invoice, Format tidak valid, informasi tidak ada | Intervensi Manual |
CER | Error Komunikasi/Transien - vendor akan mencoba lagi permintaan tersebut. Catatan: Ekstensi Google | Tunggu & Lihat |
OTH | Alasan status tidak ditentukan oleh kode | Intervensi Manual |
PEN | Pembuatan invoice tertunda. Catatan: Ekstensi Google | Tunggu & Lihat |
KOMUNIKASI | Kegagalan Komunikasi Permanen - vendor TIDAK akan mencoba lagi permintaan tersebut. Catatan: Ekstensi Google | Intervensi Manual |
REJ | Penolakan sistem backend, fatal | Intervensi Manual |