การแสดงผลการปล่อย CO2 สำหรับโรงงานไทยใน 90 วัน

เมื่อโรงงานไทยเริ่มทำระบบแสดงผลการปล่อย CO2 สิ่งแรกที่ต้องมีไม่ใช่แดชบอร์ดที่สวยงาม แต่เป็นฐานข้อมูลที่คำนวณ CO2e ซ้ำได้จากการใช้ไฟฟ้าและเชื้อเพลิง พร้อมตอบได้ว่าตัวเลขแต่ละรายการมาจากใบแจ้งหนี้ มิเตอร์ ปัจจัยการปล่อยฉบับใด และผ่านการอนุมัติโดยใคร บทความนี้เริ่มจาก Scope 1 และ 2 แล้วครอบคลุมกติกาการคำนวณ การควบคุมเวอร์ชัน หลักฐานตรวจสอบ RFP การทดสอบแนวคิด 90 วัน และเกณฑ์ตรวจรับ

การแสดงผลการปล่อย CO2 ไม่ใช่แค่กราฟไฟฟ้า

หน่วย kWh เป็นข้อมูลกิจกรรม ส่วน CO2e เป็นผลลัพธ์ที่ได้จากการใช้ปัจจัยการปล่อยที่เหมาะสม และในกรณีที่คำนวณก๊าซหลายชนิด อาจต้องใช้ค่าศักยภาพในการทำให้โลกร้อนเพื่อรวมเป็นหน่วยเดียว ระบบติดตามพลังงานกับบัญชีก๊าซเรือนกระจกเชื่อมโยงกัน แต่ไม่ใช่ผลลัพธ์เดียวกัน

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

คำถามห้าข้อที่ระบบต้องตอบได้

1. ตัวเลขนี้ครอบคลุมนิติบุคคล โรงงาน อาคาร อุปกรณ์ และช่วงเวลาใด
2. ข้อมูลกิจกรรมมาจากใบแจ้งหนี้ รายการจัดซื้อ บันทึกเบิกจ่าย หรือมิเตอร์ใด
3. ใช้ปัจจัยการปล่อย เวอร์ชัน หน่วย และวัตถุประสงค์ใด
4. ใครประมาณค่า แก้ไข หรือแปลงหน่วย และทำด้วยเหตุผลอะไร
5. เมื่อคำนวณงวดที่ปิดแล้วซ้ำด้วยข้อมูลเดิม ผลลัพธ์ตรงกันหรือไม่

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

เริ่มการจัดการ GHG ในภาคการผลิตด้วย Scope 1 และ 2

TGO อธิบาย Carbon Footprint for Organization ว่าเป็นปริมาณการปล่อยและการดูดกลับก๊าซเรือนกระจกจากกิจกรรมขององค์กรในหน่วยกิโลกรัมหรือตันคาร์บอนไดออกไซด์เทียบเท่า หน้า CFO แบ่ง Scope 1 เป็นการปล่อยโดยตรงจากแหล่งที่องค์กรเป็นเจ้าของหรือควบคุม Scope 2 เป็นการปล่อยทางอ้อมจากการผลิตไฟฟ้า ความร้อน หรือไอน้ำที่ซื้อมาใช้ และ Scope 3 เป็นการปล่อยทางอ้อมประเภทอื่น การเริ่ม PoC ด้วย Scope 1 และ 2 ไม่ได้หมายความว่า Scope 3 ไม่สำคัญ แต่ช่วยสร้างเจ้าของข้อมูลและการควบคุมรายเดือนได้ภายในขอบเขตที่จัดการได้

แยกการตัดสินใจเรื่องขอบเขตองค์กรและขอบเขตรายงาน

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

การซื้อกิจการ สินทรัพย์เช่า สัญญาซื้อขายไฟฟ้า และใบรับรองพลังงานหมุนเวียนต้องอาศัยนโยบายที่บันทึกไว้ ผู้ขายระบบไม่ควรตัดสินใจแทนองค์กร ฝ่ายการเงิน EHS กฎหมาย และผู้เชี่ยวชาญที่เกี่ยวข้องควรร่วมกำหนดวิธีรวมบัญชีและวิธีรายงาน

