ทำความเข้าใจรูปแบบใบแจ้งยอดธนาคาร: คู่มือเชิงเทคนิค

PDF ใบแจ้งยอดธนาคารดูเหมือนง่าย: วันที่, คำอธิบาย, จำนวนเงิน, ยอดคงเหลือในคอลัมน์ที่เรียบร้อย แต่เบื้องหลังรูปลักษณ์นั้นคือรูปแบบเอกสาร (PDF) ที่ไม่เคยถูกออกแบบมาเพื่อจัดเก็บข้อมูลที่มีโครงสร้าง - และกระบวนการแปลงที่ต้องทำความเข้าใจทั้งรูปแบบอินพุตและรูปแบบเอาต์พุตที่มีอยู่มากมาย

คู่มือนี้ครอบคลุม 12 ส่วนที่ปรากฏในใบแจ้งยอดธนาคารทุกฉบับ (ไม่ว่าจะเป็นธนาคารใด), ความเป็นจริงทางเทคนิคของ PDF ใบแจ้งยอดธนาคาร, ความหลากหลายของเค้าโครงในแต่ละธนาคาร, ทุกรูปแบบเอาต์พุตที่คุณจะพบเจอ (Excel, CSV, QBO, OFX, QFX, QIF, JSON), ความแตกต่างของการจัดรูปแบบสากล และมาตรฐานอุตสาหกรรมที่ควบคุมการแลกเปลี่ยนข้อมูลทางการเงิน

โครงสร้างของใบแจ้งยอดธนาคาร

ใบแจ้งยอดธนาคารทุกฉบับ - Chase, Bank of America, Wells Fargo, HSBC, Deutsche Bank, หรือธนาคารใดๆ - สร้างขึ้นจาก 12 ส่วนเดียวกัน ป้ายกำกับอาจแตกต่างกันไป ("Subtractions" หรือ "Withdrawals") การจัดเรียงคอลัมน์อาจแตกต่างกันไป แต่โครงสร้างพื้นฐานยังคงเหมือนเดิม เมื่อคุณสามารถระบุส่วนเหล่านี้ได้ ใบแจ้งยอดทุกฉบับจะดูคุ้นเคย

ต้องการนำอินโฟกราฟิกนี้ไปใช้ในบล็อกของคุณหรือไม่? คัดลอกโค้ดสำหรับฝังนี้:

สำหรับการเจาะลึกเฉพาะธนาคารที่ครอบคลุมวิธีการจัดวาง 12 ส่วนนี้ของแต่ละธนาคารหลัก โปรดดู:

• คำอธิบายใบแจ้งยอดธนาคาร Chase
• คำอธิบายใบแจ้งยอดธนาคาร Bank of America
• คำอธิบายใบแจ้งยอดธนาคาร Wells Fargo
• คำอธิบายใบแจ้งยอดธนาคาร Citi
• คำอธิบายใบแจ้งยอดธนาคาร Capital One

ทำไม PDF จึงไม่ใช่รูปแบบข้อมูล

PDF ย่อมาจาก Portable Document Format ซึ่งเป็นมาตรฐาน ISO 32000 (เวอร์ชัน 2.0 กลายเป็น ISO 32000-2:2020) ถูกออกแบบมาเพื่อวัตถุประสงค์เดียว: ทำให้เอกสารดูเหมือนกันทุกประการบนหน้าจอและเครื่องพิมพ์ทุกเครื่อง ซึ่งยอดเยี่ยมสำหรับการแสดงผลภาพ - และแย่มากสำหรับการดึงข้อมูล

สิ่งที่อยู่ภายใน PDF ใบแจ้งยอดธนาคารจริงๆ

ภายในหน้า PDF แต่ละหน้าคือ content stream - ลำดับของคำสั่งวาดที่เขียนด้วยภาษาคล้าย PostScript ข้อความจะถูกเรนเดอร์โดยใช้คำสั่งเฉพาะ:

• BT / ET - Begin Text / End Text: ขอบเขตของออบเจกต์ข้อความ
• Tf - ตั้งค่าฟอนต์และขนาด
• Td / Tm - เลื่อนตำแหน่งข้อความหรือตั้งค่าเมทริกซ์การแปลงข้อความทั้งหมด
• Tj - แสดงสตริงข้อความ
• TJ - แสดงข้อความพร้อมการปรับตำแหน่งอักขระแต่ละตัว (ปรับระยะห่าง)

ข้อคิดที่สำคัญ: ไม่มีแนวคิดของ "ตาราง", "แถว", หรือ "คอลัมน์" ในข้อกำหนดของ PDF สิ่งที่ดูเหมือนตารางธุรกรรมที่จัดรูปแบบอย่างเรียบร้อย จริงๆ แล้วคือข้อความจำนวนมากที่วางไว้ที่พิกัด x,y เฉพาะบนหน้า เครื่องมือดึงข้อมูลต้อง:

1. แยกวิเคราะห์คำสั่ง content stream
2. แก้ไขการเข้ารหัสฟอนต์เพื่อจับคู่ดัชนีอักขระกับอักขระ Unicode
3. ใช้เมทริกซ์ข้อความ (Tm/Td) เพื่อกำหนดตำแหน่ง x,y ของทุกอักขระ
4. สร้างคำ, บรรทัด, และคอลัมน์จากพิกัดเหล่านั้น

คอลัมน์ที่ดูเหมือนจัดเรียงอย่างสมบูรณ์แบบอาจอยู่ที่ x=72.0 ในบรรทัดหนึ่งและ x=72.5 ในบรรทัดถัดไป อัลกอริทึมการดึงข้อมูลต้องกำหนดขอบเขตคอลัมน์โดยยอมรับความคลาดเคลื่อนของตำแหน่งย่อยพิกเซลเหล่านี้

