ระบบ ERP บัญชีไทยหนึ่งเดียว
ที่เชื่อมต่อไลน์ผลิตและเครื่องจักร (IoT) เข้ากับงบการเงินโดยตรง

ยกระดับโรงงานอุตสาหกรรมด้วยโซลูชัน INECO ERP & Industry 4.0 เชื่อมโยงข้อมูลเรียลไทม์จากหน้างานผลิตและเครื่องจักร ปันส่วนต้นทุนสินค้าสำเร็จรูปอัตโนมัติ และยื่นงบภาษีไทยได้อย่างถูกต้อง แม่นยำ ไร้รอยต่อ

จากผู้เชี่ยวชาญ สู่ผู้สร้างสรรค์ Standard Module

เราเติบโตและสะสมองค์ความรู้คู่ระบบ ERP มายาวนานกว่า 16 ปีเต็ม

พ.ศ. 2553

ก่อตั้งโดย คุณธิติทัพพ์ ศรีสุขโข เริ่มต้นจากการเป็นผู้เชี่ยวชาญและฝึกอบรมการใช้งานระบบ OpenERP เวอร์ชั่น 5.0

พ.ศ. 2553 - ปัจจุบัน

เติบโต เคียงข้าง และพัฒนาองค์ความรู้ร่วมกับระบบการบริหารจัดการทรัพยากรองค์กร (ERP) อย่างต่อเนื่อง จนถึงเวอร์ชั่นปัจจุบันอย่าง Odoo 19

ปัจจุบัน (ส่งมอบ Standard Module)

ยกระดับบทบาทสู่การเป็นผู้สร้างสรรค์และส่งมอบ Standard Module สำหรับ INECO ERP ออกแบบเพื่อรองรับโครงสร้างธุรกิจ ประมวลรัษฎากร และระบบการผลิตอุตสาหกรรมในประเทศไทยโดยเฉพาะ

👁️ วิสัยทัศน์ (Vision)

มุ่งมั่นขับเคลื่อนและยกระดับศักยภาพธุรกิจไทย ด้วยโซลูชัน INECO ERP และนวัตกรรม IoT ที่ทรงประสิทธิภาพ เข้าถึงได้จริง และตอบโจทย์มาตรฐานสากล

🎯 พันธกิจ (Mission)

  • พัฒนาและส่งมอบระบบ INECO ERP ที่สอดคล้องกับกฎหมาย บัญชีภาษี และบริบทการทำงานของธุรกิจในประเทศไทยอย่างสมบูรณ์
  • ส่งต่อความรู้และความเชี่ยวชาญในการพัฒนาโมดูลเพื่อสร้างบุคลากรสายไอทีที่มีคุณภาพให้กับประเทศ
  • บูรณาการเทคโนโลยีการผลิต (MRP2) และ IoT เพื่อเปลี่ยนข้อมูลจากหน้าร้านหรือโรงงานให้กลายเป็นกลยุทธ์ที่จับต้องได้

ทีมงานผู้เชี่ยวชาญ (Our Expert Team)

TITITAB SRISOOKCO

TITITAB SRISOOKCO

Managing Director

ANIWAT THEPTHONG

ANIWAT THEPTHONG

ERP Specialist

ASSADEJ GAMA

ASSADEJ GAMA

ERP Specialist

NARUMIT CHAYACHAOWALIT

NARUMIT CHAYACHAOWALIT

ERP Specialist

บริการ INECO ERP ครบวงจรทุกมิติ

ตอบโจทย์ความต้องการของผู้ใช้งานและองค์กรทุกระดับ

👥

INECO ERP User Training

บริการฝึกอบรมการใช้งาน INECO ERP สำหรับผู้ใช้งานทั่วไป (General Users) เพื่อการทำงานที่ถูกต้องและเต็มประสิทธิภาพ

💻

INECO ERP Developer Training

บริการฝึกอบรมเทคนิคการพัฒนา Module สำหรับ INECO ERP ออกแบบเฉพาะสำหรับกลุ่มซอฟต์แวร์เฮ้าส์ (Software House) และทีม IT ภายในองค์กรที่ต้องการพัฒนาต่อยอดเอง

🤝

INECO ERP Consulting

บริการที่ปรึกษาการวางระบบและการใช้งาน INECO ERP ให้กับลูกค้าองค์กรธุรกิจ เพื่อวิเคราะห์ วางแผน และเลือกสรรโซลูชันที่คุ้มค่าที่สุด

⚙️

INECO ERP Customization

บริการรับพัฒนาและปรับแต่งโมดูล (Customize) สำหรับ INECO ERP ในเวอร์ชั่นต่างๆ เพื่อให้สอดรับกับฟังก์ชันเฉพาะทางและกระบวนการทำงานที่เป็นเอกลักษณ์ของแต่ละธุรกิจ

ดาวน์โหลดข้อมูลคุณสมบัติทางเทคนิคและคู่มือฟังก์ชันเชิงลึก (Product Spec Sheet)

เจาะลึกฟังก์ชันระบบบัญชีสรรพากรไทย 100% (GL, AP, AR, Asset), ตารางเปรียบเทียบกฎหมายสรรพากร (มาตรา 65 ทวิ/ตรี), ระบบผลิตอัจฉริยะ (Smart MRP & IoT) และคู่มือการฝึกอบรมพัฒนา ODOO Module (ไฟล์ PDF ความยาว 5 หน้า)

📥 ดาวน์โหลดโบร์ชัวร์ (PDF)

นวัตกรรม INECO ERP Module ประสิทธิภาพสูง

ออกแบบเพื่อเชื่อมไลน์ผลิตและเครื่องจักร (IoT) เข้ากับงบการเงินบัญชีไทยโดยตรง จบกระบวนการได้ในระบบเดียว

ระบบบัญชีไทยครบวงจร

รองรับข้อกำหนดตามประมวลรัษฎากรในหมวดนิติบุคคล และระบบภาษีมูลค่าเพิ่ม (VAT) ของประเทศไทยเกือบ 100% พร้อมจัดทำเอกสารทางบัญชีและรายงานส่งกรมสรรพากรได้อย่างถูกต้องแม่นยำ

📁

ระบบบัญชีแยกประเภท (GL)

บันทึกสมุดรายวันทั่วไป ซื้อ-ขาย และจัดทำงบทดลอง งบดุล งบกำไรขาดทุนสมบูรณ์

💰

ระบบลูกหนี้ & วางบิล (AR)

ออกใบแจ้งหนี้ ใบวางบิล และใบกำกับภาษี/ใบเสร็จรับเงิน พร้อมใบลดหนี้/เพิ่มหนี้

🛒

ระบบเจ้าหนี้ & จ่ายเงิน (AP)

บันทึกใบรับสินค้า ใบแจ้งหนี้ผู้จำหน่าย และออกใบสำคัญจ่าย (Payment Voucher)

🏥

ภาษีหัก ณ ที่จ่าย & VAT

คำนวณภาษีหัก ณ ที่จ่าย ภ.ง.ด. 3, 53 และจัดทำรายงานภาษีซื้อ-ขายตรงตามเกณฑ์สรรพากร

🏢

กระทบยอดธนาคาร & เช็ค

จับคู่ยอดเงินเข้า-ออกกับ Statement ธนาคารอัตโนมัติ และระบบทะเบียนเช็ครับ-เช็คจ่าย

📦

ทะเบียนสินทรัพย์ (Fixed Assets)

บันทึกรหัสสินทรัพย์ คำนวณค่าเสื่อมราคาอัตโนมัติ และปันส่วนตามแผนกใช้งาน

📁

ระบบบัญชีแยกประเภท (GL)

  • บันทึกสมุดรายวันแยกเล่ม ได้แก่ สมุดรายวันซื้อ, สมุดรายวันขาย, สมุดรายวันรับ, สมุดรายวันจ่าย และสมุดรายวันทั่วไปอย่างเป็นระเบียบตามสรรพากร
  • จัดทำรายงานงบการเงินภาคบังคับ (งบดุล, บัญชีทำการ/งบต้นทุนขาย, งบกำไรขาดทุน) ได้ตรงตามมาตรฐานสรรพากรโดยอัตโนมัติ
  • ระบบปิดงวดบัญชีรายเดือนและปิดงบปีการเงิน โดยระบบจะล็อกการแก้ไขเอกสารย้อนหลังเพื่อป้องกันความผิดพลาดทางบัญชี
⚠️ ข้อจำกัด: โซลูชันนี้ยังไม่รองรับคุณสมบัติเชิงลึกสำหรับกลุ่มธนาคาร, บริษัท Shipping, ธุรกิจการเกษตร และธุรกิจก่อสร้างแบบสมบูรณ์
e-Tax
Invoice Ready
สรรพากร
Revenue Code Ready

⚖️ ระบบตรวจสอบความสอดคล้องตามประมวลรัษฎากร (Thai Tax Compliance Checklist)

⚖️ หมวดที่ 1: ภาษีเงินได้นิติบุคคล (Corporate Income Tax)

Accrual Basis Core Engine (เกณฑ์การรับรู้รายได้และรายจ่ายตามเกณฑ์สิทธิ)
มาตรา 65

1. ระบบบัญชีแยกประเภททั่วไป (General Ledger) ต้องรับรู้รายได้เมื่อส่งมอบสินค้าหรือให้บริการเสร็จสิ้น โดยไม่คำนึงถึงงวดการรับชำระเงิน 2. ระบบต้องรับรู้รายจ่ายที่เกิดขึ้นสัมพันธ์กับรายได้ในรอบระยะเวลาบัญชีเดียวกัน แม้จะยังไม่ได้รับการวางบิลหรือยังไม่ได้จ่ายเงิน

