كشف المعاملات (取引明細) الخاص بك من MUFG يبدو منظمًا تمامًا في PDF. ولكن عند فتحه في Excel خارج اليابان، تتوالى المشاكل: تتحول أحرف الكانجي إلى نص مشوش (mojibake - 文字化け)، وتاريخ عصر ريوا "令和8年3月2日" لا يعني شيئًا لجدول بياناتك الإنجليزي، وأسماء المرسل بالكاتاكانا بعرض نصف مثل "ﾔﾏﾀﾞﾀﾛｳ" تصبح رموزًا غير قابلة للقراءة، والأرقام بعرض كامل "１２３，４５６" لن تُحسب لأنها أحرف Unicode مختلفة عن نظيرتها بعرض نصف.

المشكلة الأساسية هنا: تعمل الخدمات المصرفية اليابانية بمعايير ترميز وتنسيق تفترض نظامًا محليًا يابانيًا. شبكة المدفوعات البينية Zengin - التي تعالج ما يقرب من 6.5 مليون معاملة و 12 تريليون ين يوميًا - تطلبت تاريخيًا الكاتاكانا بعرض نصف لجميع الأسماء، وهو إرث لا يزال يظهر في كشوف الحسابات البنكية الحديثة. عندما تنقل تلك البيانات إلى جهاز كمبيوتر غير ياباني، فإن أخطاء الترميز شبه مؤكدة.

سواء كنت مقيمًا أجنبيًا في طوكيو تعالج كشوف حسابات MUFG لتقديم الإقرارات الضريبية لبلدك، أو محاسب ضرائب (zeirishi) تستورد بيانات العملاء إلى freee أو Money Forward، أو شركة دولية توحد البيانات من شركة تابعة يابانية، أو مستقل تدير مسك الدفاتر لـ Blue Return (青色申告) - فإن المشكلة الأساسية متطابقة: استخراج بيانات منظمة وجاهزة لجدول البيانات من ملفات PDF لكشوف الحسابات البنكية اليابانية.

يغطي هذا الدليل تحديات التنسيق المحددة للكشوف اليابانية، والبنوك الرئيسية التي ستواجهها، وكيفية تحويلها بدقة.

Convert Japanese bank statements to Excel - handling kanji, Shift_JIS encoding, and Japanese era dates

لماذا تتعطل كشوف الحسابات البنكية اليابانية في Excel

تخلق كشوف الحسابات البنكية اليابانية مجموعة فريدة من التحديات التي تتجاوز مجرد تنسيق الأرقام. تمتد المشاكل لتشمل ترميز الأحرف، وأنظمة الأرقام، واتفاقيات التواريخ، وتنسيقات الأنظمة البينية القديمة.

1. ترميز Shift_JIS مقابل UTF-8 (Mojibake)

هذه هي أكبر مشكلة على الإطلاق لأي شخص يعالج البيانات المالية اليابانية خارج اليابان.

تُصدّر معظم البنوك اليابانية ملفات CSV بترميز Shift_JIS (صفحة الترميز 932) - وهو معيار ترميز سابق لـ UTF-8 ويغطي فقط الأحرف اليابانية. عندما تفتح ملف Shift_JIS على نظام يتوقع UTF-8، يصبح كل حرف ياباني مشوشًا. لدى اليابانيين كلمة لهذا: 文字化け (mojibake)، وتعني حرفيًا "تحويل الأحرف".

ما يجب أن تراه	ما يعرضه UTF-8
振込カ）ヤマダタロウ	æŒ¯è¾¼ ã‚«ï¼‰ãƒ¤ãƒžãƒ€
三菱UFJ銀行	ä¸‰è±UFJéŠ€è¡Œ
口座振替電気代	å£åº§æŒ¯è› ë›»æ° - ä»£

والعكس صحيح أيضًا: قد تنتج ملفات UTF-8 المفتوحة على Excel باللغة اليابانية مخرجات مشوشة مختلفة.

