TAX-RPT-5 — Loss Carried Forward (ZTAXB_R03_LCF)

← หน้ารวม (Hub)

“ขาดทุนสะสมยกไป” คือสิทธิทางภาษีที่มีมูลค่าจริง — ขาดทุนปีนี้ใช้หักกำไรปีหน้าได้ ปัญหาคือ SAP มาตรฐานไม่มีที่เก็บตัวเลขนี้ RPT-5 จึงถูกสร้างขึ้นเพื่อเป็น “สมุดบัญชี LCF” ของทั้งกลุ่ม — เก็บ · แสดง · และแปลงสกุลเงินให้ SAC ใช้ต่อ Complexity = Simple แต่ criticality สูงมาก เพราะถ้าตัวเลขนี้ผิด ภาษีทุกปีถัดไปผิดหมด

Data source

Current tax report

TH (RPT-3) + OS (RPT-4)

Frequency

รายเดือน

FD ระบุ “a monthly basis”

Modules

FI-TAX · FI-GL · FI-AA

Fiori Launchpad tile

🔗 อ่านเป็นชุด: TAX-RPT-3 (ไทย) · TAX-RPT-4 (ต่างประเทศ) · TAX-RPT-5 (LCF · หน้านี้) · SE16N (ตรวจ ZTAXB_T03/003 ด้วยตัวเอง)

Key Takeaways — 7 ข้อ

ข้อมูลเข้าตารางผ่าน ปุ่ม “Update table for LCF” บนหน้า output ของ current tax report — ไม่ใช่อัตโนมัติ
อ่านค่าจาก node “ANNUAL (PROFIT)/LOSS AFTER LCF” — เดบิต = ขาดทุน → เก็บ · เครดิต = กำไร → ไม่เก็บ
กดซ้ำ = เขียนทับ (overwrite) ค่าเดิม → จึงต้องเปิด change log ของตาราง
ZTAXB_T03 = ตารางบอกว่า “บริษัทไหนต้องแปลง LC1→LC2 ด้วย exchange rate type อะไร”
LC2 Conversion Balance = LC1 balance ÷ FX rate (rate สิ้นเดือนจาก TCURR)
IBCTC / IBCSVCS เก็บ LCF ตาม “อัตราภาษี” ไม่ใช่ตาม company-segment
มาเลเซียมี 2 ประเภทให้เลือก: Loss carried forward และ Unabsorbed capital allowances

ภาพรวม — ทำไมต้องมี object นี้

โจทย์

Current tax report คำนวณ “ขาดทุนคงเหลือหลังหัก LCF” ได้ทุกเดือน — แต่พอปิดปีแล้ว ตัวเลขนั้นไม่ได้ถูกเก็บไว้ที่ไหน ปีถัดไปโปรแกรมจะไม่รู้ว่ามียอดยกมาเท่าไหร่ ในโลก ECC เดิมใช้วิธี อัปโหลด flat file เข้า item type “Loss carried forward” ทุกปี = งาน manual + เสี่ยงพิมพ์ผิด

วิธีแก้ 3 ชั้น

สร้างที่เก็บ — ตาราง ZTAXB_T01 เก็บ LCF ต่อ (บริษัท · ปี · งวด · profit center · segment · tax rate · TAX_INFO …)
สร้างทางเข้า — ปุ่ม “Update table for LCF” บนหน้า output ของ current tax report ทั้งไทยและต่างประเทศ
สร้างหน้าอ่าน — ZTAXB_R03_LCF แสดงยอด LCF ในมุมมองต่าง ๆ (รายเดือน/รายปี · สรุป/ละเอียด · LC1/2/3)

RPT-3 / RPT-4
Current Tax Report → ปุ่ม “Update table for LCF” → ZTAXB_T01
LCF store → RPT-5
แสดงผล + แปลง LC2 → SAC
Deferred tax reporting

สิ่งที่แสดงต่างกันตามประเทศ

