جاپانی بینک اسٹیٹمنٹس کو ایکسل میں تبدیل کریں (MUFG، SMBC، Mizuho، اور مزید)

MUFG سے آپ کی 取引明細 (ٹرانزیکشن اسٹیٹمنٹ) پی ڈی ایف میں بالکل درست نظر آتی ہے۔ لیکن جاپان سے باہر ایکسل میں کھولیں تو مسائل بڑھ جاتے ہیں: کانجی حروف خراب موجی بیک (文字化け) میں بدل جاتے ہیں، ریووا دور کی تاریخ "令和8年3月2日" آپ کے انگریزی اسپریڈشیٹ کے لیے بے معنی ہے، ہاف-ویتھ کٹاکانا بھیجنے والے کے نام جیسے "ﾔﾏﾀﾞ ﾀﾛｳ" ناقابلِ مطالعہ علامت بن جاتے ہیں، اور فل-ویتھ نمبر "１２３，４５۶" شمار نہیں ہوں گے کیونکہ وہ ان کے ہاف-ویتھ مساویوں سے مختلف یونیکوڈ حروف ہیں۔

یہاں اصل مسئلہ ہے: جاپانی بینکنگ کریکٹر انکوڈنگ اور فارمیٹنگ کنونشنز پر چلتی ہے جو جاپانی-لوکیل سسٹم کو فرض کرتی ہیں۔ زینگن انٹربینک پیمنٹ نیٹ ورک — جو روزانہ تقریباً 6.5 ملین ٹرانزیکشنز اور 12 ٹریلین ین پروسیس کرتا ہے — تاریخی طور پر تمام ناموں کے لیے ہاف-ویتھ کٹاکانا کی ضرورت ہوتی تھی، ایک ایسی میراث جو اب بھی جدید بینک اسٹیٹمنٹس پر نظر آتی ہے۔ جب آپ اس ڈیٹا کو نان-جاپانی کمپیوٹر پر منتقل کرتے ہیں، تو انکوڈنگ کے مسائل تقریباً یقینی ہیں۔

چاہے آپ ٹوکیو میں مقیم ایک غیر ملکی باشندے ہوں جو گھر کے ملک کے ٹیکس فائلنگ کے لیے MUFG اسٹیٹمنٹس پروسیس کر رہے ہوں، ایک زیریشی (ٹیکس اکاؤنٹنٹ) جو freee یا Money Forward میں کلائنٹ ڈیٹا امپورٹ کر رہے ہوں، ایک بین الاقوامی کاروبار جو جاپانی ذیلی کمپنی سے ڈیٹا کو یکجا کر رہا ہو، یا ایک فری لانسر جو بلیو ریٹرن (青色申告) بک کیپنگ کا انتظام کر رہا ہو — بنیادی مسئلہ ایک ہی ہے: جاپانی بینک اسٹیٹمنٹ پی ڈی ایف سے منظم، اسپریڈشیٹ کے لیے تیار ڈیٹا نکالنا۔

یہ گائیڈ جاپانی اسٹیٹمنٹس کے مخصوص فارمیٹنگ چیلنجز، آپ کو درپیش اہم بینکوں، اور انہیں درست طریقے سے کیسے تبدیل کیا جائے، اس کا احاطہ کرتی ہے۔

جاپانی بینک اسٹیٹمنٹس ایکسل میں کیوں خراب ہو جاتی ہیں

جاپانی بینک اسٹیٹمنٹس سادہ نمبر فارمیٹنگ سے ہٹ کر مخصوص چیلنجز پیدا کرتی ہیں۔ مسائل کریکٹر انکوڈنگ، نمبرنگ سسٹم، تاریخ کے کنونشنز، اور پرانی انٹربینک فارمیٹس تک پھیلے ہوئے ہیں۔

1. شفٹ_جے آئی ایس بمقابلہ یو ٹی ایف-8 انکوڈنگ (موجی بیک)

جاپان سے باہر جاپانی مالیاتی ڈیٹا پروسیس کرنے والے کسی بھی شخص کے لیے یہ سب سے بڑا مسئلہ ہے۔

زیادہ تر جاپانی بینک شِفٹ_جے آئی ایس (کوڈ پیج 932) میں سی ایس وی فائلیں ایکسپورٹ کرتے ہیں — ایک انکوڈنگ اسٹینڈرڈ جو یو ٹی ایف-8 سے پہلے کا ہے اور صرف جاپانی حروف پر مشتمل ہے۔ جب آپ یو ٹی ایف-8 کی توقع رکھنے والے سسٹم پر شفٹ_جے آئی ایس فائل کھولتے ہیں، تو ہر جاپانی حرف خراب ہو جاتا ہے۔ جاپانیوں کے پاس اس کے لیے ایک لفظ ہے: 文字化け (موجی بیک)، جس کا مطلب ہے "کریکٹر ٹرانسفارمیشن۔"

جو آپ کو نظر آنا چاہیے	جو یو ٹی ایف-8 دکھاتا ہے
振込 カ）ヤマダ タロウ	振込 カ）ヤマダ
三菱UFJ銀行	三è±UFJ銀行
口座振替 電気代	å£åº§æŒ¯æ›¿ 電気代

