Decisions ANONYMIZED · PUBLIC EDITION Locked · Open · Gaps · Lessons

Decisions & Open Points
อ่านหน้านี้ก่อนเรียกอะไรว่า defect

Scope · FI-Tax S/4 Program As at · 16-Oct-2026 Owner · Chatree K.

Source: knowledge base 80-locked-decisions · 85-open-points · 90-lessons-learned · conflict register in 10-client-fi-design §11. ชื่อบุคคลถูกแทนด้วย role

หน้านี้คือ “สมุดกติกา” ของทีม — อะไรที่ ตกลงกันแล้ว ห้ามเปิดเป็น defect ซ้ำ, อะไรที่ รอคนตัดสิน ห้ามพูดเหมือนเป็นข้อเท็จจริง, และ ความผิดพลาดที่เคยทำ จะได้ไม่ทำซ้ำ — เปิดทุกครั้งก่อนกด Create ใน JIRA

3 คำถามก่อนเปิด defect

อยู่ใน Locked decisions ไหม? → ถ้าใช่ = by design ไม่ใช่ defect (เปลี่ยนต้องเป็น CR)
ไล่ three-layer model แล้วหรือยัง — master data มีไหม → config ของ CoCd ถูกไหม → posted จริงเป็นอะไร
เช็ก selection screen แล้วหรือยัง (CoCd ถูกไหม · placeholder ค้าง · value-help บัง Go) — ความมั่นใจต้อง >95% ก่อน escalate

STDstandard SAP / กฎหมายทั่วไป BPBlueprint / BPE FDFunctional Design SYSเห็นในระบบ AGREEDตกลงกับ client / team lead INFERเหตุผลเรา ยังไม่พิสูจน์ TBCยังเปิด

InteractiveIs this a defect? — ตอบทีละข้อ ระบบจะบอกว่าเป็นเรื่องอะไรและส่งใคร

Locked decisions — ห้าม raise เป็น defect

ตัดสินแล้ว · มีคนเซ็นรับ · เปลี่ยนได้ทางเดียวคือ CR

TAX-RPT-1 — สอง FX columns ห้ามปนกัน AGREED

Column	FD step	Source	Date	Serves
Fx on TaxPmt	22	`BKPF-KURSF` ของ payment doc ที่ post แล้ว	T (วัน posting ของ payment)	WHT / ภ.ง.ด.54
Fx on Posting date	28	รายงาน lookup `TCURR` เอง	T-1 (GDATU = BUDAT − 1, ≤ fallback)	VAT / ภ.พ.36

กติกาสื่อสาร: GL fix ของ TKT-02 แตะเฉพาะ Fx on TaxPmt · ห้ามพูด “T-1” กับ GL team — ประโยคเดียวที่ใช้: “bank line uses the payment document’s date”

TAX-RPT-1 — step 28 final (3-Sep-2026, แทน FD v0.1) AGREED

เลิกใช้ ratio approach → TCURR rate type M เท่านั้น
FCURR = สกุล invoice (BSAK-WAERS จาก step 19) → THB · GDATU = วันที่ของ step 24 − 1 แบบ ≤ fallback · guard UKURS/FFACT = 0 · ทศนิยม 5 ตำแหน่ง
เปลี่ยนเดือน Sep: VAT36 FC → THB สองขั้น (invoice ccy → USD → THB, ทั้งสองขั้นใช้ TCURR ที่ T-1 ของวัน posting payment) เขียนเป็นการคูณ rate สองตัว · ใช้กับ คอลัมน์ VAT36 เท่านั้น ห้ามแตะคอลัมน์ WHT
Step 24 = BKPF-BUDAT ของ payment · แถว 5A ใช้ KURSF ของเอกสารตัวเอง
ผลที่ตามมา: VAT36 base ≠ WT base บนแถวที่จ่ายเป็น FC — by design
Sign fix เสร็จแล้ว: abs(FC) × sign(RC)
WITH_ITEM key: BUKRS + GJAHR + BELNR + WITHT + WT_WITHCD (ไม่มี QSREC)
Steps 11/12 (WT base/amt RC) อ่าน WITH_ITEM ของ payment — ถูก · Steps 20/21 (WT base/amt FC) อ่าน WITH_ITEM ของ invoice ตาม FD — accepted 16-Sep · เปลี่ยนต้อง CR · ไม่ใช่ defect