กรณี	แสดงสกุลอะไร
ไทย	LC1 · LC2 · LC3 ครบ 3
ประเทศที่ ไม่มี LC3	LC1 · LC2 เท่านั้น
ประเทศ/บริษัทที่ต้องแปลง (เช่น มาเลเซีย)	เพิ่ม LC2 Conversion คำนวณจาก LC1 ด้วย month-end selling rate
มาเลเซีย	แสดง Unabsorbed capital allowances เพิ่มอีกชุด

ปุ่ม “Update table for LCF” — กติกา 8 ข้อ

นี่คือส่วนที่ต้องเข้าใจแม่นที่สุด เพราะเป็นจุดที่ข้อมูลถูกเขียน

ปุ่ม “Update table for LCF” ถูกเพิ่มบนหน้า output ของ current tax report ทั้งไทยและต่างประเทศ
User รันรายงานตาม selection screen → รายงานแสดงผล (เช่น ตาม company code + segment)
User กดปุ่มบนหน้า output
โปรแกรมอ่านค่าที่ node “ANNUAL (PROFIT) / LOSS AFTER LCF” — ถ้าเป็น ยอดเครดิต = กำไร → ไม่เก็บ
ถ้าเป็น ยอดเดบิต = ขาดทุนสุทธิของ company segment → เก็บลง field LCF ใน ZTAXB_T01
เมื่อเก็บผลขาดทุน ผลของทุก profit center ใน company segment นั้นจะถูกเก็บด้วย ไม่ว่าแต่ละ profit center จะกำไรหรือขาดทุน
ถ้ามีการปรับปรุง → กดปุ่มซ้ำ · ข้อมูลใหม่จะเขียนทับของเดิม
กรณี IBCTC และ IBCSVCS → เช็คขาดทุน ตามอัตราภาษี (tax rate) · แต่ละอัตราถ้าเป็นเดบิตถือเป็นขาดทุนและเก็บ · ถ้าเครดิตถือเป็นกำไรไม่เก็บ

⚠ ข้อ 7 คือความเสี่ยงหลักของ object นี้: การเขียนทับหมายความว่า ค่าเดิมหายทันทีโดยไม่มีการยืนยัน — FD จึงสั่งไว้ตรง ๆ ว่า “Change log should be activated so that the changes made to the LCF custom table should be captured” → ตอนเทสต์ให้เช็คว่า change log เปิดจริง (ดูได้ที่ table maintenance / SCU3) ถ้าไม่เปิด จะสืบย้อนไม่ได้ว่าใครทับเมื่อไหร่

ข้อ 6 อ่านให้ดี — “ขาดทุนตัดสินที่ระดับ company segment ไม่ใช่ profit center”: ถ้า segment หนึ่งมี 3 profit center — PC1 กำไร 100 · PC2 ขาดทุน 50 · PC3 ขาดทุน 200 รวมเป็น ขาดทุนสุทธิ 150 → เก็บ LCF และ เก็บผลของทั้ง 3 profit center (ไม่ใช่เก็บเฉพาะ PC ที่ขาดทุน) เพราะทางกฎหมายภาษี หน่วยที่เสียภาษีคือนิติบุคคล ไม่ใช่ profit center · profit center เป็นเพียงมิติการบริหารภายใน

ตัวอย่างหน้า output ที่มีปุ่มนี้

Report for Current Tax [ Update table for LCF ] Company Code : TH01-Client Date : 19.12.2025 - 10:18:49 Reporting Year : 2024 Reporting Period: 01 - 12 (JAN.2024 - DEC.2024) Ledger : 0L / LC2 Report : CIT_RC Depreciation area: 13 ICON Topic C_PC11 C_PC12 P534B00000 Total ANNUAL (PROFIT) / LOSS 32,220,825.43 5,347.72- 0.00 9,727,147.28 LESS: ALLOWANCES 0.00 0.00 0.00 0.00 LOSS CARRIED FORWARD 0.00 0.00 0.00 0.00 ANNUAL (PROFIT) / LOSS AFTER LCF 32,220,825.43 5,347.72- 0.00 9,727,147.28 ↑ อ่านค่านี้

`ZTAXB_T03` — ตารางกำหนด exchange rate type