تتفاقم المشكلة بحقيقة أن ملفات Shift_JIS لا تحتوي على علامة ترتيب البايت (BOM) - لا يوجد رأس يخبر البرنامج بالترميز الذي يجب استخدامه. الكشف التلقائي غير موثوق به، خاصة عندما يحتوي الملف على مزيج من الأحرف اليابانية والنص اللاتيني (وهو ما تحتويه جميع كشوف الحسابات البنكية).

2. الأحرف بعرض كامل مقابل عرض نصف (全角 مقابل 半角)

هذا أمر ياباني فريد تمامًا ويُفاجئ تقريبًا كل مطور غير ياباني.

يستخدم الحوسبة اليابانية عرضين للعديد من الأحرف. تشغل الأحرف بعرض كامل (全角) مساحة حرفين لاتينيين؛ وتشغل الأحرف بعرض نصف (半角) حرفًا واحدًا.

عرض كامل (全角)	عرض نصف (半角)	نفس الحرف؟
１２３，４５６	123,456	نفس الرقم، بايتات مختلفة
カード	ｶｰﾄﾞ	نفس الكلمة ("card")، ترميز مختلف
，（コンマ）	, (فاصلة)	نفس علامة الترقيم، بايتات مختلفة
（スペース）	(مسافة)	نفس المسافة، بايتات مختلفة

خلية تحتوي على "１２３，４５６" (عرض كامل) تبدو متطابقة مع "123,456" على الشاشة ولكن Excel يعامل النسخة بعرض كامل كـ نص، وليس رقمًا. لا يمكنك جمعها أو فرزها أو استخدامها في الصيغ. البحث والاستبدال القياسي للفاصلات لن يطابق الفواصل بعرض كامل أيضًا.

يمكن أن تمزج كشوف الحسابات بين العرضين: قد تكون المبالغ بعرض نصف بينما تستخدم الأوصاف أحرفًا بعرض كامل. يجب على المحول توحيد كل شيء إلى عرض نصف متسق للحسابات.

3. الكاتاكانا بعرض نصف من نظام Zengin

نظام Zengin لتصفية المدفوعات البينية - العمود الفقري للمدفوعات المحلية في اليابان - تطلب تاريخيًا أن يتم إرسال جميع الأسماء بترميز الكاتاكانا بعرض نصف (半角カナ) ضمن حد 20 حرفًا.

هذا يخلق مشكلة محددة: في كشف حسابك، يظهر اسم المرسل للحوالة كشيء مثل ﾔﾏﾀﾞﾀﾛｳ بدلاً من 山田太郎 (يامادا تارو). حتى القراء اليابانيين الأصليين يجدون الكاتاكانا بعرض نصف أصعب في القراءة.

والأسوأ: في الكاتاكانا بعرض نصف، تكون علامات الحروف الساكنة المجهورة (dakuten) أحرفًا منفصلة. الحرف ガ (ga) بالعرض الكامل هو حرف واحد، ولكن بالعرض النصف يصبح حرفين: ｶﾞ (ka + علامة الجهر). هذا يضاعف الطول الظاهري للأسماء التي تحتوي على أصوات مجهورة ويكسر أي معالجة نصية تحسب مواضع الأحرف.

4. تواريخ العصر الياباني (和暦)

تستخدم اليابان تقويمها الخاص القائم على العصور جنبًا إلى جنب مع التقويم الغريغوري. العصر الحالي هو ريوا (令和)، والذي بدأ في 1 مايو 2019.

تاريخ العصر الياباني	ما يعادله بالتقويم الغريغوري
令和8年3月2日	2 مارس 2026
R8.03.02	2 مارس 2026
令和7年12月15日	15 ديسمبر 2025

لا يمتلك Excel الإنجليزي أي مفهوم للعصور اليابانية. لا يمكنه تحليل "令和8年" على أنه 2026. حتى الصيغة المختصرة "R8.03.02" غير معروفة.

الخبر السار: تستخدم اليابان ترتيب السنة-الشهر-اليوم (من الأكبر إلى الأصغر)، وهو متوافق مع ISO 8601. عندما تستخدم الكشوف تواريخ غربية، تظهر كـ 2026/03/02 - أقل غموضًا من تنسيق DD/MM/YYYY الأوروبي. التحدي يكمن فقط عندما تُستخدم تواريخ العصور.

