XML Coretax Gagal Impor: Urutan Cek Berkas

XML Coretax gagal impor sebaiknya diperiksa mulai dari template resmi, jenis dokumen, identitas, hubungan header-detail, dan pesan kesalahan yang diterima. Simpan berkas asli serta hasil proses sebelum mencoba lagi, lalu cocokkan dokumen yang sudah terbentuk agar pengiriman ulang tidak menggandakan pekerjaan. Mengubah nama ekstensi berkas menjadi XML saja tidak mengubah isinya menjadi struktur data yang dapat diterima Coretax Direktorat Jenderal Pajak.

Apa sumber template yang harus dipakai?

Gunakan halaman resmi Template XML dan Converter Excel ke XML DJP, diperiksa 10 November 2026. DJP menjelaskan penggunaan XML dan validasi data seperti NPWP, NITKU, kode objek, serta elemen lain sesuai jenis dokumen. Unduh berkas untuk kategori yang benar dan periksa pembaruannya pada halaman tersebut sebelum memulai pekerjaan.

Jangan memakai nomor versi yang hanya disebut di artikel lama sebagai jaminan terbaru. Simpan tanggal unduh, nama berkas, kategori, dan sumber resmi pada catatan kerja. Template untuk dokumen lain tidak otomatis cocok untuk faktur keluaran. Bila perusahaan menggunakan hasil ekspor software akuntansi, minta penjelasan format yang didukung dan cara memeriksa kecocokan terhadap template resmi, tanpa menganggap seluruh ekspor XML memiliki struktur yang sama.

Panduan DJP memilih file XML membedakan template struktur XML dari converter Excel. Baca keduanya sesuai peran: pengembang perlu struktur elemen, sedangkan petugas pengisi memakai berkas serta prosedur yang sesuai. Jangan mencoba memperbaiki elemen teknis secara acak ketika petugas belum mengetahui hubungan berkas sumber dengan hasil konversinya.

Bagaimana mengelompokkan kesalahan tanpa menebak?

Pisahkan masalah berkas, identitas, hubungan baris, serta status hasil proses. Gunakan pesan yang benar-benar muncul sebagai titik awal. Artikel ini tidak menyediakan daftar kode kesalahan universal karena tampilan dan validasi dapat berubah. Tujuannya memberi urutan kerja yang dapat ditelusuri, bukan menjanjikan satu perubahan akan menyelesaikan semua kegagalan.

Untuk masalah berkas, periksa jenis dokumen yang dipilih dan apakah konversi selesai. Untuk identitas, cocokkan nilai dengan sumber yang sah dan petunjuk DJP. Untuk hubungan baris, periksa referensi detail ke faktur induknya. Untuk status proses, baca hasil yang ditampilkan sebelum memutuskan berkas perlu dikirim ulang. Catatan empat kelompok ini membantu tim meminta bantuan dengan bukti yang cukup.

Di mana melihat kegagalan validasi setelah upload?

Panduan resmi DJP mengarahkan pengguna ke XML Monitoring setelah mengimpor berkas. Jika validasi gagal, kontrol bergambar mata membuka detail kesalahan. Urutan berikut merujuk panduan upload XML DJP, diperiksa 10 November 2026; ikuti petunjuk portal bila label berubah.

1. 1Sesudah upload, buka XML Monitoring dan pilih proses berkas yang sesuai. Cocokkan identitasnya dengan catatan pengiriman Anda.
2. 2Status VALIDATING DATA berarti validasi masih berlangsung. VALIDATING FAILED berarti data perlu diperbaiki; klik ikon mata untuk membaca detail, lalu simpan pesan dan referensi berkasnya.
3. 3CREATING INVOICE berarti pembentukan faktur masih berjalan. CREATING INVOICE FINISHED menunjukkan pembentukan seluruh faktur selesai, bukan otomatis selesai ditandatangani.
4. 4Buka grid Pajak Keluaran dan gunakan Refresh untuk memeriksa faktur hasil. Cocokkan nomor referensi serta rincian sebelum mengirim ulang; jangan memproses kembali dokumen yang sudah terbentuk tanpa kebutuhan yang terverifikasi.

Pisahkan status menunggu, validasi gagal, dan hasil faktur yang sudah terbentuk pada daftar tindak lanjut. Jika tampilan tidak sama dengan panduan, catat label aktual dan minta bantuan petugas berwenang. Jangan mengartikan pesan berhasil menerima berkas sebagai persetujuan akhir faktur.

Jangan menyalin identitas perusahaan lain agar validasi lolos. Nilai yang diterima sistem belum tentu benar untuk transaksi Anda. Bila data pembeli berbeda dari bukti yang diterima, minta penanggung jawab pajak mengonfirmasi perbaikannya. Artikel ini tidak menentukan tarif, kode transaksi, atau kewajiban pajak kasus tertentu. Penetapan substansi transaksi tetap memerlukan pemeriksaan pihak yang berwenang.