ตารางเล็กที่สุดในโปรเจกต์ (2 field) แต่เป็นตัวตัดสินว่าจะแปลงสกุลเงินหรือไม่

#	Table	Field	Type	Length	Description
1	`ZTAXB_T03`	`BUKRS`	CHAR	4	Company code
2	`ZTAXB_T03`	`KURST`	CHAR	9	Exchange rate type

ตัวอย่างข้อมูล

Company code	Exchange rate type
`1088`	`ZMY`
`1102`	`ZMY`
`1xxx`	`Zxx`

กติกา 5 ข้อ (ตรงจาก FD)

1. บางบริษัทต้องแปลง LC1 → LC2 · exchange rate type ที่ใช้ถูก maintain ในตารางนี้ (เช่น บริษัทมาเลเซีย)
2. เวลาแปลง LC2 → โปรแกรมเช็คตารางนี้ก่อน · ถ้ามี company code อยู่ → แปลงด้วย rate type ที่ระบุ · โดยดึง อัตราสิ้นเดือน จาก TCURR ของงวดที่รายงาน
3. ถ้า ไม่มี company code ในตาราง → ไม่แปลง · ใช้ยอด LC2 เดิมจาก current tax report
4. อนาคตถ้าบริษัทอื่นต้องแปลง → แค่เพิ่มบรรทัดในตารางนี้ (ไม่ต้องแก้โปรแกรม)
5. ค่า LC2 conversion จะถูกใช้โดย deferred tax reporting ใน SAC

LC2 Conversion Balance = LC1 balance ÷ FX rate FX rate ← TCURR (อัตราสิ้นเดือนของงวดที่เลือกในหน้าจอ) rate type ← ZTAXB_T03-KURST ตาม company code

ทำไม “หาร” ไม่ใช่ “คูณ”: ขึ้นกับทิศทางของ exchange rate ที่ maintain ใน TCURR (from-currency / to-currency และ ratio) · FD เขียนชัดว่า “LC1 Bal divided by FX Rate” → ตอนเทสต์ต้องเช็คทั้งค่าและทิศทางด้วยการคำนวณมือ 1 บรรทัด อย่าเชื่อว่าถูกเพราะไม่ error

⚠ ทำไม Client ต้องแปลง LC1→LC2 เองแทนที่จะใช้ LC2 ที่ระบบมีอยู่แล้ว: LC2 ใน ACDOCA ถูกแปลงด้วย rate ณ วันที่ posting ของแต่ละรายการ แต่ LCF เป็น ยอดสะสม ณ สิ้นงวด — มาตรฐานบัญชี/ภาษีบางประเทศต้องการให้ตีมูลค่าด้วย อัตราสิ้นงวดเดียว ทั้งก้อน จึงต้องแปลงใหม่ · นี่คือเหตุผลที่ SAC ต้องการค่านี้สำหรับ deferred tax

`ZTAXB_T01` — โครงสร้างตาราง LCF

แบ่งเป็น 3 กลุ่มคอลัมน์: key ฝั่ง main · key ฝั่ง branch · ยอดเงิน

กลุ่มที่ 1 — Key ฝั่ง Main

Company code (Main)	Reporting year	Reporting period	Profit center	Recovery Indicator	Depreciation area	Ledger	Segment (main)	Tax rate	TAX_INFO
xx	xx	xx	xx	xx	xx	xx	xx	xx	xx

กลุ่มที่ 2 — Flag + Key ฝั่ง Branch

BOI	IBC	Company code (Branch)	Profit center (Branch)	Recovery indicator (branch)	Depreciation area (branch)	Ledger (branch)	Segment (branch)
xx	xx	xx	xx	xx	xx	xx	xx

กลุ่มที่ 3 — ยอดเงิน

Currency type	LCF Original balance	LCF Conversion balance	LCF movement	Unabsorbed CA balance	Unabsorbed CA Conversion	Unabsorbed CA Movement	Type of report
xx	xx	xx	xx	xx	xx	xx	LCF / Unabsorbed capital allowances

อ่านโครงสร้างนี้ให้เป็น — 4 ข้อสังเกต