TAX-RPT-1 — multi-PC / RI = split lines (3-Sep, TKT-01) AGREED

1 แถวรายงานต่อ 1 ACDOCA WIT line (HSL ≠ 0, ข้ามบรรทัดศูนย์) — ไม่ใช่ต่อ comma
WHT amount ต่อแถว = HSL ของ WIT line นั้น (ไม่ prorate)
Base prorate ตาม WIT ratio · บรรทัดสุดท้ายรับเศษ (remainder) ให้ยอดรวมตรงกับที่ยื่น
Payment หลาย vendor ไม่เข้า PC split
ยังเปิด: คอลัมน์ VAT36 บนแถว split · partial payment → รอ team lead (D2)

Statutory conflict — รอคำตัดสิน (ไม่ใช่ defect)

PND54 = สกุลจ่ายจริง @ T-1 · VAT36 = ยอด invoice × table rate @ T-1 → ต่างกันได้ต่อเอกสาร (doc 581: 76.57 THB) · ต้องได้ sign-off จาก Client tax reviewer / team lead หรือตัดสินย้ายจุด — ดู D1

DRC statutory forms — ไม่ใช้ (Cadence 23-Jul-2026) AGREED

CR-A dropped — DRC statutory forms จะไม่ถูกใช้ · DRC ใช้สร้าง PP30 text file เท่านั้น (UTC ยืนยันแล้ว)
แบบ / ใบแนบมาจาก WRICEF: FRM-4 · FRM-1 · FRM-3 · FRM-6 · RPT-6 — อย่า raise ว่า DRC form ไม่ออก · ดู DRC vs WRICEF map

TAX-RPT-2 — by design

เป็น report อย่างเดียว ไม่ post · tab “Tax payable posting” ที่ติดมาจาก RFUMSV00 — ซ่อนหรือทำ negative test ยังรอ (D5)
Venture / equity filter มีผลเฉพาะเมื่อติ๊ก “Activate JVA Splitting”
รันแล้วว่างเพราะ placeholder SEL_VN / SEL ค้างในช่อง = test-setup error ไม่ใช่ defect

SIT — expected ไม่ใช่ defect

เอกสาร stock: LC2 rate มาจาก material valuation (rate ต่อบรรทัดต่างกันได้)
เอกสารไทยที่ไม่มี tax code แต่มี business place default ของ CoCd
NVV codes ไม่มีบรรทัดภาษีแยก (ภาษีรวมในบรรทัด cost)
WHT amount = 0 บน invoice สำหรับ type ที่หักตอนจ่าย (MY / MM)
LC3 ว่างสำหรับ company code MY / MM

Decisions waiting on people (D1–D7)

ห้ามพูดถึงเรื่องเหล่านี้เหมือนตัดสินแล้ว — ทุกข้อมีเจ้าของคำตอบ

#	คำถาม	รอใคร (role)
D1	ฐานทางกฎหมาย PND54 vs VAT36 (doc 581 ต่าง 76.57 THB)	Client tax reviewer / team lead
D2	คอลัมน์ VAT36 บนแถว split ของ RPT-1 · partial payment	Team lead (SI)
D3	RPT-1 multi-invoice payment: แบ่ง WHT ของ payment ตาม invoice (`WT_QBSHB`) หรือ prorate ตาม base	Team lead (SI)
D4	RPT-2 / RPT-6: PC ของเอกสาร multi-PC มาจาก tax line หรือ document · total แบบไม่กรอง PC อิง BSET หรือ Σ ACDOCA split lines	Project lead
D5	RPT-2: ซ่อน tab “Tax payable posting” หรือเก็บเป็น negative test	Project lead
D6	Scope ของ TAX-FRM-2 (Myanmar) ว่าเป็นของซีหรือไม่	Project lead
D7	`ZTAXB_R01` Display vs Maintain ใน authorization matrix · 5 T-code มาตรฐานอาจเป็นของ GL roles	GL lead