مشكلة حدود العصر: قد تمتد الكشوف التاريخية من عام 2019 عبر انتقال هيسي-ريوا (انتهى هيسي في 30 أبريل 2019). في نفس العام، 2019، هو هيسي 31 وريوا 1. يجب أن يتعامل المحول مع كلا العصرين بشكل صحيح.

5. العملة بالأعداد الصحيحة (بدون كسور)

الين ليس له وحدة فرعية - لا توجد سنتات. جميع المبالغ في كشوف الحسابات البنكية اليابانية هي أعداد صحيحة: ¥1,234,567 تعني بالضبط 1,234,567 ين.

هذا في الواقع يبسط جانبًا واحدًا من التحويل (لا حاجة لمعالجة الكسور العشرية) ولكنه يقدم جوانب أخرى:

الأرقام الكبيرة طبيعية. الراتب النموذجي هو 300,000-500,000 ين شهريًا. قد تكون الإيجارات 80,000-200,000 ين. تصل الأرقام بشكل متكرر إلى ستة أو سبعة أرقام.
التفكير بوحدات 10,000. يفكر اليابانيون بوحدات 万 (مان، 10,000). راتب 3,000,000 ين هو ذهنيًا "300万円". لكن كشوف الحسابات تظهر الرقم الكامل.
فواصل كل 3 أرقام في الكشوف - على الرغم من أن نظام الأرقام الياباني يقسم كل 4 أرقام (万 = 10,000، 億 = 100,000,000). تتبع المستندات المالية العرف الدولي.

6. أعمدة منفصلة للإيداع والسحب

على عكس كشوف الحسابات البنكية الغربية التي تستخدم عمود مبلغ واحد (موجب للائتمانات، سالب للمدين)، عادةً ما تستخدم الكشوف اليابانية عمودين منفصلين:

入金 (nyūkin) - الإيداعات/الائتمانات
出金 (shukkin) - السحوبات/المدينون

يكون أحد العمودين فارغًا دائمًا لكل معاملة. عند التحويل إلى Excel، تحتاج إلى اتخاذ قرار: الاحتفاظ بتنسيق العمودين، أو الدمج في عمود مبلغ واحد موقّع؟ أي خيار يتطلب من المحول فهم بنية العمود الياباني.

البنوك اليابانية الرئيسية وكشوف حساباتها

MUFG (三菱UFJ銀行)

أكبر بنك في اليابان من حيث الأصول (حوالي 2.9 تريليون دولار) مع ما يقرب من 57 مليون حساب إيداع فردي. جزء من مجموعة Mitsubishi UFJ المالية. يقدم كشوف PDF وتصدير CSV عبر الخدمات المصرفية عبر الإنترنت (BizSTATION للشركات، 三菱UFJダイレクト للأفراد). تستخدم صادرات CSV ترميز Shift_JIS.

SMBC (三井住友銀行)

ثاني أكبر بنك تجاري في اليابان مع ما يقرب من 27 مليون عميل فردي. جزء من مجموعة Sumitomo Mitsui المالية. توفر الخدمات المصرفية عبر الإنترنت (SMBCダイレクト) تنزيلات PDF و CSV.

Mizuho (みずほ銀行)

ثالث بنك ضخم مع ما يقرب من 24 مليون عميل فردي و 12.6 مليون مشترك في الخدمات المصرفية عبر الإنترنت. توفر الخدمات المصرفية عبر الإنترنت (みずほダイレクト) تنزيلات للمعاملات.

بنك بريد اليابان (ゆうちょ銀行)

الأكبر من حيث عدد الحسابات مع ما يقرب من 120 مليون حساب عميل وأصول إجمالية تزيد عن 205 تريليون ين. يعمل من خلال ما يقرب من 24,000 فرع (معظمها مكاتب بريد متعاقدة). يصل إلى كل بلدية تقريبًا في اليابان. يوفر تطبيق "Yucho Tsucho" الوصول إلى دفتر الشيكات الرقمي. نظام ترقيم حساب فريد يختلف عن أرقام الحسابات المصرفية اليابانية القياسية.

بنك راكوتن (楽天銀行)