PDF ที่ติดแท็ก (Tagged) กับ PDF ที่ไม่ติดแท็ก (Untagged)

Tagged PDF มีโครงสร้างเชิงตรรกะที่ซ่อนอยู่ (คล้ายกับแท็ก HTML) ที่ทำเครื่องหมายเนื้อหาว่าเป็นหัวข้อ, ย่อหน้า, ตาราง, แถวตาราง, และเซลล์ตาราง ซึ่งทำให้การดึงข้อมูลง่ายขึ้นอย่างมาก

Untagged PDF ไม่มีข้อมูลเมตาโครงสร้าง - เครื่องมือดึงข้อมูลจะได้รับเฉพาะข้อมูลตำแหน่งดิบและต้องอนุมานทุกอย่าง

PDF ใบแจ้งยอดส่วนใหญ่ที่สร้างโดยธนาคารเป็นแบบ untagged ธนาคารสร้างใบแจ้งยอดโดยใช้ระบบประมวลผลแบบ batch (Oracle BI Publisher, SAP Crystal Reports, หรือไปป์ไลน์ print-to-PDF ที่กำหนดเอง) ข้อบังคับด้านการเข้าถึง (ADA/WCAG) กำลังผลักดันให้ธนาคารใช้ tagged PDF แต่การยอมรับยังช้า การดาวน์โหลดมาตรฐานจากธนาคารใหญ่ส่วนใหญ่ยังคงเป็นแบบ untagged

ความหลากหลายของเค้าโครงใบแจ้งยอดธนาคาร

ไม่มีมาตรฐานอุตสาหกรรมสำหรับวิธีที่ธนาคารจัดรูปแบบใบแจ้งยอด PDF ของตน ข้อมูลห้าส่วนเท่ากัน - วันที่, คำอธิบาย, เดบิต, เครดิต, ยอดคงเหลือ - ถูกจัดเรียงแตกต่างกันไปในแต่ละธนาคาร

คอลัมน์จำนวนเงินเดียว (มีเครื่องหมาย)

Date Description Amount Balance
01/15/26 DIRECT DEP PAYROLL +3,500.00 5,200.00
01/16/26 POS PURCHASE GROCERY -87.50 5,112.50

เดบิตเป็นค่าลบ, เครดิตเป็นค่าบวก (หรือกลับกัน) พบได้ทั่วไปกับธนาคารขนาดเล็ก สหกรณ์เครดิตยูเนี่ยน และธนาคารดิจิทัล ง่ายต่อการแยกวิเคราะห์เพราะมีคอลัมน์จำนวนเงินเดียวให้ดึงข้อมูล

คอลัมน์เดบิต/เครดิตแยกกัน

Date Description Withdrawals  Deposits Balance
01/15/26 DIRECT DEP PAYROLL 3,500.00 5,200.00
01/16/26 POS PURCHASE GROCERY 87.50 5,112.50

ใช้โดย Chase, Bank of America และธนาคารแบบดั้งเดิมหลายแห่ง เครื่องมือดึงข้อมูลต้องระบุว่าคอลัมน์ใดมีจำนวนเงินและกำหนดเครื่องหมายตามนั้น

จัดกลุ่มตามประเภทธุรกรรม

บัญชีธุรกิจและบัญชีบริษัทมักจะจัดกลุ่มธุรกรรม:

DEPOSITS AND OTHER CREDITS 01/15  Wire Transfer In REF#12345 10,000.00 01/18  Check Deposit #4567 2,500.00 Total Deposits 12,500.00
 
CHECKS PAID 01/16  Check #1234 850.00 01/17  Check #1235 1,200.00 Total Checks Paid 2,050.00
 
ELECTRONIC TRANSACTIONS 01/19  ACH PYMT - Vendor Corp 3,200.00 01/20  Online Transfer to Savings 1,000.00 Total Electronic 4,200.00

หัวข้อส่วนจะเป็นตัวกำหนดว่าธุรกรรมเป็นเดบิตหรือเครดิต บรรทัดสรุป ("Total Deposits") ต้องถูกระบุและยกเว้นจากข้อมูลธุรกรรม

ลักษณะเฉพาะของธนาคาร

• Chase - คอลัมน์เดบิต/เครดิตแยกกัน; จัดกลุ่มตาม "DEPOSITS AND ADDITIONS" และ "ELECTRONIC PAYMENTS" และ "FEES"; คำอธิบายหลายบรรทัดเป็นเรื่องปกติสำหรับรายละเอียดผู้ค้า
• Bank of America - คอลัมน์ถอน/ฝากแยกกัน; รวมถึงส่วน "Daily Balance" ในตอนท้าย; ส่วนหัวที่กว้างขวางพร้อมหมายเลขบัญชี, ช่วงเวลาของใบแจ้งยอด, หมายเลขเส้นทาง (routing number)
• Wells Fargo - คอลัมน์แยกกัน; รวมถึงส่วน "DAILY BALANCE SUMMARY"; เรียกดาวน์โหลด CSV ว่า "Comma Delimited"
• Capital One - รูปแบบจำนวนเงินเดียวที่ชัดเจนสำหรับบัตรผู้บริโภค; ข้อมูลส่วนหัวน้อยที่สุด
• Citi - มักจะรวมรายละเอียดธุรกรรมระหว่างประเทศพร้อมจำนวนเงินสกุลเดิมและอัตราแลกเปลี่ยนในบรรทัดแยกต่างหาก

ความหลากหลายของการจัดเรียงคอลัมน์

นอกเหนือจากคำถามเดบิต/เครดิต การจัดลำดับคอลัมน์ก็ไม่ได้เป็นมาตรฐาน:

• ลำดับคอลัมน์: วันที่-คำอธิบาย-จำนวนเงิน-ยอดคงเหลือ vs. วันที่-จำนวนเงิน-คำอธิบาย-ยอดคงเหลือ
• หมายเลขเช็ค: มีในบัญชีธุรกิจ, ไม่มีในบัญชีส่วนตัว
• หมายเลขอ้างอิง: พบได้ทั่วไปในใบแจ้งยอดธุรกิจ, หายากในใบแจ้งยอดส่วนตัว
• ยอดคงเหลือสะสม: ต่อธุรกรรม (พบได้บ่อยที่สุด) vs. ยอดรวมรายวัน vs. ไม่มีเลย

PDF ดิจิทัล vs. PDF สแกน

ปัจจัยที่สำคัญที่สุดที่ส่งผลต่อความแม่นยำของการแปลงคือ PDF ของคุณเป็นแบบดิจิทัลหรือสแกน

PDF ดิจิทัล (Native)

สร้างขึ้นตามโปรแกรมโดยระบบของธนาคารของคุณเมื่อคุณดาวน์โหลดใบแจ้งยอด ข้อความจะถูกจัดเก็บเป็นคำสั่ง content stream พร้อมการเข้ารหัสฟอนต์

• ความแม่นยำ: 99%+ สำหรับการดึงข้อความ - ไม่มีข้อผิดพลาดในการรู้จำ
• ความเร็ว: มิลลิวินาทีต่อหน้า
• ความเป็นส่วนตัว: สามารถประมวลผลทั้งหมดในเบราว์เซอร์ของคุณ - ไฟล์ไม่เคยออกจากอุปกรณ์ของคุณ
• ขนาดไฟล์: โดยทั่วไป 50KB–500KB ต่อหน้า
• วิธีระบุ: คุณสามารถเลือกและไฮไลท์คำแต่ละคำได้

PDF สแกน

ภาพของใบแจ้งยอดกระดาษ - สร้างขึ้นจากการสแกนหรือถ่ายภาพเอกสารจริง เนื้อหาจะถูกจัดเก็บเป็นรูปภาพแบบ rasterized (บีบอัดแบบ JPEG, JPEG2000, CCITT หรือ Flate)

• ความแม่นยำ: 95–99% ด้วย OCR ระดับมืออาชีพ; 65–70% ด้วย OCR ทั่วไป
• ความเร็ว: วินาทีต่อหน้า (ต้องมีการประมวลผลรูปภาพ)
• ความเป็นส่วนตัว: โดยทั่วไปต้องมีการประมวลผลฝั่งเซิร์ฟเวอร์ (ต้องอัปโหลดไฟล์เพื่อทำ OCR)
• ขนาดไฟล์: 200KB–2MB+ ต่อหน้า
• วิธีระบุ: คุณไม่สามารถเลือกข้อความใดๆ ได้; การซูมไปที่ 400% จะแสดงภาพแตกเป็นพิกเซล

ทำไมความแม่นยำของการสแกนจึงสำคัญกว่าสำหรับข้อมูลทางการเงิน

อัตราความแม่นยำของอักขระ 97% ฟังดูยอดเยี่ยมจนกว่าจะนำไปใช้กับข้อมูลทางการเงิน ในใบแจ้งยอดที่มีอักขระ 1,000 ตัวของจำนวนเงิน นั่นคือ 30 อักขระที่อ่านผิด การอ่านอักขระผิดเพียงตัวเดียวจะเปลี่ยนจำนวนธุรกรรม: "$1,234.56" กลายเป็น "$1,234.86" หรือ "$7,234.56" OCR ขั้นสูงให้ความแม่นยำเกือบ 99% แต่ข้อผิดพลาดที่เหลือจะตกอยู่กับอักขระที่ดูคล้ายกัน: 0/O, 1/l/I, 5/S, 8/B, 6/G และที่สำคัญคือจุลภาค/จุด

ควรเลือกดาวน์โหลดแบบดิจิทัลเสมอ ดาวน์โหลดใบแจ้งยอดจากเว็บไซต์ธนาคารของคุณแทนการสแกนเอกสาร ซึ่งจะช่วยขจัดข้อผิดพลาด OCR ทั้งหมด

รูปแบบผลลัพธ์: เจาะลึก

เมื่อคุณแปลงใบแจ้งยอดธนาคาร คุณจะเลือกรูปแบบผลลัพธ์ แต่ละรูปแบบมีจุดแข็ง ข้อจำกัด และกรณีการใช้งานที่เหมาะสมแตกต่างกันไป

Excel (.xlsx)

มาตรฐาน: Office Open XML (OOXML), เป็นมาตรฐาน ECMA-376 และ ISO/IEC 29500.

คืออะไร: ไฟล์ .xlsx จริงๆ แล้วเป็น ZIP archive ที่มีไฟล์ XML - โครงสร้างเวิร์กบุ๊ก, ข้อมูลเซลล์, สไตล์, และสตริงที่ใช้ร่วมกัน นี่คือเหตุผลที่สามารถจัดเก็บชนิดข้อมูล (วันที่เป็นวันที่, ตัวเลขเป็นตัวเลข), การจัดรูปแบบ, สูตร, และหลายชีตได้

ทำไมถึงเป็นที่นิยมสำหรับใบแจ้งยอดธนาคาร:

• วันที่ยังคงเป็นวันที่ (เรียงลำดับ, กรองได้)
• ตัวเลขยังคงเป็นตัวเลข (รวมยอด, จัดรูปแบบได้)
• สูตรสำหรับการกระทบยอด (SUM, VLOOKUP)
• Pivot tables สำหรับการจัดหมวดหมู่การใช้จ่าย
• Conditional formatting เพื่อเน้นความคลาดเคลื่อน
• แบ่งปันกับลูกค้าที่ต้องการสเปรดชีตที่อ่านได้