Gaps radar (G1–G17)

ช่องโหว่ของ design / data ที่ยังไม่มีเจ้าของปิด — แต่ละข้อมี next step ที่ทำได้ทันที

#	Gap	Owner	Next step
G1	SET ใน `EJVA017` อ่าน GL 8 หลัก แต่ S/4 ใช้ 10 หลัก → I0 อาจไม่ถูกเติม	RPT-2 ABAP + substitution owner	`BSEG-MWSKZ` ของ JD/JK บน `A213X025` + GGB1
G2	Input-tax account key: KDS ว่า NVV แต่ FUT เห็น VST	Tax config	เทียบ FTXP D1/I1 ใน DEV
G3	RPT-1 FD v0.1 step 28 ≠ design 3-Sep	ซี + RPT-1 ABAP	FD v0.2 / CR ก่อน UAT sign-off
G4	ENH-3 suspense GL `A149X019` vs `A149X018`	ENH-3 owner	Lock ค่าเดียว
G5	TH WHT codes ถูก redesign	Tax TH	ได้ list สุดท้าย → อัปเดต constants ของ ENH-1 / `ZCAX_P01`
G6	e-WHT 1% (Ministerial Reg. 389) หมดอายุ 31-Dec-2025	Tax TH	ยืนยันอัตราปัจจุบัน
G7	บัญชีภาษีใน JVA cutback A → B · เอกสาร cutback เข้า T1 ไหม	JVA team + Tax	ขอ mapping · เทสด้วย IG data
G8	LC3 TH-only vs overseas-branch ledger	GL + Tax	เช็ก currency settings ราย CoCd
G9	Output VAT ตอน asset write-off ยังไม่มี design	FA + Tax	ใช้ FUT workbook AA-WFL-1
G10	RPT-2 rate `ZOM` vs mid	RPT-2 FD owner	ปิดใน FD
G11	Tambon (ตำบล) กระจายอยู่ใน street fields ของ `ADRC` (กระทบ ENH-1)	BP/MDG + ENH-6 owner	ADRC trace ใน SE16N ก่อนเขียน mapping
G12	Lease (Nakisa) เข้า T1 / LC3 ไหม	GL / FA	ยืนยัน ledger ของ GL-INT-1
G13	VIM WHT capture “may need enhancement”	AP / VIM	ยืนยัน WRICEF
G14	Go-live 1-Jul-2027 vs Jan-2027	PMO	ยืนยัน → งวดยื่นแรก
G15	ชื่อชน JVA-RPT-1 vs TAX-RPT-2	PMO	ใช้ prefix เต็มเสมอ
G16	PCO (ENH-22/062), non-op billing (ENH-18), JV funding (GJFDP) ยังไม่มี tax treatment	Tax TH + JVA	ถามก่อน JVA SIT round
G17	ลำดับ JVA-ENH-2 vs TAX-ENH-4 ใน GGB1 (ทั้งคู่ key ด้วย G/L)	เจ้าของ JVA-ENH-2 + ENH-4	เทสเอกสารที่โดนทั้งคู่ แล้วอ่าน `SEGMENT` / `RECID` ใน ACDOCA

Conflict register (C) — เอกสารขัดกันเอง

ถ้าสองแหล่งพูดไม่ตรงกัน ให้ อ้างทั้งสอง และบอกว่ายึดตัวไหนชั่วคราว — อย่าเลือกเงียบ ๆ