กฎหมายอ้างอิง: ม.65 วรรคสอง, คำสั่ง ท.ป. 1/2528 ข้อ 2 การทำงานใน ERP: ระบบใช้การผ่านรายการแยกประเภททั่วไปทันทีเมื่อกดยืนยัน (Post) ใบแจ้งหนี้ (Customer Invoice) และบิลผู้จำหน่าย (Vendor Bill) เพื่อรับรู้รายได้และค่าใช้จ่ายตามเกณฑ์สิทธิ (โมเดล: `ineco.account.move`, โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Accounting Period Control (ระบบควบคุมงวดบัญชีและรอบระยะเวลาบัญชี)
มาตรา 65

1. ระบบต้องล็อกรอบระยะเวลาบัญชีมาตรฐานไว้ที่ 12 เดือน 2. ระบบต้องรองรับข้อยกเว้นสำหรับรอบบัญชีแรกที่น้อยกว่า 12 เดือน (กรณีก่อตั้งบริษัทใหม่) หรือรอบบัญชีสุดท้ายที่น้อยกว่า 12 เดือน (กรณีเลิกกิจการ/อนุมัติเปลี่ยนวันสิ้นงวดบัญชี)

กฎหมายอ้างอิง: ม.65 วรรคหนึ่ง การทำงานใน ERP: ตั้งค่าในเมนู ปีงบประมาณ (Fiscal Year) เพื่อล็อกรอบ 12 เดือน และเปิดงวดบัญชีรายเดือน (Periods) โดยเมื่อสิ้นงวดจะปิดล็อกงวดเพื่อป้องกันการลงบันทึกย้อนหลัง (เมนู: ข้อมูลพื้นฐาน -> ปีภาษีอากร, โมเดล: `ineco.account.fiscalyear`, โค้ด: [account_fiscalyear.py](odoo18_ineco/ineco_account_base/models/account_fiscalyear.py))
Lease Revenue & Expense Allocation (การกระจายรายได้และรายจ่ายค่างวดสัญญาเช่า)
มาตรา 65

ระบบต้องกระจายรายได้ค่าเช่ารับล่วงหน้า และค่าเช่าจ่ายล่วงหน้า (Prepaid/Deferred) ออกเป็นรายงวดบัญชีตามส่วนเฉลี่ยของระยะเวลาการเช่าจริง (Straight-line method)

กฎหมายอ้างอิง: คำสั่ง ท.ป. 1/2528 ข้อ 3.4 การทำงานใน ERP: ใช้ระบบค่าใช้จ่ายจ่ายล่วงหน้า (Prepaid Expense) หรือรายได้รับล่วงหน้า (Deferred Revenue) เพื่อทยอยตัดจำหน่ายเฉลี่ยเป็นรายได้/ค่าใช้จ่ายรายเดือนตามวิธีเส้นตรง 🛠️ โมเดล: `ineco.account.move.line` ในสมุดรายวันทั่วไป
Advance Payments & Deposits Control (การควบคุมเงินมัดจำรับล่วงหน้า)
มาตรา 65

ระบบต้องบันทึกเงินจอง เงินประกัน หรือเงินมัดจำรับล่วงหน้าเป็นหนี้สิน (Deferred Revenue) และห้ามรับรู้เป็นรายได้ทางภาษี จนกว่าจะมีการโอนสิทธิ์หรือส่งมอบสินค้า/บริการสำเร็จ

กฎหมายอ้างอิง: คำสั่ง ป.73/2541 การทำงานใน ERP: บันทึกเงินมัดจำรับล่วงหน้าผ่าน Customer Deposit โดยระบบตั้งเป็นหนี้สิน และห้ามรับรู้เป็นรายได้ทางภาษีจนกว่าจะนำไปตัดยอดกับบิลขายจริง (เมนู: บัญชี -> รับมัดจำ, โมเดล: `ineco.customer.deposit` โค้ด: [customer_payment.py](odoo18_ineco/ineco_account_base/models/customer_payment.py))
Inventory Scrap & Quality Write-off (การตัดจ่ายและทำลายสินค้าเสื่อมคุณภาพ)
มาตรา 65

1. ระบบต้องรองรับการบันทึกตัดจ่ายสินค้าเสื่อมสภาพ/หมดอายุออกจากบัญชีคลังสินค้า 2. การรับรู้มูลค่าตัดจ่ายเป็นรายจ่ายทางภาษี ต้องผูกกับระบบควบคุมเอกสารการตรวจสอบของบุคคลภายนอก (เช่น ผู้สอบบัญชี) และเอกสารหลักฐานภาพถ่ายการทำลายจริง

กฎหมายอ้างอิง: คำสั่ง ป.79/2541 การทำงานใน ERP: บันทึกตัดจำหน่ายสินค้าชำรุดผ่านการปรับปรุงสินค้า (Inventory Adjustment) โดยระบุ Note แนบรูปถ่ายใบอนุมัติทำลายสินค้าและบันทึกผู้สอบบัญชีร่วมสังเกตการณ์ (โมเดล: `stock.valuation.layer` / `stock.scrap` โค้ด: [stock_card.py](odoo18_ineco/ineco_account_base/models/stock_card.py))
Asset Depreciation Engine (การคำนวณหักค่าสึกหรอและค่าเสื่อมราคา)
มาตรา 65 ทวิ

1. ระบบต้องรองรับการคำนวณค่าเสื่อมราคาเฉลี่ยตามวันจริงที่ได้ทรัพย์สินนั้นมาในรอบปีบัญชีแรก 2. ระบบต้องรองรับการหักค่าสึกหรอตามอัตราเพดานสูงสุดที่กฎหมายกำหนดของสินทรัพย์แต่ละประเภท (เช่น อาคารถาวร 5%, คอมพิวเตอร์และอุปกรณ์ 20% หรือรับสิทธิ์หักค่าเสื่อมราคาสูตรเร่งสำหรับ SMEs)

กฎหมายอ้างอิง: ม.65 ทวิ (2), พ.ร.ฎ. ฉบับที่ 145 การทำงานใน ERP: คำนวณผ่านโมเดลสินทรัพย์ (Odoo Assets) แบบเฉลี่ยตามสัดส่วนวันของรอบระยะเวลาบัญชี และระบุอัตราเสื่อมตามเกณฑ์สรรพากร (เช่น อาคาร 5%, อุปกรณ์ 20%) (เมนู: บัญชี -> สินทรัพย์, โมเดล: `ineco.account.asset` โค้ด: [account_asset.py](odoo18_ineco/ineco_account_base/models/account_asset.py))
Asset Revaluation Exclusion (การตีราคาทรัพย์สินเพิ่ม)
มาตรา 65 ทวิ

1. หากมีการตีมูลค่าทรัพย์สินเพิ่มขึ้น (Revaluation Surplus) ระบบต้องไม่นำส่วนเกินทุนจากการตีราคามาคำนวณเป็นรายได้เพื่อเสียภาษี 2. มูลค่าที่คิดค่าเสื่อมราคาทางภาษีต้องล็อกไว้ที่ราคาทุนและอายุการใช้งานที่เหลืออยู่เดิมเท่านั้น (ห้ามใช้ฐานราคาที่ตีเพิ่ม)

กฎหมายอ้างอิง: ม.65 ทวิ (3) การทำงานใน ERP: เมื่อมีการตีราคาสินทรัพย์เพิ่มขึ้น ให้ลงบัญชีส่วนเกินทุนจากการตีราคาแยกต่างหาก และล็อกฐานมูลค่าคิดค่าเสื่อมราคาทางภาษีไว้ที่มูลค่าทุนเดิม (โมเดล: `ineco.account.asset` โค้ด: [account_asset.py](odoo18_ineco/ineco_account_base/models/account_asset.py))
Inventory Valuation (Lower of Cost or Market) (การคำนวณราคาสินค้าคงเหลือปลายงวด)
มาตรา 65 ทวิ

1. ระบบคลังสินค้าต้องประเมินมูลค่าสินค้าคงเหลือปลายงวดเปรียบเทียบระหว่าง ราคาทุน (Cost) กับ ราคาตลาด (Market Price) 2. ระบบต้องเลือกใช้มูลค่าที่ต่ำกว่าในการคำนวณกำไรสุทธิทางภาษี และยกยอดมูลค่าต่ำกว่านั้นไปเป็นสินค้าต้นงวดของรอบระยะเวลาบัญชีใหม่

กฎหมายอ้างอิง: ม.65 ทวิ (6) การทำงานใน ERP: ใช้รายงาน Stock Card ประเมินมูลค่าสินค้าคงเหลือปลายงวด หากราคาตลาดต่ำกว่าราคาทุน ให้บันทึกปรับลดมูลค่าสินค้า (Inventory Write-down) โดยระบุบันทึกประกอบสต็อก (รายงาน: Stock Card, โค้ด: [stock_card.py](odoo18_ineco/ineco_account_base/models/stock_card.py))
Bad Debt Write-off Control (เกณฑ์ควบคุมการตัดจำหน่ายหนี้สูญ)
มาตรา 65 ทวิ

1. ระบบต้องล็อกคุณสมบัติการตัดจำหน่ายลูกหนี้เป็นหนี้สูญทางภาษีให้เป็นไปตามเงื่อนไข (เช่น มีการทวงถามหนี้ตามสมควร, ดำเนินคดีฟ้องร้องแพ่ง/ล้มละลาย หรือมีมูลค่าหนี้ตามเกณฑ์วงเงิน) 2. หากระบบได้รับชำระหนี้สูญกลับคืนมาในภายหลัง ระบบต้องรับรู้ยอดนั้นเป็นรายได้ทางภาษีในรอบบัญชีที่ได้รับเงิน

กฎหมายอ้างอิง: ม.65 ทวิ (9), กฎกระทรวง ฉบับที่ 186 การทำงานใน ERP: ทำรายการ Write-off ในระบบรับชำระเงิน หรือตั้งสำรองหนี้สูญตัดบัญชีทาง GL โดยจำกัดการรับรู้หนี้สูญตามเงื่อนไขทางกฎหมาย เช่น การทวงถาม หรือการดำเนินคดี (โมเดล: `ineco.customer.payment` โค้ด: [customer_payment.py](odoo18_ineco/ineco_account_base/models/customer_payment.py))
Output VAT and Return Exclusion (การคัดแยกภาษีขายและภาษีมูลค่าเพิ่มที่ได้รับคืน)
มาตรา 65 ทวิ

ระบบบัญชีต้องไม่นำภาษีขายที่เรียกเก็บจากลูกค้า หรือยอดภาษีมูลค่าเพิ่มที่ได้รับคืนจากการยื่นแบบ ภ.พ.30 มารวมคำนวณเป็นรายได้ทางภาษีเงินได้นิติบุคคล

กฎหมายอ้างอิง: ม.65 ทวิ (14) การทำงานใน ERP: ระบบลงสมุดรายงานภาษีแยกบัญชีภาษีขาย และบัญชีภาษีซื้อพักแยกจากบัญชีรายได้ค่าใช้จ่ายทั่วไปอย่างเด็ดขาด จึงไม่ถูกนำมารวมคำนวณเป็นกำไรทางภาษี (โมเดล: `ineco.account.move.line` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Entertainment Expense Cap (การคำนวณสิทธิ์หักค่ารับรองทางภาษี)
มาตรา 65 ตรี

1. ระบบต้องคำนวณเพดานค่ารับรองรับสูงสุดหักได้ไม่เกินร้อยละ 0.3 ของยอดรายได้รวมหรือทุนจดทะเบียนชำระแล้ว (แล้วแต่อย่างใดจะมากกว่า) และจำกัดยอดสูงสุดไว้ไม่เกิน 10 ล้านบาทต่อปีบัญชี 2. ระบบต้องจำกัดการหักค่าของขวัญรับรองต่อคนต่อครั้งไว้ไม่เกิน 2,000 บาท

กฎหมายอ้างอิง: ม.65 ตรี (4), กฎกระทรวง ฉบับที่ 143 การทำงานใน ERP: ระบบตรวจสอบการจำกัดมูลค่าของขวัญไม่เกิน 2,000 บาทต่อคนต่อครั้ง และควบคุมเพดานรวมไม่เกิน 0.3% ของรายได้หรือทุนจดทะเบียน พร้อมบังคับตรวจสอบการแนบหลักฐานเอกสารแนบ (โมเดล: `ineco.account.move.line`, โค้ด: [move.py:L218-295](odoo18_ineco/ineco_account_base/models/move.py#L218-L295), ไฟล์ทดสอบ: [test_entertainment_expense_shell.py](odoo18_ineco/ineco_account_base/tests/test_entertainment_expense_shell.py))
Capital Expenditures Allocation (การแยกประเภทรายจ่ายลงทุนและต่อเติมสินทรัพย์)
มาตรา 65 ตรี

ระบบจัดซื้อและบัญชีแยกประเภททั่วไปต้องควบคุมไม่ให้ลงบันทึกค่าใช้จ่ายในการต่อเติม เปลี่ยนแปลง ขยายออก หรือทำให้ดีขึ้นซึ่งทรัพย์สินเป็นค่าใช้จ่ายในงวดทันที (ยกเว้นงานซ่อมแซมคงสภาพเดิม) โดยระบบต้องบังคับปรับประเภทรายการเป็นสินทรัพย์ (Capitalization) เพื่อคิดค่าเสื่อมราคา

กฎหมายอ้างอิง: ม.65 ตรี (5) การทำงานใน ERP: ระบบบันทึกแยกรายจ่ายลงทุนผ่านการสร้างสินทรัพย์ (Assets) และใช้ตรรกะตัดค่าเสื่อมสะสมสำหรับรถยนต์นั่งส่วนที่เกิน 1 ล้านบาทไปเข้าบัญชีรายจ่ายต้องห้าม (โมเดล: `ineco.account.asset`, โค้ดคำนวณสัดส่วนค่าเสื่อมรถยนต์นั่งหักส่วนเกิน: [account_asset.py:L590-640](odoo18_ineco/ineco_account_base/models/account_asset.py#L590-L640), ไฟล์ทดสอบ: [test_asset_depreciation_split_shell.py](odoo18_ineco/ineco_account_base/tests/test_asset_depreciation_split_shell.py))
Tax and Fine Addback System (การควบคุมการบวกกลับภาษีเงินได้และเบี้ยปรับทางภาษี)
มาตรา 65 ตรี

ระบบต้องทำการบวกกลับภาษีเงินได้นิติบุคคล, เบี้ยปรับ, เงินเพิ่มภาษีอากร, ค่าปรับทางอาญา รวมถึงภาษีซื้อต้องห้าม (เช่น ภาษีซื้อค่ารับรอง, ภาษีซื้อรถยนต์นั่ง) กลับเข้าเป็นรายได้เพื่อเสียภาษีโดยอัตโนมัติในการคำนวณ ภ.ง.ด.50

กฎหมายอ้างอิง: ม.65 ตรี (6), (6 ทวิ) การทำงานใน ERP: แยกผังบัญชีค่าปรับทางอาญา ภาษีเงินได้นิติบุคคล และเบี้ยปรับเงินเพิ่ม เพื่อใช้เป็นข้อมูลในการบวกกลับเป็นรายจ่ายต้องห้ามเมื่อจัดทำกระดาษทำการ ภ.ง.ด.50 (โมเดล: `ineco.chart.of.account` โค้ด: [ineco_account.py](odoo18_ineco/ineco_account_base/models/ineco_account.py))
Unproven Expense Addback (การตรวจสอบและบวกกลับรายจ่ายที่ไม่สามารถพิสูจน์ผู้รับ)
มาตรา 65 ตรี

ระบบจ่ายเงินและการทำจ่าย ต้องบล็อกการลงบันทึกเป็นรายจ่ายทางภาษีสำหรับรายการจ่ายใดๆ ที่ไม่มีเอกสารแสดงตัวตนผู้รับเงิน หรือไม่สามารถยืนยันระบุตัวผู้รับเงินได้จริง

กฎหมายอ้างอิง: ม.65 ตรี (18) การทำงานใน ERP: ระบบบังคับบันทึกเลขประจำตัวผู้เสียภาษี 13 หลักของเจ้าหนี้ (Supplier) และแนบหลักฐานการจ่ายเงิน (เช่น สลิปโอนเงิน) ในระบบจ่ายเงินเพื่อพิสูจน์ตัวตนผู้รับ (เมนู: เจ้าหนี้ -> จ่ายเงิน, โมเดล: `ineco.vendor.payment` โค้ด: [vendor_payment.py](odoo18_ineco/ineco_account_base/models/vendor_payment.py))
Half-Year Tax Estimation (ภ.ง.ด.51) (การคำนวณและชำระภาษีครึ่งปีจากประมาณการ)
มาตรา 67 ทวิ

สำหรับบริษัทนิติบุคคลทั่วไป: 1. ระบบต้องคำนวณภาษีครึ่งปีจากกึ่งหนึ่ง (50%) ของประมาณการกำไรสุทธิทางภาษีที่จัดทำขึ้นสำหรับทั้งรอบระยะเวลาบัญชี 12 เดือน 2. ยอดภาษีที่ประมวลผลผ่านแบบ ภ.ง.ด.51 ต้องถูกส่งผ่านไปบันทึกเป็นเครดิตภาษีจ่ายล่วงหน้าเพื่อใช้หักยอดชำระจริงสิ้นปีบัญชี (ภ.ง.ด.50)

กฎหมายอ้างอิง: ม.67 ทวิ (1) การทำงานใน ERP: จัดทำผ่านหน้าจอประมาณการภาษีครึ่งปี โดยระบุยอดประมาณการกำไร และคำนวณภาษี 50% พร้อมดึงข้อมูลจริงของยอดสะสม 6 ภาคงวดแรก (ไม่รวมรายการปิดบัญชี) ประกอบการเปรียบเทียบ (เมนู: บัญชี -> รายงาน -> รายงานภาษี -> ประมาณการภาษีครึ่งปี (ภ.ง.ด.51), โมเดล: `ineco.tax.estimation` โค้ด: [tax_estimation.py](odoo18_ineco/ineco_account_base/models/tax_estimation.py), ไฟล์ทดสอบ: [test_tax_estimation_shell.py](odoo18_ineco/ineco_account_base/tests/test_tax_estimation_shell.py))
Estimation Deviation Surcharge (การประเมินเงินเพิ่มกรณีประมาณการคลาดเคลื่อนเกิน 25%)
มาตรา 67 ตรี

1. ระบบต้องเปรียบเทียบประมาณการกำไรสุทธิครึ่งปี (ม.67 ทวิ (1)) กับผลกำไรสุทธิตอนสิ้นปีบัญชีจริง (ม.68) 2. หากกำไรสิ้นปีจริงสูงกว่าประมาณการเกินร้อยละ 25.0 ระบบต้องคำนวณเงินเพิ่มอัตรากรณีชำระขาดร้อยละ 20 ของจำนวนภาษีชำระล่วงหน้าครึ่งปีที่ชำระขาดไป (เว้นแต่จะผ่านเงื่อนไขข้อยกเว้น "เหตุอันสมควร")

กฎหมายอ้างอิง: ม.67 ตรี วรรคหนึ่ง การทำงานใน ERP: ระบบประมวลผลความคลาดเคลื่อนเปรียบเทียบกำไรปลายปีจริงกับประมาณการ หากคลาดเคลื่อนเกิน 25% จะแจ้งเตือนและประเมินยอดเบี้ยปรับ 20% เว้นแต่จะเข้าเงื่อนไขมีเหตุอันสมควร (โมเดล: `ineco.tax.estimation` โค้ดวิเคราะห์ความคลาดเคลื่อนและเหตุอันสมควร: [tax_estimation.py:L80-135](odoo18_ineco/ineco_account_base/models/tax_estimation.py#L80-L135))
Required Financial Statements Engine (การจัดทำงบการเงินภาคบังคับเพื่อเสียภาษี)
มาตรา 68 ทวิ

สำหรับบริษัทและห้างหุ้นส่วนนิติบุคคลทั่วไป: ระบบต้องมีกระบวนการประมวลผลข้อมูลและจัดทำงบการเงินภาคบังคับ 3 รายการ ได้แก่: 1. บัญชีงบดุล (Balance Sheet / Statement of Financial Position) 2. บัญชีทำการ (Manufacturing/Trading Account) 3. บัญชีกำไรขาดทุน (Profit and Loss Account) เพื่อให้สอดคล้องกับ ม.65

กฎหมายอ้างอิง: ม.68 ทวิ วรรคหนึ่ง การทำงานใน ERP: ระบบพิมพ์รายงานงบดุล งบกำไรขาดทุน และงบต้นทุนขาย/บัญชีทำการ (Trading Account) ได้ตามมาตรฐานสรรพากรจากระบบรายงานการเงินทางบัญชี (โมเดลรายงานการเงิน, โค้ด: [report_profit_loss.xml](odoo18_ineco/ineco_account_base/report/report_profit_loss.xml))
Tax Computation Return Package (ระบบรวมเอกสารและรายงานแนบเพื่อเสียภาษีประจำปี)
มาตรา 69

ในการจัดทำแบบแสดงรายการภาษีประจำปี (ภ.ง.ด.50 หรือแบบอื่นๆ) ยื่นต่อสรรพากร: ระบบต้องรวบรวมตัวเลขรายรับ รายจ่าย กำไรสุทธิ พร้อมแปลงชุดรายงานทางการเงินต่อไปนี้มาเป็นเอกสารแนบใน Package ยื่นภาษีโดยอัตโนมัติ: 1. บัญชีงบดุล (Balance Sheet) 2. บัญชีทำการ (Manufacturing/Trading Account) 3. บัญชีกำไรขาดทุน (Profit and Loss Account) 4. บัญชีรายรับรายจ่าย หรือบัญชีรายรับก่อนหักรายจ่าย (ตามแต่วัตถุประสงค์แต่ละประเภทนิติบุคคล)

กฎหมายอ้างอิง: ม.69 การทำงานใน ERP: รวบรวมตัวเลขงบดุล งบทำการ และกำไรขาดทุนสะสมเพื่อใช้จัดส่งประกอบการยื่นแบบ ภ.ง.ด.50
Government Payment WHT Calculation (ระบบคำนวณหักภาษี ณ ที่จ่ายกรณีรับชำระเงินจากส่วนราชการ)
มาตรา 69 ทวิ

1. ในกรณีที่คู่ค้าผู้จ่ายเงินเป็นหน่วยงานรัฐบาล, องค์การรัฐบาล, เทศบาล, สุขาภิบาล หรือ อปท.: ระบบของหน่วยงานผู้จ่ายภาษีต้องคำนวณหักภาษีเงินได้ ณ ที่จ่ายใน **อัตราร้อยละ 1.0** ของยอดจ่ายเงินได้ตาม ม.40 2. ยอดจ่ายเงินได้ที่ต้องคำนวณหักภาษีนี้ ต้องมียอดชำระต่อครั้งตั้งแต่ **500 บาทขึ้นไป** (ตามเงื่อนไข ป.ร. ฉบับ 16) 3. ระบบต้องยกเว้นการหักภาษีเงินได้ ณ ที่จ่าย ในกรณีที่ผู้รับเงินเป็นบริษัทที่ได้สิทธิ์ยกเว้นภาษีตามกฎหมายเฉพาะ เช่น BOI (หากมี Flag)

กฎหมายอ้างอิง: ม.69 ทวิ, คำสั่ง ป.ร. 16 การทำงานใน ERP: ระบุอัตราหัก ณ ที่จ่าย 1% เมื่อตั้งค่า WHT ในเมนูรับเงินสำหรับลูกค้าที่เป็นหน่วยงานราชการ เมื่อยอดจ่ายตั้งแต่ 500 บาทขึ้นไป (เมนู: ข้อมูลพื้นฐาน -> บัญชี WHT, โมเดล: `ineco.wht` โค้ด: [account_wht.py](odoo18_ineco/ineco_account_base/models/account_wht.py))
WHT Credit Mapping (ระบบจับคู่เครดิตภาษี ณ ที่จ่ายสำหรับผู้รับเงิน)
มาตรา 69 ทวิ

สำหรับนิติบุคคลผู้รับเงินที่ถูกหักภาษี ณ ที่จ่าย 1%: ระบบบัญชีภาษีต้องบันทึกยอดเงินภาษีที่ถูกหักไว้นั้นเป็นสินทรัพย์ประเภท "ภาษีเงินได้ถูกหัก ณ ที่จ่ายรอเรียกคืน" และตั้งค่าให้ดึงไปเป็นเครดิตภาษี (Tax Credit) ในการหักยอดชำระภาษีปลายปี (ภ.ง.ด.50 หรือ ภ.ง.ด.51) ของรอบระยะเวลาบัญชีเดียวกัน

กฎหมายอ้างอิง: ม.69 ทวิ การทำงานใน ERP: บันทึกยอดภาษีถูกหัก ณ ที่จ่ายเข้าระบบสินทรัพย์ภาษีเงินได้ถูกหัก ณ ที่จ่ายรอนำคืน เพื่อดึงไปเป็นเครดิตภาษีตอนยื่นแบบประจำปี (โมเดล: `ineco.wht` โค้ด: [account_wht.py](odoo18_ineco/ineco_account_base/models/account_wht.py))
Property Sale WHT Calculation (การคำนวณหักภาษี ณ ที่จ่ายกรณีขายนิติกรรมอสังหาริมทรัพย์)
มาตรา 69 ตรี

ในกรณีที่บริษัทหรือห้างหุ้นส่วนนิติบุคคลทำการขายอสังหาริมทรัพย์ (ที่ดิน/สิ่งปลูกสร้าง): 1. ระบบต้องคำนวณภาษีเงินได้หัก ณ ที่จ่ายใน **อัตราร้อยละ 1.0** ของราคาขายหรือราคาประเมินอสังหาริมทรัพย์แล้วแต่อย่างใดจะมากกว่า 2. ระบบต้องลงบันทึกเป็นยอดนำส่งให้แก่พนักงานเจ้าหน้าที่ ณ กรมที่ดิน ผู้รับจดทะเบียนสิทธิ์และนิติกรรมในขณะทำธุรกรรมโอน

กฎหมายอ้างอิง: ม.69 ตรี วรรคหนึ่ง การทำงานใน ERP: คีย์ข้อมูลหัก ณ ที่จ่าย 1% สำหรับธุรกรรมขายนิติกรรมอสังหาริมทรัพย์ ณ กรมที่ดิน โดยบันทึกเข้าระบบด้วยประเภท WHT พิเศษ (โมเดล: `ineco.wht` โค้ด: [account_wht.py](odoo18_ineco/ineco_account_base/models/account_wht.py))
Property Tax Credit Mapping (ระบบเครดิตภาษีขายนิติกรรมอสังหาริมทรัพย์ประจำปี)
มาตรา 69 ตรี

ยอดภาษีที่ถูกหัก 1% และนำส่งในคราวขายนิติกรรมอสังหาริมทรัพย์: ระบบต้องส่งยอดเข้าบัญชี "ภาษีเงินได้ถูกหัก ณ ที่จ่ายรอเรียกคืน - อสังหาริมทรัพย์" เพื่อจัดสรรเป็นเครดิตภาษี (Tax Credit) ในการคำนวณชำระภาษีเงินได้นิติบุคคลประจำงวดปีปฏิทินที่ทำนิติกรรมส่งมอบจริง

กฎหมายอ้างอิง: ม.69 ตรี วรรคสอง การทำงานใน ERP: ดึงข้อมูลเครดิตภาษีที่ถูกหัก 1% จากยอดขายนิติกรรมอสังหาริมทรัพย์ เพื่อนำไปใช้ลดหย่อนภาษีเงินได้ประจำปี (โมเดล: `ineco.wht` โค้ด: [account_wht.py](odoo18_ineco/ineco_account_base/models/account_wht.py))
Daily Transaction Spot Translation (การคำนวณธุรกรรมต่างประเทศระหว่างงวดตามราคาตลาด)
มาตรา 76 เบญจ

สำหรับรายการรับหรือจ่ายที่เป็นสกุลเงินตราต่างประเทศสกุลอื่นๆ ระหว่างรอบระยะเวลาบัญชี ระบบต้องคำนวณแปลงค่าเข้าสู่สกุลเงินดำเนินงานโดยอิงอัตราแลกเปลี่ยนตามราคาตลาดในวันที่เกิดรายการจริง (Spot Rate on Transaction Date)

กฎหมายอ้างอิง: ม.76 เบญจ (2) การทำงานใน ERP: ระบบ Odoo จะแปลงมูลค่าสกุลเงินต่างประเทศเป็นเงินบาททันที ณ วันที่เกิดรายการ โดยใช้อัตราแลกเปลี่ยน Spot Rate อ้างอิงจากธนาคารแห่งประเทศไทย (โมเดล: `ineco.account.currency` โค้ด: [currency.py](odoo18_ineco/ineco_account_base/models/currency.py))
Exchange Gain/Loss Tax Exclusion (การหักยอดกำไร/ขาดทุนจากอัตราแลกเปลี่ยนออกจากภาษี)
มาตรา 76 สัตต

1. ผลต่างกำไรหรือขาดทุนจากอัตราแลกเปลี่ยน (Exchange Gain or Loss) ที่เกิดจากการคำนวณแปลงมูลค่าเพื่อเปลี่ยนสกุลเงินดำเนินงาน หรือการแปลงค่าเงินเพื่อชำระภาษีเป็นเงินบาทตาม ม.76 ฉ: ระบบต้องบล็อกห้ามนำมาคำนวณเป็นรายได้ประเมินภาษี หรือเป็นรายจ่ายในการคำนวณกำไรสุทธิทางภาษี (บวกกลับ/หักออกทางภาษีโดยอัตโนมัติ) 2. ระบบต้องแยกบัญชีสำหรับบันทึกรายการผลต่างแลกเปลี่ยนชนิดนี้ต่างหากจากรายการอัตราแลกเปลี่ยนปกติ

กฎหมายอ้างอิง: ม.76 สัตต การทำงานใน ERP: บันทึกกำไรขาดทุนจากอัตราแลกเปลี่ยนที่เกิดจากการประเมินค่าแยกบัญชีต่างหาก เพื่อให้สามารถเลือกกรองและบวกกลับหรือหักออกทางภาษีได้ในการคำนวณภาษีเงินได้ (โมเดล: `ineco.account.currency.rate` โค้ด: [currency.py](odoo18_ineco/ineco_account_base/models/currency.py))

📈 หมวดที่ 2: ภาษีมูลค่าเพิ่ม (Value Added Tax)

Assessment Tax Class Setup (การจัดประเภทสถานะทางกฎหมายของภาษีมูลค่าเพิ่ม)
มาตรา 77

ระบบประมวลผลภาษีมูลค่าเพิ่ม ต้องระบุและจำแนกประเภทภาษีมูลค่าเพิ่ม (VAT) เป็น "ภาษีอากรประเมิน" (Assessment Tax) ซึ่งต้องยื่นตามงวดและได้รับการประเมินความสอดคล้องทางกฎหมายโดยเจ้าหน้าที่เมื่อมีการตรวจสอบ

กฎหมายอ้างอิง: ม.77 การทำงานใน ERP: ตั้งค่าในผังบัญชีแยกบัญชีภาษีซื้อและภาษีขาย เพื่อให้สะดวกในการเรียกตรวจประเมินของเจ้าพนักงานสรรพากร (โมเดล: `ineco.chart.of.account` โค้ด: [ineco_account.py](odoo18_ineco/ineco_account_base/models/ineco_account.py))
Entity VAT Status Flag (ระบบกำหนดสิทธิ์และแยกกลุ่มบุคคลในระบบภาษีมูลค่าเพิ่ม)
มาตรา 77 1

1. ระบบต้องรองรับการกำหนดสถานะ "ผู้ประกอบการ" และ "ผู้ประกอบการจดทะเบียน" (VAT Registered Status) ให้แก่บุคคล นิติบุคคล คณะบุคคล ห้างหุ้นส่วนสามัญ หรือกองมรดก 2. ระบบต้องใช้เงื่อนไข Flag นี้เพื่อคุมสิทธิ์ออกใบกำกับภาษีเต็มรูป และสิทธิ์การหักภาษีซื้อ-ภาษีขาย

กฎหมายอ้างอิง: ม.77/1 (1)-(6) การทำงานใน ERP: กำหนดค่าเช็คบ็อกซ์ จดทะเบียนภาษีมูลค่าเพิ่ม (VAT Registered) บนหน้าข้อมูลคู่ค้า เพื่อเป็นเงื่อนไขในการแสดงฟิลด์เลขประจำตัวผู้เสียภาษีอากรและรหัสสาขา (โมเดล: `res.partner` โค้ด: [customer.py](odoo18_ineco/ineco_account_base/models/customer.py))
Deemed Sale Triggers (ตรรกะประมวลผลการรับรู้ "การขาย" เพิ่มเติมทางภาษีมูลค่าเพิ่ม)
มาตรา 77 1

ระบบคำนวณภาษีมูลค่าเพิ่มต้องพิจารณารายการธุรกรรมต่อไปนี้เป็น "การขาย" และต้องประมวลภาษีขายเสมอ: 1. สัญญาเช่าซื้อ/ขายผ่อนชำระที่ส่งมอบแล้ว (แม้กรรมสิทธิ์ยังไม่โอน) 2. การส่งมอบสินค้าให้ตัวแทนจำหน่าย (Consignment Delivery) 3. การส่งออกสินค้าไปนอกราชอาณาจักร 4. การนำสินค้าไปใช้ส่วนตัวหรือใช้นอกเหนือระบบงานพาณิชย์ของตนเอง 5. สินค้าขาดจากรายงานสินค้าและวัตถุดิบ (ม.87 (3)) 6. สินค้าและทรัพย์สินคงเหลือ ณ วันเลิกประกอบกิจการ (ยกเว้นการควบรวม/โอนกิจการทั้งหมด ม.82/3)

กฎหมายอ้างอิง: ม.77/1 (8) การทำงานใน ERP: ประมวลภาษีขายเพิ่มเติมเมื่อนำสินค้าไปใช้ส่วนตัว หรือตัดของออกจากรายงานสินค้าและวัตถุดิบ โดยผู้ใช้เปิดใบกำกับภาษีขายแบบ Manual ผ่านสมุดรายวันทั่วไป (โมเดล: `ineco.account.move` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Tax Month Definition Selector (ระบบคำนวณและปรับเปลี่ยนเดือนภาษี)
มาตรา 77 1

ระบบต้องกำหนดให้ "เดือนภาษี" (Tax Month) ตรงตามเดือนปฏิทิน ยกเว้นเดือนแรกของการจดทะเบียน VAT (นับตั้งแต่วันเริ่มจดจริงถึงสิ้นเดือน) หรือเดือนสุดท้ายหลังเลิกกิจการ (สิ้นสุด ณ วันจดเลิก/ขีดชื่อ)

กฎหมายอ้างอิง: ม.77/1 (23) การทำงานใน ERP: ระบบอ้างงวดเวลาของเดือนภาษีตามปฏิทินของ Odoo Period ปกติ โดยรองรับงวดพิเศษตามช่วงจดทะเบียนจริงในเดือนแรกและเดือนสุดท้าย (โมเดล: `ineco.account.period` โค้ด: [account_period.py](odoo18_ineco/ineco_account_base/models/account_period.py))
Scope of VAT Transaction Control (การควบคุมประเภทธุรกรรมที่ต้องเสียภาษีมูลค่าเพิ่ม)
มาตรา 77 2

ระบบต้องวิเคราะห์และแยกประเภทธุรกรรมที่เข้าข่ายต้องคำนวณเสียภาษีมูลค่าเพิ่ม (VAT) ได้แก่: 1. การขายสินค้าในประเทศโดยผู้ประกอบการ 2. การให้บริการในประเทศโดยผู้ประกอบการ 3. การนำเข้าสินค้าโดยผู้นำเข้า

กฎหมายอ้างอิง: ม.77/2 วรรคหนึ่ง การทำงานใน ERP: ตั้งค่าผังภาษีแยกประเภท ภาษีขายในประเทศ, ภาษีขายต่างประเทศ (0%), ภาษีซื้อในประเทศ และภาษีซื้อนำเข้า เพื่อคัดแยกประเภทธุรกรรมอัตโนมัติ (เมนู: ข้อมูลพื้นฐาน -> รหัสภาษี, โมเดล: `ineco.account.tax` โค้ด: [account_tax.py](odoo18_ineco/ineco_account_base/models/account_tax.py))
General Goods Tax Point Logic (ตรรกะระบบคำนวณจุดความรับผิดภาษีขายสินค้าทั่วไป)
มาตรา 78

สำหรับธุรกรรมการขายสินค้าปกติทั่วไป: ระบบต้องคำนวณและตั้งจุดความรับผิดในการเสียภาษีมูลค่าเพิ่ม (VAT Tax Point) เมื่อเกิดเหตุการณ์ใดเหตุการณ์หนึ่งขึ้นเป็นลำดับแรก (First-in-Time Principle): 1. ส่งมอบสินค้า (Delivery Date) 2. โอนกรรมสิทธิ์สินค้า (Title Transfer) 3. ได้รับชำระราคาสินค้า (Payment Received) 4. ได้ออกใบกำกับภาษี (Tax Invoice Issued)

กฎหมายอ้างอิง: ม.78 (1) การทำงานใน ERP: ใช้ระบบภาษีซื้อ/ภาษีขายรอตัดบัญชี (Undue VAT) และระบบจะโอนย้ายเข้าภาษีซื้อ/ภาษีขายจริง (Due VAT) ทันทีเมื่อมีการพิมพ์ใบแจ้งหนี้/ใบกำกับภาษี หรือรับชำระเงินจริงตามเงื่อนไขใดเกิดก่อน (โมเดล: `ineco.account.move.line` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
General Service Tax Point Logic (ตรรกะระบบคำนวณจุดความรับผิดภาษีขายการบริการทั่วไป)
มาตรา 78 1

สำหรับธุรกรรมการให้บริการปกติทั่วไป: ระบบต้องคำนวณและตั้งจุดความรับผิดภาษีมูลค่าเพิ่ม (VAT Tax Point) เมื่อเกิดเหตุการณ์ใดเหตุการณ์หนึ่งขึ้นเป็นลำดับแรก (First-in-Time Principle): 1. ได้รับชำระค่าบริการ (Payment Received) 2. ได้ออกใบกำกับภาษี (Tax Invoice Issued) 3. ได้มีการใช้บริการจริงไม่ว่าโดยตนเองหรือผู้อื่น (Service Utilized)

กฎหมายอ้างอิง: ม.78/1 (1) การทำงานใน ERP: ระบบจะยังไม่รับรู้ภาษีขายบริการเมื่อออกใบแจ้งหนี้ (ใช้ภาษีขายไม่ถึงกำหนด) และจะโอนเข้าภาษีขายจริงเมื่อมีการทำรับชำระเงินจริง (Payment Received) และออกใบกำกับภาษี/ใบเสร็จรับเงิน (โมเดล: `ineco.customer.payment` โค้ด: [customer_payment.py](odoo18_ineco/ineco_account_base/models/customer_payment.py))
Milestone-Based Service Tax Point (จุดความรับผิดของการบริการแบ่งงวดงาน)
มาตรา 78 1

สำหรับสัญญาบริการที่ระบุแบ่งการส่งมอบงานและเงินค่าจ้างตามสัดส่วนความสำเร็จ (Milestone-based Services): ระบบต้องตั้งจุดความรับผิดในเสี้ยวส่วนบริการที่เสร็จสิ้นลงเมื่อมีการจ่ายเงินค่าจ้างงวดงาน หรือเมื่อมีการใช้บริการ/ออกใบกำกับภาษีเฉพาะงวดนั้นๆ

กฎหมายอ้างอิง: ม.78/1 (2) การทำงานใน ERP: ผู้ใช้ทำการเปิดใบแจ้งหนี้หรือรับเงินชำระเป็นงวดๆ (Milestones) ระบบจะทำการตัดรับรู้ยอดภาษีเฉพาะตามสัดส่วนค่างวดงานที่ออกใบกำกับภาษีในแต่ละครั้ง
Golf Course Member Insurance Rule (ตรรกะคำนวณค่ามัดจำและเงินประกันสนามกอล์ฟ)
มาตรา 78 1

สำหรับกิจการบริการแบบมีเงินประกัน/เงินมัดจำล่วงหน้า (เช่น สมาชิกสนามกอล์ฟ): 1. ระบบต้องคำนวณภาษีมูลค่าเพิ่มทันทีที่ได้รับเงินประกัน/เงินมัดจำ (ไม่สามารถมองเป็นเงินมัดจำนอกระบบภาษีได้) 2. เมื่อครบสัญญาและมีการคืนเงินประกัน ระบบต้องอนุญาตให้ออกใบลดหนี้ (Credit Note) เพื่อหักลดหย่อนภาษีขายคืน

กฎหมายอ้างอิง: คำสั่ง ป.39/2537 การทำงานใน ERP: กำหนดการรับชำระค่าสมาชิกหรือเงินประกันประเภทที่มีเงื่อนไขต้องคิด VAT ทันที โดยใช้รหัสภาษี 7% และรองรับการทำคืนเงินประกันโดยออกใบลดหนี้ (โมเดล: `ineco.customer.deposit` โค้ด: [customer_payment.py](odoo18_ineco/ineco_account_base/models/customer_payment.py))
Tax Base Valuation Engine (ระบบคำนวณฐานภาษีมูลค่าเพิ่มจากมูลค่าทั้งหมด)
มาตรา 79

1. ระบบต้องคำนวณฐานภาษีมูลค่าเพิ่ม (VAT Base) จากมูลค่าทั้งหมดที่ได้รับหรือพึงได้รับจากการขายสินค้าหรือการให้บริการจริง (ได้แก่ เงิน ทรัพย์สิน ค่าบริการ หรือประโยชน์ใดๆ ที่คิดคำนวณมูลค่าเป็นเงินได้) 2. ระบบต้องนำ **ภาษีสรรพสามิต** (Excise Tax) มารวมคำนวณเข้าเป็นส่วนหนึ่งของฐานภาษีมูลค่าเพิ่มด้วย (หากสินค้านั้นมีภาษีสรรพสามิต)

กฎหมายอ้างอิง: ม.79 วรรคหนึ่ง, วรรคสอง การทำงานใน ERP: ฐานภาษีมูลค่าเพิ่มจะคำนวณจากราคาขายสุทธิหลังหักส่วนลด และรองรับการรวมยอดภาษีสรรพสามิตเป็นส่วนหนึ่งของฐานภาษีหากมีการกำหนดค่าในบรรทัดสินค้า (โมเดล: `ineco.account.move.line` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Tax Base Deductions & Exclusions (การหักยอดข้อยกเว้นออกจากฐานภาษีมูลค่าเพิ่ม)
มาตรา 79

ระบบคำนวณฐานภาษีมูลค่าเพิ่มต้องหักรายการต่อไปนี้ออกจากฐานภาษี (ห้ามนำมาคิด VAT): 1. ส่วนลดหรือค่าลดหย่อนที่ให้ในขณะขาย/บริการ โดยต้องแสดงรายการหักไว้ชัดแจ้งในใบกำกับภาษีเต็มรูป (สำหรับใบกำกับภาษีอย่างย่อไม่จำเป็นต้องแสดงแยกชัดเจนก็ได้) 2. ภาษีขาย (ห้ามนำภาษีมูลค่าเพิ่มมาคิดซ้อนภาษีมูลค่าเพิ่ม) 3. ค่าตอบแทนอื่นๆ ตามที่อธิบดีประกาศกำหนด (เช่น ค่าชดเชยหรือเงินอุดหนุน)

กฎหมายอ้างอิง: ม.79 วรรคสาม (1)-(3) การทำงานใน ERP: ระบบหักส่วนลดที่ระบุในแต่ละบรรทัดสินค้าออกจากมูลค่ารวมของฐานภาษีในใบกำกับภาษีทันที และไม่นำยอด VAT มาคิดทับซ้อนเป็นฐานภาษี (โมเดล: `ineco.account.move.line` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Market Price Valuation Trigger (ตรรกะระบบการปรับใช้ราคาตลาดในกรณีพิเศษ)
มาตรา 79 3

ระบบคำนวณภาษีมูลค่าเพิ่มต้องใช้ **ราคาตลาด ณ วันที่ความรับผิดเกิดขึ้น** (Market Price on Tax Point Date) เป็นฐานคำนวณภาษีแทนราคาขายจริง เมื่อพบเหตุการณ์ดังต่อไปนี้: 1. การขาย/บริการที่ไม่มีค่าตอบแทน หรือได้ค่าตอบแทนต่ำกว่าราคาตลาดโดยไม่มีเหตุอันสมควร 2. การนำสินค้าหรือบริการไปใช้ส่วนตัว/นอกเหนือธุรกิจ (ม.77/1 (8)(ง) หรือ (10)) 3. รายการสินค้าขาดจากรายงานสต็อกสินค้าและวัตถุดิบ (ม.87 (3)) 4. การโอนสิทธิ์สินค้าอัตรา 0% ให้แก่ผู้ไม่มีสิทธิ์ลดหย่อน 5. สินค้าและทรัพย์สินคงเหลือ ณ วันเลิกประกอบกิจการ

กฎหมายอ้างอิง: ม.79/3 (1)-(5) การทำงานใน ERP: ผู้ใช้สามารถประเมินมูลค่าตามราคาตลาดลงในใบกำกับภาษีขายด้วยตนเอง ในเคสที่เป็นการนำสินค้าไปใช้ส่วนตัว หรือพบสินค้าขาดจากรายงานสินค้าและวัตถุดิบ (โมเดล: `ineco.account.move` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Standard VAT Rate Engine (ระบบประมวลอัตราภาษีมูลค่าเพิ่มมาตรฐาน)
มาตรา 80

ระบบต้องคำนวณภาษีมูลค่าเพิ่มโดยกำหนดให้อัตรามาตรฐานตามประมวลรัษฎากรคือ **ร้อยละ 10.0** (สำหรับการขายสินค้า การให้บริการ และการนำเข้าทั่วไป)

กฎหมายอ้างอิง: ม.80 วรรคหนึ่ง การทำงานใน ERP: ระบบกำหนดค่าพื้นฐานของรหัสภาษีไว้ที่อัตรา 10.0% ซึ่งสามารถปรับเปลี่ยนค่าหรือเปิดใช้งานตามที่มีการประกาศลดอัตราภาษี (โมเดล: `ineco.account.tax` โค้ด: [account_tax.py](odoo18_ineco/ineco_account_base/models/account_tax.py))
Reduced VAT Rate Configuration (ตรรกะระบบลดอัตราภาษีมูลค่าเพิ่มตาม พ.ร.ฎ.)
มาตรา 80

1. ระบบต้องรองรับการกำหนดอัตราภาษีมูลค่าเพิ่มที่ได้รับการลดหย่อนตามพระราชกฤษฎีกา (ซึ่งในปัจจุบันคืออัตรา **ร้อยละ 7.0** โดยแบ่งเป็นเนื้อหาภาษีมูลค่าเพิ่มจริง 6.3% และภาษีท้องถิ่น 0.7%) 2. ระบบต้องบังคับใช้อัตราภาษีนี้เป็นอัตราเดียวกัน (Single Unified Rate) สำหรับทุกประเภทธุรกรรม (ขาย, บริการ, นำเข้า)

กฎหมายอ้างอิง: ม.80 วรรคสอง, พ.ร.ฎ. หลายฉบับ การทำงานใน ERP: ระบบตั้งค่าเริ่มต้นสำหรับภาษีซื้อและภาษีขายในประเทศไทยไว้ที่อัตราลดหย่อนตาม พ.ร.ฎ. คือร้อยละ 7.0 (รวมภาษีท้องถิ่น) ในทุกกิจกรรมการค้าเป็นมาตรฐาน (โมเดล: `ineco.account.tax` โค้ด: [account_tax.py](odoo18_ineco/ineco_account_base/models/account_tax.py))
VAT Exemption Directory Control (สารบบคัดแยกประเภทสินค้า/บริการยกเว้นภาษี)
มาตรา 81

ระบบต้องควบคุมอัตราภาษีในการทำรายการขายและจัดจำหน่าย โดยยกเว้นภาษีมูลค่าเพิ่ม (กำหนดค่า VAT = Exclude/Exempt 0%) ให้แก่กลุ่มธุรกรรมต่อไปนี้: 1. การขายผลผลิตเกษตรกรรม สัตว์สด/สัตว์แห้ง ปุ๋ย อาหารสัตว์ ปลาป่น ยาปราบศัตรูพืช/สัตว์ (ที่ไม่แปรรูปบรรจุกระป๋องอุตสาหกรรม) 2. หนังสือ นิตยสาร ตำราเรียน 3. บริการการศึกษาของรัฐ/เอกชนตามกฎหมาย 4. บริการวิชาชีพอิสระที่มีกฎหมายควบคุม (ประกอบโรคศิลปะ/รักษาพยาบาล, สอบบัญชี, ว่าความ) 5. การให้บริการเช่าอสังหาริมทรัพย์ 6. บริการขนส่งในราชอาณาจักร (ทางบก, รถไฟ, ทางน้ำ) 7. สัญญาจ้างแรงงาน (Payroll/HR)

กฎหมายอ้างอิง: ม.81 (1) (ก)-(ธ) การทำงานใน ERP: กำหนดกลุ่มประเภทภาษีของสินค้าหรือบริการที่ไม่เข้าเกณฑ์เสียภาษีเป็นรหัสภาษี "ยกเว้นภาษี (VAT Exempt 0%)" เพื่อให้พิมพ์บิลโดยไม่มีภาษีมูลค่าเพิ่ม (โมเดล: `ineco.account.tax` โค้ด: [account_tax.py](odoo18_ineco/ineco_account_base/models/account_tax.py))
Exemption Period Boundary (การนับคาบช่วงเวลาปีปฏิทินและรอบระยะเวลาบัญชีสำหรับรายรับ)
มาตรา 81 1

ระบบต้องนับระยะเวลารอบปีสะสมรายรับแยกประเภทบุคคลตามกฎหมาย: 1. **บุคคลธรรมดา/คณะบุคคล**: สะสมตั้งแต่วันที่ 1 มกราคม ถึง 31 ธันวาคม (ปีปฏิทิน) หรือเริ่มตั้งแต่วันเริ่มทำธุรกรรมวันแรกถึงสิ้นปีปฏิทิน 2. **นิติบุคคล**: สะสมตามรอบระยะเวลาบัญชีที่จดทะเบียนกับกรมพัฒนาธุรกิจการค้า

กฎหมายอ้างอิง: พ.ร.ฎ. 432 มาตรา 5 การทำงานใน ERP: ประมวลผลสรุปยอดรายรับรวมของปีบัญชีในระบบบัญชีนิติบุคคล เพื่อใช้ประเมินเกณฑ์รายรับ 1.8 ล้านบาทในการเข้าสู่ระบบภาษีมูลค่าเพิ่ม (รายงานการเงิน: บัญชีกำไรขาดทุน โค้ด: [report_profit_loss.xml](odoo18_ineco/ineco_account_base/report/report_profit_loss.xml))
VAT Payer Classification (ระบบคัดแยกบทบาทหน้าที่ผู้เสียภาษี)
มาตรา 82

ระบบต้องจัดหมวดหมู่สถานะผู้มีหน้าที่เสียภาษีมูลค่าเพิ่มของบริษัทคู่ค้าและตัวตนองค์กรออกเป็น: 1. **ผู้ประกอบการ** (Registered Seller/Service Provider) 2. **ผู้นำเข้า** (Registered/Non-registered Importer) เพื่อเป็นฐานข้อมูลในการเลือกวิธีการคำนวณภาษีและแบบยื่น

กฎหมายอ้างอิง: ม.82 (1), (2) การทำงานใน ERP: ใช้เงื่อนไขคลาสของบัญชีคู่ค้าเพื่อแยกระหว่างผู้จดทะเบียนภาษีในประเทศ และผู้นำเข้าต่างประเทศ เพื่อจัดประเภทการออกรายงานแบบนำส่ง (โมเดล: `res.partner` โค้ด: [customer.py](odoo18_ineco/ineco_account_base/models/customer.py))
Credit Note VAT Deduction (การหักลดภาษีขายรายเดือนจากใบลดหนี้)
มาตรา 82 10

1. ในกรณีมีการลดราคาเนื่องจากชำรุดเสียหาย บกพร่อง ส่งของไม่ครบ ยกเลิกสัญญาบริการ หรือเหตุคืนมัดจำ/เงินประกัน: ระบบต้องรองรับการจัดทำ **ใบลดหนี้ (Credit Note)** 2. ระบบต้องนำมูลค่าภาษีส่วนต่างจากใบลดหนี้มาหักลด (Offset) ยอดภาษีขายรวมของเดือนภาษีที่ได้ออกใบลดหนี้นั้นจริง 3. ฝั่งผู้ซื้อที่ได้รับใบลดหนี้ ระบบต้องนำมูลค่าภาษีดังกล่าวมาหักออกจากภาษีซื้อในเดือนภาษีที่รับเอกสาร

กฎหมายอ้างอิง: ม.82/10 การทำงานใน ERP: การบันทึกใบลดหนี้ (Credit Note) ฝั่งขายจะนำยอดภาษีไปหักลดจากภาษีขายในเดือนภาษีที่ออกเอกสาร ส่วนใบลดหนี้ฝั่งซื้อจะนำไปลดยอดภาษีซื้อ in Odoo (โมเดล: `ineco.account.move` / `ineco.account.move.line` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Bad Debt VAT Deduction Logic (ตรรกะหักลดภาษีขายหลังตัดหนี้สูญสำเร็จ)
มาตรา 82 11

เมื่อมีการบันทึกตัดจำหน่ายหนี้สูญ (Bad Debt Write-off) ของลูกหนี้ที่เกิดจากบิลขายส่งมอบสินค้า/บริการซึ่งออกใบกำกับภาษีเต็มรูปไว้และได้นำส่งภาษีขายไปแล้ว: ระบบต้องคำนวณส่วนของภาษีมูลค่าเพิ่มที่เกิดจากหนี้สูญนั้น และนำมาหักลดออกจากภาษีขายรวมของเดือนภาษีที่มีการทำธุรกรรมตัดจำหน่ายหนี้สูญสำเร็จ

กฎหมายอ้างอิง: ม.82/11 วรรคหนึ่ง, ประกาศ VAT ฉบับที่ 85 ข้อ 1, ข้อ 2 การทำงานใน ERP: เมื่อตัดลูกหนี้เป็นหนี้สูญใน Odoo ระบบจะทำการลงบันทึก Journal Entry ปรับลดยอดภาษีขายสะสมของเดือนปัจจุบันเพื่อขอคืนภาษีขายของบิลนั้น (โมเดล: `ineco.customer.payment` โค้ด: [customer_payment.py](odoo18_ineco/ineco_account_base/models/customer_payment.py))
Bad Debt Recovery VAT Reversal (ตรรกะคืนภาษีขายเมื่อได้รับชำระหนี้สูญคืนในภายหลัง)
มาตรา 82 11

ในกรณีที่ลูกหนี้ที่เคยถูกตัดจำหน่ายเป็นหนี้สูญไปแล้วนำเงินมาชำระหนี้คืนในภายหลัง (Bad Debt Recovery): ระบบรับเงินต้องสืบค้นหาใบกำกับเดิม และนำภาษีมูลค่าเพิ่มเฉพาะสัดส่วนที่ได้รับชำระคืนจริงกลับมาลงบันทึกบวกเพิ่มในสมุดภาษีขาย (Output VAT) ในเดือนภาษีที่มีการรับชำระเงินนั้น

กฎหมายอ้างอิง: ม.82/11 วรรคสาม การทำงานใน ERP: เมื่อรับชำระเงินคืนจากหนี้สูญที่เคยตัดไปแล้ว ระบบจะสร้างบรรทัดภาษีขายเพิ่มเติมในเดือนที่ได้รับเงินโดยอ้างอิงข้อมูลภาษีเดิม (โมเดล: `ineco.customer.payment` โค้ด: [customer_payment.py](odoo18_ineco/ineco_account_base/models/customer_payment.py))
Overseas Service VAT Filing (PP36) (การนำส่งภาษีมูลค่าเพิ่มบริการต่างประเทศผ่านแบบ ภ.พ.36)
มาตรา 82 13

สำหรับธุรกรรมการซื้อบริการจากผู้ประกอบการต่างประเทศและนำมาใช้ในราชอาณาจักร (เช่น ค่าโฆษณาออนไลน์, ค่าเช่าซอฟต์แวร์, บริการจ้างออกแบบจากนอกประเทศ): 1. ระบบต้องไม่คำนวณภาษีซื้อในบิลจ่ายปกติ (AP Invoice) 2. ระบบต้องสั่งเปิดฟังก์ชันสร้าง **แบบนำส่งภาษีมูลค่าเพิ่ม ภ.พ.36** เพื่อคำนวณและนำส่งภาษีมูลค่าเพิ่มอัตราร้อยละ 7 ภายใน 7 วันนับแต่วันสิ้นเดือนที่ชำระเงิน 3. เมื่อยื่นและจ่ายเงินค่าภาษี ภ.พ.36 สำเร็จ ระบบต้องให้สิทธิ์นำใบเสร็จรับเงินกรมสรรพากรมาบันทึกเคลมเป็นสิทธิ์ภาษีซื้อในเดือนถัดไป

กฎหมายอ้างอิง: ม.82/13 วรรคหนึ่ง, คำสั่ง ป.104/2544 ข้อ 1, ข้อ 2 การทำงานใน ERP: บันทึกบิลซื้อจากต่างประเทศแบบไม่มีภาษี และบันทึกภาษีซื้อ 7% ภายใต้คู่ค้า "กรมสรรพากร" เมื่อได้รับใบเสร็จรับเงิน ภ.พ.36 เพื่อนำไปขอคืนภาษีใน ภ.พ.30 (โมเดล: `ineco.account.move.line` โค้ดบันทึกบัญชี: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
VAT Payable/Refundable Formula (สูตรระบบคำนวณชำระภาษีมูลค่าเพิ่มรายเดือนภาษี)
มาตรา 82 3

1. ทุกสิ้นงวดเดือนภาษี ระบบต้องประมวลผลรวมยอดตามสูตร: `Net VAT = ภาษีขาย (Output VAT) - ภาษีซื้อ (Input VAT)` 2. หากภาษีขาย > ภาษีซื้อ: ระบบต้องบันทึกตั้งหนี้เป็น "ภาษีมูลค่าเพิ่มค้างจ่าย (VAT Payable Account)" 3. หากภาษีซื้อ > ภาษีขาย: ระบบต้องตั้งหนี้สินทรัพย์เป็น "เครดิตภาษีซื้อยกยอดไป (VAT Credit Carryforward)" หรือส่งยอดเพื่อขอคืนภาษี

กฎหมายอ้างอิง: ม.82/3 วรรคหนึ่ง, วรรคสอง, วรรคสาม การทำงานใน ERP: คำนวณเน็ตภาษีรายเดือนผ่านรายงาน ภ.พ.30 หากภาษีขายมากกว่าภาษีซื้อให้ตั้งค้างจ่าย และหากภาษีซื้อมากกว่าให้ตั้งเป็นภาษีซื้อยกยอดไปในบัญชีพัก (รายงาน: ภ.พ.30, โค้ด: [account_vat_pp30_view.xml](odoo18_ineco/ineco_account_base/views/account_vat_pp30_view.xml))
3-Year Input Tax Claim window (ตรรกะชะลอการขอเคลมสิทธิ์ภาษีซื้อได้ไม่เกิน 3 ปี)
มาตรา 82 3

1. ระบบต้องรองรับคุณสมบัติการใช้สิทธิ์ชะลอเครดิตภาษีซื้อ (Deferred Input Tax Claim) 2. ระบบต้องคัดกรองวันที่ของใบกำกับภาษีฝั่งซื้อที่ถูกนำมาบันทึก หากพบว่าวันที่พิมพ์ต้นฉบับมีอายุไม่เกิน **3 ปี (36 เดือนปฏิทิน)** นับจากเดือนภาษีปัจจุบัน ให้ระบบยอมรับในการนำมาหักลดภาษีขายในงวดปัจจุบันได้

กฎหมายอ้างอิง: ม.82/3 วรรคสุดท้าย การทำงานใน ERP: ระบบยอมรับใบกำกับภาษีซื้อย้อนหลังมาบันทึกเคลมในเดือนภาษีปัจจุบันได้ไม่เกิน 36 เดือนปฏิทินนับจากวันที่ที่ระบุบนหน้าใบกำกับภาษี (โมเดล: `ineco.account.move.line` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Registered Seller Tax Collection (การคำนวณและเรียกเก็บภาษีขายฝั่งเอกสารส่งออกบิล)
มาตรา 82 4

1. ระบบต้องล็อกฟังก์ชันการคำนวณและชาร์จภาษีขาย (VAT Output Charge) จากยอดขายสินค้าหรือบริการให้ทำงานเฉพาะองค์กรที่ลงทะเบียนสถานะ "ผู้จดทะเบียนภาษีมูลค่าเพิ่ม (VAT Registered Entity)" 2. ระบบต้องคำนวณภาษีขายทันที ณ จุดความรับผิด (Tax Point) เกิดขึ้นโดยอิงยอดตามฐานภาษีและอัตราภาษีที่ถูกต้อง

กฎหมายอ้างอิง: ม.82/4 วรรคหนึ่ง, วรรคสาม การทำงานใน ERP: ระบบจะเพิ่มบรรทัดภาษีขาย 7% และคำนวณยอดโดยอัตโนมัติเมื่อมีการออกบิลขายให้แก่ลูกค้า สำหรับสาขาของนิติบุคคลเราที่จดทะเบียน VAT (โมเดล: `ineco.account.move` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Inclusive Price Tax Separation (การนำเสนอราคาแบบรวมภาษีและการถอดสูตรคำนวณฐานภาษี)
มาตรา 82 4

1. ระบบต้องรองรับการบันทึกราคาสินค้าหรือบริการในฐานราคา "ราคารวมภาษีมูลค่าเพิ่มแล้ว (VAT Inclusive Price)" โดยเฉพาะกลุ่มกิจการร้านอาหาร/ภัตตาคาร 2. ระบบต้องใช้ตรรกะถอดสูตรคำนวณหาภาษีแฝงภายในอัตราปกติ เช่น `ภาษี = ราคาสุทธิ * 7 / 107` เพื่อแยกเป็นค่าฐานภาษี (Base Value) และค่าภาษีขายส่งเข้าในสมุดรายงานภาษี

กฎหมายอ้างอิง: ม.82/4 วรรคสอง, คำสั่ง ป.27/2535 การทำงานใน ERP: กำหนดราคาขายสินค้าเป็นแบบรวมภาษี (Tax Included) และตั้งค่าภาษีขายให้ทำการถอดราคากลับเป็นฐานและภาษี 7% (เช่น ยอด 107 คิดเป็นฐาน 100 ภาษี 7) (โมเดล: `ineco.account.tax` โค้ด: [account_tax.py](odoo18_ineco/ineco_account_base/models/account_tax.py))
Prohibited Input Tax Filter (การจัดกลุ่มและคัดกรองภาษีซื้อต้องห้ามนำมาหัก)
มาตรา 82 5

ระบบต้องวิเคราะห์และระบุประเภทภาษีซื้อที่เป็นภาษีซื้อต้องห้าม (Prohibited Input Tax) เพื่อห้ามหักออกจากภาษีขายรายเดือนดังนี้: 1. ไม่มีใบกำกับภาษี หรือไม่อาจแสดงหลักฐานต้นฉบับการชำระได้ (ยกเว้นสูญหายด้วยเหตุสุดวิสัยและมีเอกสารราชการรองรับ) 2. ใบกำกับภาษีที่มีรายการสาระสำคัญชำรุด บกพร่อง หรือไม่ถูกต้องตามมาตรา 86/4 3. ภาษีซื้อที่ไม่เกี่ยวข้องโดยตรงกับการประกอบกิจการ (ไม่ใช่รายจ่ายเพื่อหากำไร) 4. ภาษีซื้อที่เกิดจากค่ารับรอง แขก/บุคคลภายนอก (เช่น อาหาร เครื่องดื่ม กีฬา ท่องเที่ยว) 5. ใบกำกับภาษีที่ออกโดยผู้ที่ไม่มีสิทธิ์ออก (เช่น นิติบุคคลธรรมดาที่ไม่ได้จดทะเบียน VAT)

กฎหมายอ้างอิง: ม.82/5 (1)-(6), ประกาศ VAT ฉบับที่ 17 การทำงานใน ERP: ผู้ใช้เลือกใช้ประเภทภาษี "ภาษีซื้อไม่ขอคืน" สำหรับค่ารับรอง หรือค่าซ่อมรถยนต์นั่งส่วนบุคคล เพื่อนำยอดภาษีไปคำนวณรวมเป็นต้นทุนแทนการขอคืนใน ภ.พ.30 (โมเดล: `ineco.account.tax` โค้ด: [account_tax.py](odoo18_ineco/ineco_account_base/models/account_tax.py))
Tax Invoice Elements Auditor (ตรรกะประมวลผลความสมบูรณ์ของใบกำกับภาษีฝั่งซื้อ)
มาตรา 82 5

ในการกรอกใบกำกับภาษีซื้อ: ระบบต้องบังคับให้ผู้ใช้กรอกฟิลด์สำคัญให้ครบถ้วนเพื่อป้องกันประเด็นภาษีซื้อบกพร่อง: 1. เลขประจำตัวผู้เสียภาษีอากรของผู้ซื้อและผู้ขาย (13 หลัก) 2. ชื่อ ที่อยู่ ของผู้ขายและผู้ซื้อ 3. คำว่า "ใบกำกับภาษี" ในจุดเด่นชัด 4. หมายเลขลำดับใบกำกับภาษี/เล่ม 5. ยอดฐานภาษีและมูลค่าภาษีมูลค่าเพิ่มแยกส่วนชัดเจน

กฎหมายอ้างอิง: ม.82/5 (2), ม.86/4 การทำงานใน ERP: ระบบบังคับให้กรอก เลขผู้เสียภาษี 13 หลัก, ที่อยู่, สาขา, เลขที่ใบกำกับภาษี และวันที่ของฝั่งคู่ค้าก่อนทำการโพสต์บันทึกใบกำกับภาษีซื้อ (โมเดล: `ineco.account.move` โค้ดตรวจสอบความสมบูรณ์บิลซื้อ: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Debit Note VAT Posting (การคำนวณและบันทึกประเมินภาษีขายเพิ่มเติมจากใบเพิ่มหนี้)
มาตรา 82 9

1. ในกรณีมีการเพิ่มราคาสินค้าหรือบริการเนื่องจากเหตุสินค้าเกิน คำนวณราคาต่ำเกินไป หรือเหตุอื่น: ระบบต้องคำนวณยอดต่างของภาษีมูลค่าเพิ่มเพิ่มขึ้น และออกเอกสาร **ใบเพิ่มหนี้ (Debit Note)** 2. ระบบต้องลงบันทึกรับรู้ภาษีขายเพิ่มเติมลงในงวดเดือนภาษีที่มีการจัดทำเอกสารใบเพิ่มหนี้นั้นจริง 3. ฝั่งผู้ซื้อที่ได้รับใบเพิ่มหนี้ ระบบต้องนำเข้าเป็นภาษีซื้อในงวดเดือนภาษีที่ได้รับ

กฎหมายอ้างอิง: ม.82/9 การทำงานใน ERP: การออกใบเพิ่มหนี้ (Debit Note) จะนำยอดต่างของภาษีที่เพิ่มขึ้นไปบันทึกเป็นภาษีขายเพิ่มเติมในรายงานภาษีขายประจำเดือนที่ออกเอกสาร (โมเดล: `ineco.account.move` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Monthly VAT Return Generator (PP30) (ระบบประมวลผลแบบแสดงรายการภาษีรายเดือน ภ.พ.30)
มาตรา 83

1. ระบบต้องรองรับการรวบรวมยอดภาษีขายและภาษีซื้อประจำงวดเดือนเพื่อออกรายงานแบบ **ภ.พ.30** 2. ระบบต้องบังคับสร้างแบบแสดงรายการ ภ.พ.30 ทุกเดือนภาษี แม้ว่าในเดือนนั้นจะไม่มีรายการค้าหรือยอดขายเป็นศูนย์ (Zero Filing) 3. ระบบต้องแจ้งเตือนการยื่นแบบและชำระภาษีภายในวันที่ 15 ของเดือนถัดไป (หรือขยายเวลาเป็นวันที่ 23 สำหรับยื่นผ่านอินเทอร์เน็ต)

กฎหมายอ้างอิง: ม.83 วรรคหนึ่ง, วรรคสอง การทำงานใน ERP: จัดทำรายงานภาษีซื้อภาษีขายรายเดือน และส่งออกข้อมูลเพื่อเตรียมกรอกยื่นแบบ ภ.พ.30 โดยรองรับการทำ Zero Filing หากไม่มีรายการค้าเกิดขึ้น (รายงาน: ภ.พ.30, โค้ด: [account_vat_pp30_view.xml](odoo18_ineco/ineco_account_base/views/account_vat_pp30_view.xml))
Multi-Branch VAT Filing Consolidation (การยื่นแบบแยกสาขาหรือรวมสาขาเป็นหนึ่งเดียว)
มาตรา 83

1. ระบบต้องรองรับสถาปัตยกรรมข้อมูลโครงสร้างสาขา (Multi-Branch Structure) 2. ระบบต้องสามารถคัดแยกสมุดรายงานภาษีซื้อ/ขาย และยื่นแบบแยกสาขาได้ตามพิกัดรหัสสาขา (00000 สำหรับสำนักงานใหญ่, 00001 เป็นต้นไปสำหรับสาขา) 3. หากได้รับอนุมัติให้ยื่นรวม (Consolidated VAT Filing Option): ระบบต้องสามารถประมวลผลรวบยอดขายและภาษีจากทุกสาขามาแสดงผลและยื่นรวมในนามสำนักงานใหญ่ได้

กฎหมายอ้างอิง: ม.83 วรรคสี่ การทำงานใน ERP: ระบบสามารถประมวลผลดึงรายงานภาษีแยกตามรหัสสาขาของแต่ละสถานประกอบการ และรองรับการดึงรวบยอดขายของทุกสาขาเพื่อยื่นรวมในนามสำนักงานใหญ่ (โมเดล: `res.company` / `res.partner` โค้ด: [customer.py](odoo18_ineco/ineco_account_base/models/customer.py))
Supplementary Return (PP30 Addendum) (ระบบจัดทำแบบแสดงรายการภาษียื่นเพิ่มเติมรายเดือน)
มาตรา 83 4

ในกรณีตรวจพบใบกำกับภาษีตกหล่น หรือคลาดเคลื่อนหลังจากรอบการยื่นปกติผ่านไปแล้ว: 1. ระบบต้องรองรับการจัดทำ **แบบยื่นเพิ่มเติม (Supplementary Filing Form)** เพื่อปรับปรุงข้อมูลภาษีขายและภาษีซื้อในงวดเดือนภาษีนั้นๆ 2. ระบบต้องคำนวณและแยกส่วนต่างของภาษีที่ต้องชำระเพิ่มเติม หรือภาษีที่เพิ่มสิทธิ์ขอคืน

กฎหมายอ้างอิง: ม.83/4 การทำงานใน ERP: ผู้ใช้ระบุงวดที่ต้องการปรับปรุงยื่นเพิ่มเติมในใบสรุปภาษี ระบบจะรวบรวมเฉพาะส่วนต่างภาษีขาย/ภาษีซื้อที่ตกหล่นมาออกเป็นแบบยื่นเพิ่มเติม (รายงาน: ภ.พ.30, โค้ด: [account_vat_pp30_view.xml](odoo18_ineco/ineco_account_base/views/account_vat_pp30_view.xml))
VAT Credit Carryforward/Refund Selector (ระบบเลือกหักล้างชำระภาษีหรือขอคืนเงินภาษีซื้อสะสม)
มาตรา 84

1. ในกรณีสิ้นเดือนมีเครดิตภาษีคงเหลือ (ภาษีซื้อ > ภาษีขาย): ระบบต้องให้ผู้ใช้เลือกการจัดการเครดิตนั้นออกเป็น 2 วิธีหลัก:   ก) **นำไปชำระในเดือนถัดไป** (Carryforward): ระบบจะปัดยอดไปเป็นภาษีซื้อต้นงวดของเดือนภาษีถัดไป   ข) **ยื่นขอคืนเงินภาษี** (Request Refund): ระบบจะออกเอกสารคำร้องขอคืนภาษีพร้อมแบบ ภ.พ.30 ของเดือนนั้น

กฎหมายอ้างอิง: ม.84, พ.ร.ฎ. 242 มาตรา 3 การทำงานใน ERP: ยอดเครดิตภาษีคงเหลือปลายเดือนจะสามารถระบุเลือกเพื่อปัดยอดไปเป็นภาษีซื้อต้นงวดของเดือนถัดไป หรือระบุเพื่อบันทึกขอคืนภาษีเป็นเงินสด (รายงาน: ภ.พ.30, โค้ด: [account_vat_pp30_view.xml](odoo18_ineco/ineco_account_base/views/account_vat_pp30_view.xml))
Mandatory Tax Invoice Issuance (ระบบจัดทำใบกำกับภาษีและสำเนาทันทีเมื่อเกิดความรับผิด)
มาตรา 86

1. เมื่อระบบตรวจพบจุดความรับผิดภาษี (Tax Point Trigger): ระบบต้องจัดพิมพ์ **ใบกำกับภาษี (Tax Invoice)** และส่งมอบตัวจริงให้ลูกค้า พร้อมทั้งบังคับเก็บรักษาสำเนาดิจิทัล (Copy Stamp) ไว้สอบทานโดยอัตโนมัติ 2. ระบบต้องสั่งคัดแยกแบบพิมพ์ออกตามพิกัดรหัสสาขาของผู้ทำรายการโดยตรง (ม.86 วรรคสาม)

กฎหมายอ้างอิง: ม.86 วรรคหนึ่ง, ม.87/3 การทำงานใน ERP: เมื่อกดยืนยันการส่งมอบสินค้าหรือให้บริการเสร็จสิ้น ระบบจะบังคับให้ออกและพิมพ์ใบกำกับภาษีเต็มรูปพร้อมสำเนาเก็บเข้าคลังดิจิทัลของเอกสารทันที (โมเดล: `ineco.account.move` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Cheque Payment Date Alignment (ตรรกะความสัมพันธ์การออกบิลกับการชำระด้วยเช็ค)
มาตรา 86

สำหรับธุรกรรมรับชำระค่าสินค้า/บริการด้วยเช็ค: 1. ระบบต้องรองรับการกำหนดวันที่เอกสารใบกำกับภาษี (Invoice Date) **ให้ตรงกับวันที่ระบุบนหน้าเช็ค** (Cheque Date) เป็นหลักสำคัญ 2. ยกเว้นกรณีได้รับเช็คหน่วยงานรัฐบาล หรือบุคคลทั่วไปที่มีเอกสารรับรองการส่งมอบเช็ค: ให้ระบบระบุวันที่ใบกำกับภาษีเป็นวันที่ได้รับเช็คนั้น

กฎหมายอ้างอิง: คำสั่ง ป.51/2537 ข้อ 1, ข้อ 2 การทำงานใน ERP: บันทึกรับเช็คโดยใส่วันที่ใบกำกับภาษีให้ตรงกับวันที่หน้าเช็ค เพื่อให้เกิดจุดความรับผิดทางภาษีที่ถูกต้องตรงตามเกณฑ์ของกรมสรรพากร (โมเดล: `ineco.cheque` โค้ด: [account_cheque.py](odoo18_ineco/ineco_account_base/models/account_cheque.py))
Credit Note Document Fields (โครงสร้างเขตข้อมูลในรายงานใบลดหนี้)
มาตรา 86 10

ระบบจัดพิมพ์ใบลดหนี้ (Credit Note) ต้องแสดงรายการและผังข้อมูลดังนี้: 1. คำว่า **"ใบลดหนี้"** เด่นชัด 2. ชื่อ ที่อยู่ และเลขประจำตัวผู้เสียภาษี 13 หลักของผู้ขาย 3. ชื่อ ที่อยู่ และเลขประจำตัวผู้เสียภาษี 13 หลักของผู้ซื้อ 4. วัน เดือน ปี ที่ออกใบลดหนี้ 5. **เลขอ้างอิงสำคัญ**: เลขที่/เล่มใบกำกับเดิม, ยอดมูลค่าเดิม, ยอดที่ถูกต้อง, ผลต่างส่วนลด และยอดภาษีที่คืนของส่วนต่างนั้น 6. คำอธิบายสั้นระบุสาเหตุ (เช่น คืนมัดจำค่าสมาชิกกอล์ฟ, คืนสินค้าชำรุด)

กฎหมายอ้างอิง: ม.86/10 (1)-(7), ป.39/2537 การทำงานใน ERP: แบบฟอร์มใบลดหนี้ใน Odoo จะพิมพ์หัวกระดาษเป็น "ใบลดหนี้" พร้อมแสดงเลขที่ใบกำกับเดิม มูลค่าเดิม ยอดต่างที่ลดลง และเหตุผลของการลดหนี้ครบถ้วน (รายงาน PDF: [customer_credit_note_report.xml](odoo18_ineco/ineco_account_base/report/customer_credit_note_report.xml))
Replacement Invoice Generator (ระบบจัดทำใบแทนใบกำกับภาษี/ใบลดหนี้/ใบเพิ่มหนี้)
มาตรา 86 12

ในกรณีได้รับการร้องขอจากผู้ซื้อเนื่องจากใบกำกับภาษีเดิมสูญหาย หรือชำรุดในสาระสำคัญ: 1. ระบบต้องรองรับกระบวนการพิมพ์สำเนาจัดสร้าง **"ใบแทน (Replacement Document)"** 2. ตัวเอกสารต้องดึงข้อมูลเดิมทั้งหมด และระบุคำว่า **"ใบแทน"** ในที่ที่เห็นเด่นชัด 3. ต้องระบุหมายเหตุอ้างอิงเลขที่/วันที่และเล่มของเอกสารใบกำกับภาษีฉบับเดิมประกอบบนหน้ากระดาษอย่างครบถ้วน

กฎหมายอ้างอิง: ม.86/12 การทำงานใน ERP: ผู้ใช้ทำการถ่ายสำเนาใบกำกับภาษีฉบับเดิมของตนเอง และประทับตรายางหรือบันทึกรายละเอียดข้อความใบแทนพร้อมลายเซ็นอนุมัตินอกระบบ Odoo
Unregistered Entity Billing Restriction (การจำกัดสิทธิ์ออกบิลสำหรับบริษัทที่ไม่ได้จดทะเบียน)
มาตรา 86 13

ระบบต้องควบคุมสิทธิ์องค์กรผู้ใช้งาน (Organization Profile Access Rule): หากการตั้งค่าระบบองค์กรไม่ได้จดทะเบียนภาษีมูลค่าเพิ่ม (VAT Registration Status = False) ระบบต้องปิดและล็อกการทำงานของปุ่มเลือกรูปแบบภาษี และล็อกไม่ให้ผู้ใช้ออกใบกำกับภาษี ใบเพิ่มหนี้ หรือใบลดหนี้โดยเด็ดขาด

กฎหมายอ้างอิง: ม.86/13 วรรคหนึ่ง การทำงานใน ERP: หากไม่ได้ตั้งค่าเปิดโหมดจดทะเบียน VAT (VAT Registered) ในโปรไฟล์บริษัท ระบบจะบล็อกไม่ให้เลือกใช้งานอัตราภาษี 7% หรือเปิดใช้เมนูใบกำกับภาษี (โมเดล: `res.company` โค้ด: [company.py](odoo18_ineco/ineco_account_base/models/company.py))
Excise/Customs Receipt to Tax Invoice Conversion (การอนุมัติใบเสร็จหน่วยราชการเป็นใบกำกับภาษีซื้อ)
มาตรา 86 14

ระบบประมวลภาษีซื้อต้องยอมรับสิทธิ์ในการบันทึกมูลค่าเครดิตภาษีซื้อ (Input VAT Claim) จากเอกสารประเภท: 1. ใบเสร็จนำส่งภาษีของกรมสรรพากร (แบบ ภ.พ.36) 2. ใบเสร็จรับเงินกรมศุลกากร (สำหรับการชำระ VAT นำเข้า) 3. ใบเสร็จรับเงินกรมสรรพสามิต (สำหรับการเรียกเก็บเพื่อสรรพากร) โดยให้ระบบถือเป็นเอกสารเทียบเท่าใบกำกับภาษีเต็มรูปโดยสมบูรณ์

กฎหมายอ้างอิง: ม.86/14 การทำงานใน ERP: บันทึกรายการจ่ายนำเข้าสินค้าโดยนำเลขที่ใบเสร็จของกรมศุลกากรมาลงบันทึกเป็นเลขใบกำกับภาษีซื้อในระบบ เพื่อนำมาเป็นภาษีซื้อเคลมคืนได้ (โมเดล: `ineco.account.move.line` โค้ด: [move.py](odoo18_ineco/ineco_account_base/models/move.py))
Tax Invoice Field Schema (โครงสร้างเขตข้อมูลในรายงานใบกำกับภาษีเต็มรูป)
มาตรา 86 4

ระบบจัดพิมพ์ใบกำกับภาษีเต็มรูปต้องบังคับแสดงรายการและผังข้อมูลดังนี้: 1. คำว่า **"ใบกำกับภาษี"** เด่นชัด 2. ชื่อ ที่อยู่ และเลขประจำตัวผู้เสียภาษี 13 หลักของผู้ขาย 3. ชื่อ ที่อยู่ และเลขประจำตัวผู้เสียภาษี 13 หลักของผู้ซื้อ (รวมระบุรหัสสาขา 5 หลักผู้ซื้อ) 4. หมายเลขเล่ม/ลำดับของเอกสาร (Running Number) 5. ชื่อ ชนิด ประเภท ปริมาณ และราคาของสินค้า/บริการ 6. ยอดรวมฐานภาษี (Base Value) และมูลค่าภาษีมูลค่าเพิ่ม 7% แยกเด่นชัด 7. วัน เดือน ปี ที่ออกเอกสาร 8. ข้อความระบุสาขาผู้ขาย เช่น "สำนักงานใหญ่" หรือ "สาขาที่..."

กฎหมายอ้างอิง: ม.86/4 (1)-(8), ท.ป. 117/2545 การทำงานใน ERP: แบบฟอร์ม PDF ใบกำกับภาษีเต็มรูปจะมีข้อมูลคำว่า "ใบกำกับภาษี" เด่นชัด, เลขผู้เสียภาษี 13 หลัก, รหัสสาขา, ชื่อ-ที่อยู่, ยอดฐานภาษี และยอด VAT แยกกันชัดเจน (รายงาน PDF: [customer_invoice_report.xml](odoo18_ineco/ineco_account_base/report/customer_invoice_report.xml))
Foreign Currency/Language Option (ตรรกะรองรับภาษาต่างประเทศและสกุลเงินต่างประเทศ)
มาตรา 86 4

1. โดยค่าเริ่มต้นระบบต้องออกเอกสารเป็นภาษาไทยและสกุลเงินบาท (THB) 2. ระบบต้องเปิดให้มีการกำหนดตั้งค่าใช้งานภาษาต่างประเทศ (เช่น ภาษาอังกฤษ) หรือพิมพ์สกุลเงินต่างประเทศ (เช่น USD, EUR) สำหรับบริษัทจดทะเบียนที่ได้รับอนุมัติจากอธิบดีตามเกณฑ์

กฎหมายอ้างอิง: ม.86/4 วรรคสอง การทำงานใน ERP: ระบบ Odoo Multi-currency สามารถพิมพ์รายละเอียดราคาเป็นสกุลเงินต่างประเทศคู่กับอัตราแลกเปลี่ยนแปลงเป็นเงินบาท และพิมพ์คำแปลภาษาอังกฤษกำกับคู่ภาษาไทย (โมเดล: `ineco.account.currency` โค้ด: [currency.py](odoo18_ineco/ineco_account_base/models/currency.py))
e-Tax Invoice & e-Receipt System (ระบบจัดทำใบกำกับภาษีอิเล็กทรอนิกส์)
มาตรา 86 4

1. ระบบต้องรองรับการจัดทำ ส่งมอบ และเก็บรักษาใบกำกับภาษีอิเล็กทรอนิกส์ และใบรับอิเล็กทรอนิกส์ในรูปแบบไฟล์ PDF ที่ลงลายมือชื่อดิจิทัล (Digital Signature) ด้วยใบรับรองอิเล็กทรอนิกส์ 2. ระบบต้องสามารถส่งออกข้อมูลเป็นไฟล์ XML ตามโครงสร้างมาตรฐานนำส่งกรมสรรพากร

กฎหมายอ้างอิง: ม.86/4, ระเบียบสรรพากรว่าด้วยการจัดทำฯ การทำงานใน ERP: มีโมดูลเชื่อมต่อระบบ e-Tax Invoice เพื่อทำการจัดทำใบกำกับภาษีอิเล็กทรอนิกส์ ส่งอีเมลหาลูกค้า และส่งออกไฟล์ XML นำส่งสรรพากรได้โดยตรง (โมเดล: `ineco.account.move` โค้ด: [etax_wizard.py](odoo18_ineco/ineco_account_base/wizard/etax_wizard.py))
Debit Note Document Fields (โครงสร้างเขตข้อมูลในรายงานใบเพิ่มหนี้)
มาตรา 86 9

ระบบจัดพิมพ์ใบเพิ่มหนี้ (Debit Note) ต้องแสดงรายการและผังข้อมูลดังนี้: 1. คำว่า **"ใบเพิ่มหนี้"** เด่นชัด 2. ชื่อ ที่อยู่ และเลขประจำตัวผู้เสียภาษี 13 หลักของผู้ขาย 3. ชื่อ ที่อยู่ และเลขประจำตัวผู้เสียภาษี 13 หลักของผู้ซื้อ 4. วัน เดือน ปี ที่ออกใบเพิ่มหนี้ 5. **เลขอ้างอิงสำคัญ**: เลขที่/เล่มใบกำกับเดิม, ยอดมูลค่าเดิม, ยอดที่ถูกต้อง, ผลต่างส่วนเพิ่ม และยอด VAT 7% ของส่วนต่าง 6. ข้อความสั้นระบุเหตุผล เช่น "คำนวณราคาสินค้าต่ำกว่าความเป็นจริง"

กฎหมายอ้างอิง: ม.86/9 (1)-(7) การทำงานใน ERP: แบบพิมพ์ใบเพิ่มหนี้จะแสดงข้อมูลคำว่า "ใบเพิ่มหนี้", รายละเอียดอ้างอิงเลขที่บิลเดิม, ส่วนต่างมูลค่าที่เพิ่มขึ้น และยอดภาษีขายเพิ่มเติมอย่างครบถ้วน (รายงาน PDF: [customer_add_debt_report.xml](odoo18_ineco/ineco_account_base/report/customer_add_debt_report.xml))
Mandatory VAT Report Generator (ระบบรายงานภาษีมูลค่าเพิ่มขั้นบังคับรายสาขา)
มาตรา 87

ระบบต้องสามารถประมวลผลข้อมูลแยกคัดส่งออกรายงาน (Export Report Formats) ได้อย่างน้อย 3 แบบเป็นรายแต่ละสถานประกอบการ (สาขา): 1. **รายงานภาษีขาย** (Sales Tax Report) 2. **รายงานภาษีซื้อ** (Input Tax Report) 3. **รายงานสินค้าและวัตถุดิบ** (Inventory & Raw Material Stock Card Report) เฉพาะฝั่งขายสินค้า

กฎหมายอ้างอิง: ม.87 วรรคหนึ่ง, วรรคสาม การทำงานใน ERP: ระบบจัดทำรายงานภาษีซื้อ รายงานภาษีขาย และรายงานสินค้าและวัตถุดิบโดยอัตโนมัติทันทีที่มีการบันทึกรายการแบบ Real-time แยกรายสาขา (โมเดลรายงานภาษี, โค้ดจัดทำ Excel: [wizard_sale_vat_report.py](odoo18_ineco/ineco_account_base/wizard/wizard_sale_vat_report.py))
Tax Document Retention Timer (ระบบควบคุมกำหนดระยะเวลาเก็บรักษาเอกสารภาษีอากร)
มาตรา 87 3

ระบบเก็บบันทึกประวัติเอกสาร (Document Archive System) ต้องคุมการคำนวณอายุเก็บรักษาตามเกณฑ์ดังนี้: 1. **เกณฑ์ทั่วไป**: เก็บรักษาเอกสารไม่น้อยกว่า **5 ปี** นับแต่วันยื่นแบบหรือวันทำรายงาน 2. **กรณีเลิกกิจการ**: บังคับเก็บต่อเนื่องต่อไปอีกอย่างน้อย **2 ปี** นับแต่วันเลิกกิจการ 3. **กรณีสั่งการพิเศษ**: ระบบต้องสามารถขยายระยะเวลาเก็บได้สูงสุด **7 ปี** ตามคำสั่งอธิบดี

กฎหมายอ้างอิง: ม.87/3 (1)-(3) การทำงานใน ERP: ฐานข้อมูล Odoo จะบันทึกไฟล์สแกนเอกสารแนบและประวัติรายการบัญชีไว้อย่างถาวรไม่มีลบ และสำรองข้อมูลเป็นระยะเพื่อให้สามารถเรียกตรวจย้อนหลังได้ 5 ปี (ฐานข้อมูล Odoo PostgreSQL)
Purchasing VAT Document Ordering (ระบบจัดเรียงและควบคุมรหัสเอกสารฝั่งซื้อ)
มาตรา 87 3

ในสารบบการจัดเก็บเอกสารใบกำกับภาษีซื้อ: ระบบต้องบังคับรันลำดับรหัสอ้างอิงภายใน (Internal Running Index) จัดเรียงลำดับเวลา (Chronological Order) และจัดเรียงตรงตามลำดับพิกัดบรรทัดรายการที่ปรากฏในรายงานภาษีซื้ออย่างแม่นยำ

กฎหมายอ้างอิง: ม.87/3 วรรคสุดท้าย การทำงานใน ERP: ระบบรายงานภาษีซื้อจะอนุญาตให้ผู้ใช้เรียงลำดับการลงบัญชีภาษีซื้อตามวันที่บันทึกเอกสารจริง เพื่อความสะดวกในการตรวจสอบกระทบยอด (โค้ด: [wizard_purchase_vat_report.py](odoo18_ineco/ineco_account_base/wizard/wizard_purchase_vat_report.py))
Tax Audit Document Export (ระบบสกัดและรองรับการตรวจสอบข้อมูลของเจ้าพนักงาน)
มาตรา 88 3

ระบบจัดเก็บเอกสารและฐานข้อมูลบัญชีภาษี ต้องรองรับฟังก์ชันจัดเตรียมและสกัดไฟล์ข้อมูลธุรกรรมทั้งหมด (Transaction Audit Export Format) เช่น บิลซื้อ บิลขาย รายงานสต๊อกการเข้าออกสินค้า เพื่อแสดงและส่งมอบให้เจ้าพนักงานตรวจสอบหรือยึดไปไต่สวนวิเคราะห์ตามข้อกำหนดกฎหมาย

กฎหมายอ้างอิง: ม.88/3 การทำงานใน ERP: ผู้ใช้สามารถเข้าเมนูบัญชีและใช้งานแถบค้นหา (Search/Filter) เพื่อสกัดข้อมูลและพิมพ์รายงานหรือส่งออกเป็น Excel ส่งมอบแก่สรรพากรเมื่อเข้ามาตรวจหน้างาน (โมเดล: `ineco.account.move.line` / `ineco.account.tax` โค้ด: [wizard_sale_vat_report.py](odoo18_ineco/ineco_account_base/wizard/wizard_sale_vat_report.py))

ระบบบริหารการผลิตและจัดการโรงงาน

ยกระดับโรงงานดั้งเดิมสู่ Smart Factory ด้วยการเชื่อมต่อเครื่องจักรเข้ากับซอฟต์แวร์ INECO ERP โดยตรงแบบเรียลไทม์เพื่อเพิ่มประสิทธิภาพสูงสุดในการผลิต

📊

วางแผนผลิต (MPS/MRP)

วางแผนความต้องการวัสดุและกำลังการผลิตในแต่ละวัน สอดรับกับเป้าความต้องการขององค์กร

🌲

สูตรการผลิต (BOM Control)

ควบคุมสูตรการผลิตแบบหลายชั้น (Multi-level BOM) กำหนดส่วนประกอบและของเสียอย่างละเอียด

🛠️

ขั้นตอนผลิต & สถานีงาน

กำหนดสายการผลิตและสถานีงาน (Work Centers) คำนวณขีดความสามารถและบันทึกเวลาทำงานจริง

🔌

เชื่อมต่อ IoT & OEE

เชื่อมโยงสัญญาณเซนเซอร์เครื่องจักรตรงเข้าฐานข้อมูล คำนวณค่าประสิทธิภาพ OEE เรียลไทม์

💵

คำนวณต้นทุนผลิต

ประมวลผลคำนวณต้นทุนวัตถุดิบจริง ค่าแรง และค่าเสื่อมปันส่วนเข้าสู่สินค้าสำเร็จรูปเรียลไทม์

🎯

ควบคุมคุณภาพ (QC/QA)

ตั้งด่านตรวจสอบคุณภาพชิ้นงานวัตถุดิบและสินค้าระหว่างผลิต เพื่อควบคุมมาตรฐานให้สม่ำเสมอ

INECO Industry 4.0 Streamer
88.4%
OVERALL OEE
Telemetry Stream
Press Machine 01 🟢 Run (89.1%)
Robotic Welder 02 🟢 Run (92.4%)
Assembly Line 03 🟡 Idle (83.7%)

การทำงานร่วมกัน 3 ขั้นตอนจากหน้าเครื่องจักรสู่งบการเงิน

ข้อมูลการทำงานจริงจากเครื่องจักรถูกแปลงเป็นมูลค่าและตัวเลขทางบัญชีโดยอัตโนมัติอย่างไร้รอยต่อ

01

ดึงข้อมูลหน้างานการผลิต (Shopfloor & IoT)

เชื่อมโยงสัญญาณจากเครื่องจักรในไลน์ผลิตโดยตรงผ่านเซ็นเซอร์ IoT เพื่อตรวจวัดประสิทธิภาพ (OEE) เวลาที่สูญเสีย (Downtime) และจำนวนผลผลิตที่ผลิตได้จริงแบบเรียลไทม์

02
⚙️

ปันส่วนต้นทุนแม่นยำ (MRP & Costing)

นำข้อมูลจำนวนการผลิตและเศษซากของเสียจริง (Scrap) มาคำนวณตัดสต็อกวัตถุดิบ ร่วมกับการนำค่าไฟฟ้าและค่าแรงพนักงานในกะเพื่อนำไปปันส่วนค่าใช้จ่ายเข้าต้นทุนผลิตภัณฑ์โดยอัตโนมัติ

03
📊

ลงงบบัญชีอัตโนมัติ (Financial Posting)

ข้อมูลต้นทุนการผลิตจริงและสต็อกวัตถุดิบคงเหลือปลายงวด จะถูกส่งไปบันทึกเป็นสมุดรายวันแยกประเภท (GL) เพื่อออกงบทดลอง งบดุล งบกำไรขาดทุน และยื่นภาษีไทยสรรพากรได้โดยตรง

วิดีโอสาธิตการใช้งานในหัวข้อสำคัญ (Video Tutorials)

รวบรวมวิดีโอการใช้งานฟังก์ชันหลักของระบบบัญชีและภาษี INECO ERP ODOO เพื่อการเริ่มต้นใช้งานอย่างราบรื่น

📺 Coming Soon

1. วิธีการปิดงวดบัญชีรายเดือน & รายปี

อธิบายขั้นตอนการตรวจสอบยอดดุลบัญชี และการกดล็อกปิดงวดบัญชีตามเกณฑ์สิทธิ เพื่อป้องกันการแก้ไขเอกสารย้อนหลัง

💰 Coming Soon

2. การออกใบแจ้งหนี้ & e-Tax Invoice

สาธิตตรรกะการรัน Running Number, การบันทึกหักยอดมัดจำ, และขั้นตอนการลงนามดิจิทัลออกใบกำกับภาษีอิเล็กทรอนิกส์

🏥 Coming Soon

3. การจัดทำรายงานภาษีซื้อ-ขาย & ภ.พ.30

ขั้นตอนการตรวจยอดภาษีซื้อรอตัดบัญชี การจัดทำรายงานภาษีซื้อ-ขาย และนำส่งแบบแสดงรายการ ภ.พ.30 ประจำเดือน

🎓 เข้าสู่ศูนย์การเรียนรู้เต็มรูปแบบ (INECO Academy)

เข้าชมวิดีโอสอนการใช้งาน คู่มือทีละขั้นตอน และ SOP บัญชีไทยเพิ่มเติมอีกกว่า 100+ หัวข้อ

ได้รับความไว้วางใจจากหลากหลายอุตสาหกรรม

ในฐานะที่ปรึกษาวางระบบและพันธมิตรผู้พัฒนาซอฟต์แวร์อัพเกรดเวอร์ชั่น

โรงงานการผลิต (OEM)

โรงงานชิ้นส่วนยานยนต์ & เครื่องใช้ไฟฟ้า

วางระบบ INECO ERP จัดการกระบวนการผลิต (BOM) และควบคุมการทำงานอย่างเป็นขั้นตอน

โรงงานการผลิต (OEM)

โรงงานผลิตอาหารเสริม & เสื้อผ้า

รองรับงานสั่งทำ วางระบบจัดเก็บข้อมูลการผลิตและเชื่อมโยงข้อมูลสู่ฝ่ายบัญชีไทย

แปรรูป & คลังสินค้า

โรงงานแปรรูปอาหาร & ห้องเย็น

วางแผนคลังสินค้า ควบคุมอุณหภูมิ และการหมุนเวียนสินค้าคงคลังอย่างแม่นยำ

ธุรกิจการค้า

ธุรกิจซื้อมาขายไป & นำเข้า

ผู้นำเข้าสารเคมีสำหรับอุตสาหกรรมอาหาร วางระบบจัดการการขาย บัญชี และการขนส่ง

ธุรกิจประกอบ

โรงงานเฟอร์นิเจอร์ Built-in

วางระบบคำนวณและประเมินราคาขายเชื่อมโยงระบบสั่งประกอบสินค้าตามสเปก

เทคโนโลยี

Software House Partnership

พันธมิตรกับบริษัทผู้พัฒนาซอฟต์แวร์ ร่วมขยายขีดความสามารถการพัฒนา INECO ERP Module

มาตรฐานการทำงานสู่ผลลัพธ์ที่จับต้องได้

วางระบบรวดเร็ว ปลอดภัย และมีการการันตีคุณภาพหลังส่งมอบระบบจริง

01

วิเคราะห์ความต้องการ

เจาะลึกความต้องการทางธุรกิจของท่าน ตรวจสอบโครงสร้างระบบเดิมและเครื่องจักร เพื่อวางแผนโซลูชันที่เหมาะสมที่สุด

02

ออกแบบและจำลองระบบ

ปรับตั้งค่าโปรแกรมและติดตั้งโมดูลบัญชีไทย รวมถึงเชื่อมต่อสัญญาณบอร์ดทดสอบ IoT ในสภาวะจำลองก่อนรันจริง

03

ย้ายข้อมูลและฝึกอบรม

ถ่ายโอนฐานข้อมูลเดิมเข้าสู่ระบบใหม่อย่างราบรื่น พร้อมจัดอบรมคอร์สพัฒนาโมดูลและคอร์สใช้งานแบบกลุ่มพนักงาน

04

เปิดระบบ & SLA Support

เปิดใช้งานระบบจริงร่วมสแตนด์บายแก้ไขปัญหาหน้างานด่วน พร้อมการันตีบริการดูแลหลังการขายอย่างสม่ำเสมอ

📋

ถูกต้องตามเกณฑ์สรรพากร 100%

โมดูลบัญชีไทยได้รับการพัฒนาและทดสอบอย่างละเอียดรอบคอบ รองรับประมวลรัษฎากร ระบบภาษีหัก ณ ที่จ่าย และภาษีมูลค่าเพิ่มครบถ้วน

🛡️

สิทธิ์เข้าถึงและความปลอดภัยสูง

ออกแบบโครงสร้างข้อมูลแยกสิทธิ์การเข้าถึงข้อมูลตามหน้าที่ของพนักงาน (Permission System) และขจัดความเสี่ยงข้อมูลสูญหาย

การันตีช่วยเหลือด่วนภายใน 24 ชม.

มีทีมงานฝ่ายเทคนิคและวิศวกรผู้เชี่ยวชาญพร้อมสแตนด์บายประสานงานเคสระบบติดขัดและแก้ไขให้กลับมารันได้ปกติอย่างรวดเร็ว

คำถามที่พบบ่อยในการวางระบบ

รวบรวมคำถามทั่วไปเพื่อช่วยให้คุณเข้าใจการประยุกต์ใช้งานและสถาปัตยกรรมระบบของเรา

1. ลงทุนระบบ ERP นี้แล้ว จะเห็นจุดคุ้มทุน (ROI) และประหยัดต้นทุนได้อย่างไร?

ระบบมีระยะเวลาคืนทุนเฉลี่ยต่ำกว่า 6 เดือนครับ คำนวณจากการลดกระบวนการป้อนข้อมูลซ้ำซ้อนของพนักงาน (ประหยัดค่าแรงแฝง), ลดของเสียในไลน์ผลิต (Scrap) ลงอย่างน้อย 1% ด้วยรายงาน IoT เรียลไทม์ และเพิ่มประสิทธิภาพเครื่องจักรช่วยขยายกำลังผลิตรับงานประมูลโดยไม่ต้องซื้อเครื่องจักรใหม่ราคาแพงครับ

2. โครงสร้างราคาแรกเข้าสูงพอสมควร มีเงื่อนไขการแบ่งชำระเพื่อลดความเสี่ยงอย่างไร?

เรามีการแบ่งชำระออกเป็น 3 งวดตามความก้าวหน้าโครงการ (Milestone) ครับ คือ งวดที่ 1 ชำระ 50% ณ วันเซ็นสัญญาเริ่มงาน (เพื่อจัดซื้อเซิร์ฟเวอร์นำไปวางที่โรงงานคุณ), งวดที่ 2 ชำระ 30% หลังติดตั้งและเชื่อมสัญญาณทดสอบ IoT ในสภาวะจำลองสำเร็จ, และงวดที่ 3 ชำระ 20% หลังจากการอบรมผู้ใช้งานครบถ้วนและเริ่มเปิดใช้งานจริง (Go-Live) ครับ

3. ในอนาคตหากกิจการขยายสาขา หรือตั้งบริษัทในเครือเพิ่มเติม ระบบรองรับหรือไม่?

รองรับ 100% ครับ ระบบแกนของ INECO ERP พัฒนาบน Odoo ซึ่งออกแบบโครงสร้างรองรับการทำ Multi-Company (หลายบริษัทในระบบเดียว) และ Multi-Warehouse (หลายคลังสินค้าต่างสาขา) ทำให้คุณสามารถขยายสาขาและดึงรายงานงบการเงินรวมของทุกบริษัทในเครือมาวิเคราะห์ได้จากเซ็นเตอร์เดียวครับ

4. จะมั่นใจได้อย่างไรว่าพนักงานหน้างานจะยอมรับและใช้งานระบบใหม่นี้ได้จริง?

เรามีแพ็กเกจการฝึกอบรม (Training Program) สูงถึง 24-48 ชั่วโมง ที่ออกแบบหลักสูตรแยกเจาะลึกตามแผนก เช่น การใช้แท็บเล็ตหน้างานสแกนบาร์โค้ดของสโตร์คลัง และมีการทำแบบทดสอบทดลองใช้ระบบคู่ขนาน (Parallel Test) จนพนักงานเกิดความชำนาญก่อนเปิดระบบใช้งานจริงครับ

5. ทำไมเราต้องเลือกใช้ INECO แทนที่จะไปใช้แบรนด์ ERP ต่างประเทศขนาดใหญ่อย่าง SAP?

ระบบต่างประเทศมีค่าลิขสิทธิ์และค่าวางระบบเริ่มต้นสูงหลายล้านบาท อีกทั้งยังปรับแต่งได้ยากและไม่สอดคล้องกับระเบียบสรรพากรไทย แต่ INECO มอบฟังก์ชันระดับสากลด้วยหน้าตาที่ใช้งานง่าย ปรับแต่งฟังก์ชันเฉพาะโรงงานคุณได้โดยไม่ติดสัญญาผูกขาดซอฟต์แวร์ และคิดราคาที่คุ้มค่ากว่า 5-10 เท่าครับ

6. มีการกำหนดอายุสัญญาขั้นต่ำของระบบและบริการรายเดือนอย่างไร?

เนื่องจากสัญญา On-Premise ในแพ็กเกจ Growing และ Enterprise เป็นการจัดซื้อฮาร์ดแวร์ประสิทธิภาพสูงไปจัดเตรียมและติดตั้งให้โรงงานของคุณโดยเฉพาะ สัญญาบริการจึงมีระยะเวลาขั้นต่ำเริ่มต้นที่ 12 เดือนครับ เพื่อคุ้มครองและรับประกันระบบในระดับพรีเมียมต่อเนื่อง

7. ข้อมูลของบริษัทที่รันบนเซิร์ฟเวอร์ในโรงงาน ตกเป็นกรรมสิทธิ์ของใคร?

ข้อมูล โครงสร้างฐานข้อมูล และโปรแกรมปรับแต่งทั้งหมด ตกเป็นกรรมสิทธิ์ของบริษัทคุณพี่ 100% ครับ ทาง INECO ไม่มีนโยบายล็อกรหัสผ่าน หรือจำกัดการเข้าถึงข้อมูลของลูกค้า คุณพี่สามารถนำฐานข้อมูล SQL ไปใช้งานหรือย้ายระบบได้ตลอดเวลาตามต้องการครับ

8. ระบบคำนวณราคา Customize Program คิดจากอะไร และสามารถปรับลดจำนวนวันได้ไหม?

ค่าปรับแต่งโปรแกรม (Customize) คิดในอัตราระดับมาตรฐานสากลคือ 20,000 บาท/วันทำการ (Man-Day) ของโปรแกรมเมอร์อาวุโสครับ โดยทีมวิศวกรของเราจะร่วมประเมินขอบเขตงาน (Scope of Work) และจัดทำข้อตกลงอย่างเป็นทางการ หากงานปรับแต่งมีจุดแก้ไขไม่เยอะ จำนวนวันและงบก็สามารถปรับลดลงตามงานจริงได้ครับ

9. การมีระบบช่วยให้เราออกใบเสนอราคาเร็วขึ้น จะเพิ่มอัตราการปิดดีลได้ดีแค่ไหน?

ในโลกการผลิตแบบ B2B ความเร็วเป็นปัจจัยชี้ชะตาครับ ลูกค้าอุตสาหกรรมมักประทับใจและเลือกผู้เสนอราคาที่ส่งเอกสารราคาและข้อเสนอได้เร็วที่สุด การมีระบบนี้ทำให้ทีมขายเรียกสูตรการผลิต (BOM) และประเมินราคาพร้อมกดออกใบเสนอราคาอย่างเป็นทางการส่งในเมลได้ใน 3 นาที ทำให้ชิงปิดดีลได้เร็วกว่าคู่แข่งแน่นอนครับ

10. ระยะเวลาในการติดตั้งและส่งมอบโครงการจนพร้อมใช้งานจริง (Go-Live Timeline) ใช้เวลานานแค่ไหน?

ระยะเวลาติดตั้งพร้อมเริ่มใช้งานขึ้นอยู่กับขนาดแพ็กเกจที่เลือกครับ: 1. แพ็กเกจ SME (Cloud-based) ใช้เวลาเตรียมระบบสั้นมากเพียง 1-2 สัปดาห์, 2. แพ็กเกจ Growing และ Enterprise (On-Premise) ซึ่งต้องนำเครื่องเซิร์ฟเวอร์หลักไปวางหน้างาน เดินระบบสายเชื่อมเครื่องจักร IoT และทำการอบรมทดสอบคู่ขนานระบบบัญชี จะใช้เวลาเฉลี่ยประมาณ 4-8 สัปดาห์ในการเตรียมระบบจนกระทั่ง Go-Live ใช้งานได้จริงอย่างมั่นใจครับ

1. ระบบคำนวณต้นทุนผลิตจริง (Actual Costing) ปันส่วนอย่างไร?

ระบบจะเก็บข้อมูลวัตถุดิบที่ใช้จริงตาม BOM, พ่วงกับชั่วโมงเวลาทำงานจริงของแรงงานในกะ และข้อมูลการใช้พลังงาน/เวลาเครื่องจักรที่ส่งมาจาก IoT หน้างาน เพื่อปันส่วนค่าโสหุ้ย (Overheads) และค่าเสื่อมราคาเครื่องจักร แล้วนำไปปันเข้าบัญชีงานระหว่างทำ (WIP) และสินค้าสำเร็จรูป (FG) แต่ละล็อตการผลิตโดยอัตโนมัติครับ

2. ระบบสามารถออกฟอร์มภาษีและรายงานใดเพื่อนำส่งกรมสรรพากรไทยได้บ้าง?

ครอบคลุมฟอร์มภาษีไทยหลัก 100% ครับ ได้แก่ รายงานภาษีซื้อ, รายงานภาษีขาย (แบบ ภ.พ.30), เอกสารหนังสือรับรองการหักภาษี ณ ที่จ่าย (ภ.ง.ด.3, 53) พร้อมจัดทำไฟล์ข้อมูลอิเล็กทรอนิกส์ในรูปแบบ Text File เพื่อใช้ยื่นผ่านระบบ e-Filing ของกรมสรรพากรได้โดยตรงครับ

3. มีระบบจัดเก็บบันทึกประวัติเพื่อความโปร่งใสสำหรับการตรวจสอบบัญชี (Audit Trail) หรือไม่?

มีระบบบันทึก Log กิจกรรม (Chatter Log) ที่แนบท้ายทุกใบเอกสาร บัญชี สมุดรายวัน และใบสั่งซื้อ เพื่อระบุอย่างละเอียดว่า ผู้ใดเป็นคนสร้าง แก้ไขรายละเอียด หรือกดยืนยันรายการบัญชี วันและเวลาใด และไม่สามารถลบ Log ประวัติเหล่านี้ได้ ช่วยให้ผู้ตรวจสอบบัญชีภายนอกตรวจสอบได้อย่างสบายใจครับ

4. ในช่วงสิ้นงวด บัญชีงานระหว่างทำ (WIP) จะถูกประเมินและลงบันทึกมูลค่าอย่างไร?

ระบบจะตรวจสอบใบสั่งผลิต (Work Orders) ที่ยังค้างสถานะกำลังทำอยู่ในแต่ละสถานีผลิต ณ สิ้นวัน/สิ้นงวด และจะคำนวณปันส่วนค่าวัตถุดิบและค่าใช้จ่ายแปรรูปสะสมตามขั้นตอนที่ทำเสร็จแล้ว ไปบันทึกเพิ่มมูลค่าในบัญชี WIP เพื่อปรับสมดุลกับสต็อกปลายงวดให้อย่างถูกต้องอัตโนมัติครับ

5. หากบริษัทซื้อเซิร์ฟเวอร์ On-Premise เอง ระบบสามารถประมวลผลตัดค่าเสื่อมราคาได้ไหม?

ได้ครับ ในโมดูลสินทรัพย์ (Asset Management) ของ INECO ERP จะรองรับการตั้งค่าคำนวณและบันทึกค่าเสื่อมราคาของเครื่องคอมพิวเตอร์เซิร์ฟเวอร์ และสินทรัพย์โรงงานอื่น ๆ แบบอัตโนมัติเป็นรายเดือน พร้อมลงบันทึกสมุดรายวันปรับปรุงให้อัตโนมัติทุกสิ้นรอบบัญชีครับ

6. หากโรงงานมีงานสั่งนำเข้าวัตถุดิบต่างประเทศ ระบบรองรับการบันทึกอัตราแลกเปลี่ยนแบบใด?

ระบบมีฟังก์ชัน Multi-Currency ที่สามารถเชื่อมต่อดึงข้อมูลอัตราแลกเปลี่ยนรายวันจากธนาคารแห่งประเทศไทย (BOT) ได้โดยตรง ทำให้การบันทึกใบกำกับและจ่ายเงินค่าสินค้าต่างประเทศ มีการคำนวณกำไร/ขาดทุนจากอัตราแลกเปลี่ยน (FX Gain/Loss) และลงบันทึกในสมุดรายวันให้ทันทีครับ

7. การปรับยอดเมื่อตรวจนับสต็อกจริงแล้วไม่ตรงกับระบบ (Shrinkage) บัญชีทำอย่างไร?

สามารถใช้ฟังก์ชัน Inventory Adjustments เพื่อทำการบันทึกจำนวนของจริงที่นับได้ จากนั้นระบบจะสร้างใบปรับยอดคลังอัตโนมัติ และจะทำการลงรายการบัญชีกระทบยอดผลต่างของราคาสต็อกที่ขาด/เกิน เข้าบัญชีค่าใช้จ่ายผลต่างคลังสินค้าเสียหายโดยอัตโนมัติ เพื่อให้ยอดทางบัญชีตรงกับความเป็นจริงครับ

8. ระบบสามารถจำกัดวงเงินหนี้ค้างชำระ (Credit Limit) ของลูกค้าเพื่อควบคุมความเสี่ยงได้ไหม?

ตั้งค่าจำกัดวงเงินเครดิตได้รายลูกค้าเลยครับ หากระบบตรวจพบว่าลูกค้ามียอดลูกหนี้ค้างชำระ (AR) เกินวงเงินที่กำหนด ระบบจะทำการล็อกไม่ให้พนักงานขายกดยืนยันใบสั่งขาย (Sales Order) หรือไม่ให้คลังออกของส่งมอบทันที จนกว่าจะได้รับการอนุมัติจากผู้จัดการหรือได้รับเงินเคลียร์หนี้เก่าเข้ามาครับ

9. การชำระเงินมัดจำล่วงหน้า (Advance Payment) สเปกระบบทำการตัดเงินและกระทบยอดอย่างไร?

ระบบมีฟังก์ชันออกใบแจ้งหนี้รับเงินมัดจำ (Down Payment Invoice) เมื่อมีการออกใบกำกับภาษีเต็มรูปส่งของท้ายโปรเจกต์ ระบบจะดึงเงินมัดจำก้อนนั้นมาแสดงเป็นรายการหักลบอัตโนมัติในใบสุดท้าย และคำนวณกระทบยอดทางบัญชี AR ให้ตรงกันทันทีครับ

10. เราสามารถอนุญาตให้ผู้ตรวจสอบบัญชีภายนอก (Auditor) เข้ามาตรวจระบบได้อย่างปลอดภัยอย่างไร?

เราสามารถเพิ่มสิทธิ์การเข้าใช้งานพิเศษเป็น "Auditor Account" ที่จำกัดเฉพาะการอ่านข้อมูลและออกรายงานงบการเงินเท่านั้น (Read-only Accounting Access) ทำให้ผู้สอบบัญชีเข้าค้นหาเอกสารทางบัญชีและงบแสดงฐานะการเงินได้รวดเร็ว โดยไม่สามารถแก้ไขตัวเลขใด ๆ ในอดีตได้ครับ

1. ในกรณีที่เน็ตค่ายหลักล่ม ระบบของหน้างานจะหยุดชะงักหรือไม่?

ไม่หยุดแน่นอนครับ เนื่องจากเราติดตั้งเครื่องเซิร์ฟเวอร์ประมวลผลหลักไว้ในวง LAN ของโรงงานโดยตรง พนักงานหน้าเครื่องจักรจะยังคีย์ยอดผลิต และสโตร์คลังจะยังแสกนเบิกจ่ายของได้ปกติ 100% และเมื่อเน็ตด้านนอกต่อติด ระบบจะซิงค์ข้อมูลแบ็คอัพให้เสร็จสรรพครับ

2. โรงงานมีเครื่องจักรยุคดั้งเดิมที่ไม่มีพอร์ตไอที จะดึงข้อมูล OEE ได้อย่างไร?

เรามีเซ็นเซอร์ภายนอกแบบแปลงสัญญาณ เช่น เซ็นเซอร์นับรอบแบบแม่เหล็ก, เซ็นเซอร์จับความสั่นไหว หรือเซ็นเซอร์วัดกระแสไฟฟ้าแบบหนีบสาย (CT Clamp) ไปตรวจจับสัญญาณเครื่องจักรทำงานโดยไม่ต้องตัดต่อสายไฟหรือดัดแปลงระบบควบคุมเดิมของเครื่องจักรคุณเลยครับ

3. มีระบบป้องกันภัยคุกคามทางไซเบอร์และความปลอดภัยของข้อมูลอย่างไร?

ระบบ On-Premise ของเราทำงานภายใต้ Private IP และมี Firewall กั้นปิดกั้นพอร์ตจากอินเทอร์เน็ตภายนอกทั้งหมด รวมถึงฐานข้อมูล PostgreSQL มีการเข้ารหัสและสร้างสิทธิ์เข้าถึงตามบทบาท (RBAC) ทำให้มีความปลอดภัยสูงกว่าการฝากระบบไว้บนคลาวด์สาธารณะภายนอกครับ

4. มีแผนการสำรองและกู้คืนข้อมูล (Database Backup) อย่างไรหากเครื่องมีปัญหา?

ระบบตั้งค่ารันสคริปต์สำรองข้อมูลอัตโนมัติ (Automated Daily Backups) ทุกวันเวลาเที่ยงคืน โดยเซฟเก็บไว้ 2 แหล่ง คือ 1. ในไดรฟ์สำรองของโรงงาน (เช่น NAS) และ 2. ส่งไฟล์บีบอัดเข้ารหัสข้ามระบบไปเก็บสำรองบนคลาวด์ภายนอกที่ปลอดภัยสูงเพื่อให้ดึงกู้คืนข้อมูลได้ 100% ครับ

5. ระบบรองรับการเชื่อมต่อเพื่อดึงข้อมูลจากอุปกรณ์และเซ็นเซอร์ผ่านทางใดบ้าง?

เพื่อเสถียรภาพและความรวดเร็วสูงสุด ระบบของเราขับเคลื่อนด้วยเทคโนโลยีสถาปัตยกรรมที่รองรับการรับส่งข้อมูลผ่านโปรโตคอลมาตรฐาน **MQTT (Message Queuing Telemetry Transport) เพียงอย่างเดียวเท่านั้น** ครับ ซึ่งเป็นระบบ Publisher-Subscriber ที่มีน้ำหนักเบา ประหยัดแบนด์วิธ และปลอดภัยสูงมากสำหรับการแลกเปลี่ยนข้อมูลเรียลไทม์ในวง LAN ท้องถิ่นของโรงงานครับ

6. หากตัวเครื่องเซิร์ฟเวอร์หลักเสียหาย ใช้วิธีเปลี่ยนทดแทนแบบใดและใช้เวลานานเท่าไหร่?

หากเกิดความเสียหายด้านฮาร์ดแวร์และคุณใช้แพ็กเกจ Premium Support เราจะจัดเตรียมระบบสำรองลงเครื่องใหม่ และส่งวิศวกรนำเครื่องใหม่เข้าทำการเปลี่ยนสลับหน้างาน (Hardware Swap) ให้ถึงโรงงานภายในเวลา 24 ชั่วโมงทำการ เพื่อไม่ให้ระบบค้างเติ่งครับ

7. การดึงข้อมูลความถี่สูงจากเซ็นเซอร์ IoT จะทำให้แบนด์วิธเครือข่ายภายในช้าลงไหม?

ไม่มีผลกระทบครับ เนื่องจากเรามีการแบ่งซับเน็ตภายในวง LAN ของโรงงานสำหรับอุปกรณ์ IoT แยกออกจากส่วนของคอมพิวเตอร์พนักงานออฟฟิศ และเนื่องจากประมวลผลบนเซิร์ฟเวอร์แบบ Local จึงแทบไม่กินแบนด์วิธอินเทอร์เน็ตออกสู่ภายนอกเลยครับ

8. ระบบใช้ระบบจัดการฐานข้อมูล (RDBMS) ตัวใด และรองรับการดึงข้อมูลออกวิเคราะห์ภายนอกได้ไหม?

เราใช้ฐานข้อมูล PostgreSQL รุ่นเสถียรสูงระดับอุตสาหกรรมครับ และตัวระบบรองรับการเชื่อมต่อภายนอกผ่าน RESTful API หรือต่อตรงแบบ Read-only ODBC/JDBC เพื่อนำข้อมูลดิบไปประมวลผลต่อบนโปรแกรม BI เช่น Power BI หรือ Tableau ได้อย่างอิสระครับ

9. ข้อมูลฮาร์ดแวร์เซิร์ฟเวอร์ที่เราจะได้รับในการติดตั้งระดับ Enterprise คือระดับใด?

สำหรับระดับ Enterprise เราจัดสรรสเปกความเร็วสูงพิเศษด้วยฮาร์ดแวร์ประมวลผลกราฟฟิกและชิปความเร็วสถาปัตยกรรมระดับ 3nm (M4 Pro) พร้อมแรม 48GB และการจัดเก็บข้อมูลความเร็วสูง SSD 512GB เพื่อรองรับการเข้าทำงานพร้อมกันและการลงฐานข้อมูลขนาดใหญ่ได้อย่างราบรื่นครับ

10. วิธีการคำนวณ OEE (Overall Equipment Effectiveness) ดึงค่าจากสัญญาณใดบ้าง?

ระบบจะคำนวณ 3 ตัวแปรหลักอัตโนมัติ คือ 1. Availability (อัตราการเดินเครื่องจักรจริงผ่านการตรวจจับ Downtime), 2. Performance (ความเร็วรอบที่ทำได้เทียบความเร็วเป้าหมาย), และ 3. Quality (อัตราสินค้าดีลบของเสียที่สแกนแยกแยะ) เพื่อสรุปเป็นตัวเลข % OEE บนแดชบอร์ดทันทีครับ

พร้อมยกระดับธุรกิจของคุณไปกับเรา

หากคุณกำลังมองหาโซลูชัน ERP ที่ตอบโจทย์ หรือต้องการยกระดับโรงงานสู่อัจฉริยะ

🏢

ห้างหุ้นส่วนจำกัด อินีโค (สำนักงานใหญ่)

56 ซอยพระรามที่ 2 ซอย 69 แยก 2 แขวงแสมดำ เขตบางขุนเทียน กรุงเทพมหานคร 10150

เลขประจำตัวผู้เสียภาษี: 0113554001162

📞

เบอร์โทรศัพท์

089-130-6226 (คุณธิติทัพพ์)

✉️

อีเมล

[email protected]

💬

Line Official Account

@766ndemm

Line QR Code
สแกน QR Code หรือคลิกลิงก์ด้านบนเพื่อปรึกษาทีมงานผ่าน Line ได้ทันที
🟢 ส่งข้อมูลเรียบร้อยแล้ว! ทางทีมงาน INECO จะติดต่อกลับโดยเร็วที่สุด

📩 ขอรับโบรชัวร์และวิดีโอสาธิต