Bagaimana contoh pemeriksaan header dan detail?

Gunakan contoh hipotetis tiga faktur latihan untuk memeriksa kelengkapan struktur sumber. Faktur A memiliki dua baris barang, B satu baris, dan C tiga baris. Daftar sumber berarti tiga faktur dengan enam detail. Jumlah baris fisik berkas dapat berbeda karena format, sehingga hitung identitas dokumen serta detailnya, bukan hanya jumlah baris teks XML.

Misalnya daftar sesudah konversi menunjukkan A dua detail, B nol detail, dan C empat detail. Totalnya tetap enam, tetapi hubungan tiap faktur salah. Karena itu pemeriksaan total saja belum cukup. Cocokkan referensi detail ke header dan kuantitas serta nilai berdasarkan dokumen asal. Jangan membetulkan hasil XML dengan memindahkan satu detail tanpa memperbaiki sumber yang menghasilkan kesalahan tersebut.

Setelah sumber diperbaiki, buat keluaran baru dengan nama versi yang jelas. Simpan keluaran lama untuk bukti diagnosis dan tandai agar tidak dipakai lagi. Jangan menimpa berkas yang sudah dikirim tanpa catatan, karena kemudian tim tidak dapat menjelaskan versi mana yang menghasilkan pesan tertentu. Catatan ini merupakan prosedur kerja yang disarankan, bukan persyaratan format tambahan dari DJP.

Bagaimana menyimpan bukti saat meminta bantuan?

Siapkan nama jenis dokumen, tanggal pengunduhan template, langkah yang dilakukan, pesan kesalahan, dan contoh yang telah disamarkan. Hindari mengirim seluruh basis data pelanggan bila satu contoh sudah cukup menjelaskan masalah. Data NPWP, identitas pembeli, serta rincian transaksi harus dibagikan melalui jalur bantuan yang sesuai kewenangan perusahaan.

Catat apakah kegagalan terjadi saat konversi, saat penerimaan berkas, atau setelah proses berikutnya. Ketiganya dapat membutuhkan tindak lanjut berbeda. Pesan tentang satu elemen tidak membuktikan semua elemen lainnya sudah benar. Setelah satu kesalahan diperbaiki, lanjutkan pemeriksaan hasil secara utuh sebelum menyatakan seluruh dokumen siap. Jangan menghapus pesan awal hanya karena pesan berikutnya berubah.

Panduan resmi mekanisme upload faktur via XML DJP dapat dipakai untuk memahami alur, dengan tetap memeriksa petunjuk terkini pada portal. Jangan menyamakan keberhasilan membuat berkas dengan keberhasilan menerbitkan faktur. Konfirmasi hasil dan status dokumen pada Coretax sesuai prosedur yang berlaku bagi perusahaan.

Apa yang diperiksa sebelum mengirim ulang?

Buat daftar dokumen yang dicoba, hasil yang terlihat, dan dokumen yang sudah terbentuk. Jangan menganggap kegagalan satu bagian berarti tidak ada hasil sama sekali. Bila status tidak jelas, minta petugas berwenang menelusurinya sebelum mengulang seluruh kelompok. Tujuannya mencegah dokumen yang sudah selesai ikut diproses lagi tanpa kebutuhan.

Kembali pada contoh tiga faktur: jika A sudah terbentuk dan B serta C belum selesai, tindak lanjut harus berdasarkan status masing-masing. Artikel ini tidak menginstruksikan pembatalan faktur atau menentukan fungsi portal yang harus digunakan untuk setiap kasus. Simpan referensi hasil, periksa bersama penanggung jawab pajak, lalu lakukan langkah yang sesuai bukti dan petunjuk DJP terkini.

Apa hubungan pekerjaan ini dengan Sparta?

Sparta mendukung ekspor XML atau Excel untuk diimpor ke Coretax. Itu bukan penerbitan e-Faktur langsung dari Sparta dan bukan jaminan bahwa setiap berkas pasti diterima tanpa validasi. Data sumber, pilihan dokumen, serta hasil proses tetap harus diperiksa petugas yang bertanggung jawab.

Baca faktur pajak pengganti Coretax hanya bila persoalan Anda menyangkut koreksi faktur, dan nota retur Coretax untuk konteks retur. Keduanya berbeda dari diagnosis struktur berkas. Untuk menilai sistem asal data, gunakan panduan software akuntansi. Jika ingin menguji keluaran dengan data latihan, minta akses awal Sparta. Sparta gratis dicoba dengan data sendiri selama akses awal, termasuk simulasi migrasi Accurate, dan belum mempunyai harga publik final.