Key ครอบคลุมทุกมิติของ selection screen → เพราะ LCF ต้องผูกกับ “ชุดเงื่อนไขที่รัน” ไม่ใช่แค่บริษัท
มี Tax rate เป็น key → รองรับ IBCTC/IBCSVCS ที่เก็บแยกตามอัตรา
มี TAX_INFO เป็น key → แยกไทย/ต่างประเทศเมื่อ company+PC+segment ซ้ำกัน
มี 3 ยอดต่อประเภท — Original · Conversion · Movement → รองรับทั้งการแสดงยอดคงเหลือและการเคลื่อนไหว

Original vs Conversion vs Movement

ยอด	ความหมาย	ที่มา
Original balance	ยอดคงเหลือตามสกุลที่ current tax report ให้มา	current tax report โดยตรง
Conversion balance	ยอดคงเหลือหลังแปลงด้วย month-end rate	LC1 ÷ FX rate (เฉพาะบริษัทใน `ZTAXB_T03`)
Movement	การเปลี่ยนแปลงในงวด	ยอดงวดนี้ − ยอดงวดก่อน

Balance includes movement + ITD (inception-to-date) จากปีก่อน — ในตัวอย่าง output ของ FD จะเห็นแถว “ITD- Dec 2023” เป็นยอดตั้งต้นของปี 2024

Selection screen

“Selection screen design will be similar to that of the current tax report” + radio ใหม่ 4 กลุ่ม

Field	Attr	Default	Validation / หมายเหตุ
Company code (Main)	Mandatory	—	`T001-BUKRS` · ถ้าไม่มี → error “Company code does not exist” · multiple selection
Reporting Year	Mandatory	—	กำหนดปีที่แสดง LCF
Reporting Period	Input	—	กำหนดงวดที่แสดง LCF
Profit center	Input	—	`CEPC-PRCTR` · error “Profit center does not exist” · from–to + multiple
Recovery Indicator	Input	—	`T8JJ-RECID` · error “recovery indicator does not exist” · multiple
Depreciation area	Mandatory	—	N/A
Ledger	Mandatory	—	N/A
Segment (Main)	Mandatory	—	N/A
TAX_INFO	Input	—	ใช้ระบุประเทศ เมื่อ LCF มาจาก company + profit center + segment เดียวกันทั้งไทยและต่างประเทศ · เช่น `MTJDA_MY`, `CITTH_MM`
IBC (checkbox)	Input	—	N/A
BOI (checkbox)	Input	—	N/A
Company code (Branch)	Input	—	validation เดียวกับ main
Profit center / Recovery indicator (Branch)	Input	—	validation เดียวกับ main
Depreciation area / Ledger / Segment (Branch)	Input	—	N/A

Radio button 4 กลุ่ม (ทั้งหมดเป็น new custom field)

กลุ่ม	ตัวเลือก	Default	ผลลัพธ์
Display Currency	LC1 / LC2 / LC3	LC2	เลือกสกุลที่แสดง
Timeperiod	Monthly / Yearly	Monthly	แสดงยอดรายเดือน หรือสรุปรายปี
Type of Report	Summary of Report / Detailed Report	Summary	Summary = แสดงแค่ LC balance · Detailed = แสดง balance + movement + conversion + FX rate
Malaysia Specific	Loss carried forward / Unabsorbed capital allowances	Loss carried forward	เลือกว่าจะดึงยอดจาก section ไหนของ current tax report ต่างประเทศ

TAX_INFO อธิบายซ้ำอีกครั้งเพราะสำคัญ: “MTJDA_MY — MTJDA คือ segment · MY คือมาเลเซีย → โปรแกรมคำนวณ LCF ตามกฎหมายมาเลเซีย” ผู้ใช้ ต้องกรอก TAX_INFO ตอนรัน current tax report ต่างประเทศ เพื่อให้ข้อมูลถูกส่งมาที่ LCF report ถูกช่อง — ถ้าลืม ค่า LCF ของสองประเทศจะปนกันโดยไม่มี error

Output layouts — 3 มิติที่ผสมกันได้

