ParseDoc.devBeta
DemoPenggunaanCara kerjanyaHargaFAQ
Kunjungi aplikasiAplikasi

DemoPenggunaanCara kerjanyaHargaFAQBantuan
ČeštinaEnglishEspañolFrançaisDeutsch中文العربيةहिन्दीPortuguêsРусский日本語বাংলাBahasa IndonesiaاردوTürkçeTiếng Việt한국어Italianoதமிழ்मराठी

© 2026 ParseDoc.dev. Dibuat dengan 💚 untuk akuntansi yang efisien.

Operator: Ing. Marek Javůrek, Sopřeč 29, 533 16, IČO: 03986381

Syarat dan KetentuanKebijakan Privasi
  • Memulai
  • Dokumen
  • Folder
  • Skema dan Output
    • Skema Sistem
    • Skema Kustom
    • Format Ekspor
    • ISDOC, UBL dan CII
  • Koneksi dengan Akuntansi
  • Ringkasan dan Aktivitas
  • Pengaturan Akun
  • Penagihan dan Langganan
  • Keamanan dan Privasi
  • Pemecahan Masalah
  • Pembaruan
Skema dan OutputSkema Kustom

Skema Kustom

Ketika Anda perlu membaca sesuatu dari dokumen yang tidak ada dalam skema sistem, Anda dapat menentukan skema kustom.

Kapan Ini Masuk Akal

  • Dokumen dari satu penyedia dengan tata letak yang tidak standar.
  • Spesialisasi industri: tiket timbangan, protokol pengujian, kartu bahan bakar.
  • Kolom yang Anda butuhkan untuk sistem Anda dan tidak ada di tempat lain.

Harap diperhatikan bahwa dokumen dari skema kustom tidak dapat dikirim ke akuntansi atau diekspor ke format akuntansi — mereka membaca kolom tetap dari faktur. Format yang tersisa adalah JSON, XML, YAML, CSV, Excel, dan PDF. Hanya dokumen yang memiliki kolom numerik TotalAmount yang dihitung dalam laporan.

Cara Mendefinisikan

Dengan editor di tab Skema. Ditulis dalam Skema JSON — objek dengan properties, setiap kolom memiliki type dan description, daftar sebagai array dengan items. Bagi mereka yang sudah mengenal standar, tidak akan terkejut; bagi yang tidak, dapat mulai dari contoh (faktur, faktur dengan PPN, struk, surat jalan, minimum) atau dari salinan skema sistem. Kolom contoh memiliki nama dalam bahasa Inggris sama seperti skema sistem, sehingga formulir kontrol dapat menemukan deskripsi; deskripsi kolom tersedia dalam bahasa antarmuka dan dapat ditulis ulang.

Referensi, allOf, oneOf, kondisi, dan konstruk lain tidak akan diterima oleh editor; skema harus berupa pohon kolom yang datar. Salinan skema sistem juga membawa persyaratannya untuk model, sehingga dapat mengenali sama baiknya seperti pola; dengan tombol Putuskan itu akan menjadi skema kustom biasa.

Deskripsi Kolom adalah Panduan untuk Model

Ini adalah hal terpenting di seluruh halaman. description tidak hanya berguna bagi orang, model juga membacanya. Perbedaan antara “nomor pesanan” dan “nomor pesanan, dimulai dengan Z- dan memiliki enam digit, biasanya terletak di sudut kanan atas di dekat kode batang” adalah sangat besar dalam hal keberhasilan.

Batasan

Jumlah kolom berdasarkan tarif: 80 untuk Free dan Starter, 160 untuk Business, 240 untuk Scale. Kolom bertingkat dan kolom item juga dihitung. Nama dan deskripsi dikirim ke model untuk setiap dokumen, jadi skema yang lebih panjang berarti pemrosesan lebih mahal.

Pengujian

Editor memeriksa sintaksis secara real-time dan tidak akan membiarkan penyimpanan hingga skema benar. Ini hanya bisa dicoba pada dokumen yang nyata: unggah dokumen dengan skema yang dipilih, atau untuk dokumen yang sudah jadi pilih Olah Ulang. Keduanya menghabiskan kredit seperti pemrosesan biasa.

Perubahan dan Penghapusan

Skema yang telah diedit berlaku untuk pemrosesan selanjutnya. Dokumen yang telah diproses akan menyimpan data seperti aslinya. Skema yang telah dikenali setidaknya satu dokumen tidak dapat dihapus — dokumen akan kehilangan formulir kontrol.

SebelumnyaSkema SistemSelanjutnyaFormat Ekspor

Di halaman ini

  • Kapan Ini Masuk Akal
  • Cara Mendefinisikan
  • Deskripsi Kolom adalah Panduan untuk Model
  • Batasan
  • Pengujian
  • Perubahan dan Penghapusan