Mengapa menjadi error?

adalah entitas HTML. Tanpa DTD, XML hanya mengenal lima: < > & ' ". Tulis spasi tak terputus sebagai   atau masukkan karakternya langsung.

XML validator dan cek CSV online

Q: Apa beda well-formed dan valid?

Well-formed berarti sintaks XML benar (tag, susunan bersarang, atribut, entitas). Valid berarti dokumen juga mematuhi aturan DTD atau skema XML. Alat ini hanya mengecek well-formed.

Q: Mengapa menjadi error?

adalah entitas HTML. Tanpa DTD, XML hanya mengenal lima: &lt; &gt; &amp; &apos; &quot;. Tulis spasi tak terputus sebagai &#160; atau masukkan karakternya langsung.

XML validator ini mengecek teks yang Anda tempel langsung di browser. Pilih formatnya; setiap masalah ditampilkan dengan baris, kolom dan penjelasannya – untuk CSV juga pemisah yang terdeteksi dan pratinjau baris pertama. Tidak ada yang diunggah.

XML atau CSVTempel teks Anda – dicek setiap kali berubah.

Teks Anda tetap di browser Anda – tidak dikirim, tidak disimpan, dan tidak ditambahkan ke bilah alamat.

Format

Input Anda hanya disimpan di browser ini.

Hasil

Hasil: ✓ XML well-formed
Lokasi error: –
Error
Ringkasan: Elemen root: <pesanan> · Elemen: 8 · Atribut: 8 · Kedalaman: 3
Pratinjau (10 data pertama)

Cara menghitung

XML: apa arti “well-formed”?

Dokumen XML disebut well-formed jika mematuhi aturan sintaks dalam rekomendasi W3C XML 1.0 (Fifth Edition). Alat ini mengeceknya dengan parser sendiri – dengan pesan yang sama di setiap browser – dan berhenti pada pelanggaran pertama:

tepat satu elemen root; sebelum dan sesudahnya hanya komentar, processing instruction dan spasi,
setiap tag pembuka punya tag penutup yang bersarang dengan benar (<a><b></a></b> salah); elemen kosong ditulis <br/>,
nama membedakan huruf besar dan kecil: <Nama>…</nama> tidak cocok,
nilai atribut selalu di dalam "…" atau '…', setiap atribut hanya sekali per tag, tanpa < di dalam nilai,
& dan < di teks hanya sebagai & dan <; entitas yang dikenal hanya < > & ' ", referensi karakter seperti © dan entitas yang dideklarasikan di DTD –   dari HTML tidak ada di XML,
tidak ada -- di dalam komentar, bagian CDATA hanya di dalam elemen, deklarasi XML <?xml version="1.0"?> hanya di paling awal,
tidak ada karakter yang dilarang di XML 1.0 (karakter kontrol selain tab dan baris baru).

Tidak ada validasi terhadap DTD atau skema XSD

Alat ini tidak mengecek apakah dokumen sesuai dengan DTD, skema XML (XSD) atau standar tertentu – misalnya format impor e-Faktur –, yaitu apakah elemen wajib ada dan nilainya berformat benar. Well-formed adalah syarat dasarnya: dokumen yang tidak well-formed akan ditolak oleh program apa pun. Deklarasi DOCTYPE hanya dibaca untuk mengenali entitas yang didefinisikan di dalamnya. Prefiks namespace tanpa deklarasi xmlns:… ditampilkan sebagai peringatan.

CSV menurut RFC 4180

RFC 4180 menjelaskan format CSV yang umum:

satu data per baris, jumlah kolom sama di setiap baris; baris header opsional,
kolom yang berisi pemisah, baris baru atau " diapit tanda kutip ganda: "Siregar; Budi",
" di dalam kolom ditulis dua kali: "Ia berkata ""Halo"""; tanpa tanda kutip pengapit, kolom tidak boleh berisi ",
spasi termasuk bagian kolom – karena itu a, "b" salah (kolom diawali spasi, bukan ").

RFC 4180 hanya mengenal koma. Karena di Indonesia koma dipakai sebagai pemisah desimal, Excel dengan pengaturan regional Indonesia biasanya menyimpan CSV dengan titik koma; tab dan | juga sering dipakai. Deteksi otomatis menghitung kolom 50 data pertama untuk setiap kandidat dan memilih karakter yang paling konsisten menghasilkan minimal dua kolom. Jika salah, pilih pemisah secara manual.

Alat ini melaporkan jumlah kolom yang berbeda, tanda kutip yang tidak ditutup atau salah tempat, serta baris kosong di tengah file – dengan nomor baris sebenarnya (kolom yang berisi baris baru mencakup beberapa baris). RFC 4180 meminta akhir baris CRLF; karena hampir semua program juga membaca LF, akhir baris hanya ditampilkan di ringkasan.

Batasan

Maksimal 5 juta karakter; 50 error pertama ditampilkan. Kolom dihitung dalam karakter mulai dari 1, tab dihitung satu karakter.

Pertanyaan umum

Apakah data saya diunggah?

Tidak. Pengecekan sepenuhnya berlangsung di browser Anda. Teks tidak masuk ke address bar dan tidak disimpan – tautan hanya berisi format, pemisah dan opsi header.

Apa beda well-formed dan valid?

Well-formed berarti sintaks XML benar (tag, susunan bersarang, atribut, entitas). Valid berarti dokumen juga mematuhi aturan DTD atau skema XML. Alat ini hanya mengecek well-formed.

Bagaimana cara cek error XML?

Tempel XML di kotak input. Alat ini menampilkan baris dan kolom error pertama beserta penjelasannya dan kutipan dengan tanda ^ di bawah karakter yang salah. Klik “Ke lokasi error” untuk melompat ke posisi tersebut di kotak input.

Apakah XML e-Faktur divalidasi sesuai skemanya?

Tidak. Alat ini hanya mengecek apakah XML well-formed. Kesesuaian dengan skema (XSD) atau aturan e-Faktur harus dicek dengan aplikasi resmi atau alat yang mengenal skema tersebut – tetapi file harus lolos uji sintaks ini terlebih dahulu.

Mengapa &nbsp; menjadi error?

  adalah entitas HTML. Tanpa DTD, XML hanya mengenal lima: < > & ' ". Tulis spasi tak terputus sebagai   atau masukkan karakternya langsung.

Excel menampilkan CSV saya dalam satu kolom – kenapa?

Biasanya karena pemisah: Excel dengan pengaturan regional Indonesia mengharapkan titik koma, sedangkan file memakai koma (atau sebaliknya). Alat ini menampilkan pemisah yang terdeteksi. Di Excel, Anda bisa memilih pemisah lewat “Data → Dari Teks/CSV”.

Mengapa satu baris punya kolom berlebih?

Hampir selalu karena pemisah muncul di dalam nilai yang tidak diapit tanda kutip – misalnya Siregar; Budi di file bertitik koma, atau angka desimal 1,50 di file berkoma. Yang benar: "Siregar; Budi".

Sumber dan dasar hukum

§§ 2.1–2.8, 3.1, 4.1 (Well-Formedness Constraints): W3C – Extensible Markup Language (XML) 1.0 (Fifth Edition)
W3C – Namespaces in XML 1.0 (Third Edition)
§ 2: IETF RFC 4180 – Common Format and MIME Type for Comma-Separated Values (CSV) Files

Diperbarui: 27 September 2026