สกุลเงิน (3) × ช่วงเวลา (2) × ระดับรายละเอียด (2) = 12 มุมมอง

Detailed · LC1 (และ LC3 ใช้โครงเดียวกัน)

Period/Year	Profit center 1		Profit center 2		Total
Period/Year	LC1 Balance	LC1 movement	LC1 Balance	LC1 movement	LC1 Balance	LC1 movement
ITD- Dec 2023	500	—	1,000	—	1,500	—
1.2024	1,500	1,000	xx	xx	xx	xx
2.2024	1,700	200	xx	xx	xx	xx
3.2024	–	-1,700
5.2024	600	600
6.2024	100	-500
12.2024	2,300	1,300
ITD- Dec 2024	2,300	N/A

Balance = movement + ITD ของปีก่อน · แถว ITD ปิดท้ายคือยอดที่จะเป็นยอดตั้งต้นของปีถัดไป

Detailed · LC2 — มีคอลัมน์แปลงสกุล

Period/Year	LC2 Original Balance	LC2 Original movement	LC1 balance	FX rate	LC2 Conversion Balance
ITD- Dec 2023	xx		xx
01.2024	xx	xx	xx	xx	= LC1 Bal ÷ FX Rate
… 12.2024

Column	Format	Source	Note
LC2 Original Balance	NUMERIC-16	current tax report (รันด้วย LC2)	รวม movement + ITD ปีก่อน
LC2 Original movement	NUMERIC-16	current tax report (LC2)	—
LC1 balance	NUMERIC-16	current tax report (LC1)	รวม movement + ITD ปีก่อน
FX Rate	NUMERIC-16	`TCURR` · rate type จาก `ZTAXB_T03`	อัตราสิ้นเดือน ของงวดที่เลือก
LC2 Conversion balance	NUMERIC-16	คำนวณ	= LC1 Original balance ÷ FX rate

Summary layout

Company code	TH01
Segment	CIT_TH			PITA_TH			PSC_TH
Profit center	C1	C2	C3	C4	C5	C6	C7	C8
Period 1 … 12	xx	xx	xx	xx	xx	xx	xx	xx

กติกาการเลือกค่าใน Summary (LC2)

ถ้ามี LC2 conversion ใน ZTAXB_T01 → แสดงค่า conversion
ถ้าไม่มี → แสดง LC2 original

Yearly report

Period/Year	LC3 Balance	LC3 movement
ITD 2023	500	N/A
2024	300	-200
2025	200	-100
2026	200	–
2027	1,300	1,100
2028	1,500	200
2029	2,800	1,300

Grouping / Ungrouping — requirement ที่ user ขอเอง

FD ระบุว่าบางกรณีมี profit center เกิน 10 ตัว ทำให้เลื่อนหาคอลัมน์ Total ลำบาก จึงต้องมี ไอคอน grouping — กดแล้วเห็นเฉพาะ Total · กด ungrouping แล้วกางทุก profit center กลับมา ต้องมีทั้ง LC1, LC2 และ LC3

มาเลเซีย — LCF vs Unabsorbed Capital Allowances

เลือก radio	ดึงค่าจาก section ไหนของ RPT-4	เก็บลง field	คอลัมน์ Type of report
Loss carried forward	Unabsorbed business loss	LCF balance	`LCF`
Unabsorbed capital allowances	Unabsorbed capital allowances	Unabsorbed CA balance	`Unabsorbed capital allowances`

RPT-4 · MTJDA_MY / PSC_MY
ACL10 · ACL15 → ZTAXB_T01
2 คู่ field แยกกัน → RPT-5
radio เลือกดู

อ้างอิงจาก TAX-RPT-4 §11 — มาเลเซียมีการหักขาดทุน 2 ชั้น: ACL10 C/F Unabsorbed capital allowances (ชั้นที่ 1) และ ACL15 C/F Unabsorbed business loss (ชั้นที่ 2) → RPT-5 จึงต้องเก็บทั้งสองแยกกัน ใช้ layout เดียวกัน แต่เปลี่ยนแหล่งข้อมูล