ข้อจำกัด:

• สูงสุด 1,048,576 แถว (ไม่ค่อยเกี่ยวข้องกับใบแจ้งยอดธนาคาร)
• ไม่สามารถนำเข้าสู่ซอฟต์แวร์บัญชีส่วนใหญ่ได้โดยตรง (ใช้ QBO/OFX แทน)
• ต้องใช้ Excel, Google Sheets, หรือ LibreOffice Calc ในการเปิด

เหมาะที่สุดสำหรับ: การตรวจสอบด้วยตนเอง, การวิเคราะห์แบบกำหนดเอง, การกระทบยอด, การเก็บถาวร, การรายงานลูกค้า.

CSV (Comma-Separated Values)

มาตรฐาน: RFC 4180 (2005) - "Common Format and MIME Type for Comma-Separated Values."

กฎหลัก:

• เรคคอร์ดคั่นด้วย CRLF (carriage return + line feed)
• ฟิลด์คั่นด้วยจุลภาค
• ฟิลด์ที่มีจุลภาค, เครื่องหมายคำพูด, หรือการขึ้นบรรทัดใหม่ต้องอยู่ในเครื่องหมายคำพูดคู่
• เครื่องหมายคำพูดคู่ภายในฟิลด์จะถูก escape ด้วยการเพิ่มเครื่องหมายคำพูดคู่เข้าไปอีกชั้น

ความหลากหลายของตัวคั่นที่พบเจอ:

• จุลภาค (,) - มาตรฐาน, ใช้ในสหรัฐอเมริกา/สหราชอาณาจักร
• อัฒภาคอัฒภาค (;) - ใช้ในประเทศที่จุลภาคเป็นตัวคั่นทศนิยม (ฝรั่งเศส, เยอรมนี, อิตาลี, สเปน, บราซิล)
• แท็บ (\t) - รูปแบบ TSV, หลีกเลี่ยงความขัดแย้งของตัวคั่น

ปัญหาการเข้ารหัส:

• UTF-8 แนะนำสำหรับการทำงานร่วมกัน
• UTF-8 BOM (Byte Order Mark): ไม่จำเป็นตามมาตรฐาน, แต่ Excel บน Windows ต้องการ เพื่อแสดงอักขระที่ไม่ใช่ ASCII (ตัวอักษรมีเครื่องหมาย, สัญลักษณ์สกุลเงิน) ได้อย่างถูกต้อง หากไม่มี BOM, Excel อาจตีความ UTF-8 เป็น Windows-1252 ทำให้ตัวอักษรเสียหาย
• Excel ใช้จุดอัฒภาคแทนจุลภาคเป็นตัวคั่นฟิลด์ในภาษาท้องถิ่นของยุโรป

ข้อจำกัด:

• ไม่มีชนิดข้อมูล - ทุกอย่างเป็นข้อความ (ตัวเลขที่มีเลขศูนย์นำหน้าจะเสียหาย, หมายเลขบัญชียาวจะกลายเป็นสัญกรณ์วิทยาศาสตร์)
• ไม่รองรับหลายชีต
• ไม่มีการจัดรูปแบบหรือสูตร
• ไม่มีข้อมูลเมตา (ไม่มีข้อมูลบัญชี, ไม่มี ID ตรวจจับซ้ำ)

เหมาะที่สุดสำหรับ: ความเข้ากันได้สูงสุด - โปรแกรมบัญชี, ฐานข้อมูล, และสเปรดชีตเกือบทุกโปรแกรมสามารถนำเข้า CSV ได้ เป็นทางเลือกสำรองสากลเมื่อ QBO/OFX ไม่พร้อมใช้งาน

QBO (QuickBooks Web Connect)

คืออะไร: รูปแบบการนำเข้าสำหรับ QuickBooks (ทั้ง Desktop และ Online) ไฟล์ QBO ใช้พื้นฐานของข้อกำหนด OFX พร้อมส่วนขยายเฉพาะสำหรับ QuickBooks

คำชี้แจงสำคัญ: ".QBO" ไม่ได้หมายถึง "QuickBooks Online" - แต่ย่อมาจาก QuickBooks Web Connect format และใช้งานได้กับทั้ง QuickBooks Desktop และ QuickBooks Online

ฟิลด์ที่จำเป็นต่อธุรกรรม:

• TRNTYPE - ประเภทธุรกรรม (DEBIT, CREDIT, CHECK, DEP, DIRECTDEP, DIRECTDEBIT, ATM, POS, XFER, PAYMENT, FEE, SRVCHG, INT, OTHER)
• DTPOSTED - วันที่ในรูปแบบ YYYYMMDD
• TRNAMT - จำนวนเงิน (ค่าลบสำหรับเดบิต)
• FITID - รหัสธุรกรรมของสถาบันการเงิน
• NAME - ผู้รับ/คำอธิบาย

ทำไม FITID จึงสำคัญ: QuickBooks ติดตาม FITID ทุกรายการที่เคยนำเข้าสำหรับแต่ละบัญชี หากธุรกรรมที่มี FITID เดียวกันถูกนำเข้าอีกครั้ง QuickBooks จะข้ามไปโดยอัตโนมัติ - ป้องกันรายการซ้ำซ้อนเมื่อผู้ใช้ re-import ช่วงเวลาใบแจ้งยอดที่ทับซ้อนกัน การตรวจจับรายการซ้ำอัตโนมัตินี้เป็นข้อได้เปรียบที่สำคัญที่สุดของ QBO เหนือกว่า CSV