สร้างทะเบียนแหล่งปล่อยตามเส้นทางหลักฐาน

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

ออกแบบเครื่องมือคำนวณ CO2e จากการควบคุมเวอร์ชันปัจจัย

รูปแบบพื้นฐานคือข้อมูลกิจกรรมคูณปัจจัยการปล่อยที่เหมาะสม และอาจใช้ GWP กับปริมาณก๊าซแต่ละชนิดก่อนรวมเป็น CO2e สิ่งที่ยากไม่ใช่การคูณ แต่คือการเก็บว่าเหตุใดจึงเลือกปัจจัยนั้นและใช้กับช่วงเวลาใด

อย่าปะปนตาราง CFO ของ TGO กับปัจจัยไฟฟ้าของ T-VER

หน้า CFO ของ TGO ระบุตารางปัจจุบันว่า “Emission Factor CFO (January 2026)” และแสดงชนิดเชื้อเพลิงหรือกิจกรรม หน่วย ค่าแยกตามก๊าซ ผลรวม CO2e และแหล่งอ้างอิง เมื่อนำเข้าระบบต้องบันทึกหน่วยงานผู้ออก URL ชุดปัจจัย เวอร์ชัน ประเภทกิจกรรม หน่วยขาเข้าและขาออก วันที่มีผล วิธีคำนวณ ผู้ลงทะเบียน และผู้ทบทวน ไม่ควรคัดลอกเฉพาะตัวเลข

พื้นที่ T-VER ของ TGO มีประกาศและข้อมูลอ้างอิงอีกชุด รวมถึงเอกสารปัจจัยไฟฟ้าที่มีผลวันที่ 21 พฤษภาคม 2026 สำหรับโครงการหรือกิจกรรมที่เกี่ยวข้อง บริบทดังกล่าวไม่เท่ากับบัญชี Scope 2 ระดับองค์กรโดยอัตโนมัติ บัญชีองค์กร โครงการลดการปล่อย และคาร์บอนฟุตพริ้นท์ผลิตภัณฑ์อาจใช้ขอบเขตหรือวิธีต่างกัน คำว่า “ค่าทางการล่าสุดของไทย” จึงยังไม่เพียงพอสำหรับการเลือกใช้

ใช้รหัสถาวรและช่วงวันที่มีผล

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

วันที่เผยแพร่กับวันที่มีผลอาจไม่ตรงกัน หากต้องแก้ย้อนหลัง ให้ระบุทุกโรงงาน งวด และแหล่งปล่อยที่ได้รับผล บันทึกผลก่อนและหลัง ผู้อนุมัติ และความจำเป็นในการแก้รายงานภายนอก การใช้ค่าล่าสุดคำนวณประวัติทั้งหมดทันทีจะทำให้ยอดเดิมที่เคยส่งไปกระทบยอดไม่ได้

ทำให้การแปลงหน่วยตรวจสอบได้

เชื้อเพลิงอาจซื้อเป็น kg เบิกเป็น L และใช้ปัจจัย kg CO2e/L จึงต้องควบคุมค่าความหนาแน่น เงื่อนไขอุณหภูมิ แหล่งอ้างอิง และช่วงวันที่มีผล เก็บค่าขาเข้า หน่วยขาเข้า ค่าการแปลง แหล่งอ้างอิง ค่าหลังแปลงก่อนปัดเศษ และหน่วยผลลัพธ์ ไม่ควรฝากตรรกะไว้ในเซลล์ที่ซ่อนหรือความจำของพนักงาน

สร้างร่องรอยตรวจสอบในแบบจำลองข้อมูลการปล่อย

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

รักษารายละเอียดของเอกสารต้นทาง

