ERP · บทที่ 6a จาก 7 · Financial Accounting (FI)

Financial Accounting: หัวใจที่สะท้อนทุกกระบวนการเป็นตัวเลข

ทุกกระบวนการที่เรียนมา (Fulfillment, Procurement, Production) ล้วนทิ้งร่องรอยไว้ที่นี่ — FI ไม่ใช่แค่ "อีกโมดูลหนึ่ง" แต่เป็นกระจกที่สะท้อนสถานะการเงินขององค์กร ณ ทุกขณะ

📚
สังเคราะห์จากเอกสารบรรยาย ERP 6 (Accounting Systems) และ Magal & Word บทที่ 3 (Introduction to Accounting)

1Financial Accounting (FI) vs Management Accounting (CO)

สองแกนของ Accounting Process
Financial Accounting (FI) โฟกัสภายนอก (external) — บันทึกผลกระทบทางการเงินของกระบวนการทางธุรกิจตามที่เกิดขึ้นจริง เพื่อสร้างงบการเงินตอบโจทย์ข้อกำหนดทางกฎหมาย/หน่วยงานกำกับดูแล Management Accounting / Controlling (CO) โฟกัสภายใน (internal) — ให้ข้อมูลที่องค์กรใช้บริหารจัดการกระบวนการต่าง ๆ อย่างมีประสิทธิภาพ รายงาน CO เน้นต้นทุนและรายได้ที่ผู้บริหารใช้บรรลุเป้าหมายทางธุรกิจ เช่น เพิ่มรายได้ ลดต้นทุน และเพิ่มความสามารถทำกำไร

จากมุมมองของ ERP, FI คือ "หัวใจ" ของระบบ เพราะต้องสะท้อนสถานะทางการเงินของบริษัทได้อย่างแม่นยำทุกขณะ — ทุกบทที่ผ่านมา (Fulfillment บทที่ 3, Procurement บทที่ 4, Production บทที่ 5) ล้วนมีจุดที่กระทบ FI โดยตรงตามที่เห็นในกล่อง warning ต่าง ๆ

ห้ากระบวนการหลักของ FI

กระบวนการหน้าที่
General Ledger Accounting
(บัญชีแยกประเภททั่วไป)
บันทึกผลกระทบทางการเงินของขั้นตอนกระบวนการ ครอบคลุมข้อมูลส่วนใหญ่ที่ต้องใช้ในการรายงานการเงิน
Accounts Receivable
(บัญชีลูกหนี้)
ผูกกับ Fulfillment — บริหารเงินที่ลูกค้าติดค้างจากการซื้อสินค้า/บริการ
Accounts Payable
(บัญชีเจ้าหนี้)
ผูกกับ Procurement — บริหารเงินที่บริษัทติดค้างซัพพลายเออร์
Asset Accounting
(บัญชีสินทรัพย์)
บันทึกข้อมูลการซื้อ ใช้งาน และจำหน่ายสินทรัพย์ เช่น อาคาร อุปกรณ์ เครื่องจักร ยานพาหนะ
Bank Ledger Accounting
(บัญชีแยกประเภทธนาคาร)
บันทึกข้อมูลธุรกรรมที่เกี่ยวข้องกับธนาคาร

งบการเงินสามชนิดหลัก

Balance Sheet
ภาพนิ่ง ณ จุดเวลาหนึ่ง — แสดงสินทรัพย์ หนี้สิน และส่วนของเจ้าของ
Income Statement
(Profit & Loss) แสดงการเปลี่ยนแปลงฐานะการเงินในช่วงเวลาหนึ่ง — รายได้ ต้นทุน กำไร/ขาดทุน
Statement of Cash Flow
แสดงเงินสดรับ-จ่ายทั้งหมดในช่วงเวลาที่กำหนด

2ข้อมูลองค์กรของ FI

องค์ประกอบหลักคือ Client, Company Code, Business Area — Client คือระดับสูงสุดในระบบ (หนึ่งองค์กรใหญ่มีได้เพียง Client เดียวแม้จะมีหลายบริษัทลูก) Company Code แทนแต่ละบริษัทภายในองค์กร