ข้อมูลเพิ่มเติม: QBO ยังมี ID บัญชี, ID ธนาคาร (หมายเลขเส้นทาง), สกุลเงิน, หมายเลขเช็ค, บันทึกช่วยจำ, และยอดคงเหลือสุดท้าย - ชุดข้อมูลที่สมบูรณ์ที่สุดของรูปแบบการนำเข้าใดๆ สำหรับ QuickBooks

เหมาะที่สุดสำหรับ: ผู้ใช้ QuickBooks (Desktop และ Online) มอบประสบการณ์การนำเข้าที่สมบูรณ์ที่สุดพร้อมการตรวจจับรายการซ้ำอัตโนมัติและการจำแนกประเภทธุรกรรม

OFX (Open Financial Exchange)

ประวัติ: สร้างโดย Microsoft, Intuit, และ CheckFree เวอร์ชัน 1.0 เปิดตัวในเดือนกุมภาพันธ์ 1997

วิวัฒนาการเวอร์ชัน:

• OFX 1.0–1.6 (1997–1999): ไวยากรณ์แบบ SGML (ไม่ต้องมีแท็กปิด)
• OFX 2.0+ (2000–ปัจจุบัน): ใช้ XML (มีแท็กปิดที่ถูกต้อง, XML ที่สมบูรณ์)

ธนาคารหลายแห่งยังคงผลิต OFX 1.x (SGML) เพื่อความเข้ากันได้สูงสุด

การกำกับดูแลปัจจุบัน: ในปี 2019, กลุ่ม OFX ได้รวมเข้ากับกลุ่ม Financial Data Exchange (FDX) ซึ่งปัจจุบันเป็นผู้ดูแลข้อกำหนด FDX มีสมาชิกมากกว่า 200 องค์กรและบัญชีผู้บริโภค 76 ล้านบัญชี

ทำไม OFX จึงเป็นมาตรฐานสากล: OFX เป็นรูปแบบเดียวกับที่ใช้เมื่อคุณเชื่อมต่อบัญชีธนาคารของคุณโดยตรงกับซอฟต์แวร์บัญชีผ่าน bank feeds - รูปแบบเดียวกันนี้ใช้ได้กับการนำเข้าไฟล์

เหมาะที่สุดสำหรับผู้ใช้ Xero: Xero นำเข้าไฟล์ OFX โดยอัตโนมัติโดยไม่ต้องกำหนดค่าคอลัมน์ด้วยตนเอง อัปโหลดไฟล์และธุรกรรมจะปรากฏขึ้นทันทีพร้อมวันที่, จำนวนเงิน, และคำอธิบายที่ถูกต้อง นอกจากนี้ยังใช้งานได้กับ Wave, Sage, FreshBooks, และซอฟต์แวร์บัญชีส่วนใหญ่

QFX (Quicken Financial Exchange)

คืออะไร: รูปแบบเฉพาะของ Intuit ที่เป็นส่วนหนึ่งของ OFX ใช้เฉพาะกับ Quicken ไฟล์ QFX เป็นไฟล์ OFX มาตรฐานที่มีฟิลด์เฉพาะเพิ่มเติม

ฟิลด์เฉพาะที่สำคัญ: INTU.BID - Quicken Bank Identifier รหัสตัวเลขนี้จะจับคู่กับธนาคารในฐานข้อมูลภายในของ Quicken หากไม่มี รหัสนี้ Quicken จะไม่ยอมนำเข้าไฟล์

ความแตกต่างจาก OFX มาตรฐาน:

• ต้องการ INTU.BID ในส่วนหัว
• อาจมีฟิลด์อื่น ๆ ที่ขึ้นต้นด้วย INTU.*
• สถาบันการเงินต้องจ่ายค่าลิขสิทธิ์ให้กับ Intuit เพื่อให้สามารถดาวน์โหลด QFX ได้
• Quicken จะไม่นำเข้าไฟล์ OFX มาตรฐานหากไม่มีฟิลด์ INTU.BID

เหมาะที่สุดสำหรับ: ผู้ใช้ซอฟต์แวร์การเงินส่วนบุคคล Quicken รูปแบบที่จำเป็น - ไม่มีทางเลือกอื่นที่ใช้งานได้

QIF (Quicken Interchange Format)

คืออะไร: รูปแบบข้อความธรรมดาแบบเก่าที่พัฒนาโดย Intuit สำหรับ Quicken คู่ของแท็ก-ค่า, หนึ่งรายการต่อบรรทัด, โดยใช้แท็กอักขระเดียว: D สำหรับวันที่, T สำหรับจำนวนเงิน, P สำหรับผู้รับ, L สำหรับหมวดหมู่, M สำหรับบันทึกช่วยจำ, N สำหรับหมายเลขเช็ค, ^ สำหรับสิ้นสุดรายการ

ทำไมจึงถูกแทนที่: QIF ขาดกลไกการตรวจจับรายการซ้ำ (ไม่มีเทียบเท่า FITID), ไม่มีฟิลด์ระบุบัญชี, ไม่มีข้อมูลเส้นทางธนาคาร, ไม่มีข้อมูลยอดคงเหลือ, และการจัดรูปแบบวันที่ไม่สอดคล้องกันในการใช้งาน

ยังคงมีความเกี่ยวข้อง: ซอฟต์แวร์บัญชีบางตัว (Xero, Sage, GnuCash) ยังคงยอมรับการนำเข้า QIF มีประโยชน์สำหรับการย้ายระบบเก่า

JSON (JavaScript Object Notation)

สถานะปัจจุบัน: JSON ยังไม่ใช่มาตรฐานสำหรับไฟล์ใบแจ้งยอดธนาคาร แต่มีการใช้งานเพิ่มขึ้นใน:

• Open Banking APIs (UK Open Banking Standard, PSD2 Berlin Group)
• FDX API (Financial Data Exchange - ผู้สืบทอดของ OFX, 200+ องค์กรสมาชิก)
• Plaid, Yodlee, MX และ API ตัวรวบรวมข้อมูลอื่น ๆ
• เวิร์กโฟลว์สำหรับนักพัฒนาและระบบอัตโนมัติ

การยอมรับที่เพิ่มขึ้น: กฎระเบียบ Open Banking (PSD2 ในยุโรป, Section 1033 ของ CFPB ในสหรัฐอเมริกา) กำลังเร่งการยอมรับ JSON API FDX API ใช้ JSON/REST กับ OAuth 2.0 ซึ่งแสดงถึงทิศทางในอนาคตของการแลกเปลี่ยนข้อมูลทางการเงิน

เหมาะที่สุดสำหรับ: นักพัฒนาที่สร้างเวิร์กโฟลว์อัตโนมัติ, การรวมระบบฟินเทค, แดชบอร์ดที่กำหนดเอง, และการรวมระบบ Open Banking API

การเปรียบเทียบรูปแบบโดยสรุป

ความเข้ากันได้กับซอฟต์แวร์บัญชี

ซอฟต์แวร์บัญชีของคุณรองรับรูปแบบใด?

หลักการทั่วไป: ใช้ QBO สำหรับ QuickBooks, QFX สำหรับ Quicken, OFX สำหรับโปรแกรมอื่น ๆ และ CSV เป็นทางเลือกสำรองสากล

ความแตกต่างของการจัดรูปแบบสากล

หากคุณทำงานกับใบแจ้งยอดธนาคารระหว่างประเทศ คุณจะพบกับความแตกต่างของการจัดรูปแบบที่ทำให้เครื่องมือแปลงส่วนใหญ่ติดขัด

รูปแบบวันที่

ปัญหาความกำกวม: "03/04/2026" คือวันที่ 4 มีนาคมในสหรัฐอเมริกา แต่เป็นวันที่ 3 เมษายนในยุโรป เมื่อวันที่ทั้งหมดในใบแจ้งยอดมีค่าวันน้อยกว่าหรือเท่ากับ 12 จะไม่มีวิธีทางอัลกอริทึมในการกำหนดรูปแบบที่ถูกต้องโดยไม่ต้องทราบประเทศต้นทาง เครื่องมือแปลงต้องสแกนวันที่ทั้งหมดในใบแจ้งยอดเพื่อหาค่าที่มากกว่า 12 เพื่อกำหนดรูปแบบ

รูปแบบตัวเลข

"10.000,45" จากธนาคารในยุโรปหมายถึงหนึ่งหมื่นกับสี่สิบห้าเซ็นต์ - ไม่ใช่สิบจุดศูนย์ศูนย์ศูนย์สี่ห้า การทำผิดพลาดนี้จะทำให้เกิดข้อผิดพลาดขนาด 10,000 เท่า

ตำแหน่งสัญลักษณ์สกุลเงิน

• สหรัฐอเมริกา/สหราชอาณาจักร: สัญลักษณ์นำหน้าจำนวนเงิน: $1,234.56 / £1,234.56
• ฝรั่งเศส, เยอรมนี, สเปน: สัญลักษณ์ตามหลังจำนวนเงิน: 1.234,56 €
• ไอร์แลนด์, เนเธอร์แลนด์: สัญลักษณ์นำหน้า: €1,234.56
• ญี่ปุ่น: สัญลักษณ์นำหน้า: ¥123,456

การเข้ารหัสอักขระ

• UTF-8 - มาตรฐานสากล, รองรับทุกสคริปต์
• GBK/GB2312 - จีนตัวย่อ (ใช้โดยธนาคารจีน)
• Shift_JIS - ญี่ปุ่น (ใช้โดยธนาคารญี่ปุ่น)
• Big5 - จีนตัวเต็ม (ไต้หวัน, ฮ่องกง)
• EUC-KR - เกาหลี
• ISO 8859-1 - ยุโรปตะวันตก
• Windows-1252 - ยุโรปตะวันตก (รุ่นเก่า)
• Windows-1256 - อาหรับ

การเปิดใบแจ้งยอดธนาคารจีนหรือญี่ปุ่นบนระบบของสหรัฐฯ โดยไม่มีการตรวจจับการเข้ารหัสที่ถูกต้อง จะทำให้ตัวอักษรผิดเพี้ยน PDFSub จัดการ 130+ ภาษา ด้วยการตรวจจับรูปแบบวันที่, รูปแบบตัวเลข, และการเข้ารหัสอักขระโดยอัตโนมัติ - รวมถึงภาษาอาหรับและฮีบรูแบบเขียนจากขวาไปซ้าย, อักขระ CJK, และชุดอักขระยุโรปทั้งหมด

องค์ประกอบทั่วไปของใบแจ้งยอดธนาคาร

วันที่ธุรกรรม vs. วันที่ลงรายการ vs. วันที่มูลค่า

ใบแจ้งยอดธนาคารอาจมีวันที่หลายรายการสำหรับธุรกรรมเดียว:

• วันที่ธุรกรรม - เมื่อการซื้อหรือการโอนเกิดขึ้นจริง
• วันที่ลงรายการ - เมื่อธนาคารประมวลผลและบันทึก (โดยทั่วไปคือ 1–3 วันทำการหลังจากนั้นสำหรับการซื้อด้วยบัตรเครดิต)
• วันที่มูลค่า - เมื่อเงินพร้อมใช้งานจริง (ส่งผลต่อการคำนวณดอกเบี้ย, พบได้ทั่วไปในธนาคารระหว่างประเทศ)

ใบแจ้งยอดผู้บริโภคส่วนใหญ่แสดงเฉพาะวันที่ลงรายการ ใบแจ้งยอดธุรกิจมักจะมีทั้งวันที่ธุรกรรมและวันที่ลงรายการ