ยอดไฟฟ้ารายเดือนหนึ่งแถวอาจสะดวก แต่จะอธิบายยากเมื่อใบแจ้งหนี้มีหลายมิเตอร์และรอบอ่านไม่ตรงเดือนปฏิทิน ควรเก็บช่วงใบแจ้งหนี้ รหัสมิเตอร์ เลขที่เอกสาร วันที่รับ แฮชไฟล์หรือลิงก์ที่ควบคุม และกติกาปันส่วนเข้าสู่งวด สำหรับข้อมูล IoT ต้องกำหนดระยะเก็บข้อมูลดิบ เขตเวลา ตรรกะข้อมูลขาด และการตรวจจับการรีเซ็ตค่ามิเตอร์สะสม

แก้ไขด้วยรายการปรับปรุง ไม่ใช่เขียนทับเงียบ ๆ

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

แสดงคุณภาพข้อมูลควบคู่ CO2e

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

ตรวจสูตรและการปัดเศษด้วยสถานการณ์สมมติ

โรงงานต่อไปนี้เป็นสถานการณ์สมมติทั้งหมด ปัจจัยถูกสร้างขึ้นเพื่อทดสอบสูตร หน่วย และการปัดเศษเท่านั้น ไม่ใช่ค่าของ TGO ค่าตามกฎหมาย หรือค่าโครงข่ายไฟฟ้าไทยจริง ระบบใช้งานจริงต้องเปลี่ยนเป็นปัจจัยที่ได้รับอนุมัติ เหมาะกับวัตถุประสงค์ และมีเวอร์ชันชัดเจน

นำ 705,950 kg หาร 1,000 ได้ 705.950 t CO2e และเมื่อแสดงหนึ่งตำแหน่งทศนิยมเป็น 706.0 t CO2e ควรเก็บค่าก่อนปัดเศษและปัดเฉพาะตอนแสดงผล การปัดทีละแถวเร็วเกินไปทำให้ผลต่างสะสมเมื่อรวมมิเตอร์จำนวนมาก

ตัวอย่างนี้แปลงเป็นการทดสอบได้ทันที ได้แก่ ปฏิเสธหน่วยที่ไม่ตรง เตือนเมื่อปัจจัยอยู่นอกช่วงวันที่ ตรวจการแปลง kg เป็น t และเปิดดูค่าก่อนปัดเศษผ่านหน้าตรวจสอบหรือ API

เชื่อมการแสดงผลไฟฟ้ากับระบบจัดการพลังงาน

ข้อมูลไฟฟ้าความถี่สูงเป็นอินพุต Scope 2 ที่ดี แต่ใบแจ้งหนี้กับผลรวมมิเตอร์ย่อยมีหน้าที่ต่างกัน ใบแจ้งหนี้มักเป็นหลักฐานทางการเงิน ส่วนมิเตอร์ย่อยใช้ปันส่วน วิเคราะห์สายการผลิต และจับความผิดปกติ

กระทบยอดใบแจ้งหนี้ มิเตอร์หลัก และมิเตอร์ย่อย

1. นำเข้ารอบและ kWh จากใบแจ้งหนี้
2. เปรียบเทียบกับผลต่างมิเตอร์รับไฟในช่วงเดียวกัน
3. เปรียบเทียบผลรวมมิเตอร์ย่อยและโหลดที่ไม่ได้ติดมิเตอร์
4. ตรวจเขตเวลา ข้อมูลขาด อัตรา CT การเปลี่ยนมิเตอร์ หรือการรีเซ็ต เมื่อเกินค่าคลาดเคลื่อน
5. ทำเครื่องหมายผลต่างที่ยังแก้ไม่ได้เป็นการปันส่วนที่อนุมัติพร้อมธงคุณภาพ