اس کا الٹ بھی درست ہے: جاپانی-لوکیل ایکسل پر کھولی گئی یو ٹی ایف-8 فائلیں مختلف خراب آؤٹ پٹ پیدا کر سکتی ہیں۔

یہ حقیقت کہ شفٹ_جے آئی ایس فائلوں میں کوئی بائٹ آرڈر مارک (BOM) نہیں ہوتا — کوئی ہیڈر نہیں ہوتا جو سافٹ ویئر کو بتائے کہ کون سی انکوڈنگ استعمال کرنی ہے۔ آٹو-ڈیٹیکشن ناقابلِ اعتبار ہے، خاص طور پر جب فائل میں جاپانی حروف اور لاطینی متن (جس میں تمام بینک اسٹیٹمنٹس ہوتی ہیں) کا مرکب ہو۔

2. فل-ویتھ بمقابلہ ہاف-ویتھ حروف (全角 بمقابلہ 半角)

یہ منفرد طور پر جاپانی ہے اور تقریباً ہر غیر جاپانی ڈویلپر کو حیران کر دیتا ہے۔

جاپانی کمپیوٹنگ میں بہت سے حروف کے لیے دو چوڑائیاں استعمال ہوتی ہیں۔ فل-ویتھ حروف (全角) دو لاطینی حروف کی جگہ لیتے ہیں۔ ہاف-ویتھ حروف (半角) ایک کی جگہ لیتے ہیں۔

فل-ویتھ (全角)	ہاف-ویتھ (半角)	وہی حرف؟
１２３，４５６	123,456	وہی نمبر، مختلف بائٹس
カード	ｶｰﾄﾞ	وہی لفظ ("کارڈ")، مختلف انکوڈنگ
，（コンマ）	, (کاما)	وہی رموز اوقاف، مختلف بائٹس
（スペース）	(اسپیس)	وہی اسپیس، مختلف بائٹس

"１２３，４۵６" (فل-ویتھ) پر مشتمل ایک سیل اسکرین پر "123,456" جیسا ہی نظر آتا ہے لیکن ایکسل فل-ویتھ ورژن کو ٹیکسٹ کے طور پر، نمبر کے طور پر نہیں، سمجھتا ہے۔ آپ اسے SUM نہیں کر سکتے، اسے ترتیب نہیں دے سکتے، یا اسے فارمولوں میں استعمال نہیں کر سکتے۔ کاموں کے لیے معیاری فائنڈ-اینڈ-ریپلیس بھی فل-ویتھ کاموں سے میل نہیں کھائے گا۔

بینک اسٹیٹمنٹس چوڑائیوں کو ملا سکتی ہیں: رقمیں ہاف-ویتھ ہو سکتی ہیں جبکہ تفصیلات فل-ویتھ حروف استعمال کرتی ہیں۔ کنورٹر کو حساب کے لیے سب کچھ مستقل ہاف-ویتھ میں نارملائز کرنا ضروری ہے۔

3. زینگن سسٹم سے ہاف-ویتھ کٹاکانا

زینگن انٹربینک پیمنٹ کلیئرنگ سسٹم — جاپان کا گھریلو پیمنٹ بیک بون — تاریخی طور پر 20 حروف کی حد کے اندر تمام ناموں کو ہاف-ویتھ کٹاکانا (半角カナ) میں منتقل کرنے کی ضرورت ہوتی تھی۔

یہ ایک مخصوص مسئلہ پیدا کرتا ہے: آپ کے بینک اسٹیٹمنٹ پر، ٹرانسفر کے لیے بھیجنے والے کا نام ﾔﾏﾀﾞ ﾀﾛｳ جیسا نظر آتا ہے بجائے 山田 太郎 (یامادا تارو) کے۔ یہاں تک کہ مقامی جاپانی قارئین کو بھی ہاف-ویتھ کٹاکانا پڑھنے میں دشواری ہوتی ہے۔

اس سے بدتر: ہاف-ویتھ کٹاکانا میں، آواز والے حرف (دکوتن) الگ حروف ہوتے ہیں۔ فل-ویتھ میں گ (ga) حرف ایک ہی ہوتا ہے، لیکن ہاف-ویتھ میں یہ دو بن جاتا ہے: ｶ (کا) + گ (آواز کا نشان)۔ یہ آواز والے حروف والے ناموں کی ظاہر لمبائی کو دوگنا کر دیتا ہے اور کسی بھی ٹیکسٹ پروسیسنگ کو توڑ دیتا ہے جو کریکٹر پوزیشنز کو گنتا ہے۔

4. جاپانی دور کی تاریخیں (和暦)

جاپان گریگورین کیلنڈر کے ساتھ ساتھ اپنے دور پر مبنی کیلنڈر کا استعمال کرتا ہے۔ موجودہ دور ریوا (令和) ہے، جو 1 مئی 2019 کو شروع ہوا۔

جاپانی دور کی تاریخ	گریگورین مساوی
令和8年3月2日	مارچ 2, 2026
R8.03.02	مارچ 2, 2026
令和7年12月15日	دسمبر 15, 2025

انگریزی ایکسل میں جاپانی ادوار کا کوئی تصور نہیں ہے۔ یہ "令和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. الگ ڈپازٹ اور ودھ ڈراول کالم

