กลับรายการเคส

เคสที่ 14 — AR บริการ + มัดจำ 50%

เคสที่ 14 — AR: SO บริการ → รับมัดจำ 50% (§78 ใบกำกับภาษีของเงินมัดจำ) → ใบกำกับภาษีหลัก → รับเงินส่วนเหลือ

ตัวเลข: บริการ 100,000 + VAT 7,000 = 107,000 มัดจำ 50% = 53,500 เงินส่วนเหลือ 53,500

เทียบกับเคสที่ 4 (สินค้า): เหมือนทุกอย่าง ยกเว้นไม่มี DO เพราะเป็นบริการ — ไม่มีสินค้าให้ส่ง รายได้รับรู้ทันทีที่ออกใบกำกับภาษี (บริการ "ส่งมอบ" เมื่อออกใบกำกับภาษี)

ทำไมยังต้องมี SO? SO ใช้บันทึก commitment ระหว่างผู้ขายกับลูกค้า (สัญญา/ขอบเขตงาน) — และเป็นจุดผูกของใบกำกับภาษีของเงินมัดจำตาม §78/1 ทำให้ tax point fires ที่จุดรับเงินมัดจำตรงตามกฎหมาย (จุดรับเงินเป็น early-est event = tax point)

Flow

1
SO บริการ Approve — 107,000บันทึก commitment (สัญญา/ขอบเขตงาน) ไม่มี GL impact
2
รับมัดจำ 53,500 (50%)§78/1 tax point fires · Dr Cash / Cr Customer Advances 50k / Cr Output VAT 3.5k
3
ใบกำกับภาษี Approve — หักมัดจำDr AR 53.5k + Dr Customer Advances 50k / Cr Sales 100k + Suspense VAT 3.5k
4
PARTIALLY_PAID — รอเงินส่วนเหลือamount_paid = 53,500 ของ 107,000 (residual tax invoice §86/4 ครอบ 50k+3.5k)
5
รับเงินส่วนเหลือ 53,500 → PAIDDr Cash / Cr AR + cash-basis VAT swap (residual 3.5k → Output VAT)

ขั้นตอนที่เก็บมา

ทำไม §78/1 tax point กระจาย 2 งวด

มาตรา 78/1 กำหนด tax point ของบริการ = เหตุการณ์ใดเกิดก่อนระหว่าง:

  1. เมื่อได้รับชำระราคา (cash event) — มัดจำ 53,500 ✓ tax point fires วันนี้สำหรับ Output VAT 3,500
  2. เมื่อได้ออกใบกำกับภาษี — ใบกำกับภาษีหลัก ✓ tax point fires สำหรับ residual VAT 3,500
  3. เมื่อได้ใช้บริการ — บางครั้งใช้ก่อน

เคสนี้ tax point ตามข้อ 1 (รับเงินมัดจำก่อน) ลงทะเบียน Output VAT 3,500 ใน PP30 ของงวดรับมัดจำ ส่วน residual 3,500 ลงทะเบียนใน PP30 ของงวดออกใบกำกับภาษีหลัก (มีกลไกป้องกัน double-count ผ่าน totalAlreadyRealisedVAT ดู invoice_service.go::buildJELines)

สถานะตลอด lifecycle

amount_paidสถานะใบกำกับภาษี
0 (ก่อน Approve)DRAFTOPEN ที่ Approve
53,500 (หลังหักมัดจำ)PARTIALLY_PAID
107,000PAID

สถานะสุดท้าย (หลังรับเงินส่วนเหลือ — ปิดสมบูรณ์)

บัญชีการเปลี่ยนแปลงสุทธิ
ธนาคาร+107,000
รายได้+100,000
ภาษีขาย (realised)+7,000 (กระจาย 3.5k มัดจำ + 3.5k สุดท้าย)
AR, Customer Advances, Suspense Sales Tax0 (ปิดทั้งหมด)

ก่อนหน้า: เคสที่ 13 — เช็ค · ← รายการเคส