การติดตามมิเตอร์วัดอัตราการไหลในโรงงานไทยยังเป็นแหล่งข้อมูลสำหรับเชื้อเพลิง ไอน้ำ หรือลมอัดได้ แต่ข้อมูลเซ็นเซอร์ไม่ใช่หลักฐานที่ถูกต้องโดยอัตโนมัติ การสอบเทียบ สัญญาณขาด การเปลี่ยนแท็ก และการซิงค์เวลายังต้องควบคุม

แยก KPI พลังงานและคาร์บอน

ความเข้มการใช้ไฟฟ้าอาจดีขึ้น แต่ความเข้ม CO2e เปลี่ยนอีกทิศเพราะส่วนผสมผลิตภัณฑ์หรือการเปลี่ยนปัจจัย สัญญาพลังงานหมุนเวียนอาจเปลี่ยน Scope 2 ที่รายงานโดยไม่ได้เพิ่มประสิทธิภาพเครื่องจักร แสดงการใช้พลังงาน ความเข้มพลังงาน การปล่อยแบบ location-based การปล่อยแบบ market-based เมื่อเกี่ยวข้อง และคุณภาพข้อมูลเป็น KPI แยกกัน

สร้างฐานโรงงานคาร์บอนนิวทรัลด้วย PoC 90 วัน

อย่าสัญญาบัญชี GHG ทั้งองค์กรที่สมบูรณ์ใน 90 วัน นิยาม PoC ว่าเป็นการทำให้ Scope 1 และ 2 ของโรงงานตัวแทนหนึ่งแห่งทำซ้ำได้สำหรับการปิดงวดหนึ่งเดือน วัดความสำเร็จด้วยความครบถ้วนของแหล่งปล่อย อัตราเชื่อมหลักฐาน การอนุมัติตรงเวลา และความตรงกันเมื่อคำนวณซ้ำ

วันที่ 1–30: ขอบเขต ทะเบียน และการวินิจฉัยหลักฐาน

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

ตรวจข้อเท็จจริงในการทำงาน เช่น คอลัมน์ CSV เปลี่ยน รอบบิลไม่ตรงเดือน เชื้อเพลิงหลายหน่วย และเอกสารที่มีเพียงไฟล์สแกน ทำตารางชื่อไทยและอังกฤษแต่ใช้รหัสที่ไม่ขึ้นกับภาษา

วันที่ 31–60: สายข้อมูลและการคำนวณขั้นต่ำ

สร้างการอัปโหลดเอกสาร การนำเข้า CSV หรือ API การตรวจสอบ การเลือกปัจจัย การคำนวณ CO2e และขั้นอนุมัติ เลือกอัตโนมัติตามความเสี่ยงและปริมาณ ไฟฟ้าความถี่สูงเชื่อมระบบได้ ส่วนเชื้อเพลิงที่เกิดน้อยอาจใช้การกรอกที่ควบคุมด้วยรายการหน่วย ตรวจเทียบเดือนก่อน หลักฐานบังคับ และการอนุมัติสองคน

แดชบอร์ดต้องเจาะจากโรงงาน Scope แหล่งปล่อย และเดือน ไปยังข้อมูลกิจกรรม ปัจจัย และหลักฐานได้ การเปลี่ยนปัจจัยต้องแสดงผลกระทบก่อนอนุมัติ

วันที่ 61–90: ปิดงวด ข้อยกเว้น และตรวจรับ

ปิดงวดหนึ่งครั้งด้วยข้อมูลจริง แล้วทดสอบข้อมูลขาด ไฟล์ซ้ำ ใบแจ้งหนี้ล่าช้า หน่วยไม่ตรง การเปลี่ยนปัจจัยย้อนหลัง และการตีกลับอนุมัติ การสาธิตเฉพาะกรณีปกติไม่ยืนยันความพร้อมปฏิบัติงาน

เมื่อจบ PoC ให้จัดลำดับแหล่งปล่อยที่ยังไม่ได้วัด งานนอกระบบ การพึ่งพาค่าประมาณ และหัวข้อ Scope 3 เป็น backlog แผนโรงงานคาร์บอนนิวทรัลต้องเริ่มจากฐานและผลลดที่เปรียบเทียบได้ด้วยกติกาเดียวกัน