أكبر بنك عبر الإنترنت في اليابان مع 17.6+ مليون حساب وودائع تزيد عن 13 تريليون ين. نمت الودائع بنسبة 16.5٪ سنويًا مقارنة بـ 3.8٪ للبنوك الضخمة. رقمي بالكامل مع إمكانية تصدير CSV.

البنوك الإقليمية (地方銀行)

يوجد في اليابان ما يقرب من 97 بنكًا إقليميًا - 61 بنكًا من الدرجة الأولى و 36 بنكًا من الدرجة الثانية. عادةً ما يكون لكل محافظة بنك إقليمي واحد على الأقل مقره في عاصمتها. أمثلة: بنك يوكوهاما (横浜銀行)، بنك تشيبا (千葉銀行)، بنك شيزوكا (静岡銀行). تختلف تنسيقات الكشوف بشكل كبير بين البنوك الإقليمية.

بنك SBI Shinsei / بنك سوني

يتميز بنك SBI Shinsei و بنك سوني بتقديم خدمات مصرفية عبر الإنترنت باللغة الإنجليزية - وهو أمر نادر في اليابان. يحظى بشعبية لدى المقيمين الأجانب لهذا السبب. كلاهما يوفر تصديرات PDF و CSV.

الطريقة الأولى: استخدام PDFSub (موصى به)

PDFSub يعالج كشوف الحسابات البنكية اليابانية بشكل أصلي - بما في ذلك جميع تحديات الترميز والتنسيق المذكورة أعلاه.

Step-by-step process for converting Japanese bank statements with PDFSub

كيف يعمل

تحميل كشف المعاملات الخاص بك - اسحب وأفلت ملف PDF من أي بنك ياباني. يكتشف PDFSub تنسيق البنك تلقائيًا من بين أكثر من 20,000 قالب مدعوم.
معالجة التنسيق التلقائية - يقوم المحول تلقائيًا بما يلي: - اكتشاف وتحويل ترميز Shift_JIS إلى UTF-8 - توحيد الأرقام بعرض كامل (１２３) إلى عرض نصف (123) للحساب - تحويل الفواصل والمسافات وعلامات الترقيم بعرض كامل إلى أحرف قياسية - تحليل تواريخ العصر الياباني (令和8年3月2日) إلى تواريخ قياسية (2026-03-02) - ترجمة أسماء المرسل بالكاتاكانا بعرض نصف إلى عرض كامل قابل للقراءة - دمج أعمدة الإيداع/السحب أو الاحتفاظ بها كأعمدة منفصلة - التعرف على المصطلحات المصرفية اليابانية (振込، 振替، 口座振替، إلخ)
المراجعة والتحقق - تحقق من المعاملات المستخرجة في المعاينة. يتم التحقق من الأرصدة مقابل الرصيد الافتتاحي والختامي في الكشف (残高).
تنزيل - التصدير بصيغة Excel (.xlsx)، CSV (UTF-8)، QBO (QuickBooks)، OFX (Xero، Wave)، QFX (Quicken)، أو JSON.

لماذا يعمل PDFSub مع الكشوف اليابانية

130+ لغة بما في ذلك اليابانية. محرك الاستخراج يفهم المصطلحات المصرفية اليابانية - 振込، 振替، 入金، 出金، 口座振替، 手数料، 利息 - ويربطها بحقول منظمة.

الترميز معالج تلقائيًا. لا حاجة للكشف اليدوي أو التحويل بين Shift_JIS و UTF-8. يحدد PDFSub الترميز ويوحد كل شيء إلى UTF-8 مع معالجة صحيحة للكانجي والهيراغانا والكاتاكانا والأحرف ذات العرض المختلط.

دعم جميع البنوك اليابانية الرئيسية. من البنوك الضخمة الثلاثة (MUFG، SMBC، Mizuho) إلى بنك بريد اليابان بـ 120 مليون حساب، وبنك راكوتن، والبنوك الإقليمية في جميع المحافظات الـ 47، والبنوك الصديقة للإنجليزية مثل SBI Shinsei و Sony Bank.