#	ประเด็น	สองฝั่งที่ขัดกัน
C1	Go-live date	ภาพ statutory ~Jan-2027 / ยื่นแรก ~Feb-2027 vs Cutover plan v3.0 1-Jul-2027 (= G14)
C3	ชื่อ / ทิศทาง rate PITA	LC concept: `PITB` (buy) / `PITM` (sell) vs GL BPE: PITB / PITS
C4	Scope ของ LC3	TH CoCds only (0L, T1) vs overseas-branch ledger ใน training (= G8)
C5	Account key input tax	NVV (KDS) vs VST (FUT) (= G2)
C6	Account key ของ V1	ต้องยืนยันใน FTXP
C9	RPT-1 step 28	FD v0.1 vs design 3-Sep (= G3)
C10	Segment substitution	TAX-ENH-9 (เดิม) vs TAX-ENH-4 (แทนที่ด้วย CR-TKT-03)
C11	RPT-6 split	ต่อ PC vs ต่อ PC + RI
C13	Doc types ของ cash call	FD / RPT-2 FUT: `JD` / `JK` (JD ยังไม่ maintain ใน ZGLX_T01) vs GL KDS: cash call = `CC` / `DA` / `KK` · ECC ใช้ CC (`CC_21500020_I0`) · rate: JK = LC1 M / LC3 PITB · JD = LC1 B / LC3 PITM (email 14-Aug)
C14	Tax procedure	QAS `T005-KALSM` + BPE: `TAXTH` vs training deck / knowledge base เดิม: `ZTXP_TH` → ยึด TAXTH SYS
C17 / C20	ชื่อชน “074”, “RPT-2”	TAX-RPT-1 vs ตัวเลขเดียวกันใน workstream อื่น · TAX-RPT-2 vs JVA-RPT-1 → ใช้ prefix TAX- / FIAR- / JVA- เสมอ
C18	FX ของ RPT-2	`ZOM` vs mid rate (= G10)
C21	Company code ของ Oman	Tax / RPT-2 ใช้ `OM01` vs FA BP: Oman = `OM02` (area 54–56 “tax not posted”) และไม่มี AA data ของ OM01 → อาจคนละ entity ต้องยืนยัน
C22	LC1 ของ WHT at payment	LC concept: M @ posting date (“M9”) vs AP BPE: selling @ payment date −1
C23	DRC statutory forms	Blueprint / BPE: DRC สร้าง P.P.30 (และเคยรวม PND54 ผ่าน FRM-5) vs Cadence 23-Jul: CR-A dropped — ใช้แค่ DRC PP30 text file → ยึด Cadence
C24	Scope ENH-1 / FRM-4	Deck: ENH-1 = PND1, 1ก, 2ก, 3, 53 (PND2 อยู่ที่ ENH-5) vs ฉบับเดิม PND1 / 1A / 2 / 2A / 3 / 53 · FRM-4: FUT table = PND1, 1ก, 2ก แต่ DRC deck s13 มี PND2 ด้วย
C19	Scope ของ T1	BPE: TH + MY + XB01 overseas branch vs training: TH + MY + MM XB02 holding only

Technical TBC — เรื่องที่ต้องพิสูจน์ในระบบ

5G gross-up: สูตร (logic G vs I) และรวมอยู่ใน filter PND54 ของ RPT-1 / FRM-1 หรือไม่ TBC
ชื่อ field LC2/LC3 ใน WITH_ITEM (เช็ก SE11)
“M9” ใน LC concept หมายถึงอะไร (ไม่ใช่ rate type ใน TCURR)
สูตร PITA FC หารด้วย PITM(USD:THB) ไม่ใช่ PITB — เทสทั้งสองแบบ
LC3 rate ใน 0L: BPE (ZTH, PITA ใน T1) vs LC concept 2026 (PITB ใน 0L) — ยึดไฟล์ใหม่ เช็กทั้ง 0L และ T1
TCURR เก็บ rate LC3 ใต้ USDTH หรือ USD · PITB/PITM โหลดวันที่ 1 ของเดือน หรือวันสุดท้ายของเดือนก่อน
Field ของ counterparty branch code บนเอกสาร (SE11)
Business place บน MIRO / SD billing: default หรือ derive
T-code ของ RPT-7 ใน client 300 · output group ของ SWC · deadline PND2 Kor · R21/R22 ใน client 300

Lessons learned — อย่าทำซ้ำ