เขียน RFP สำหรับการจัดการการปล่อยในภาคการผลิต

ข้อความว่า “ต้องการแดชบอร์ดคาร์บอน” ไม่ทำให้ข้อเสนอเปรียบเทียบกันได้ แยกข้อกำหนดข้อมูล การคำนวณ ขั้นตอนงาน ความปลอดภัย สมรรถนะ และการสนับสนุน

แยกข้อบังคับใน PoC จากความสามารถอนาคต

กำหนด Scope 1 และ 2 ของโรงงานหนึ่งแห่ง การปิดงวด หลักฐาน เวอร์ชันปัจจัย การอนุมัติ และไฟล์ตรวจสอบเป็นข้อบังคับ ส่วน Scope 3 การปันส่วนรายผลิตภัณฑ์ พอร์ทัลซัพพลายเออร์ เครื่องมือพลังงานหมุนเวียน การรวมหลายนิติบุคคล หลายภาษา และรูปแบบเปิดเผยภายนอกเป็นแผนระยะถัดไป

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

ประเมินการย้ายข้อมูล ไม่ใช่เพียง SaaS หรือพัฒนาเอง

องค์กรต้องส่งออกข้อมูลกิจกรรม ปัจจัย ผลลัพธ์ เมทาดาทาหลักฐาน และประวัติอนุมัติในรูปแบบที่มีเอกสารกำกับ ตรวจข้อจำกัด API ที่ตั้งข้อมูล ระยะเวลารับข้อมูลเมื่อยกเลิกสัญญา และเงื่อนไขคืนไฟล์ การเปลี่ยนเครื่องมือในอนาคตไม่ควรทำให้ปีฐานและร่องรอยตรวจสอบสูญหาย

ใช้การทดสอบรับมอบยืนยันการควบคุม

กรณีทดสอบอย่างน้อยควรครอบคลุมการนำเข้าค่าและหน่วยที่ถูกต้อง ป้องกันไฟล์ซ้ำ แยกรหัสมิเตอร์ที่ไม่รู้จัก เตือนหน่วยไม่ตรง บล็อกปัจจัยนอกช่วง คำนวณซ้ำได้ เก็บค่าก่อนและหลังปัดเศษ บังคับหลักฐาน แยกผู้จัดทำกับผู้อนุมัติ เก็บเหตุผลตีกลับ แสดงผลต่างหลังแก้ ปฏิบัติต่อเวลา ICT อย่างสม่ำเสมอ จำกัดสิทธิเอกสาร กู้คืนข้อมูล และย้อนจากยอดรวมถึงเอกสารต้นทาง

กำหนดเกณฑ์เป็นตัวเลข เช่น แหล่งปล่อยในขอบเขตอยู่ในทะเบียน 100% ข้อมูลรายเดือนเชื่อมหลักฐานอย่างน้อย 95% ความต่างเมื่อคำนวณงวดอนุมัติซ้ำเป็นศูนย์ และข้อผิดพลาดร้ายแรงเป็นศูนย์ ตัวเลขเหล่านี้เป็นตัวอย่างเกณฑ์ PoC ขององค์กร ไม่ใช่ข้อกำหนดตามกฎหมาย

เตรียมข้อมูลสำหรับลูกค้าส่งออก Thailand Taxonomy และ CBAM

เปลี่ยนคำขอภายนอกเป็นข้อกำหนดข้อมูล: ใครขอ ข้อมูลผลิตภัณฑ์ใด ช่วงเวลา ขอบเขต วิธี และระดับการตรวจสอบใด

ใช้ Thailand Taxonomy Phase 2 เป็นเครื่องมืออ้างอิง