مغربی بینک اسٹیٹمنٹس کے برعکس جو ایک ہی رقم کا کالم استعمال کرتی ہیں (کریڈٹ کے لیے مثبت، ڈیبٹ کے لیے منفی)، جاپانی اسٹیٹمنٹس عام طور پر دو الگ کالم استعمال کرتی ہیں:

• 入金 (نیوکن) — ڈپازٹس/کریڈٹس
• 出金 (شوکّن) — ودھ ڈراول/ڈیبٹس

ہر ٹرانزیکشن کے لیے ایک کالم ہمیشہ خالی ہوتا ہے۔ ایکسل میں کنورٹ کرتے وقت، آپ کو فیصلہ کرنا ہوگا: دو کالم فارمیٹ رکھیں، یا ایک ہی سائن شدہ رقم کے کالم میں ضم کریں؟ کوئی بھی انتخاب کنورٹر کو جاپانی کالم کی ساخت کو سمجھنے کی ضرورت ہے۔

---

اہم جاپانی بینک اور ان کے اسٹیٹمنٹس

MUFG (三菱UFJ銀行)

جاپان کا سب سے بڑا بینک اثاثوں کے لحاظ سے (~$2.9 ٹریلین) جس کے تقریباً 57 ملین انفرادی ڈپازٹ اکاؤنٹس ہیں۔ Mitsubishi UFJ Financial Group کا حصہ۔ آن لائن بینکنگ (کارپوریٹ کے لیے BizSTATION، خوردہ کے لیے 三菱UFJダイレクト) کے ذریعے پی ڈی ایف اسٹیٹمنٹس اور سی ایس وی ایکسپورٹ پیش کرتا ہے۔ سی ایس وی ایکسپورٹ شفٹ_جے آئی ایس انکوڈنگ استعمال کرتے ہیں۔

SMBC (三井住友銀行)

جاپان کا دوسرا سب سے بڑا کمرشل بینک جس کے تقریباً 27 ملین خوردہ صارفین ہیں۔ Sumitomo Mitsui Financial Group کا حصہ۔ آن لائن بینکنگ (SMBCダイレクト) پی ڈی ایف اور سی ایس وی ڈاؤن لوڈ فراہم کرتی ہے۔

Mizuho (みずほ銀行)

تیسرا میگا بینک جس کے تقریباً 24 ملین خوردہ صارفین اور 12.6 ملین آن لائن بینکنگ سبسکرائبرز ہیں۔ آن لائن بینکنگ (みずほダイレクト) ٹرانزیکشن ڈاؤن لوڈ پیش کرتی ہے۔

جاپان پوسٹ بینک (ゆうちょ銀行)

اکاؤنٹ گنتی کے لحاظ سے سب سے بڑا جس کے تقریباً 120 ملین کسٹمر اکاؤنٹس اور کل اثاثے 205 ٹریلین ین سے زیادہ ہیں۔ تقریباً 24,000 برانچوں (زیادہ تر معاہدہ شدہ ڈاک خانوں) کے ذریعے کام کرتا ہے۔ جاپان میں تقریباً ہر میونسپلٹی تک رسائی رکھتا ہے۔ "Yucho Tsucho" ایپ ڈیجیٹل پاس بک تک رسائی فراہم کرتی ہے۔ منفرد اکاؤنٹ نمبرنگ سسٹم جو معیاری جاپانی بینک اکاؤنٹ نمبروں سے مختلف ہے۔

Rakuten Bank (楽天銀行)

جاپان کا سب سے بڑا آن لائن بینک جس کے 17.6+ ملین اکاؤنٹس اور 13 ٹریلین ین سے زیادہ ڈپازٹس ہیں۔ میگا بینکوں کے مقابلے میں ڈپازٹس میں سالانہ 16.5% کا اضافہ ہوا ہے جبکہ میگا بینکوں کے لیے 3.8%۔ مکمل طور پر ڈیجیٹل سی ایس وی ایکسپورٹ کی صلاحیت کے ساتھ۔

علاقائی بینک (地方銀行)

جاپان میں تقریباً 97 علاقائی بینک ہیں — 61 فرسٹ ٹائر بینک اور 36 سیکنڈ ٹائر بینک۔ ہر پریفیکچر میں عام طور پر اس کے دارالحکومت میں مقیم کم از کم ایک علاقائی بینک ہوتا ہے۔ مثالیں: یوکوہاما بینک (横浜銀行)، چیبا بینک (千葉銀行)، شیزوکا بینک (静岡銀行)۔ علاقائی بینکوں میں اسٹیٹمنٹ فارمیٹس کافی مختلف ہوتے ہیں۔

SBI Shinsei Bank / Sony Bank

SBI Shinsei Bank اور Sony Bank انگریزی زبان کی آن لائن بینکنگ پیش کرنے کے لیے قابلِ ذکر ہیں — جاپان میں نایاب۔ اس وجہ سے غیر ملکی باشندوں میں مقبول ہیں۔ دونوں پی ڈی ایف اور سی ایس وی ایکسپورٹ فراہم کرتے ہیں۔

---

طریقہ 1: PDFSub استعمال کریں (تجویز کردہ)

PDFSub جاپانی بینک اسٹیٹمنٹس کو مقامی طور پر ہینڈل کرتا ہے — بشمول اوپر دی گئی تمام انکوڈنگ اور فارمیٹنگ چیلنجز۔

