Indirect Tax — VAT · VAT36 · tax codes

← หน้ารวม (Hub) Client FI design →

VAT คิดตอน invoice เสมอ (MIRO / billing / FB60 / FB70) — ไม่เคยเกิดตอน GR, SES หรือ goods issue · ทุกอย่างไหลจาก tax code: code บอกอัตราและ account key แล้ว account key บอก GL · ผลลัพธ์ลง BSET หนึ่งแถวต่อหนึ่ง tax code ต่อเอกสาร แล้วรายงาน VAT ทุกตัวก็แค่อ่าน BSET

Tax code chain STD

Company code→T001-LAND1→Tax procedure TAXTH→Tax code (FTXP)→Condition + rate→Account key→GL (OB40 / T030K)

Tax codes เป็นของ ประเทศ ไม่ใช่ของ company code — CoCd ที่ LAND1 เดียวกันใช้ชุด code เดียวกัน
Tax procedure: QAS T005-KALSM ของ TH = TAXTH (ตรงกับ BPE) · MY = ZTXP_MY · Oman = ZTXP_OM SYS — training deck เคยเขียน ZTXP_TH → ยึดค่าใน T005 (C14)
Account keys: VST input (เคลมได้) · NVV non-deductible (บวกเข้าบรรทัด expense / GR-IR จึงไม่มีบรรทัดภาษีแยก) · MWS output · ESA/ESE คู่ acquisition / reverse charge
Tax code มาจาก: PO item (MIRO) · user กรอก (FB60/FB70) · SD condition MWST (VK11) ตาม customer + material tax classification
BSET: MWSKZ, KTOSL, FWBAS/FWSTE (doc ccy), HWBAS/HWSTE (LC1), H2BAS/H2STE (LC2), H3BAS/H3STE (LC3), KBETR (rate)
Standard VAT return report: RFUMSV00 (S_ALR_87012357) — line items, totals ต่อ code, balance ต่อ CoCd, optional “tax payable” posting · TAX-RPT-2 คือ Z-copy ของมัน

Input vs Output VAT

ซื้อ · Purchase · KTOSL VST

Input VAT = Dr

ภาษีซื้อ — สินทรัพย์รอเครดิตกับภาษีขาย ไม่รวมเป็นต้นทุน (เว้นแต่ code แบบ unclaimable / NVV)

ขาย · Sales · KTOSL MWS

Output VAT = Cr

ภาษีขาย — หนี้สินที่ต้องนำส่งในงวด

ภ.พ.30: Output VAT − Input VAT = ภาษีที่ต้องชำระ (หรือขอคืน / ยกไป) · ยอดในแบบต้อง = ยอดใน GL เสมอ · ไทย 7% · FC แปลงเป็น THB ด้วย BOT rate ของวันทำการก่อนหน้า (T-1) STD

Account determination — OB40 vs OBYC

Transaction	คุมโดย	ใช้กับ
ภาษี (VAT)	tax code → account key → OB40	บัญชี input / output VAT · tax GL ของ Oman: `A149X017` input · `A212X020` output
MM automatic postings	OBYC (เช่น `BSX` stock, `WRX` GR/IR)	บัญชีสต็อก · GR/IR clearing

จุดที่สับสนบ่อย: บัญชีภาษี ไม่ได้ ตั้งที่ OBYC · บรรทัดภาษีใน ACDOCA แยกด้วย KTOSL VST / MWS / NVV

บรรทัด “Realized FX (from VAT)” — ทำไมโผล่ใน LC1 Cadence 23-Jul-2026

บรรทัด expense / AP

M @ posting date

เอกสาร FC → LC1

บรรทัด input VAT

B @ doc date −1

rate ต่างประเภท ต่างวัน

ผล

LC1 ไม่ balance

ระบบเติมบรรทัด Realized FX (from VAT) — LC1 เท่านั้น

A490X035

Realized Gain/Loss FX Rate — Indirect tax