Business Area (Segment)
หน่วยงานภายในที่ใช้กำหนดขอบเขตความรับผิดชอบ หรือตอบโจทย์การรายงานภายนอกของ segment หนึ่งขององค์กร — Segment คือส่วนขององค์กรที่ฝ่ายบริหารติดตามผลการดำเนินงาน (รายได้ ต้นทุน ความสามารถทำกำไร) แยกจากส่วนอื่น งบการเงินถูกสร้างแยกตาม business area ได้ ซึ่งมักอิงตามสายผลิตภัณฑ์หรือเขตภูมิศาสตร์ ข้าม company code ได้ด้วย
ตัวอย่าง: Apple Inc.
Apple มี 4 business area หลัก: Americas, Europe, Japan, และ Retail — business area "Americas" แบ่งย่อยเป็น 2 segment คือ North America และ South America ส่วน "Europe" ครอบคลุมยุโรปรวมถึงตะวันออกกลางและแอฟริกา และ "Retail" ครอบคลุม Apple Store ทั่วโลกซึ่งบริหารแยกเป็น business area ของตัวเอง

3Chart of Accounts (COA): บัญชีทั้งหมดที่บริษัทมี

นิยาม
Chart of Accounts คือรายการบัญชีที่จัดลำดับแล้ว ซึ่งประกอบกันเป็น general ledger ของบริษัท มีสามชนิด:
ชนิด COAหน้าที่
Operative COAบัญชีปฏิบัติการที่ใช้บันทึกผลกระทบทางการเงินของธุรกรรมประจำวัน — เป็น COA หลักที่องค์กรดูแล
Country-Specific COAบัญชีทางเลือกที่ map มาจาก operative COA เพื่อตอบโจทย์ข้อกำหนดการรายงานเฉพาะประเทศ
Group COAบัญชีกลุ่มที่หลายบริษัทในองค์กรใช้ร่วมกันเพื่อรวมงบการเงิน (consolidation)

General Ledger Account: ระดับข้อมูลสองชั้น

บัญชีใน GL ถูกกำหนดตาม COA ที่เลือกใช้ แบ่งข้อมูลเป็นสองส่วน:

COA Segment (ระดับ Client)
เลขบัญชี, short/long text, account group, และการระบุว่าเป็น Balance Sheet Account หรือ Profit & Loss Account — สำคัญเพราะกำหนดวิธีปิดยอดสิ้นปี: ยอด balance sheet account ยกยอดไปบัญชีเดิม แต่ยอด P&L account ยกยอดไปบัญชีอื่นที่กำหนดไว้เฉพาะ
Company Code Segment
สกุลเงินของบัญชี, ข้อมูลภาษี, field status groups (suppress/display/required/optional), open item management, line item display, และ reconciliation account data — เพราะบัญชีเดียวกันใน COA อาจถูกใช้ต่างกันในแต่ละบริษัท (สกุลเงิน กฎภาษี ต่างกัน)

ห้าประเภทบัญชีพื้นฐาน

ประเภทความหมาย
Assets (สินทรัพย์)สิ่งที่บริษัทเป็นเจ้าของ เช่น เงินสด สินค้าคงคลัง ที่ดิน อาคาร และเงินที่ลูกค้าติดค้าง (receivables)
Liabilities (หนี้สิน)สิ่งที่บริษัทติดค้างผู้อื่น รวมเงินที่ติดค้างซัพพลายเออร์ (payables) และเงินกู้จากสถาบันการเงิน
Owner's Equity (ส่วนของเจ้าของ)ส่วนแบ่งของเจ้าของในสินทรัพย์บริษัท
Revenues (รายได้)เงินที่บริษัทได้รับจากการขายสินค้า/บริการ
Expenses (ค่าใช้จ่าย)ต้นทุนที่เกี่ยวข้องกับการสร้างและขายสินค้า/บริการ

4Subsidiary Ledgers และ Reconciliation Accounts