یہ کیسے کام کرتا ہے

1. اپنی 取引明細書 اپ لوڈ کریں — کسی بھی جاپانی بینک سے پی ڈی ایف کو ڈریگ اور ڈراپ کریں۔ PDFSub 20,000+ سپورٹڈ ٹیمپلیٹس سے بینک فارمیٹ کو آٹو-ڈیٹیکٹ کرتا ہے۔

2. خودکار فارمیٹ ہینڈلنگ — کنورٹر خود بخود:

   • شفٹ_جے آئی ایس انکوڈنگ کو یو ٹی ایف-8 میں ڈیٹیکٹ اور کنورٹ کرتا ہے
   • حساب کے لیے فل-ویتھ نمبرز (１２３) کو ہاف-ویتھ (123) میں نارملائز کرتا ہے
   • فل-ویتھ کاموں، اسپیسز، اور رموز اوقاف کو معیاری حروف میں کنورٹ کرتا ہے
   • جاپانی دور کی تاریخیں (令和8年3月2日) کو معیاری تاریخوں (2026-03-02) میں پارس کرتا ہے
   • ہاف-ویتھ کٹاکانا بھیجنے والے کے ناموں کو قابلِ مطالعہ فل-ویتھ میں ترجمہ کرتا ہے
   • ڈپازٹ/ودھ ڈراول کالمز کو ضم کرتا ہے یا انہیں الگ کالم کے طور پر برقرار رکھتا ہے
   • جاپانی بینکنگ کی اصطلاحات (振込, 振替, 口座振替, etc.) کو پہچانتا ہے

3. جائزہ لیں اور تصدیق کریں — پریویو میں نکالی گئی ٹرانزیکشنز کو چیک کریں۔ بیلنس اسٹیٹمنٹ کے افتتاحی اور اختتامی 残اک (بیلنس) کے خلاف درست کیے جاتے ہیں۔

4. ڈاؤن لوڈ کریں — ایکسل (.xlsx)، سی ایس وی (یو ٹی ایف-8)، کیو بی او (QuickBooks)، او ایف ایکس (Xero, Wave)، کیو ایف ایکس (Quicken)، یا جے ایس او این کے طور پر ایکسپورٹ کریں۔

PDFSub جاپانی اسٹیٹمنٹس کے لیے کیوں کام کرتا ہے

133 زبانیں بشمول جاپانی۔ ایکسٹریکشن انجن جاپانی بینکنگ کی اصطلاحات — 振込, 振替, 入金, 出金, 口座振替, 手数料, 利息 — کو سمجھتا ہے اور انہیں منظم فیلڈز میں میپ کرتا ہے۔

انکوڈنگ خود بخود ہینڈل کی جاتی ہے۔ شفٹ_جے آئی ایس اور یو ٹی ایف-8 کے درمیان دستی طور پر ڈیٹیکٹ یا کنورٹ کرنے کی ضرورت نہیں۔ PDFSub انکوڈنگ کی شناخت کرتا ہے اور سب کچھ یو ٹی ایف-8 میں نارملائز کرتا ہے جس میں کانجی، ہیراگانا، کٹاکانا، اور مکسڈ-ویتھ حروف کو درست طریقے سے ہینڈل کیا جاتا ہے۔

ہر اہم جاپانی بینک سپورٹڈ ہے۔ تین میگا بینکوں (MUFG, SMBC, Mizuho) سے لے کر جاپان پوسٹ بینک کے 120 ملین اکاؤنٹس، راکٹن بینک، تمام 47 پریفیکچرز کے علاقائی بینکوں، اور SBI Shinsei اور Sony Bank جیسے انگریزی دوست بینکوں تک۔

براؤزر-پہلے پرائیویسی۔ آن لائن بینکنگ سے ڈیجیٹل پی ڈی ایف کے لیے، ٹیکسٹ ایکسٹریکشن مکمل طور پر آپ کے براؤزر میں ہوتا ہے۔ فائل کبھی بھی آپ کے ڈیوائس سے باہر نہیں جاتی۔ سرور سائیڈ پروسیسنگ صرف اسکین شدہ دستاویزات یا پاس بک فوٹو کے لیے استعمال ہوتی ہے۔

فل-ویتھ نارملائزیشن۔ نمبر، کامے، اسپیسز، اور رموز اوقاف سب خود بخود فل-ویتھ سے ہاف-ویتھ میں نارملائز ہو جاتے ہیں — یہ یقینی بناتا ہے کہ رقمیں آپ کے اسپریڈشیٹ میں ٹیکسٹ کے بجائے نمبر کے طور پر سمجھی جائیں۔

---

طریقہ 2: آپ کے بینک کا سی ایس وی ایکسپورٹ

زیادہ تر اہم جاپانی بینک آن لائن بینکنگ کے ذریعے سی ایس وی ٹرانزیکشن ڈاؤن لوڈ پیش کرتے ہیں۔ یہاں وہ ہے جو آپ کو ملے گا:

آپ کو کیا ملے گا