แบบ PND54 ไม่ได้มาจาก SAP DRC — TAX-FRM-5 ถูกยกเลิก · มาจาก FRM-3 output group AP1 Print form 2 แม้ Blueprint ยังเขียนว่า DRC
พูดว่า output group ไม่ใช่ “output code”
RPT-7 รันบนแอป Generic WHT Reporting มาตรฐานตาม FD — อย่าสรุปว่าเป็น ZTAXB_R01
“BEPS คำนวณจาก CIT” ผิด — CIT/PITA เป็น covered taxes · ฐานคือ accounting profit
วงเล็บในชื่อคอร์ส “(BEPS&PITA)” = กลุ่มผู้เข้าอบรม — อย่าเถียงชื่อจาก scope WRICEF
ระวังชื่อเล่นคนซ้ำ/คล้ายกันในทีม client — ยืนยันตัวคนก่อนส่งงาน
ก่อนประกาศ defect ให้เช็ก config และ selection screen (CoCd ผิด Client-Intl vs MY01 · placeholder “SEL_VN” · value-help pop-up บังปุ่ม Go)
Caption ของ screenshot ต้องตรงกับสิ่งที่ภาพพิสูจน์ (ใส่ PC แล้ว · กด Go แล้ว · CoCd ถูก · form ถูก เช่น BC/A5 = CP37A ไม่ใช่ CP37)
กับฝั่ง client อย่าเสนอวันที่เอง และอย่าขอให้เขา “ช่วยเช็กงานเรา”
FD ขึ้นหน้าใหม่ซ่อนเงื่อนไขได้ — เคยสรุปว่า RPT-1 step 33 “ไม่มี KTOSL” ผิด (เงื่อนไขอยู่หน้าถัดไป) และถอนคำพูดแล้ว
เคยเดาเกินหลักฐาน: ค่าความมั่นใจของ 5A, root cause “FC = 0” ก่อนเวลา, ใช้ CPUDT เป็นวันอ้างอิง WHT — เช็ก config และเอกสารก่อนเสมอ
Same-day vs backdated · Sunday fallback: TCURR “−1” ที่ตกวันหยุดจะถอยไปศุกร์ — doc 552 ดูถูกเพราะบังเอิญ
แก้ RPT-2 path เดียวโดยไม่แก้อีก path — กลับมาเป็น defect เสมอ
ห้ามใช้คำว่า “T-1” กับ GL team เรื่อง TKT-02 — acceptance คือ “bank line uses the payment doc’s date”

✓

Self-check

1. RPT-1 แถวที่จ่ายเป็น FC แสดง VAT36 base ≠ WT base — เปิด defect ได้ไหม?

ดูเฉลย

ไม่ได้ — by design ตาม step 28 final (3-Sep): VAT36 ใช้สกุล invoice × TCURR M @ T-1 ส่วน WHT ใช้มูลค่าจ่ายจริง · เช็กว่า FC เท่ากันก่อนตีความส่วนต่าง THB

2. Payment มี 2 PC — รายงาน RPT-1 ต้องออกกี่แถว และ WHT amount ต่อแถวมาจากไหน?

ดูเฉลย

1 แถวต่อ ACDOCA WIT line (HSL ≠ 0) · WHT = HSL ของบรรทัดนั้น · base prorate ตาม ratio โดยบรรทัดสุดท้ายรับเศษ

3. RPT-2 รันแล้วว่างทั้งที่มีข้อมูล และช่อง venture ยังเป็น “SEL_VN” — เป็น defect ไหม?

ดูเฉลย

ไม่ — test-setup error (placeholder ค้าง) · venture filter มีผลเฉพาะเมื่อติ๊ก Activate JVA Splitting

4. แบบ PND54 ออกจากระบบไหน?

ดูเฉลย

ไม่ใช่ DRC (FRM-5 ยกเลิก) — ออกจาก FRM-3 output group AP1 บน Generic WHT Reporting

5. เอกสาร MY มี WHT amount = 0 บน invoice และ LC3 ว่าง — ผ่านไหม?

ดูเฉลย

ผ่าน — MY หักตอนจ่าย (amount 0 ที่ invoice) และ LC3 มีเฉพาะ CoCd ไทย

ดูต่อ TAX-RPT-1 design TAX-RPT-2 FI document verification FUT & JIRA