คอลัมน์ “Type of report” คือกุญแจ: ตารางเดียวเก็บ 2 ประเภท ถ้าไม่มี field นี้จะแยกไม่ออกว่าแถวนั้นเป็น LCF หรือ Unabsorbed CA → เวลาไล่ข้อมูลด้วย SE16N ให้ใส่ค่าที่คอลัมน์นี้เสมอ ไม่งั้นจะได้ผลปนกัน

IBCTC / IBCSVCS — LCF ตามอัตราภาษี

สำหรับ IBCTC และ IBCSVCS ค่า LCF ไม่ได้เก็บที่ระดับ company segment แต่เก็บ ตามอัตราภาษี — เพราะบริษัทเดียวมีรายได้ 2 อัตรา (3% intercompany / 20% non-intercompany) ที่ต้องคำนวณภาษีแยกกันตามกฎหมาย

Period/Year	Profit center 1		Profit center 2		Total
Period/Year	3%	20%	3%	20%	3%	20%
ITD- Dec 2023	500	xx	xx	xx	xx	xx
1.2024	1,500	xx	xx	xx	xx	xx
ITD- Dec 2024	2,300

กติกา: สำหรับ IBCTC และ IBCSVCS → ตรวจ “ขาดทุนสุทธิ” ต่ออัตราภาษี ถ้า total ของอัตรานั้นเป็น ยอดเดบิต → ถือเป็นขาดทุน → เก็บลง ZTAXB_T01 ถ้าเป็น ยอดเครดิต → ถือเป็นกำไร → ไม่เก็บ

เชื่อมกับ TAX-RPT-3: คอลัมน์ 3% / 20% ของ IBCTC ถูกกำหนดโดย trading partner (VBUND) ที่ validate กับ ZTAXA_T04 → นั่นคือเหตุผลที่ ZTAXB_T01 ต้องมี Tax rate เป็นหนึ่งใน key

Key Test Conditions — TC-001 ถึง TC-008

Test ID	Condition	Expected result
TC-001	Selection screen parameters	มีทุก field ตามที่ระบุ
TC-002	การอัปเดตค่า LCF	ดึงค่า LCF ถูกต้อง
TC-003	Monthly vs Annual report	แสดงตาม radio ที่เลือก
TC-004	Unabsorbed capital allowances (มาเลเซีย)	แสดงถูกต้องตาม current tax report
TC-005	LC2 Conversion	สำหรับมาเลเซียและบริษัทอื่นที่ต้องแปลงในอนาคต — การคำนวณต้องแม่นยำ
TC-006	การบันทึกค่า LCF ลงตาราง	ค่าของ LC1, LC2, LC3 ถูกอัปเดตในตาราง custom
TC-007	IBCTC และ IBCSVCS layout	คำนวณและพิจารณา LCF ตามอัตราภาษี
TC-008	Detailed vs Summary output	แสดงตาม radio ที่เลือก

Test ที่ควรเพิ่มเอง (FD ไม่ได้ครอบ): (ก) กดปุ่ม Update ซ้ำ 2 ครั้งด้วยค่าต่างกัน → ต้องเขียนทับ และ change log ต้องบันทึก · (ข) รันด้วย TAX_INFO ว่าง ในเคส MTJDA → ดูว่าค่าปนกันหรือไม่ · (ค) company code ที่ไม่มีใน ZTAXB_T03 → ต้องไม่แปลง ใช้ LC2 original

Expert notes

1) “Simple” ในเชิงเทคนิค ≠ “ไม่สำคัญ”

FD ให้ complexity = Simple เพราะ logic น้อย (อ่านตาราง + แปลงสกุล + แสดงผล) แต่ในเชิงธุรกิจ object นี้เป็น single source of truth ของสิทธิทางภาษี ที่มีมูลค่าเป็นตัวเงินจริง → ควรได้รับการทดสอบละเอียดกว่าที่ complexity บ่งบอก และควรมี control เรื่องสิทธิ์การกดปุ่ม Update TODO: verify ว่ามีการจำกัดสิทธิ์กดปุ่มหรือไม่ (FD ระบุ role เป็น “Display the tables and transaction”)