• انکوڈنگ: تقریباً ہمیشہ شِفٹ_جے آئی ایس (یو ٹی ایف-8 نہیں)
• ڈیلیمیٹر: معیاری کاما (,)
• تاریخ فارمیٹ: عام طور پر سی ایس وی میں YYYY/MM/DD (مغربی)، حالانکہ کچھ بینک دور کی تاریخیں استعمال کرتے ہیں
• کالمز: عام طور پر 日付 (تاریخ)، 摘要 (تفصیل)، 入金額 (جمع)، 出金額 (نکال)، 残高 (بقیہ)

حدود

شِفٹ_جے آئی ایس انکوڈنگ۔ کسی بھی نان-جاپانی سسٹم پر سی ایس وی کھولنے سے خراب ٹیکسٹ نکلتا ہے۔ آپ کو امپورٹ کرتے وقت واضح طور پر انکوڈنگ سیٹ کرنے کی ضرورت ہے: ایکسل میں، Data → Get Data → From Text/CSV → "Japanese (Shift-JIS)" انکوڈنگ کا انتخاب کریں۔

ہاف-ویتھ کٹاکانا نام۔ بھیجنے والے/وصول کنندہ کے نام زینگن سسٹم سے ہاف-ویتھ کٹاکانا میں نظر آئیں گے۔ یہ مقامی جاپانی بولنے والوں کے لیے بھی پڑھنے میں مشکل ہیں اور غیر بولنے والوں کے لیے ناممکن ہیں۔

محدود تاریخ۔ آن لائن بینکنگ سی ایس وی ایکسپورٹ عام طور پر 3-12 مہینوں کا احاطہ کرتے ہیں۔ طویل تاریخ کے لیے ہر مدت کے لیے اسٹیٹمنٹس الگ الگ ڈاؤن لوڈ کرنے کی ضرورت ہے۔

کوئی معیاری فارمیٹ نہیں۔ جرمن CAMT.053/MT940 یا فرانسیسی CAMT.053/FEC معیارات کے برعکس، جاپانی بینک سی ایس وی کا کوئی عالمی فارمیٹ نہیں ہے۔ ہر بینک اپنے کالم آرڈر، نام، اور ساخت کا استعمال کرتا ہے۔

تفصیلات میں فل-ویتھ حروف۔ ٹرانزیکشن کی تفصیلات میں فل-ویتھ نمبر اور رموز اوقاف ہو سکتے ہیں جنہیں تجزیہ سے پہلے نارملائز کرنے کی ضرورت ہے۔

---

طریقہ 3: دستی کاپی-پیسٹ (تجویز کردہ نہیں)

جاپانی اسٹیٹمنٹس کے ساتھ مسائل شدید ہیں:

• کانجی اور کٹاکانا حروف ایپلیکیشنز کے درمیان صحیح طریقے سے پیسٹ نہیں ہو سکتے
• انکوڈنگ کنورژن خاموشی سے ناکام ہو جاتی ہے — جو حروف صحیح نظر آتے ہیں وہ غلط یونیکوڈ کوڈ پوائنٹس ہو سکتے ہیں
• فل-ویتھ نمبرز ایسے ٹیکسٹ کے طور پر پیسٹ ہوتے ہیں جنہیں شمار نہیں کیا جا سکتا
• ہاف-ویتھ کٹاکانا نام پیسٹ ہوتے ہیں لیکن نان-جاپانی سسٹم پر ناقابلِ مطالعہ ہوتے ہیں

انگریزی ایکسل میں جاپانی دور کی تاریخوں کی کوئی خودکار کنورژن نہیں ہوتی

• الگ ڈپازٹ/ودھ ڈراول کالمز کو دستی طور پر ضم کرنے کی ضرورت ہوتی ہے
• افتتاحی/اختتامی بیلنس کے خلاف کوئی تصدیق نہیں

کسی بھی مقدار میں ٹرانزیکشنز کے لیے، یہ طریقہ عملی نہیں ہے۔

---

جاپانی مالیاتی نظام جنہیں آپ کو جاننا چاہیے

زینگن سسٹم (全銀システム)

جاپان کا بنیادی گھریلو انٹربینک پیمنٹ کلیئرنگ نیٹ ورک، جو 1973 میں قائم ہوا۔ جاپان کے تقریباً تمام نجی بینکوں کو جوڑتا ہے، روزانہ تقریباً 6.5 ملین ٹرانزیکشنز پروسیس کرتا ہے جن کی مالیت تقریباً 12 ٹریلین ین ہے۔

زینگن فائل فارمیٹ ناموں کے لیے ہاف-ویتھ کٹاکانا انکوڈنگ کے ساتھ فکسڈ-ویتھ 120-بائٹ ریکارڈ استعمال کرتا ہے۔ یہ پرانی فارمیٹ اس کی وجہ ہے کہ بینک اسٹیٹمنٹس پر بھیجنے والے/وصول کنندہ کے نام کانجی کے بجائے ہاف-ویتھ کٹاکانا میں نظر آتے ہیں۔ نیا ZEDI (Zengin EDI) سسٹم فل کانجی کو سپورٹ کرتا ہے اور ISO 20022-کمپلیئنٹ XML میسجنگ کی طرف بڑھ رہا ہے، لیکن پرانی فارمیٹنگ بہت سے اسٹیٹمنٹس پر برقرار ہے۔