الخصوصية أولاً في المتصفح. بالنسبة لملفات PDF الرقمية من الخدمات المصرفية عبر الإنترنت، يتم استخراج النص بالكامل في متصفحك. لا يغادر الملف جهازك أبدًا. تتم معالجة الخادم فقط للمستندات الممسوحة ضوئيًا أو صور دفاتر الشيكات.

توحيد العرض الكامل. يتم توحيد الأرقام والفاصلات والمسافات وعلامات الترقيم تلقائيًا من العرض الكامل إلى العرض النصف - مما يضمن معاملة المبالغ كأرقام، وليس كنص، في جدول البيانات الخاص بك.

الطريقة الثانية: تصدير CSV من البنك الخاص بك

تقدم معظم البنوك اليابانية الرئيسية تنزيلات لمعاملات CSV عبر الخدمات المصرفية عبر الإنترنت. إليك ما يمكن توقعه:

ما ستحصل عليه

الترميز: دائمًا تقريبًا Shift_JIS (وليس UTF-8)
المحدد: فاصلة قياسية (,)
تنسيق التاريخ: عادةً YYYY/MM/DD (غربي) في CSV، على الرغم من أن بعض البنوك تستخدم تواريخ العصور
الأعمدة: عادةً 日付 (التاريخ)، 摘要 (الوصف)، 入金額 (الإيداع)، 出金額 (السحب)، 残高 (الرصيد)

القيود

ترميز Shift_JIS. فتح ملف CSV على أي نظام غير ياباني ينتج نصًا مشوشًا. تحتاج إلى تعيين الترميز بشكل صريح عند الاستيراد: في Excel، استخدم Data → Get Data → From Text/CSV → حدد ترميز "Japanese (Shift-JIS)".

أسماء الكاتاكانا بعرض نصف. ستظهر أسماء المرسل/المستلم بالكاتاكانا بعرض نصف من نظام Zengin. هذه الأسماء صعبة القراءة حتى للمتحدثين اليابانيين الأصليين ومستحيلة لغير الناطقين بها.

سجل محدود. عادةً ما تغطي صادرات CSV للخدمات المصرفية عبر الإنترنت 3-12 شهرًا. السجل الأطول يتطلب تنزيل كشوف حسابات لكل فترة على حدة.

لا يوجد تنسيق موحد. على عكس المعايير الألمانية CAMT.053/MT940 أو الفرنسية CAMT.053/FEC، لا تحتوي ملفات CSV المصرفية اليابانية على تنسيق عالمي. يستخدم كل بنك ترتيب أعمدته وأسمائه وهيكله الخاص.

أحرف بعرض كامل في الأوصاف. قد تحتوي أوصاف المعاملات على أرقام وعلامات ترقيم بعرض كامل تحتاج إلى توحيد قبل التحليل.

الطريقة الثالثة: النسخ واللصق اليدوي (غير موصى به)

المشاكل خطيرة مع الكشوف اليابانية:

قد لا يتم لصق أحرف الكانجي والكاتاكانا بشكل صحيح بين التطبيقات
فشل تحويل الترميز بصمت - قد تكون الأحرف التي تبدو صحيحة ذات نقاط ترميز Unicode خاطئة
الأرقام بعرض كامل تُلصق كنص لا يمكن حسابه
أسماء الكاتاكانا بعرض نصف تُلصق ولكنها غير قابلة للقراءة على الأنظمة غير اليابانية
تواريخ العصور لا يوجد لها تحويل تلقائي إلى تواريخ غريغورية في Excel الإنجليزي
الأعمدة المنفصلة للإيداع/السحب تتطلب دمجًا يدويًا
لا يوجد تحقق مقابل الأرصدة الافتتاحية/الختامية

لأي حجم من المعاملات، هذا النهج غير عملي.

الأنظمة المالية اليابانية التي يجب أن تعرفها

نظام Zengin (全銀システム)

شبكة المقاصة الرئيسية للمدفوعات البينية المحلية في اليابان، تأسست عام 1973. تربط جميع البنوك الخاصة تقريبًا في اليابان، وتعالج ما يقرب من 6.5 مليون معاملة يوميًا بقيمة حوالي 12 تريليون ين.