Option 1 (ยืนยันแล้ว): สร้าง GL ใหม่ (non-operating) ของ TH เพื่อให้ document splitting ทำงาน · MM / MY ใช้บัญชีเดิมตาม allocation requirement · บัญชีที่เสนอครั้งแรก = A490X033 · ฝั่ง direct tax (ENH-2) = A490X034
Error F5A49 “Item 005 must be corrected” ตอน post ผ่าน FB60 / FB70 — SAP incident (ID removed) แนะนำ note 3588754 แต่ยังเกิด · ไม่เกิดเมื่อ post ผ่าน TAX-ENH-3 หรือ F-04 · ส่งเคสกลับ SAP 22-Jul open
เทสต์: เห็นบรรทัด FX ใน LC1 ของเอกสาร FC ที่มี VAT = expected ไม่ใช่ defect · กฎ rate ต่อบรรทัดอยู่ที่ LC rules

Tax codes ของ Client BP

TH · หลักแรก

I	claimable input
N	unclaimable · CIT non-deductible
U	unclaimable · CIT deductible
D	deferred input (services; โอนตอนจ่ายโดย ENH-8)
V	P.P.36 (VAT36)
O	output
DB	deferred output
S1	SBT 3.3%

หลักที่ 2: 0 = 0% · 1 = 7% · 2 = 10% · X exempt · N no VAT base · Y out of scope

Global first-letter map (BPE KDS)

I · O	claimable input · output (VAT/GST/SST)
D	deferred VAT
N / U	unclaimable (non-deductible / deductible)
V / R	reverse charge — V = deferred input (VAT36) · R = reverse charge / IST
S · C · M · T · P	SBT · overseas CT · MY e-invoicing · US AP/Sales · US use tax

Tax code decoder — ทุก code ของ procedure SYS BP

Interactiveคลิก code → ดูว่ามันทำอะไร ลงบัญชีไหน และไปโผล่รายงาน / แบบไหน

Tax procedure (T005-KALSM)

output เคลมได้ เคลมไม่ได้ deferred VAT36 / reverse charge ยังไม่มีข้อมูลทดสอบ (RPT-2 FUT)

CODE

ลงบัญชี

ไปต่อที่

TAXTH 26 codes + ZTXP_OM 11 codes: training material p.61/65 · T005-KALSM (TH = TAXTH, MY = ZTXP_MY): verification guide (QAS) · GL: verification guide p.15 + FUT field map · MY: รายชื่อ code จาก FI design §8 — ความหมายรายตัวยังต้องยืนยันกับทีม MY

VAT36 codes ในระบบ SYS

TH VAT36 = V0–V6 (claimable / unclaimable × deductible) · V1/V2 = 7% “ClaimPP36” — ยึด label ในระบบ (สเปรดชีต config เก่าที่ว่า V2 = 10% outdated)
V0 ไม่ใช่ “ไม่มี VAT36” — ยังเป็น code กลุ่ม VAT36 อัตรา 0% (แยกไม่ออกว่า 0.00 เพราะอัตราหรือ defect) · V3–V6 unclaimable = edge case ของ SIT
Account key ของ input tax: KDS ว่า NVV แต่ FUT เห็น VST (G2 / C5) · account key ของ V1 ยังต้องยืนยัน (C6) TBC

Oman OM01 (TAX-RPT-2)

I0 · I1 5% · IX · IY · O0 · O1 5% · OX · OY · R3 RC service · R4 RC goods · U1 unclaimable · MY / MM codes ดู country reference

VAT36 / PND54 — reverse charge

จ่ายค่าบริการให้ผู้ประกอบการต่างประเทศ → ผู้จ่ายในไทย self-assess VAT แทน · นำส่งด้วย ภ.พ.36 แล้วเคลมเป็น input ใน ภ.พ.30 งวดถัดไป · ธุรกรรมเดียวกันมักเกิด WHT ภ.ง.ด.54 ด้วย

Overseas Vendor

Thai Co · System

Tax Team

Revenue Dept

Invoice ค่าบริการต่างประเทศ

ไม่มี VAT ไทย

Post AP ด้วย V1/V2 (FB60)

ขาคู่ Def Inp VAT + Inp VAT Pay หักล้างกัน · LC1 = B @ doc date −1

Payment + WHT 5A/5D → ENH-2

PND54 side · FX adj doc SW

ZTAXA_R03

After month-end · ENH-3

สร้าง VAT36 liability จาก payment docs · doc SA

ZTAXA_R02

Recon TAX-RPT-1 · RPT-12

PND54 ↔ VAT36 · แบบ P.P.36 = FRM-6

ยื่น ภ.พ.36 (+ ภ.ง.ด.54)

เคลม input ใน ภ.พ.30 งวดถัดไป