بلیو ریٹرن (青色申告) بمقابلہ وائٹ ریٹرن (白色申告)

جاپانی ٹیکس فائلنگ کی دو سطحیں ہیں:

خصوصیت	بلیو ریٹرن (青色申告)	وائٹ ریٹرن (白色申告)
درخواست	پہلے سے درخواست دینی ہوگی	ڈیفالٹ اسٹیٹس
بک کیپنگ	تفصیلی ڈبل اینٹری	سادہ آمدنی/اخراجات
خصوصی کٹوتی	¥650,000 تک (ای-ٹیکس کے ساتھ)	کوئی نہیں
نقصان کیری اوور	ہاں، 3 سال تک	نہیں

بلیو ریٹرن فائلرز — جو بڑی ٹیکس کٹوتی حاصل کرتے ہیں — کو تفصیلی مالی ریکارڈ رکھنے کی ضرورت ہوتی ہے، جس سے درست بینک اسٹیٹمنٹ کنورژن ان کی بک کیپنگ کے لیے ضروری ہو جاتا ہے۔

کوالیفائیڈ انوائس سسٹم (インボイス制度)

1 اکتوبر 2023 کو شروع کیا گیا، یہ سسٹم کاروباروں کو کنزمپشن ٹیکس کریڈٹ کے لیے درست انوائس جاری کرنے کے لیے "کوالیفائیڈ انوائس ایشور" کے طور پر رجسٹر کرنے کی ضرورت ہے۔ پہلے، 10 ملین ین سے کم سالانہ ٹیکس ایبل سیلز والے کاروبار کنزمپشن ٹیکس سے مستثنیٰ تھے۔ اس تبدیلی نے چھوٹے کاروباروں اور فری لانسرز کے درمیان درست مالی ریکارڈ رکھنے کی ضرورت کو نمایاں طور پر بڑھا دیا ہے۔

جاپانی اکاؤنٹنگ سافٹ ویئر

سافٹ ویئر	کلیدی اعدادوشمار	ہدف
freee	~600,000 سبسکرائبرز	SMEs، فری لانسرز، اسٹارٹ اپس
Money Forward	27.96 بلین ین SaaS ARR	SMEs، افراد
Yayoi (弥生)	24 سالوں سے مسلسل #1 ڈیسک ٹاپ اکاؤنٹنگ	SMEs، واحد مالک
TKC	~11,500 ٹیکس اکاؤنٹنٹ فرموں کی خدمت کرتا ہے	ٹیکس اکاؤنٹنٹ فرمز

تینوں بڑے کلاؤڈ پلیٹ فارمز (freee, Money Forward, Yayoi Online) بینک ٹرانزیکشن ڈیٹا کے سی ایس وی امپورٹ کو سپورٹ کرتے ہیں۔ PDFSub کے ایکسل اور سی ایس وی ایکسپورٹس کو براہ راست ان ٹولز میں امپورٹ کیا جا سکتا ہے۔

---

جاپانی بینک اسٹیٹمنٹ کنورژن کی ضرورت کسے ہے؟

ٹیکس اکاؤنٹنٹس (税理士)۔ جاپان میں تقریباً 82,276 رجسٹرڈ ٹیکس اکاؤنٹنٹس ہیں (دسمبر 2025 تک)۔ وہ بک کیپنگ، ٹیکس فائلنگ، اور آڈٹ کی تیاری کے لیے کلائنٹ کے بینک اسٹیٹمنٹس پروسیس کرتے ہیں۔ صرف TKC نیشنل فیڈریشن میں 11,500 ممبر فرمز ہیں۔

غیر ملکی باشندے۔ جون 2025 تک، جاپان میں 3.96 ملین غیر ملکی باشندے رہتے ہیں — 2012 کے اعداد و شمار سے تقریباً دوگنا۔ زیادہ تر بینک اسٹیٹمنٹس مکمل طور پر جاپانی میں ہوتی ہیں جن کا کوئی انگریزی آپشن نہیں ہوتا۔ غیر ملکی باشندوں کو گھر کے ملک کے ٹیکس فائلنگ، ویزا کی تجدید، اور بیرون ملک کے اداروں کو مالی دستاویزات بھیجنے کے لیے کنورٹڈ اسٹیٹمنٹس کی ضرورت ہوتی ہے۔

بلیو ریٹرنز فائل کرنے والے فری لانسرز۔ خود روزگار والے کارکنان اور فری لانسرز جو بلیو ریٹرن (青色申告) اسٹیٹس برقرار رکھتے ہیں انہیں تفصیلی ڈبل اینٹری بک کیپنگ ریکارڈ رکھنے کی ضرورت ہوتی ہے۔ بینک اسٹیٹمنٹس کو ایکسل میں کنورٹ کرنا کاروباری اخراجات کو درجہ بندی کرنے اور ¥650,000 کی خصوصی کٹوتی کا حساب لگانے کا پہلا قدم ہے۔

بین الاقوامی کاروبار۔ جاپانی ذیلی کمپنیوں والی کمپنیوں کو جاپانی بینکنگ ڈیٹا کو عالمی اکاؤنٹنگ سسٹم کے ساتھ یکجا کرنے کی ضرورت ہوتی ہے۔ تین میگا بینک اجتماعی طور پر جاپانی کمپنیوں کے 19.3% کے لیے مین بینک کے طور پر کام کرتے ہیں، اور کارپوریٹ بینکنگ عام طور پر MUFG کے BizSTATION یا اسی طرح کے پورٹلز کے ذریعے چلتی ہے۔