يستخدم تنسيق ملف Zengin سجلات ثابتة العرض بطول 120 بايت مع ترميز الكاتاكانا بعرض نصف للأسماء. هذا التنسيق القديم هو سبب ظهور أسماء المرسل/المستلم في كشوف الحسابات البنكية بالكاتاكانا بعرض نصف بدلاً من الكانجي. يدعم نظام ZEDI (Zengin EDI) الأحدث الكانجي الكامل ويتجه نحو رسائل XML متوافقة مع ISO 20022، لكن التنسيق القديم لا يزال قائمًا في العديد من الكشوف.

Blue Return (青色申告) مقابل White Return (白色申告)

تقديم الضرائب في اليابان له مستويان:

الميزة	Blue Return (青色申告)	White Return (白色申告)
التطبيق	يجب التقديم مسبقًا	الوضع الافتراضي
مسك الدفاتر	مسك دفاتر مزدوج مفصل	دخل/مصروف بسيط
خصم خاص	يصل إلى 650,000 ين (مع e-Tax)	لا يوجد
ترحيل الخسائر	نعم، حتى 3 سنوات	لا

يُطلب من مقدمي Blue Return - الذين يحصلون على خصم ضريبي أكبر - الاحتفاظ بسجلات مالية مفصلة، مما يجعل التحويل الدقيق لكشوف الحسابات البنكية ضروريًا لمسك الدفاتر لديهم.

نظام الفواتير المؤهلة (インボイス制度)

تم إطلاقه في 1 أكتوبر 2023، ويتطلب هذا النظام من الشركات التسجيل كـ "مصدري فواتير مؤهلين" لإصدار فواتير صالحة للحصول على ائتمانات ضريبة الاستهلاك. في السابق، كانت الشركات التي تقل مبيعاتها الخاضعة للضريبة السنوية عن 10 ملايين ين معفاة من ضريبة الاستهلاك. زاد هذا التغيير بشكل كبير من الحاجة إلى حفظ سجلات مالية دقيقة بين الشركات الصغيرة والمستقلين.

برامج المحاسبة اليابانية

البرنامج	الإحصائيات الرئيسية	الجمهور المستهدف
freee	~600,000 مشترك	الشركات الصغيرة والمتوسطة، المستقلون، الشركات الناشئة
Money Forward	27.96 مليار ين SaaS ARR	الشركات الصغيرة والمتوسطة، الأفراد
Yayoi (弥生)	#1 محاسبة سطح المكتب لمدة 24 عامًا متتاليًا	الشركات الصغيرة والمتوسطة، أصحاب الأعمال الحرة
TKC	يخدم حوالي 11,500 شركة محاسبة ضرائب	شركات محاسبة الضرائب

تدعم جميع منصات السحابة الرئيسية الثلاث (freee، Money Forward، Yayoi Online) استيراد بيانات المعاملات المصرفية عبر CSV. يمكن استيراد مخرجات Excel و CSV من PDFSub مباشرة إلى هذه الأدوات.

من يحتاج إلى تحويل كشوف الحسابات البنكية اليابانية؟

محاسبو الضرائب (税理士). يوجد في اليابان ما يقرب من 82,276 محاسب ضرائب مسجل (حتى ديسمبر 2025). يعالجون كشوف حسابات العملاء البنكية لمسك الدفاتر، وتقديم الإقرارات الضريبية، وإعداد المراجعة. يضم اتحاد TKC الوطني وحده 11,500 شركة عضو.

المقيمون الأجانب. اعتبارًا من يونيو 2025، يعيش 3.96 مليون مقيم أجنبي في اليابان - ما يقرب من ضعف الرقم في عام 2012. معظم كشوف الحسابات البنكية باللغة اليابانية بالكامل بدون خيار باللغة الإنجليزية. يحتاج المقيمون الأجانب إلى كشوف حسابات محولة لتقديم الإقرارات الضريبية لبلدهم، وتجديد التأشيرات، وإرسال المستندات المالية إلى المؤسسات الخارجية.