2) ทำไมออกแบบให้ “กดปุ่ม” แทนที่จะเก็บอัตโนมัติ

ข้อดี — ผู้ใช้ควบคุมได้ว่าจะยืนยันตัวเลขเมื่อไหร่ (หลังกระทบยอดเสร็จ) · รันรายงานดูเฉย ๆ ไม่ทำให้ข้อมูลเปลี่ยน
ข้อเสีย — ถ้าลืมกด ข้อมูลจะไม่ถูกเก็บ และปีหน้าจะไม่มียอดยกมา · เป็นความเสี่ยงเชิงกระบวนการ ไม่ใช่เชิงระบบ
สิ่งที่ควรทำ — ใส่ขั้นตอน “กด Update LCF” ลงใน month-end / year-end closing checklist ของทีมภาษี

3) แผนภาพความสัมพันธ์ทั้งชุด (ท่องภาพนี้ภาพเดียวพอ)

FB60/MIRO/F-53 ──► ACDOCA ──┐ │ flat file ──► ZTAXA_T03 ────┤ ├──► TAX-RPT-3 (ไทย) ──┐ TAX-RPT-9 ──► ZTAXB_T07/018 ┤ │ ปุ่ม SAC-RPT-1 ──► ZTAXB_T06/014 ┴──► TAX-RPT-4 (ตปท.) ──┤ "Update table for LCF" ▼ ZTAXB_T01 (LCF store) │ │ ZTAXB_T03 (rate type) ┘ │ ▼ TAX-RPT-5 (LCF report) │ ▼ SAC · Deferred tax reporting

4) จุดที่ต้องตรวจเวลากระทบยอด

5 จุดตรวจ LCF รายเดือน

(1) ยอด ITD ปลายปีก่อน = ยอดตั้งต้นปีนี้ · (2) Balance = ITD ปีก่อน + ผลรวม movement ของปีนี้ · (3) LC2 Conversion = LC1 ÷ FX rate (คำนวณมือ 1 บรรทัด) · (4) บริษัทที่ไม่อยู่ใน ZTAXB_T03 ต้องไม่มีค่า conversion · (5) IBCTC/IBCSVCS — ยอดแยกตามอัตราครบทั้ง 3% และ 20%

5) ศัพท์ที่ควรพูดให้ถูกเวลาคุยกับทีมภาษี

ศัพท์ในระบบ	ศัพท์ที่ทีมภาษีใช้
LCF (Loss Carried Forward)	ผลขาดทุนสะสมยกไป
Unabsorbed capital allowances	ค่าเสื่อมราคาทางภาษีที่ยังใช้ไม่หมด
Unabsorbed business loss	ผลขาดทุนจากการประกอบกิจการที่ยังใช้ไม่หมด
ITD (Inception To Date)	ยอดสะสมตั้งแต่เริ่มโครงการ
Movement	การเคลื่อนไหวในงวด
Deferred tax	ภาษีเงินได้รอการตัดบัญชี

Self-check

ทวนความเข้าใจ

1. ข้อมูลเข้าตาราง LCF ได้อย่างไร และอ่านจาก node อะไร?

ผ่าน ปุ่ม “Update table for LCF” บนหน้า output ของ current tax report (ทั้ง RPT-3 และ RPT-4) · อ่านค่าจาก node “ANNUAL (PROFIT) / LOSS AFTER LCF” · เดบิต = ขาดทุน → เก็บ · เครดิต = กำไร → ไม่เก็บ

2. ZTAXB_T03 มีกี่ field และใช้ทำอะไร?

2 field — BUKRS CHAR(4) และ KURST CHAR(9) · ใช้บอกว่า บริษัทไหนต้องแปลง LC1→LC2 และใช้ exchange rate type อะไร · ถ้า company code ไม่มีในตาราง → ไม่แปลง ใช้ LC2 original

3. สูตร LC2 Conversion Balance

LC2 Conversion Balance = LC1 balance ÷ FX rate · FX rate มาจาก TCURR (อัตรา สิ้นเดือน ของงวดที่เลือก) · rate type มาจาก ZTAXB_T03-KURST