การแสดงเดบิต/เครดิต

ธนาคารแสดงเดบิตและเครดิตแตกต่างกัน:

• จำนวนเงินที่มีเครื่องหมาย: -87.50 สำหรับเดบิต, +3,500.00 สำหรับเครดิต
• คอลัมน์แยก: "Withdrawals" และ "Deposits"
• ตัวย่อ: "DR" สำหรับเดบิต, "CR" สำหรับเครดิต (พบได้ทั่วไปในสหราชอาณาจักร/เครือจักรภพ)
• วงเล็บ: (87.50) สำหรับเดบิต (ตามหลักการบัญชี)

ยอดคงเหลือสะสม

• ยอดคงเหลือต่อธุรกรรม - อัปเดตหลังทุกธุรกรรม (พบได้บ่อยที่สุดในใบแจ้งยอดผู้บริโภคของสหรัฐฯ)
• ยอดคงเหลือรายวันเท่านั้น - ยอดคงเหลือแสดง ณ สิ้นสุดแต่ละวัน (พบได้ทั่วไปในใบแจ้งยอดธุรกิจ)
• ไม่มีรายการยอดคงเหลือสะสม - มีเพียงยอดเปิดและยอดปิด (ใบแจ้งยอดระหว่างประเทศบางฉบับ)

ยอดคงเหลือสะสมมีประโยชน์สำหรับการตรวจสอบ: คุณสามารถตรวจสอบได้ว่าแต่ละธุรกรรมทำให้ยอดคงเหลือเปลี่ยนจากบรรทัดหนึ่งไปยังอีกบรรทัดหนึ่งอย่างถูกต้อง

ข้อมูลส่วนหัวมาตรฐาน

ใบแจ้งยอดธนาคารส่วนใหญ่ประกอบด้วย: ชื่อผู้ถือบัญชี, หมายเลขบัญชี (มักจะถูกปิดบังบางส่วน), ช่วงเวลาของใบแจ้งยอด, ยอดเปิดและยอดปิด, ยอดฝากและถอนทั้งหมด, และหมายเลขเส้นทาง/รหัสเรียงลำดับ/SWIFT BIC ของธนาคาร

การป้องกันด้วยรหัสผ่าน

ธนาคารเข้ารหัส PDF อย่างไร

โดยทั่วไปธนาคารจะใช้การเข้ารหัส AES-128 หรือ AES-256 มีสองโหมดการป้องกัน:

• รหัสผ่านผู้ใช้ (open password): จำเป็นในการเปิดไฟล์
• รหัสผ่านเจ้าของ (permissions password): เปิด PDF ได้ แต่การแก้ไข/คัดลอกอาจถูกจำกัด

รูปแบบรหัสผ่านทั่วไป

รูปแบบทั่วไปอื่น ๆ ได้แก่ 4 หลักสุดท้ายของหมายเลขบัญชี, รหัสลูกค้า, หรือหมายเลขสมาชิก ธนาคารมักจะแจ้งรูปแบบรหัสผ่านเมื่อคุณเปิดใช้งานใบแจ้งยอดอิเล็กทรอนิกส์ครั้งแรก

ความท้าทายของใบแจ้งยอดหลายหน้า

ใบแจ้งยอดที่ยาว (บัญชีธุรกิจที่มีธุรกรรมหลายร้อยรายการ) สร้างความท้าทายในการดึงข้อมูลหลายประการ:

ธุรกรรมที่ถูกแบ่ง

คำอธิบายธุรกรรมอาจเริ่มต้นที่ด้านล่างของหน้าหนึ่งและต่อเนื่องที่ด้านบนของหน้าถัดไป ตัวแปลงต้องตรวจจับบรรทัดต่อเนื่องและรวมเข้าเป็นธุรกรรมเดียว

หัวกระดาษและท้ายกระดาษที่ซ้ำกัน

ธนาคารส่วนใหญ่จะทำซ้ำหัวคอลัมน์ในทุกหน้า พร้อมกับหมายเลขหน้า, ข้อความปฏิเสธความรับผิดชอบทางกฎหมาย, และข้อความทางการตลาด สิ่งเหล่านี้ต้องถูกระบุและยกเว้นจากข้อมูลธุรกรรม

บรรทัดต่อเนื่อง

ธุรกรรมหลายรายการมีคำอธิบายหลายบรรทัด:

01/15  ACH ELECTRONIC DEBIT VENDOR CORP $3,200.00  $2,000.00 REF#123456789 INVOICE 2026-001 VENDOR CORP ACCOUNTS PAYABLE

บรรทัดที่ 2 และ 3 เป็นบรรทัดต่อเนื่องที่เกี่ยวข้องกับธุรกรรมในบรรทัดที่ 1 โดยทั่วไปจะไม่มีวันที่และจำนวนเงิน ปรากฏเยื้องที่พิกัด x เดียวกันกับคอลัมน์คำอธิบาย

การยกยอดคงเหลือ

ธนาคารบางแห่งรวมบรรทัด "Balance Forward" หรือ "Balance Brought Forward" ไว้ที่ด้านบนของหน้าต่อเนื่อง สิ่งเหล่านี้มีไว้เพื่อเป็นข้อมูล ไม่ใช่ธุรกรรม และต้องยกเว้นจากข้อมูลที่ดึงออกมา

ตัวย่อธุรกรรมทั่วไป

ใบแจ้งยอดธนาคารใช้ตัวย่อที่แตกต่างกันไปในแต่ละสถาบัน:

มาตรฐานอุตสาหกรรมที่คุณควรรู้

