Konversi Laporan Bank Jepang ke Excel (MUFG, SMBC, Mizuho, dan Lainnya)
Deskripsi bank Jepang menggabungkan deskripsi kanji, pengodean Shift_JIS, katakana lebar setengah, dan tanggal era Jepang yang rusak di Excel non-Jepang. Berikut cara mengonversinya dengan benar.
取引明細 (laporan transaksi) Anda dari MUFG terlihat terstruktur sempurna di PDF. Namun, membukanya di Excel di luar Jepang dan masalahnya berlanjut: karakter kanji berubah menjadi mojibake (文字化け) yang rusak, tanggal era Reiwa "令和8年3月2日" tidak berarti apa-apa bagi spreadsheet Anda yang berbahasa Inggris, nama pengirim katakana lebar setengah seperti "ヤマダ タロウ" menjadi simbol yang tidak terbaca, dan angka lebar penuh "123,456" tidak akan terhitung karena merupakan karakter Unicode yang berbeda dari padanannya yang lebar setengah.
Inti masalahnya adalah: perbankan Jepang berjalan pada konvensi pengodean karakter dan pemformatan yang mengasumsikan sistem lokal Jepang. Jaringan pembayaran antarbank Zengin — yang memproses sekitar 6,5 juta transaksi dan 12 triliun yen setiap hari — secara historis memerlukan katakana lebar setengah untuk semua nama, sebuah warisan yang masih terlihat pada laporan bank modern. Ketika Anda memindahkan data tersebut ke komputer non-Jepang, kerusakan pengodean hampir pasti terjadi.
Baik Anda seorang penduduk asing di Tokyo yang memproses laporan MUFG untuk pengajuan pajak negara asal, seorang zeirishi (akuntan pajak) yang mengimpor data klien ke freee atau Money Forward, bisnis internasional yang mengonsolidasikan data dari anak perusahaan Jepang, atau seorang pekerja lepas yang mengelola pembukuan Blue Return (青色申告) — masalah intinya sama: mengekstrak data terstruktur yang siap untuk spreadsheet dari PDF laporan bank Jepang.
Panduan ini mencakup tantangan pemformatan spesifik dari laporan Jepang, bank-bank besar yang akan Anda temui, dan cara mengonversinya secara akurat.
Mengapa Laporan Bank Jepang Rusak di Excel
Laporan bank Jepang menciptakan serangkaian tantangan unik yang melampaui pemformatan angka sederhana. Masalahnya mencakup pengodean karakter, sistem penomoran, konvensi tanggal, dan format antarbank warisan.
1. Pengodean Shift_JIS vs. UTF-8 (Mojibake)
Ini adalah masalah terbesar bagi siapa pun yang memproses data keuangan Jepang di luar Jepang.
Sebagian besar bank Jepang mengekspor file CSV dalam Shift_JIS (halaman kode 932) — standar pengodean yang mendahului UTF-8 dan hanya mencakup karakter Jepang. Ketika Anda membuka file Shift_JIS di sistem yang mengharapkan UTF-8, setiap karakter Jepang menjadi rusak. Orang Jepang memiliki kata untuk ini: 文字化け (mojibake), secara harfiah "transformasi karakter."
| Apa yang Seharusnya Anda Lihat | Apa yang Ditampilkan UTF-8 |
|---|---|
| 振込 カ)ヤマダ タロウ | 振込 カ)ヤマダ |
| 三菱UFJ銀行 | 三è±UFJ銀行 |
| 口座振替 電気代 | å£åº§æŒ¯æ›¿ 電気代 |
Sebaliknya juga berlaku: file UTF-8 yang dibuka di Excel lokal Jepang dapat menghasilkan keluaran rusak yang berbeda.
Masalah ini diperparah oleh fakta bahwa file Shift_JIS tidak memiliki Byte Order Mark (BOM) — tidak ada header yang memberi tahu perangkat lunak pengodean mana yang harus digunakan. Deteksi otomatis tidak dapat diandalkan, terutama ketika file berisi campuran karakter Jepang dan teks Latin (yang dimiliki semua laporan bank).
2. Karakter Lebar Penuh vs. Lebar Setengah (全角 vs. 半角)
Ini unik di Jepang dan mengejutkan hampir semua pengembang non-Jepang.
Komputasi Jepang menggunakan dua lebar untuk banyak karakter. Karakter lebar penuh (全角) menempati ruang dua karakter Latin; karakter lebar setengah (半角) menempati satu.
| Lebar Penuh (全角) | Lebar Setengah (半角) | Karakter yang Sama? |
|---|---|---|
| 123,456 | 123,456 | Angka yang sama, byte berbeda |
| カード | カード | Kata yang sama ("kartu"), pengodean berbeda |
| ,(コンマ) | , (koma) | Tanda baca yang sama, byte berbeda |
| (スペース) | (spasi) | Spasi yang sama, byte berbeda |
Sel yang berisi "123,456" (lebar penuh) terlihat identik dengan "123,456" di layar tetapi Excel memperlakukan versi lebar penuh sebagai teks, bukan angka. Anda tidak dapat menjumlahkannya, mengurutkannya, atau menggunakannya dalam rumus. Pencarian dan penggantian standar untuk koma juga tidak akan cocok dengan koma lebar penuh.
Laporan bank dapat mencampur lebar: jumlah mungkin lebar setengah sementara deskripsi menggunakan karakter lebar penuh. Konverter harus menormalkan semuanya ke lebar setengah yang konsisten untuk perhitungan.
3. Katakana Lebar Setengah dari Sistem Zengin
Sistem kliring pembayaran antarbank Zengin — tulang punggung pembayaran domestik Jepang — secara historis mengharuskan semua nama ditransmisikan dalam katakana lebar setengah (半角カナ) dalam batas 20 karakter.
Ini menciptakan masalah spesifik: pada laporan bank Anda, nama pengirim untuk transfer muncul sebagai sesuatu seperti ヤマダ タロウ alih-alih 山田 太郎 (Yamada Taro). Bahkan pembaca asli Jepang pun kesulitan membaca katakana lebar setengah.
Lebih buruk lagi: dalam katakana lebar setengah, tanda konsonan bersuara (dakuten) adalah karakter terpisah. Karakter ガ (ga) dalam lebar penuh adalah satu karakter, tetapi dalam lebar setengah menjadi dua: ガ (ka + tanda bersuara). Ini menggandakan panjang nama yang mengandung suara bersuara dan merusak pemrosesan teks apa pun yang menghitung posisi karakter.
4. Tanggal Era Jepang (和暦)
Jepang menggunakan kalender berbasis era sendiri bersama dengan kalender Gregorian. Era saat ini adalah Reiwa (令和), yang dimulai pada 1 Mei 2019.
| Tanggal Era Jepang | Padanan Gregorian |
|---|---|
| 令和8年3月2日 | 2 Maret 2026 |
| R8.03.02 | 2 Maret 2026 |
| 令和7年12月15日 | 15 Desember 2025 |
Excel berbahasa Inggris tidak memiliki konsep era Jepang. Ia tidak dapat mengurai "令和8年" sebagai 2026. Bahkan format singkat "R8.03.02" pun tidak dikenali.
Kabar baiknya: Jepang menggunakan urutan Tahun-Bulan-Hari (terbesar ke terkecil), yang sesuai dengan ISO 8601. Ketika laporan menggunakan tanggal Barat, mereka muncul sebagai 2026/03/02 — kurang ambigu daripada format Eropa DD/MM/YYYY. Tantangannya murni ketika tanggal era digunakan.
Masalah batas era: Laporan historis dari tahun 2019 dapat mencakup transisi Heisei ke Reiwa (Heisei berakhir 30 April 2019). Tahun yang sama, 2019, adalah Heisei 31 dan Reiwa 1. Konverter harus menangani kedua era dengan benar.
5. Mata Uang Bilangan Bulat (Tanpa Desimal)
Yen tidak memiliki sub-unit — tidak ada sen. Semua jumlah pada laporan bank Jepang adalah bilangan bulat: ¥1.234.567 berarti tepat 1.234.567 yen.
Ini sebenarnya menyederhanakan satu aspek konversi (tidak perlu penanganan desimal) tetapi memperkenalkan aspek lain:
- Angka besar adalah normal. Gaji biasa adalah ¥300.000-500.000 per bulan. Sewa bisa ¥80.000-200.000. Angka sering mencapai enam atau tujuh digit.
- Pemikiran unit 10.000. Orang Jepang berpikir dalam unit 万 (man, 10.000). Gaji ¥3.000.000 secara mental adalah "300万円." Tetapi laporan bank menunjukkan angka penuh.
- Koma setiap 3 digit pada laporan — meskipun sistem angka Jepang mengelompokkan berdasarkan 4 digit (万 = 10.000, 億 = 100.000.000). Dokumen keuangan mengikuti konvensi internasional.
6. Kolom Setoran dan Penarikan Terpisah
Berbeda dengan laporan bank Barat yang menggunakan satu kolom jumlah (positif untuk kredit, negatif untuk debit), laporan Jepang biasanya menggunakan dua kolom terpisah:
- 入金 (nyūkin) — Setoran/kredit
- 出金 (shukkin) — Penarikan/debit
Satu kolom selalu kosong untuk setiap transaksi. Saat mengonversi ke Excel, Anda perlu memutuskan: mempertahankan format dua kolom, atau menggabungkan menjadi satu kolom jumlah bertanda? Pilihan apa pun memerlukan konverter untuk memahami struktur kolom Jepang.
Bank-Bank Besar Jepang dan Laporan Mereka
MUFG (三菱UFJ銀行)
Bank terbesar di Jepang berdasarkan aset (~$2,9 triliun) dengan sekitar 57 juta rekening simpanan individu. Bagian dari Mitsubishi UFJ Financial Group. Menawarkan laporan PDF dan ekspor CSV melalui perbankan online (BizSTATION untuk korporat, 三菱UFJダイレクト untuk ritel). Ekspor CSV menggunakan pengodean Shift_JIS.
SMBC (三井住友銀行)
Bank komersial terbesar kedua di Jepang dengan sekitar 27 juta pelanggan ritel. Bagian dari Sumitomo Mitsui Financial Group. Perbankan online (SMBCダイレクト) menyediakan unduhan PDF dan CSV.
Mizuho (みずほ銀行)
Megabank ketiga dengan sekitar 24 juta pelanggan ritel dan 12,6 juta pelanggan perbankan online. Perbankan online (みずほダイレクト) menawarkan unduhan transaksi.
Japan Post Bank (ゆうちょ銀行)
Terbesar berdasarkan jumlah rekening dengan sekitar 120 juta rekening pelanggan dan total aset lebih dari 205 triliun yen. Beroperasi melalui sekitar 24.000 cabang (sebagian besar kantor pos kontrak). Menjangkau hampir setiap kotamadya di Jepang. Aplikasi "Yucho Tsucho" menyediakan akses buku tabungan digital. Sistem penomoran rekening unik yang berbeda dari nomor rekening bank Jepang standar.
Rakuten Bank (楽天銀行)
Bank online terbesar di Jepang dengan 17,6+ juta rekening dan simpanan melebihi 13 triliun yen. Simpanan telah tumbuh sebesar 16,5% per tahun dibandingkan dengan 3,8% untuk megabank. Sepenuhnya digital dengan kemampuan ekspor CSV.
Bank Regional (地方銀行)
Jepang memiliki sekitar 97 bank regional — 61 bank tingkat pertama dan 36 bank tingkat kedua. Setiap prefektur biasanya memiliki setidaknya satu bank regional yang berkantor pusat di ibu kota provinsinya. Contoh: Yokohama Bank (横浜銀行), Chiba Bank (千葉銀行), Shizuoka Bank (静岡銀行). Format laporan sangat bervariasi di antara bank-bank regional.
SBI Shinsei Bank / Sony Bank
SBI Shinsei Bank dan Sony Bank patut diperhatikan karena menawarkan perbankan online berbahasa Inggris — langka di Jepang. Populer di kalangan penduduk asing karena alasan ini. Keduanya menyediakan ekspor PDF dan CSV.
Metode 1: Gunakan PDFSub (Direkomendasikan)
PDFSub menangani laporan bank Jepang secara native — termasuk semua tantangan pengodean dan pemformatan di atas.
Cara Kerja
-
Unggah 取引明細書 Anda — Seret dan lepas PDF dari bank Jepang mana pun. PDFSub secara otomatis mendeteksi format bank dari lebih dari 20.000 templat yang didukung.
-
Penanganan format otomatis — Konverter secara otomatis:
- Mendeteksi dan mengonversi pengodean Shift_JIS ke UTF-8
- Menormalkan angka lebar penuh (123) ke lebar setengah (123) untuk perhitungan
- Mengonversi koma, spasi, dan tanda baca lebar penuh ke karakter standar
- Mengurai tanggal era Jepang (令和8年3月2日) ke tanggal standar (2026-03-02)
- Menerjemahkan nama pengirim katakana lebar setengah ke lebar penuh yang dapat dibaca
- Menggabungkan kolom setoran/penarikan atau mempertahankannya sebagai kolom terpisah
- Mengenali terminologi perbankan Jepang (振込, 振替, 口座振替, dll.)
-
Tinjau dan verifikasi — Periksa transaksi yang diekstraksi di pratinjau. Saldo divalidasi terhadap saldo pembukaan dan penutupan statement (残高).
-
Unduh — Ekspor sebagai Excel (.xlsx), CSV (UTF-8), QBO (QuickBooks), OFX (Xero, Wave), QFX (Quicken), atau JSON.
Mengapa PDFSub Berfungsi untuk Laporan Jepang
133 bahasa termasuk Jepang. Mesin ekstraksi memahami terminologi perbankan Jepang — 振込, 振替, 入金, 出金, 口座振替, 手数料, 利息 — dan memetakannya ke bidang terstruktur.
Pengodean ditangani secara otomatis. Tidak perlu mendeteksi atau mengonversi secara manual antara Shift_JIS dan UTF-8. PDFSub mengidentifikasi pengodean dan menormalkan semuanya ke UTF-8 dengan penanganan yang tepat untuk kanji, hiragana, katakana, dan karakter lebar campuran.
Setiap bank besar Jepang didukung. Dari tiga megabank (MUFG, SMBC, Mizuho) hingga 120 juta rekening Japan Post Bank, Rakuten Bank, bank regional di semua 47 prefektur, dan bank yang ramah bahasa Inggris seperti SBI Shinsei dan Sony Bank.
Privasi browser-pertama. Untuk PDF digital dari perbankan online, ekstraksi teks terjadi sepenuhnya di browser Anda. File tidak pernah meninggalkan perangkat Anda. Pemrosesan sisi server hanya digunakan untuk dokumen yang dipindai atau foto buku tabungan.
Normalisasi lebar penuh. Angka, koma, spasi, dan tanda baca semuanya dinormalkan dari lebar penuh ke lebar setengah secara otomatis — memastikan jumlah diperlakukan sebagai angka, bukan teks, di spreadsheet Anda.
Metode 2: Ekspor CSV Bank Anda
Sebagian besar bank besar Jepang menawarkan unduhan transaksi CSV melalui perbankan online. Inilah yang diharapkan:
Apa yang Akan Anda Dapatkan
- Pengodean: Hampir selalu Shift_JIS (bukan UTF-8)
- Pembatas: Koma standar (,)
- Format tanggal: Biasanya YYYY/MM/DD (Barat) dalam CSV, meskipun beberapa bank menggunakan tanggal era
- Kolom: Biasanya 日付 (Tanggal), 摘要 (Deskripsi), 入金額 (Setoran), 出金額 (Penarikan), 残高 (Saldo)
Keterbatasan
Pengodean Shift_JIS. Membuka CSV di sistem non-Jepang mana pun menghasilkan teks yang rusak. Anda perlu secara eksplisit mengatur pengodean saat mengimpor: Di Excel, gunakan Data → Dapatkan Data → Dari Teks/CSV → Pilih pengodean "Jepang (Shift-JIS)".
Nama katakana lebar setengah. Nama pengirim/penerima akan muncul dalam katakana lebar setengah dari sistem Zengin. Ini sulit dibaca bahkan oleh penutur asli Jepang dan tidak mungkin bagi non-penutur.
Riwayat terbatas. Ekspor CSV perbankan online biasanya mencakup 3-12 bulan. Riwayat yang lebih panjang memerlukan pengunduhan laporan untuk setiap periode secara terpisah.
Tidak ada format standar. Berbeda dengan standar Jerman CAMT.053/MT940 atau Prancis CAMT.053/FEC, CSV bank Jepang tidak memiliki format universal. Setiap bank menggunakan urutan kolom, penamaan, dan strukturnya sendiri.
Karakter lebar penuh dalam deskripsi. Deskripsi transaksi mungkin berisi angka dan tanda baca lebar penuh yang perlu dinormalkan sebelum analisis.
Metode 3: Salin-Tempel Manual (Tidak Direkomendasikan)
Masalahnya parah dengan laporan Jepang:
- Karakter kanji dan katakana mungkin tidak disalin dengan benar antar aplikasi
- Konversi pengodean gagal secara diam-diam — karakter yang terlihat benar mungkin merupakan titik kode Unicode yang salah
- Angka lebar penuh disalin sebagai teks yang tidak dapat dihitung
- Nama katakana lebar setengah disalin tetapi tidak terbaca di sistem non-Jepang
- Tanggal era tidak memiliki konversi otomatis ke tanggal Gregorian di Excel berbahasa Inggris
- Kolom setoran/penarikan terpisah memerlukan penggabungan manual
- Tidak ada validasi terhadap saldo pembukaan/penutupan
Untuk volume transaksi berapa pun, pendekatan ini tidak praktis.
Sistem Keuangan Jepang yang Perlu Anda Ketahui
Sistem Zengin (全銀システム)
Jaringan kliring pembayaran antarbank domestik inti Jepang, didirikan pada tahun 1973. Menghubungkan hampir semua bank swasta di Jepang, memproses sekitar 6,5 juta transaksi per hari dengan total sekitar 12 triliun yen.
Format file Zengin menggunakan catatan 120 byte lebar tetap dengan pengodean katakana lebar setengah untuk nama. Format warisan ini adalah mengapa nama pengirim/penerima pada laporan bank muncul dalam katakana lebar setengah daripada kanji. Sistem ZEDI (Zengin EDI) yang lebih baru mendukung kanji penuh dan bergerak menuju pesan XML yang sesuai dengan ISO 20022, tetapi pemformatan warisan tetap ada di banyak laporan.
Blue Return (青色申告) vs. White Return (白色申告)
Pengajuan pajak Jepang memiliki dua tingkat:
| Fitur | Blue Return (青色申告) | White Return (白色申告) |
|---|---|---|
| Aplikasi | Harus mengajukan di muka | Status default |
| Pembukuan | Entri ganda terperinci | Pendapatan/pengeluaran sederhana |
| Pengurangan khusus | Hingga ¥650.000 (dengan e-Tax) | Tidak ada |
| Carryover kerugian | Ya, hingga 3 tahun | Tidak |
Pengaju Blue Return — yang menerima pengurangan pajak lebih besar — diwajibkan untuk menyimpan catatan keuangan terperinci, membuat konversi laporan bank yang akurat menjadi penting untuk pembukuan mereka.
Sistem Faktur Berkualitas (インボイス制度)
Diluncurkan pada 1 Oktober 2023, sistem ini mengharuskan bisnis untuk mendaftar sebagai "penerbit faktur berkualitas" untuk menerbitkan faktur yang sah untuk kredit pajak konsumsi. Sebelumnya, bisnis dengan penjualan kena pajak tahunan di bawah 10 juta yen dibebaskan dari pajak konsumsi. Perubahan ini secara signifikan meningkatkan kebutuhan akan pencatatan keuangan yang akurat di antara usaha kecil dan pekerja lepas.
Perangkat Lunak Akuntansi Jepang
| Perangkat Lunak | Statistik Utama | Target |
|---|---|---|
| freee | ~600.000 pelanggan | UKM, pekerja lepas, startup |
| Money Forward | 27,96 miliar yen ARR SaaS | UKM, individu |
| Yayoi (弥生) | Akuntansi desktop #1 selama 24 tahun berturut-turut | UKM, pemilik tunggal |
| TKC | Melayani ~11.500 firma akuntan pajak | Firma akuntan pajak |
Ketiga platform cloud utama (freee, Money Forward, Yayoi Online) mendukung impor CSV data transaksi bank. Ekspor PDFSub ke Excel dan CSV dapat diimpor langsung ke alat-alat ini.
Siapa yang Membutuhkan Konversi Laporan Bank Jepang?
Akuntan Pajak (税理士). Jepang memiliki sekitar 82.276 akuntan pajak terdaftar (per Desember 2025). Mereka memproses laporan bank klien untuk pembukuan, pengajuan pajak, dan persiapan audit. Federasi Nasional TKC saja memiliki 11.500 firma anggota.
Penduduk Asing. Per Juni 2025, 3,96 juta penduduk asing tinggal di Jepang — hampir dua kali lipat angka tahun 2012. Sebagian besar laporan bank sepenuhnya dalam bahasa Jepang tanpa opsi bahasa Inggris. Penduduk asing memerlukan laporan yang dikonversi untuk pengajuan pajak negara asal, perpanjangan visa, dan pengiriman dokumentasi keuangan ke lembaga luar negeri.
Pekerja Lepas yang Mengajukan Blue Return. Pekerja wiraswasta dan pekerja lepas yang mempertahankan status Blue Return (青色申告) harus menyimpan catatan pembukuan berpasangan yang terperinci. Mengonversi laporan bank ke Excel adalah titik awal untuk mengkategorikan pengeluaran bisnis dan menghitung pengurangan khusus ¥650.000.
Bisnis Internasional. Perusahaan dengan anak perusahaan Jepang perlu mengonsolidasikan data perbankan Jepang dengan sistem akuntansi global. Tiga megabank secara kolektif berfungsi sebagai bank utama untuk 19,3% perusahaan Jepang, dan perbankan korporat biasanya berjalan melalui BizSTATION MUFG atau portal serupa.
Pelajar dan pemegang visa liburan kerja. Jepang melihat lebih dari 30 juta pengunjung internasional pada tahun 2024. Pelajar jangka panjang dan pemegang visa liburan kerja membuka rekening bank Jepang (seringkali di Japan Post Bank, yang paling mudah diakses) dan perlu memproses laporan saat mengelola keuangan atau mengajukan pajak di negara asal mereka.
Tips Bekerja dengan Data Keuangan Jepang di Excel
Periksa mojibake terlebih dahulu. Jika ada teks Jepang yang muncul sebagai karakter rusak (ä, â€, é, dll.), file dibuka dengan pengodean yang salah. Impor ulang menggunakan pengodean Shift_JIS atau gunakan ekspor Excel UTF-8 PDFSub untuk menghindari masalah ini sama sekali.
Verifikasi jenis angka. Setelah impor, uji bahwa jumlahnya adalah angka aktual: klik sel dan periksa apakah Excel menampilkan angka di bilah rumus, atau coba =SUM() pada kolom. Jika SUM mengembalikan 0 tetapi sel menampilkan angka, nilai tersebut adalah teks lebar penuh yang menyamar sebagai angka.
Pahami format dua kolom. Laporan Jepang menggunakan kolom 入金 (setoran) dan 出金 (penarikan) terpisah. Jika analisis Anda memerlukan satu jumlah bertanda, buat rumus: =IF(deposit_cell<>"", deposit_cell, -withdrawal_cell).
Konversi tanggal era. Jika Anda menerima tanggal era: Tahun Reiwa + 2018 = Tahun Gregorian. Jadi 令和8年 = 2026, 令和7年 = 2025. Untuk tanggal Heisei (sebelum Mei 2019): Tahun Heisei + 1988 = Tahun Gregorian.
Simpan PDF asli. Hukum pajak Jepang mewajibkan penyimpanan catatan keuangan. Untuk pengaju Blue Return, laporan bank asli (atau buku tabungan) adalah dokumentasi yang diperlukan. Selalu simpan PDF di samping file Excel Anda yang dikonversi.
Perhatikan karakter lebar campuran. Jika pengurutan atau pemfilteran menghasilkan hasil yang tidak terduga, periksa karakter lebar penuh dan lebar setengah yang tercampur dalam kolom yang sama. Satu spasi lebar penuh dalam sel yang seharusnya lebar setengah akan menyebabkan ketidakcocokan.
Pertanyaan yang Sering Diajukan
Bisakah saya mengonversi laporan MUFG (三菱UFJ銀行) ke Excel?
Ya. MUFG adalah bank terbesar di Jepang dengan sekitar 57 juta rekening individu. PDFSub menangani laporan PDF MUFG secara native, mengonversi pemformatan Jepang — termasuk pengodean Shift_JIS, nama pengirim katakana lebar setengah, dan kolom setoran/penarikan terpisah — menjadi data spreadsheet yang bersih dan dikodekan UTF-8.
Bagaimana cara memperbaiki karakter Jepang yang rusak (mojibake)?
Mojibake terjadi ketika file yang dikodekan Shift_JIS dibuka sebagai UTF-8 (atau sebaliknya). PDFSub sepenuhnya menghindari ini dengan mendeteksi pengodean secara otomatis dan mengekspor dalam UTF-8. Jika Anda bekerja dengan file CSV mentah, tentukan pengodean "Jepang (Shift-JIS)" saat mengimpor ke Excel: Data → Dapatkan Data → Dari Teks/CSV → pilih pengodean.
Apakah PDF bank Jepang memiliki masalah OCR?
Laporan yang diunduh dari perbankan online adalah PDF digital asli dengan teks yang dapat dipilih — ekstraksi cepat dan akurat. OCR diperlukan untuk laporan kertas yang dipindai atau foto buku tabungan (通帳の写真). Budaya buku tabungan Jepang berarti banyak pengguna memotret halaman buku tabungan mereka daripada mengunduh PDF. PDFSub menangani PDF digital dan dokumen yang dipindai.
Bagaimana dengan entri buku tabungan (通帳)?
Buku tabungan fisik masih umum di Jepang, meskipun penggunaannya menurun karena bank membebankan biaya untuk buku tabungan baru (MUFG mengenakan biaya ¥550/tahun). Entri buku tabungan biasanya lebih singkat daripada PDF laporan online, hanya menampilkan deskripsi yang dipersingkat. Jika Anda memotret halaman buku tabungan, mode OCR PDFSub dapat mengekstrak transaksi.
Bisakah saya mengekspor data bank Jepang ke freee atau Money Forward?
PDFSub mengekspor ke Excel, CSV (UTF-8), QBO, OFX, QFX, dan JSON. Untuk perangkat lunak akuntansi Jepang (freee, Money Forward, Yayoi), ekspor ke CSV dan impor menggunakan fitur impor transaksi bank bawaan perangkat lunak. Data yang dikodekan dengan benar dan dinormalkan dari PDFSub memastikan impor yang bersih tanpa masalah mojibake atau pemformatan.
Bagaimana cara menangani tanggal era Jepang (令和)?
PDFSub secara otomatis mengonversi tanggal era Jepang ke tanggal Gregorian standar. Untuk konversi manual: Tahun Reiwa + 2018 = Tahun Gregorian (令和8年 = 2026). Tahun Heisei + 1988 = Tahun Gregorian (平成31年 = 2019). Era berubah pada 1 Mei 2019.
Berapa banyak bank Jepang yang didukung PDFSub?
PDFSub mendukung 20.000+ format bank secara global, termasuk semua bank besar Jepang: tiga megabank (MUFG, SMBC, Mizuho), Japan Post Bank, Rakuten Bank, bank regional di semua 47 prefektur, dan bank yang ramah bahasa Inggris seperti SBI Shinsei dan Sony Bank.
Bisakah saya mengonversi beberapa laporan Jepang sekaligus?
Ya. Unggah beberapa 取引明細書 (laporan transaksi) dan PDFSub memprosesnya secara berurutan. Setiap laporan dideteksi dan dikonversi secara independen, bahkan jika mereka berasal dari bank yang berbeda dengan tata letak dan konvensi pengodean yang berbeda.
Coba PDFSub gratis selama 7 hari — akses penuh ke Konverter Laporan Bank dan 77+ alat PDF lainnya. Batalkan kapan saja.