4. ทำไม IBCTC/IBCSVCS ต้องเก็บ LCF ตามอัตราภาษี?

เพราะบริษัทเดียวมีรายได้ 2 อัตรา (3% intercompany · 20% non-intercompany) ซึ่งกฎหมายให้คำนวณแยกกัน → ขาดทุนของอัตราหนึ่งใช้หักกำไรของอีกอัตราไม่ได้ จึงต้องเก็บแยก และ ZTAXB_T01 จึงมี Tax rate เป็น key

5. ถ้ากดปุ่ม Update ซ้ำ จะเกิดอะไรขึ้น และต้องป้องกันยังไง?

ข้อมูลใหม่จะเขียนทับของเดิม — FD จึงสั่งให้ เปิด change log ของตาราง เพื่อให้สืบย้อนได้ว่าใครเปลี่ยนอะไรเมื่อไหร่

6. TAX_INFO ใช้ตอนไหน ยกตัวอย่าง 2 ค่า

ใช้เมื่อ LCF มาจาก company code + profit center + segment เดียวกัน ทั้งไทยและต่างประเทศ · ตัวอย่าง: MTJDA_MY (segment MTJDA · มาเลเซีย) และ CITTH_MM · ผู้ใช้ต้องกรอกตอนรัน current tax report ต่างประเทศ ไม่งั้นค่าจะปนกัน

7. รายงานนี้มี radio button กี่กลุ่ม อะไรบ้าง และ default คืออะไร?

4 กลุ่ม — Display Currency (default LC2) · Timeperiod (default Monthly) · Type of Report (default Summary) · Malaysia Specific (default Loss carried forward)

8. ค่า LC2 conversion ถูกใช้ต่อโดยใคร?

Deferred tax reporting ใน SAC — เป็นข้อ 5 ของกติกา ZTAXB_T03 → นี่คือเหตุผลที่ต้องแปลงด้วยอัตราสิ้นงวด ไม่ใช่ใช้ LC2 ที่แปลง ณ วัน posting

ภาพรวม — ทำไมต้องมี object นี้

โจทย์

วิธีแก้ 3 ชั้น

สิ่งที่แสดงต่างกันตามประเทศ

ปุ่ม “Update table for LCF” — กติกา 8 ข้อ

ตัวอย่างหน้า output ที่มีปุ่มนี้

ZTAXB_T03 — ตารางกำหนด exchange rate type

ตัวอย่างข้อมูล

กติกา 5 ข้อ (ตรงจาก FD)

ZTAXB_T01 — โครงสร้างตาราง LCF

กลุ่มที่ 1 — Key ฝั่ง Main

กลุ่มที่ 2 — Flag + Key ฝั่ง Branch

กลุ่มที่ 3 — ยอดเงิน

Original vs Conversion vs Movement

Selection screen

Radio button 4 กลุ่ม (ทั้งหมดเป็น new custom field)

Output layouts — 3 มิติที่ผสมกันได้

Detailed · LC1 (และ LC3 ใช้โครงเดียวกัน)

Detailed · LC2 — มีคอลัมน์แปลงสกุล

Summary layout

Yearly report

Grouping / Ungrouping — requirement ที่ user ขอเอง

มาเลเซีย — LCF vs Unabsorbed Capital Allowances

IBCTC / IBCSVCS — LCF ตามอัตราภาษี

Key Test Conditions — TC-001 ถึง TC-008

Expert notes

1) “Simple” ในเชิงเทคนิค ≠ “ไม่สำคัญ”

2) ทำไมออกแบบให้ “กดปุ่ม” แทนที่จะเก็บอัตโนมัติ

3) แผนภาพความสัมพันธ์ทั้งชุด (ท่องภาพนี้ภาพเดียวพอ)

4) จุดที่ต้องตรวจเวลากระทบยอด

5) ศัพท์ที่ควรพูดให้ถูกเวลาคุยกับทีมภาษี

ทวนความเข้าใจ

`ZTAXB_T03` — ตารางกำหนด exchange rate type

`ZTAXB_T01` — โครงสร้างตาราง LCF