المستقلون الذين يقدمون Blue Returns. يجب على العاملين لحسابهم الخاص والمستقلين الذين يحتفظون بوضع Blue Return (青色申告) الاحتفاظ بسجلات مسك دفاتر مزدوج مفصلة. يعد تحويل كشوف الحسابات البنكية إلى Excel هو نقطة البداية لتصنيف نفقات الأعمال وحساب الخصم الخاص البالغ 650,000 ين.

الشركات الدولية. تحتاج الشركات التي لديها شركات تابعة يابانية إلى توحيد البيانات المصرفية اليابانية مع أنظمة المحاسبة العالمية. تخدم البنوك الضخمة الثلاثة مجتمعة كبنك رئيسي لـ 19.3٪ من الشركات اليابانية، وعادةً ما تعمل الخدمات المصرفية للشركات عبر BizSTATION الخاص بـ MUFG أو بوابات مماثلة.

الطلاب وحاملو تأشيرات العطلات العملية. شهدت اليابان أكثر من 30 مليون زائر دولي في عام 2024. يفتح الطلاب على المدى الطويل وحاملو تأشيرات العطلات العملية حسابات بنكية يابانية (غالبًا في بنك بريد اليابان، الأكثر سهولة) ويحتاجون إلى معالجة كشوف الحسابات عند إدارة الشؤون المالية أو تقديم الضرائب في بلدانهم الأصلية.

نصائح للعمل مع البيانات المالية اليابانية في Excel

تحقق من وجود mojibake أولاً. إذا ظهر أي نص ياباني كأحرف مشوشة (Ã¤، â€، Ã©، إلخ)، فقد تم فتح الملف بالترميز الخاطئ. أعد الاستيراد باستخدام ترميز Shift_JIS أو استخدم تصدير Excel بترميز UTF-8 من PDFSub لتجنب المشكلة تمامًا.

تحقق من أنواع الأرقام. بعد الاستيراد، اختبر أن المبالغ هي أرقام فعلية: انقر على خلية وتحقق مما إذا كان Excel يعرض رقمًا في شريط الصيغة، أو جرب =SUM() على عمود. إذا أعادت SUM القيمة 0 ولكن الخلايا تعرض أرقامًا، فإن القيم هي نص بعرض كامل يتظاهر بأنه أرقام.

افهم تنسيق العمودين. تستخدم الكشوف اليابانية أعمدة منفصلة للإيداع (入金) والسحب (出金). إذا كانت تحليلاتك تحتاج إلى مبلغ واحد موقّع، فأنشئ صيغة: =IF(deposit_cell<>"", deposit_cell, -withdrawal_cell).

حوّل تواريخ العصور. إذا تلقيت تواريخ عصور: سنة ريوا + 2018 = سنة غريغورية. لذا 令和8年 = 2026، 令和7年 = 2025. بالنسبة لتواريخ هيسي (قبل مايو 2019): سنة هيسي + 1988 = سنة غريغورية.

احتفظ بملف PDF الأصلي. يتطلب قانون الضرائب الياباني الاحتفاظ بالسجلات المالية. بالنسبة لمقدمي Blue Return، يلزم تقديم كشف الحساب البنكي الأصلي (أو دفتر الشيكات) كوثيقة. احتفظ دائمًا بملف PDF بجانب ملف Excel المحول.

انتبه للأحرف المختلطة العرض. إذا أدى الفرز أو التصفية إلى نتائج غير متوقعة، فتحقق من وجود أحرف بعرض كامل ونصف مختلطة في نفس العمود. مسافة واحدة بعرض كامل في خلية نصف العرض ستسبب عدم تطابق.

أسئلة متكررة

هل يمكنني تحويل كشوف حسابات MUFG (三菱UFJ銀行) إلى Excel؟

نعم. MUFG هو أكبر بنك في اليابان مع ما يقرب من 57 مليون حساب فردي. يتعامل PDFSub مع كشوف MUFG بصيغة PDF بشكل أصلي، محولًا التنسيق الياباني - بما في ذلك ترميز Shift_JIS، وأسماء المرسل بالكاتاكانا بعرض نصف، وأعمدة الإيداع/السحب المنفصلة - إلى بيانات جدول بيانات نظيفة مرمزة بـ UTF-8.

كيف أصلح الأحرف اليابانية المشوشة (mojibake)؟