Thailand Taxonomy Phase 2 เผยแพร่วันที่ 27 พฤษภาคม 2025 และเพิ่มภาคการผลิต เกษตรกรรม ก่อสร้างและอสังหาริมทรัพย์ และการจัดการของเสีย Bank of Thailand อธิบายการใช้เป็นเครื่องมืออ้างอิงเพื่อกำหนดและจำแนกกิจกรรมที่ยั่งยืน รวมถึงนโยบาย กลยุทธ์ โอกาสทางการเงิน และการจัดการความเสี่ยง การเผยแพร่ Taxonomy เพียงอย่างเดียวไม่ได้สร้างหน้าที่รายงาน CO2 ตามกฎหมายแก่ทุกโรงงานไทย

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

อย่าขยาย CBAM ไปเป็นหน้าที่ของทุกโรงงาน

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

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

ออกแบบเพื่อการตรวจสอบในอนาคตตาม ISO 14064-1

ISO 14064-1:2018 ครอบคลุมการคำนวณและรายงานระดับองค์กร รวมถึงการออกแบบ พัฒนา จัดการ รายงาน และตรวจสอบบัญชี ISO ระบุว่าฉบับนี้ได้รับการยืนยันในปี 2024 และยังใช้ได้ พร้อมแสดงงานแก้ไขในอนาคต ส่วน ISO/TS 14064-4:2025 ให้แนวทางการประยุกต์ใช้

ไม่ว่าจะวางแผนให้บุคคลที่สามทวนสอบหรือให้ความเชื่อมั่นหรือไม่ แนวคิดความเกี่ยวข้อง ความครบถ้วน ความสม่ำเสมอ ความถูกต้อง และความโปร่งใสช่วยออกแบบ RFP และแผนตรวจรับได้ การกล่าวอ้างความสอดคล้องหรือการให้ความเชื่อมั่นอย่างเป็นทางการต้องตรวจฉบับมาตรฐาน โปรแกรม และข้อกำหนดผู้ทวนสอบ

ควบคุมรายเดือนหลังเริ่มใช้งาน

กำหนดวันส่งข้อมูล ทบทวน แก้ข้อยกเว้น อนุมัติ ปิดงวด และรายงานผู้บริหาร พร้อมผู้แทนเมื่อเจ้าของงานไม่อยู่ KPI ควรมี Scope 1 และ 2 และการเปลี่ยนแปลงรายปี ความเข้มต่อหน่วยผลิต สัดส่วนตามแหล่ง คุณภาพข้อมูล รายการค้าง อัตราเชื่อมหลักฐาน เวอร์ชันปัจจัย และผลลดเทียบฐาน

ยอดรวมอย่างเดียวแยกผลจากการเพิ่มกำลังผลิต ส่วนผสมผลิตภัณฑ์ อากาศ การเปลี่ยนปัจจัย และประสิทธิภาพไม่ได้ ควรวิเคราะห์สะพานเชื่อมปัจจัย และทบทวนสินทรัพย์ เชื้อเพลิง มิเตอร์ PPA โครงสร้างองค์กร และแหล่งปัจจัยทุกไตรมาส การเปลี่ยนข้อมูลหลักต้องผ่านการอนุมัติเช่นเดียวกับยอดปล่อย

สรุป: ทำให้ CO2e อธิบายได้ภายใน 90 วัน

การแสดงผลการปล่อย CO2 คือสายข้อมูลจากกิจกรรม การแปลง ปัจจัย การคำนวณ หลักฐาน และการอนุมัติ กำหนดขอบเขต Scope 1 และ 2 ควบคุมทุกเวอร์ชัน และปิดงวดจริงหนึ่งครั้งใน PoC 90 วัน จะได้ฐานสำหรับตอบลูกค้า ตัดสินใจ และขยายสู่การตรวจสอบในอนาคต ใช้ Thailand Taxonomy และ CBAM ตามขอบเขตจริง ไม่สมมติเป็นหน้าที่ทั่วไปของทุกโรงงาน