طلباء اور ورکنگ ہالیڈے ویزا ہولڈرز۔ جاپان میں 2024 میں 30 ملین سے زیادہ بین الاقوامی زائرین آئے۔ طویل مدتی طلباء اور ورکنگ ہالیڈے ویزا ہولڈرز جاپانی بینک اکاؤنٹس کھولتے ہیں (اکثر جاپان پوسٹ بینک میں، جو سب سے زیادہ قابلِ رسائی ہے) اور اپنے ملک میں فنانس کا انتظام کرتے وقت یا ٹیکس فائل کرتے وقت اسٹیٹمنٹس پروسیس کرنے کی ضرورت ہوتی ہے۔

---

ایکسل میں جاپانی مالیاتی ڈیٹا کے ساتھ کام کرنے کے لیے تجاویز

سب سے پہلے موجی بیک کی جانچ کریں۔ اگر کوئی جاپانی متن خراب حروف (ä, â€, é, وغیرہ) کے طور پر ظاہر ہوتا ہے، تو فائل کو غلط انکوڈنگ کے ساتھ کھولا گیا تھا۔ شفٹ_جے آئی ایس انکوڈنگ کا استعمال کرتے ہوئے دوبارہ امپورٹ کریں یا مسئلے سے بچنے کے لیے PDFSub کے یو ٹی ایف-8 ایکسل ایکسپورٹ کا استعمال کریں۔

نمبر کی اقسام کی تصدیق کریں۔ امپورٹ کے بعد، ٹیسٹ کریں کہ رقمیں اصل نمبر ہیں: ایک سیل پر کلک کریں اور چیک کریں کہ آیا ایکسل فارمولا بار میں نمبر دکھاتا ہے، یا کالم پر =SUM() آزمائیں۔ اگر SUM 0 واپس کرتا ہے لیکن سیلز نمبر دکھاتے ہیں، تو ویلیوز فل-ویتھ ٹیکسٹ ہیں جو نمبروں کا روپ دھارے ہوئے ہیں۔

دو کالم فارمیٹ کو سمجھیں۔ جاپانی اسٹیٹمنٹس الگ 入金 (جمع) اور 出金 (نکال) کالم استعمال کرتی ہیں۔ اگر آپ کے تجزیہ کو ایک ہی سائن شدہ رقم کی ضرورت ہے، تو ایک فارمولا بنائیں: =IF(deposit_cell<>"", deposit_cell, -withdrawal_cell)۔

دور کی تاریخیں کنورٹ کریں۔ اگر آپ کو دور کی تاریخیں ملتی ہیں: ریوا سال + 2018 = گریگورین سال۔ تو 令和8年 = 2026، 令和7年 = 2025۔ ہیسے کی تاریخوں کے لیے (مئی 2019 سے پہلے): ہیسے سال + 1988 = گریگورین سال۔

اصل پی ڈی ایف رکھیں۔ جاپانی ٹیکس قانون مالی ریکارڈ رکھنے کا تقاضا کرتا ہے۔ بلیو ریٹرن فائلرز کے لیے، اصل بینک اسٹیٹمنٹ (یا پاس بک) ضروری دستاویز ہے۔ ہمیشہ اپنی کنورٹڈ ایکسل فائل کے ساتھ پی ڈی ایف رکھیں۔

مکسڈ-ویتھ حروف پر نظر رکھیں۔ اگر ترتیب دینے یا فلٹر کرنے کے نتیجے میں غیر متوقع نتائج آتے ہیں، تو ایک ہی کالم میں مکسڈ فل-ویتھ اور ہاف-ویتھ حروف کی جانچ کریں۔ ایک مکمل طور پر ہاف-ویتھ سیل میں ایک ہی فل-ویتھ اسپیس مماثلت کا سبب بنے گا۔

---

اکثر پوچھے جانے والے سوالات

کیا میں MUFG (三菱UFJ銀行) اسٹیٹمنٹس کو ایکسل میں کنورٹ کر سکتا ہوں؟

ہاں۔ MUFG جاپان کا سب سے بڑا بینک ہے جس کے تقریباً 57 ملین انفرادی اکاؤنٹس ہیں۔ PDFSub MUFG پی ڈی ایف اسٹیٹمنٹس کو مقامی طور پر ہینڈل کرتا ہے، جاپانی فارمیٹنگ — بشمول شفٹ_جے آئی ایس انکوڈنگ، ہاف-ویتھ کٹاکانا بھیجنے والے کے نام، اور الگ ڈپازٹ/ودھ ڈراول کالمز — کو صاف، یو ٹی ایف-8 انکوڈڈ اسپریڈشیٹ ڈیٹا میں کنورٹ کرتا ہے۔

خراب جاپانی حروف (موجی بیک) کو کیسے ٹھیک کیا جائے؟