อย่าสลับ: ZTAXA_R02 = TAX-ENH-3 (VAT36 liability, doc SA) · ZTAXA_R03 = TAX-ENH-2 (WHT FX, doc SW) · ENH-3 suspense GL A149X019 vs A149X018 ยังไม่ lock (G4) · doc 9004391363 rate 37.6651 ยังอธิบายไม่ได้ (เปิดกับ ENH-3 owner)

ฝั่ง reconTAX-RPT-1 design PND54 vs VAT36 statutory basis (D1)

Deferred VAT → net VAT clearing → ภ.พ.30

TAX-ENH-8 (manual, doc ST) — โอน deferred input VAT (D*) เป็น input ปกติเมื่อจ่ายเงิน
AR-ENH-1 (batch, doc D2) — โอน deferred output (DB)
TAX-RPT-6 ZTAXB_R04 (manual, doc SO) — VAT report + net VAT clearing · split ต่อ PC หรือ PC + RI ยังขัดกัน (C11)
ภ.พ.30: DRC ใช้สร้าง text file เท่านั้น — DRC statutory forms ไม่ใช้แล้ว (CR-A dropped, Jul-2026) CR-A dropped · reconcile ด้วย TAX-RPT-11 · aging deferred input = TAX-RPT-10 · input tax listing = TAX-INT-1 (BPE: RPT-15)

Bug ข้าม object: TAX-RPT-6 มีปัญหา Total ของเอกสาร multi-PC แบบเดียวกับ TAX-RPT-2 — บน RPT-6 ยอด Total ขับ clearing posting จึงต้องแก้แบบเดียวกัน · LC ของเอกสาร ENH-8/ENH-3: THB doc → LC1 = doc amount, LC2 = ZTH, LC3 = ZTH/PITB · net VAT clearing (SO) → historical รายบรรทัด

Related WRICEFs (Indirect · TH)

ID	ชื่อ	ในคอร์ส TAX-402
`TAX-INT-1`	Input tax listing + interface to Doc Center (BPE list เขียนเป็น TAX-RPT-15)	✓
`TAX-ENH-8`	Transfer deferred input tax (doc ST)	✓
`TAX-RPT-10`	Aging input VAT (deferred)	✓
`TAX-ENH-3`	ZTAXA_R02 — VAT36 liability (doc SA)	✓
`TAX-FRM-6`	P.P.36 form (PDF) + DRC offsetting	✓
`TAX-RPT-12`	VAT36 & e-VAT36 reconciliation (+PC)	—
`TAX-RPT-11`	TH VAT submission reconciliation	✓
`TAX-RPT-6`	VAT report + net VAT clearing (doc SO) + P.P.30	✓
`TAX-ENH-4`	Segment substitution (แทน ENH-9)	✓
`TAX-ENH-11`	DRC enhancement: document selection + XML fields (P.P.30 text file · MY MyInvois)	✓
`TAX-RPT-2`	Oman VAT incl. cash call — my object	ไม่อยู่ในคอร์ส (เสนอ segment สั้น)

รายการเต็ม 52 objectsBlueprint WRICEF list

✓

Self-check

1. GR (MIGO 101) post ภาษีไหม?

ดูเฉลย

ไม่ — ภาษีเกิดตอน invoice (MIRO / billing / FB60 / FB70) เท่านั้น

2. ทำไม code แบบ NVV ไม่มีบรรทัดภาษีแยก?

ดูเฉลย

NVV บวกภาษีเข้าไปในบรรทัด expense / GR-IR — expected ไม่ใช่ defect

3. ZTAXA_R02 กับ ZTAXA_R03 ต่างกันอย่างไร?

ดูเฉลย

030 = ENH-3 สร้าง VAT36 liability หลังปิดงวด (SA) · 032 = ENH-2 ปรับ WHT FX (SW)

4. Tax code “D1” ในไทยหมายถึงอะไร และถูกโอนเมื่อไร?

ดูเฉลย

Deferred input VAT (บริการ) อัตรา 7% · โอนเป็น input ปกติตอนจ่ายเงินโดย TAX-ENH-8 (doc ST)

5. บัญชี VAT กำหนดที่ OB40 หรือ OBYC?

ดูเฉลย

OB40 ผ่าน tax code / account key · OBYC เป็นของ MM automatic postings (BSX, WRX …)