ทำไมไม่เก็บบัญชีลูกค้า/ซัพพลายเออร์ทุกรายไว้ใน GL โดยตรง
ข้อมูลบางอย่าง เช่น บัญชีลูกค้าแต่ละราย (ติดตามยอดค้างและการชำระของลูกค้าแต่ละคนแยกกัน) ไม่จำเป็นต้องรวมอยู่ใน GL โดยตรง — ข้อมูลเหล่านี้เก็บใน Subsidiary Ledger (Subledger) แทน เช่นเดียวกับบัญชีซัพพลายเออร์แต่ละราย (ติดตามการซื้อและการจ่ายเงิน) และบัญชีสินทรัพย์แต่ละชิ้น (ติดตามราคาซื้อและการเปลี่ยนแปลงมูลค่า)
Reconciliation Account: จุดเชื่อม Subledger กับ GL (หัวใจของหัวข้อนี้)
แม้บัญชีลูกค้า/ซัพพลายเออร์จะไม่ได้เป็นส่วนหนึ่งของ GL โดยตรง แต่ข้อมูลของมันต้องสะท้อนใน GL ด้วย — ทำได้โดยโพสต์ข้อมูลจาก subledger account เข้าบัญชีพิเศษใน GL ที่เรียกว่า Reconciliation Account (บัญชีรับกระทบยอด) ซึ่งรวมข้อมูลจากกลุ่ม subledger account ที่เกี่ยวข้องไว้ด้วยกัน (reconciliation account ของลูกค้าคือ Accounts Receivable, ของซัพพลายเออร์คือ Accounts Payable) คุณสมบัติพิเศษ: ไม่สามารถโพสต์ข้อมูลเข้า reconciliation account ได้โดยตรง — ต้องโพสต์เข้า subledger account ก่อน ระบบจะโพสต์เข้า reconciliation account ที่เกี่ยวข้องให้อัตโนมัติเสมอ ยอดใน reconciliation account จึงเป็นผลรวมของยอดใน subledger account ทั้งหมดที่เกี่ยวข้อง

5FI Document และ Parallel Accounting

FI Document บันทึกผลกระทบของขั้นตอนธุรกรรมหนึ่งต่อ financial accounting ประกอบด้วย Header (เลขที่เอกสาร, document type, วันที่ต่าง ๆ, company code, สกุลเงิน, เลขอ้างอิง) — Document Type คือรหัสที่ระบุว่าขั้นตอนกระบวนการธุรกิจใดที่สร้างเอกสารนี้ (เช่น customer invoice, customer payment, goods issue, goods receipt) และกำหนดช่วงเลขที่เอกสารกับชนิดบัญชีที่เกี่ยวข้อง

ส่วน Detail มักมีสอง line item: รายการเดบิตและรายการเครดิต — แต่ละ line item ระบุเลขบัญชี GL คำอธิบาย ระบุว่าเดบิตหรือเครดิต และจำนวนเงิน กำกับด้วย Posting Key ที่ระบุ account type (customer, vendor, asset, material, GL), ทิศทางเดบิต/เครดิต, และ field status ของข้อมูลเพิ่มเติมที่ต้องกรอก

Parallel Accounting: หลาย Ledger พร้อมกัน
องค์กรสามารถใช้หลาย ledger ควบคู่กัน (parallel accounting) เพื่อวัตถุประสงค์ต่างกัน — รูปแบบทั่วไปคือมี Leading Ledger หนึ่งตัว (บังคับต้องมี) ที่รวมหลักการบัญชีสากลสำหรับทุก company code ในองค์กร และธุรกรรมทั้งหมดถูกโพสต์เข้า leading ledger เสมอ ส่วน Non-Leading Ledger ถูกกำหนดแยกตามแต่ละ company code เพื่อรองรับมาตรฐานบัญชีท้องถิ่น (เช่น US GAAP, German HGB)

6General Ledger Accounting: Double-Entry ในทางปฏิบัติ

กฎพื้นฐาน
GL Accounting อิงระบบ Double-Entry — ทุกธุรกรรมมีทั้งรายการเดบิตและเครดิตเสมอ บัญชีแบ่งเป็น Balance Sheet Accounts (Assets/Liabilities/Equity) และ P&L Accounts (Revenue/Expenses) กฎทิศทางที่ต้องจำ: สินทรัพย์เพิ่มขึ้นหรือค่าใช้จ่ายเพิ่มขึ้น → เดบิต (ลดลง → เครดิต) ส่วน รายได้เพิ่มขึ้นหรือหนี้สินเพิ่มขึ้น → เครดิต (ลดลง → เดบิต)
ตัวอย่างการลงบัญชีสามแบบจากกรณีศึกษา GBI
1) การลงทุน: Venture capitalist ลงทุน $50,000 ในหุ้นสามัญ → บัญชีธนาคาร (สินทรัพย์) เดบิต $50,000, บัญชีหุ้นสามัญ (ส่วนของเจ้าของ) เครดิต $50,000
2) ซื้อของด้วยเงินสด: ซื้ออุปกรณ์สำนักงาน $500 ด้วยเช็ค → บัญชี supplies expense เดบิต $500, บัญชีธนาคารเครดิต $500 (เพราะอุปกรณ์สำนักงานถูกบันทึกเป็นค่าใช้จ่ายทันที ไม่ใช่สินทรัพย์)
3) ซื้อของด้วยเครดิต: ซื้ออุปกรณ์ $1,000 แบบค้างชำระ → บันทึกแยกสองขั้น: ขั้นซื้อ — supplies expense เดบิต $1,000, payables-miscellaneous เครดิต $1,000; ขั้นจ่ายเงินทีหลัง — payables-miscellaneous เดบิต $1,000 (เคลียร์ยอด), บัญชีธนาคารเครดิต $1,000
ทำไมต้องมี AP/AR Accounting แยกจาก GL ธรรมดา
ถ้าบริษัทซื้อของจากซัพพลายเออร์หลายราย แล้วบันทึกยอดค้างชำระทั้งหมดไว้ในบัญชี "payables-miscellaneous" บัญชีเดียว บริษัทจะไม่สามารถรู้ได้ว่าติดหนี้ซัพพลายเออร์รายไหนเท่าไร — นี่คือเหตุผลที่ต้องใช้ Accounts Payable Accounting ที่มี subledger แยกตามซัพพลายเออร์แต่ละราย (เช่นเดียวกันกับ Accounts Receivable ที่แยกตามลูกค้าแต่ละราย)