يحدث Mojibake عندما يتم فتح ملف مرمّز بـ Shift_JIS كـ UTF-8 (أو العكس). يتجنب PDFSub هذا تمامًا عن طريق اكتشاف الترميز تلقائيًا والتصدير بترميز UTF-8. إذا كنت تعمل مع ملفات CSV خام، فحدد ترميز "Japanese (Shift-JIS)" عند الاستيراد إلى Excel: Data → Get Data → From Text/CSV → حدد الترميز.

هل تحتوي ملفات PDF البنكية اليابانية على مشاكل OCR؟

الكشوف التي يتم تنزيلها من الخدمات المصرفية عبر الإنترنت هي ملفات PDF رقمية أصلية مع نص قابل للتحديد - الاستخراج سريع ودقيق. هناك حاجة إلى OCR للمستندات الورقية الممسوحة ضوئيًا أو صور دفاتر الشيكات (通帳の写真). ثقافة دفاتر الشيكات في اليابان تعني أن العديد من المستخدمين يلتقطون صورًا لصفحات دفاتر الشيكات بدلاً من تنزيل ملفات PDF. يتعامل PDFSub مع ملفات PDF الرقمية والمستندات الممسوحة ضوئيًا.

ماذا عن إدخالات دفتر الشيكات (通帳)؟

لا تزال دفاتر الشيكات المادية شائعة في اليابان، على الرغم من أن استخدامها يتناقص حيث تفرض البنوك رسومًا على دفاتر الشيكات الجديدة (MUFG يفرض 550 ين/سنة). عادةً ما تكون إدخالات دفتر الشيكات أكثر اختصارًا من ملفات PDF لكشوف الحسابات عبر الإنترنت، وتظهر فقط أوصافًا مختصرة. إذا قمت بتصوير صفحات دفتر الشيكات، يمكن لوضع OCR في PDFSub استخراج المعاملات.

هل يمكنني تصدير بيانات بنكية يابانية إلى freee أو Money Forward؟

يصدر PDFSub إلى Excel، CSV (UTF-8)، QBO، OFX، QFX، و JSON. بالنسبة لبرامج المحاسبة اليابانية (freee، Money Forward، Yayoi)، قم بالتصدير إلى CSV واستورد باستخدام ميزة استيراد معاملات البنك المدمجة في البرنامج. تضمن البيانات المنظمة والمطبعة بشكل صحيح من PDFSub استيرادًا نظيفًا دون مشاكل mojibake أو تنسيق.

كيف أتعامل مع تواريخ العصور اليابانية (令和)؟

يقوم PDFSub تلقائيًا بتحويل تواريخ العصور اليابانية إلى تواريخ غريغورية قياسية. للتحويل اليدوي: سنة ريوا + 2018 = سنة غريغورية (令和8年 = 2026). سنة هيسي + 1988 = سنة غريغورية (平成31年 = 2019). تغيرت العصور في 1 مايو 2019.

كم عدد البنوك اليابانية التي يدعمها PDFSub؟

يدعم PDFSub أكثر من 20,000 تنسيق بنكي عالميًا، بما في ذلك جميع البنوك اليابانية الرئيسية: البنوك الضخمة الثلاثة (MUFG، SMBC، Mizuho)، بنك بريد اليابان، بنك راكوتن، البنوك الإقليمية في جميع المحافظات الـ 47، والبنوك الصديقة للإنجليزية مثل SBI Shinsei و Sony Bank.

هل يمكنني تحويل كشوف حسابات يابانية متعددة دفعة واحدة؟

نعم. قم بتحميل عدة كشوف معاملات (取引明細書) وسيقوم PDFSub بمعالجتها بالتتابع. يتم اكتشاف كل كشف تلقائيًا وتحويله بشكل مستقل، حتى لو كانت من بنوك مختلفة بتنسيقات واتفاقيات ترميز مختلفة.

جرب PDFSub مجانًا لمدة 7 أيام - وصول كامل إلى محول كشوف الحسابات البنكية وأكثر من 84 أداة PDF أخرى في خطة All-In-One (20 دولارًا للمستخدم/شهر سنويًا). يمكنك الإلغاء في أي وقت.