تحويل كشوف الحسابات البنكية اليابانية إلى Excel (MUFG، SMBC، Mizuho، والمزيد)

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

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

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

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

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

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

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

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

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

ما يجب أن تراه	ما يعرضه UTF-8
振込 カ）ヤマダ タロウ	振込 カ）ヤマダ
三菱UFJ銀行	三è±UFJ銀行
口座振替 電気代	å£åº§æŒ¯è› listrik代

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

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

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

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

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

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

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

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

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

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

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

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

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 Financial Group. يقدم كشوف PDF وتصدير CSV عبر الخدمات المصرفية عبر الإنترنت (BizSTATION للشركات، 三菱UFJダイレクト للأفراد). تستخدم صادرات CSV ترميز Shift_JIS.

SMBC (三井住友銀行)

ثاني أكبر بنك تجاري في اليابان مع ما يقرب من 27 مليون عميل فردي. جزء من مجموعة Sumitomo Mitsui Financial Group. توفر الخدمات المصرفية عبر الإنترنت (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.

---

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

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

كيف يعمل

1. تحميل كشف المعاملات الخاص بك — اسحب وأفلت ملف PDF من أي بنك ياباني. يكتشف PDFSub تنسيق البنك تلقائيًا من بين أكثر من 20,000 قالب مدعوم.

2. معالجة التنسيق التلقائية — يقوم المحول تلقائيًا بما يلي:

   • اكتشاف وتحويل ترميز Shift_JIS إلى UTF-8
   • توحيد الأرقام بعرض كامل (１２３) إلى عرض نصف (123) للحساب
   • تحويل الفواصل والنقاط والمسافات بعرض كامل إلى أحرف قياسية
   • تحليل تواريخ الحقبة اليابانية (令和8年3月2日) إلى تواريخ قياسية (2026-03-02)
   • ترجمة أسماء المرسلين بالكاتاكانا بعرض نصف إلى عرض كامل قابل للقراءة
   • دمج أعمدة الإيداع/السحب أو الاحتفاظ بها كأعمدة منفصلة
   • التعرف على المصطلحات المصرفية اليابانية (振込، 振替، 口座振替، إلخ)

3. المراجعة والتحقق — تحقق من المعاملات المستخرجة في المعاينة. يتم التحقق من الأرصدة مقابل الرصيد الافتتاحي والختامي في الكشف (残高).

4. تنزيل — تصدير كـ Excel (.xlsx)، CSV (UTF-8)، QBO (QuickBooks)، OFX (Xero، Wave)، QFX (Quicken)، أو JSON.

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

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

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

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

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

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

---

الطريقة 2: تصدير 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 المصرفية اليابانية على تنسيق عالمي. يستخدم كل بنك ترتيب أعمدته وأسمائه وهيكله الخاص.

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

---

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

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

• قد لا يتم لصق أحرف الكانجي والكاتاكانا بشكل صحيح بين التطبيقات
• يفشل تحويل الترميز بصمت — قد تكون الأحرف التي تبدو صحيحة هي نقاط رمز يونيكود خاطئة
• الأرقام بعرض كامل تُنسخ كنص لا يمكن حسابه
• أسماء الكاتاكانا بعرض نصف تُنسخ ولكنها غير قابلة للقراءة على الأنظمة غير اليابانية
• تواريخ الحقبة لا يوجد لها تحويل تلقائي إلى تواريخ ميلادية في 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 متكررة سنوية	الشركات الصغيرة والمتوسطة، الأفراد
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 الخاص بـ PDFSub بتنسيق UTF-8 لتجنب المشكلة تمامًا.

تحقق من أنواع الأرقام. بعد الاستيراد، اختبر أن المبالغ هي أرقام فعلية: انقر فوق خلية وتحقق مما إذا كان 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 مع كشوف PDF الخاصة بـ MUFG بشكل أصلي، ويحول التنسيق الياباني — بما في ذلك ترميز 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 أيام — وصول كامل إلى محول كشوف الحسابات البنكية وأكثر من 77 أداة PDF أخرى. يمكنك الإلغاء في أي وقت.