7Accounts Payable และ Accounts Receivable Accounting

Accounts Payable (AP)
Subledger ของ AP ประกอบด้วยบัญชีซัพพลายเออร์แต่ละราย — เลขบัญชี subledger ถูกสร้างพร้อมกับ vendor master record (ใช้เลขเดียวกัน) reconciliation account ที่เกี่ยวข้องกำหนดไว้ในนิยามของ vendor master เอง ตัวอย่าง: GBI ซื้อของจาก Vendor 1 ($2,000), Vendor 2 ($1,000), Vendor 3 ($4,000) แบบเครดิต — แต่ละยอดโพสต์เข้า subledger ของ vendor นั้น ๆ และโพสต์รวมเข้า reconciliation account #300700 (Accounts Payable) โดยอัตโนมัติ
Accounts Receivable (AR)
Subledger ของ AR ประกอบด้วยบัญชีลูกค้าแต่ละราย สร้างพร้อม customer master record ในทำนองเดียวกัน ตัวอย่าง: GBI ขายจักรยานให้ลูกค้าสองรายแบบเครดิต ($5,000 และ $3,000) — บัญชี Sales Revenue ถูกเครดิตตามยอดขาย และบัญชีลูกค้าแต่ละรายถูกเดบิตตามยอดที่ค้าง ซึ่งถูกโพสต์เข้า Accounts Receivable reconciliation account อัตโนมัติ

8เชื่อมกับศัพท์ ERP ค่ายอื่นและ Odoo

ศัพท์ SAPศัพท์ทั่วไป / Odoo
Chart of Accounts (COA)Chart of Accounts (Odoo ใช้ชื่อเดียวกัน มี template สำเร็จรูปแยกตามประเทศให้เลือก)
Reconciliation AccountControl Account / Receivable-Payable Account (Odoo: กำหนดผ่าน Account Type "Receivable"/"Payable")
Leading Ledger / Non-Leading LedgerCompany Currency Ledger / Multi-company Consolidation (Odoo รองรับผ่าน multi-company + multi-currency แต่ไม่มีแนวคิด "ledger คู่ขนาน" ที่ชัดเจนเท่า SAP)
Business Area / SegmentAnalytic Account / Department (Odoo ใช้ Analytic Accounting แทนการแบ่ง segment แบบ SAP)
คำถามซ้อมสอบ
  1. อธิบายความแตกต่างระหว่าง Financial Accounting (FI) กับ Management Accounting (CO) ทั้งในแง่ผู้ใช้ข้อมูลและวัตถุประสงค์
  2. อธิบายสามชนิดของ Chart of Accounts (Operative, Country-Specific, Group) และเหตุผลที่ต้องมีสามชนิด
  3. อธิบาย Reconciliation Account ว่าทำหน้าที่อะไร และทำไมจึงโพสต์ข้อมูลเข้าตรง ๆ ไม่ได้
  4. ลงบัญชีตัวอย่างการซื้ออุปกรณ์สำนักงานมูลค่า 2,000 บาทด้วยเงินสด ระบุบัญชีที่เดบิตและเครดิต
  5. อธิบายว่าทำไมบริษัทต้องใช้ Accounts Payable Accounting แยกจากการบันทึกยอดค้างชำระรวมในบัญชีเดียว
  6. อธิบาย Parallel Accounting และความแตกต่างระหว่าง Leading Ledger กับ Non-Leading Ledger