TOMAS TECH ช่วยจัดทำทะเบียนแหล่งปล่อย ออกแบบการเก็บข้อมูลไฟฟ้าและเชื้อเพลิง กำกับปัจจัย เขียน RFP และกำหนดเกณฑ์ตรวจรับ PoC ได้ตั้งแต่ระยะพิจารณา หากต้องการประเมินว่ามิเตอร์และเอกสารเดิมในโรงงานไทยนำมาใช้ได้เพียงใด ติดต่อเราเพื่อหารือเบื้องต้น

คำถามที่พบบ่อยเกี่ยวกับการแสดงผลการปล่อย CO2

การแสดงผลการปล่อย CO2 คืออะไร

คือการแปลงข้อมูลกิจกรรม เช่น ไฟฟ้า เชื้อเพลิง และสารทำความเย็นเป็น CO2e แล้วดูตามโรงงาน Scope แหล่ง และช่วงเวลา ระบบที่ดีต้องย้อนถึงหลักฐาน เวอร์ชันปัจจัย การแปลง การอนุมัติ และการแก้ไขได้

โครงการ GHG ในภาคการผลิตต้องทำ Scope 3 ตั้งแต่วันแรกหรือไม่

ขึ้นอยู่กับวัตถุประสงค์และคำขอลูกค้า PoC 90 วันสามารถสร้างการควบคุม Scope 1 และ 2 ก่อน พร้อมระบุหมวด Scope 3 สำคัญและเจ้าของข้อมูลเพื่อขยายเป็นระยะ

ระบบแสดงผลไฟฟ้าเพียงพอสำหรับรายงาน Scope 2 หรือไม่

ไม่เพียงพอ มิเตอร์เป็นแหล่งกิจกรรมที่ดี แต่ยังต้องกำหนดขอบเขต รอบบิล ข้อมูลขาด วิธีและปัจจัย หลักฐาน และการอนุมัติ

ระบบจัดการพลังงานเหมือนระบบคาร์บอนหรือไม่

ใช้ข้อมูลร่วมกันแต่มีจุดประสงค์ต่างกัน ระบบพลังงานเน้นประสิทธิภาพและความผิดปกติ ระบบคาร์บอนเพิ่มขอบเขตองค์กร การกำกับปัจจัย CO2e การรายงานภายนอก และร่องรอยตรวจสอบ

ควรใช้ปัจจัย TGO ล่าสุดกับทุกงวดย้อนหลังหรือไม่

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

Thailand Taxonomy บังคับทุกโรงงานไทยหรือไม่

BOT นำเสนอ Phase 2 เป็นเครื่องมืออ้างอิง การเผยแพร่เพียงอย่างเดียวไม่สร้างหน้าที่รายงาน CO2 แบบเดียวแก่ทุกโรงงาน ต้องดูเงื่อนไขทางการเงิน สัญญาลูกค้า และนโยบายบริษัท

ผู้ผลิตไทยทุกแห่งต้องทำ CBAM หรือไม่

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

ต้องให้ข้อมูลอะไรเพื่อเปรียบเทียบราคา PoC 90 วัน

ให้ผู้เสนอทุกรายใช้ขอบเขตโรงงาน จำนวนแหล่ง การเชื่อมต่อ ประวัติข้อมูล ผู้ใช้ ขั้นอนุมัติ ปริมาณหลักฐาน ภาษา รูปแบบส่งออก และเกณฑ์ตรวจรับเดียวกัน แยกค่าลิขสิทธิ์ ติดตั้ง เชื่อมระบบ ทำความสะอาดข้อมูล อบรม และสนับสนุน

แหล่งอ้างอิง

• TGO: Emission Factor CFO, January 2026
• TGO: Carbon Footprint for Organization
• TGO T-VER announcements and reference data
• GHG Protocol Corporate Standard FAQ
• GHG Protocol Corporate Standard
• ISO 14064-1:2018
• ISO/TS 14064-4:2025
• Bank of Thailand: Thailand Taxonomy Phase 2
• Thailand Taxonomy Phase 2: Manufacturing
• European Commission: CBAM definitive regime