รูปแบบเหล่านี้ใช้ในการจัดการธนาคารและกระแสเงินสดขององค์กร คุณอาจไม่ค่อยได้พบเจอโดยตรง แต่การทำความเข้าใจจะช่วยอธิบายได้ว่าทำไมใบแจ้งยอดธนาคารจึงทำงานในลักษณะนี้

BAI2 (Bank Administration Institute)

ใช้สำหรับการจัดการกระแสเงินสดอัตโนมัติและการกระทบยอดธนาคารในระบบ ERP (SAP, Oracle) รูปแบบ ASCII แบบความกว้างคงที่พร้อมรหัสประเภทธุรกรรม (เช่น 165 = preauthorized ACH credit, 455 = ACH debit, 495 = wire transfer out) เดิมเผยแพร่ในปี 1987 ปัจจุบันดูแลโดย ASC X9

SWIFT MT940 / MT942

ใบแจ้งยอดธนาคาร ณ สิ้นวัน (MT940) และระหว่างวัน (MT942) ที่ใช้โดยธนาคารทั่วโลกสำหรับลูกค้าองค์กรและฝ่ายการเงิน SWIFT ประมวลผลข้อความประมาณ 45 ล้านข้อความต่อวัน รูปแบบตามแท็กพร้อมตัวระบุฟิลด์คั่นด้วยเครื่องหมายทวิภาค

ISO 20022 (camt.053)

ตัวแทนที่ทันสมัยที่ใช้ XML แทน MT940 เป็นส่วนหนึ่งของมาตรฐานข้อความทางการเงินสากล ISO 20022 มีข้อมูลที่สมบูรณ์กว่า MT940, ไม่มีข้อจำกัดความยาวฟิลด์, XML ที่สามารถประมวลผลด้วยเครื่องจักรพร้อมการตรวจสอบ XSD SWIFT กำลังเปลี่ยนจากข้อความ MT ไปเป็น ISO 20022 SEPA (Single Euro Payments Area) กำหนดรูปแบบ camt สำหรับการชำระเงินในยุโรป

NACHA ACH

รูปแบบไฟล์สำหรับธุรกรรม Automated Clearing House ในสหรัฐอเมริกา รูปแบบ ASCII ความกว้างคงที่, 94 อักขระต่อบรรทัดพอดี ACH ประมวลผลธุรกรรมประมาณ 30 พันล้านรายการต่อปี ในสหรัฐอเมริกา เมื่อใบแจ้งยอดธนาคารของคุณแสดง "ACH CREDIT" หรือ "ACH DEBIT" ธุรกรรมพื้นฐานจะถูกส่งในรูปแบบ NACHA ระหว่างธนาคาร

การเลือกรูปแบบที่เหมาะสมสำหรับเวิร์กโฟลว์ของคุณ

คู่มือการตัดสินใจ

ใช้ QBO หาก: คุณใช้ QuickBooks (Desktop หรือ Online) คุณจะได้รับประเภทธุรกรรม, การตรวจจับรายการซ้ำผ่าน FITID, และข้อมูลเมตาการนำเข้าที่สมบูรณ์ที่สุด

ใช้ OFX หาก: คุณใช้ Xero, Sage, Wave, หรือซอฟต์แวร์อื่น ๆ ที่รองรับ OFX Xero จับคู่คอลัมน์อัตโนมัติโดยไม่ต้องกำหนดค่าด้วยตนเอง

ใช้ QFX หาก: คุณใช้ Quicken เป็นรูปแบบเดียวที่ Quicken รองรับ

ใช้ Excel หาก: คุณต้องการตรวจสอบ, วิเคราะห์, หรือจัดการข้อมูลก่อนนำเข้า สร้าง pivot tables, รันสูตร, หรือเตรียมรายงาน

ใช้ CSV หาก: ซอฟต์แวร์ของคุณไม่อยู่ในรายการข้างต้น, หรือคุณต้องการความเข้ากันได้สูงสุดกับระบบต่างๆ เตรียมพร้อมที่จะจับคู่คอลัมน์ด้วยตนเอง

ใช้ JSON หาก: คุณกำลังสร้างเวิร์กโฟลว์อัตโนมัติ, การรวมระบบ API, หรือระบบรายงานที่กำหนดเอง

เคล็ดลับระดับมือโปร

• ใช้ QBO/OFX แทน CSV เสมอ เมื่อซอฟต์แวร์ของคุณรองรับ - การตรวจจับรายการซ้ำเพียงอย่างเดียวช่วยป้องกันการแก้ไขที่ใช้เวลานานหลายชั่วโมง
• เก็บ PDF ต้นฉบับไว้ ควบคู่กับไฟล์ที่แปลงแล้ว - เป็นบันทึกการตรวจสอบและเอกสารต้นฉบับของคุณ
• ตรวจสอบหลังการนำเข้าทุกครั้ง - ตรวจสอบยอดเปิด/ปิด และธุรกรรมสุ่มสองสามรายการ
• จับคู่รูปแบบกับซอฟต์แวร์ - การใช้รูปแบบดั้งเดิมสำหรับแพลตฟอร์มบัญชีของคุณจะหลีกเลี่ยงการจับคู่คอลัมน์ด้วยตนเองและเปิดใช้งานคุณสมบัติอัตโนมัติ

ทดลองใช้ฟรี

พร้อมที่จะแปลงใบแจ้งยอดแรกของคุณแล้วหรือยัง? อัปโหลด PDF ตอนนี้ - PDFSub แปลงเป็น Excel, CSV, QBO, OFX, QFX, และ JSON ใบแจ้งยอดดิจิทัลจะถูกประมวลผลทั้งหมดในเบราว์เซอร์ของคุณเพื่อความเป็นส่วนตัวสูงสุด เริ่มทดลองใช้ฟรี 7 วัน พร้อมเข้าถึงทุกรูปแบบได้อย่างเต็มที่