موجی بیک تب ہوتا ہے جب شفٹ_جے آئی ایس انکوڈڈ فائل کو یو ٹی ایف-8 کے طور پر کھولا جاتا ہے (یا اس کے برعکس)۔ PDFSub انکوڈنگ کا خود بخود پتہ لگا کر اور یو ٹی ایف-8 میں ایکسپورٹ کر کے اسے مکمل طور پر ٹال دیتا ہے۔ اگر آپ را سی ایس وی فائلوں کے ساتھ کام کر رہے ہیں، تو ایکسل میں امپورٹ کرتے وقت "Japanese (Shift-JIS)" انکوڈنگ کی وضاحت کریں: Data → Get Data → From Text/CSV → انکوڈنگ کا انتخاب کریں۔

کیا جاپانی بینک پی ڈی ایف میں او سی آر کے مسائل ہیں؟

آن لائن بینکنگ سے ڈاؤن لوڈ کی گئی اسٹیٹمنٹس مقامی ڈیجیٹل پی ڈی ایف ہیں جن میں سلیکٹ ایبل ٹیکسٹ ہوتا ہے — ایکسٹریکشن تیز اور درست ہے۔ او سی آر اسکین شدہ کاغذی اسٹیٹمنٹس یا پاس بک فوٹو (通帳の写真) کے لیے درکار ہے۔ جاپان کے پاس بک کلچر کا مطلب ہے کہ بہت سے صارفین پی ڈی ایف ڈاؤن لوڈ کرنے کے بجائے اپنی پاس بک کے صفحات کی تصویر لیتے ہیں۔ PDFSub ڈیجیٹل پی ڈی ایف اور اسکین شدہ دونوں دستاویزات کو ہینڈل کرتا ہے۔

پاس بک (通帳) اندراجات کے بارے میں کیا خیال ہے؟

فزیکل پاس بکس ابھی بھی جاپان میں عام ہیں، حالانکہ بینکوں کے نئے پاس بکس کے لیے فیس چارج کرنے کی وجہ سے ان کا استعمال کم ہو رہا ہے (MUFG ¥550/سال چارج کرتا ہے)۔ پاس بک اندراجات عام طور پر آن لائن اسٹیٹمنٹ پی ڈی ایف کے مقابلے میں زیادہ مختصر ہوتے ہیں، جن میں صرف مختصر تفصیلات دکھائی جاتی ہیں۔ اگر آپ پاس بک کے صفحات کی تصویر لیتے ہیں، تو PDFSub کا او سی آر موڈ ٹرانزیکشنز نکال سکتا ہے۔

کیا میں جاپانی بینک ڈیٹا کو freee یا Money Forward میں ایکسپورٹ کر سکتا ہوں؟

PDFSub ایکسل، سی ایس وی (یو ٹی ایف-8)، کیو بی او، او ایف ایکس، کیو ایف ایکس، اور جے ایس او این میں ایکسپورٹ کرتا ہے۔ جاپانی اکاؤنٹنگ سافٹ ویئر (freee, Money Forward, Yayoi) کے لیے، سی ایس وی میں ایکسپورٹ کریں اور سافٹ ویئر کی بلٹ ان بینک ٹرانزیکشن امپورٹ فیچر کا استعمال کرتے ہوئے امپورٹ کریں۔ PDFSub سے صحیح انکوڈڈ، نارملائزڈ ڈیٹا موجی بیک یا فارمیٹنگ کے مسائل کے بغیر صاف امپورٹ کو یقینی بناتا ہے۔

جاپانی دور کی تاریخیں (令和) کیسے ہینڈل کریں؟

PDFSub خود بخود جاپانی دور کی تاریخوں کو معیاری گریگورین تاریخوں میں کنورٹ کرتا ہے۔ دستی کنورژن کے لیے: ریوا سال + 2018 = گریگورین سال (令和8年 = 2026)۔ ہیسے سال + 1988 = گریگورین سال (平成31年 = 2019)۔ ادوار 1 مئی 2019 کو تبدیل ہوئے۔

PDFSub کتنے جاپانی بینکوں کو سپورٹ کرتا ہے؟

PDFSub عالمی سطح پر 20,000+ بینک فارمیٹس کو سپورٹ کرتا ہے، بشمول تمام اہم جاپانی بینک: تین میگا بینک (MUFG, SMBC, Mizuho)، جاپان پوسٹ بینک، راکٹن بینک، تمام 47 پریفیکچرز کے علاقائی بینک، اور SBI Shinsei اور Sony Bank جیسے انگریزی دوست بینک۔

کیا میں ایک ساتھ متعدد جاپانی اسٹیٹمنٹس کنورٹ کر سکتا ہوں؟

ہاں۔ متعدد 取引明細書 (ٹرانزیکشن اسٹیٹمنٹس) اپ لوڈ کریں اور PDFSub انہیں ترتیب سے پروسیس کرے گا۔ ہر اسٹیٹمنٹ کو آزادانہ طور پر ڈیٹیکٹ اور کنورٹ کیا جاتا ہے، یہاں تک کہ اگر وہ مختلف لے آؤٹ اور انکوڈنگ کنونشنز والے مختلف بینکوں سے ہوں۔

---

7 دن کے لیے مفت PDFSub آزمائیں — بینک اسٹیٹمنٹ کنورٹر اور 77+ دیگر پی ڈی ایف ٹولز تک مکمل رسائی۔ کسی بھی وقت منسوخ کریں۔