การนำ ISO 50100 มาใช้กับ RFP ลดคาร์บอนในโรงงานไทย

การ นำ ISO 50100 มาใช้ ในโรงงานไทยไม่ควรเริ่มจากคำสัญญาว่า “จะได้ใบรับรอง” แต่ต้องเริ่มจากสายโซ่ข้อมูลที่คำนวณซ้ำได้สำหรับการปล่อยก๊าซเรือนกระจกจากพลังงาน Scope 1 และ Scope 2 แบบค่าสัมบูรณ์ โดยใช้ขอบเขต หน่วย และกฎปัจจัยการปล่อยเดียวกันตลอดปีฐาน 12 เดือนต่อเนื่อง บทความนี้แปลง ISO 50100:2026 ซึ่งประกาศเมื่อ 30 มีนาคม 2026 ให้เป็นข้อกำหนด RFP, PoC 90 วัน และเกณฑ์ FAT/SAT ที่ตรวจสอบย้อนหลังได้

3 เรื่องที่ต้องเข้าใจก่อนนำ ISO 50100 มาใช้

หน้าอย่างเป็นทางการของ ISO ระบุว่า ISO 50100:2026 เป็นฉบับที่ 1 จำนวน 40 หน้า ใช้ได้กับองค์กรทุกประเภทและทุกขนาด ขอบเขตหลักคือ Scope 1 และ Scope 2 ที่เกี่ยวกับพลังงาน และต้องแสดงการลด ERGE แบบสัมบูรณ์ให้สอดคล้องกับเป้าหมาย ERGE หรือ energy-related greenhouse gas emissions ใช้หน่วย tCO2e/ปี ดังนั้นค่า kWh ต่อชิ้นที่ดีขึ้นเพียงอย่างเดียวไม่พอ หากยอดปล่อยรวมยังเพิ่มขึ้น

ประการที่สอง ISO 50100 ไม่ได้มาแทน ISO 50001 ระบบ ISO 50001 ให้กรอบนโยบาย ความรับผิดชอบ การทบทวนพลังงาน ตัวชี้วัด และการปรับปรุงอย่างต่อเนื่อง ส่วน ISO 50100 เน้นขอบเขตการลดคาร์บอน การหาปริมาณ ปีฐาน แผน และคำกล่าวอ้างที่สามารถทวนสอบได้ เนื้อหาตัวอย่างที่ ISO เปิดเผยต่อสาธารณะอธิบายว่า ISO 50100 ไม่ใช่มาตรฐานระบบการจัดการในตัวเอง และ Annex A อธิบายความสัมพันธ์กับ ISO 50001:2018 โรงงานจึงใช้ EnMS เดิมเป็นฐานได้ แต่ใบรับรอง ISO 50001 ไม่ได้พิสูจน์ความสอดคล้องกับ ISO 50100 หรือการลด tCO2e แบบสัมบูรณ์โดยอัตโนมัติ

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

ข้อสำคัญ: บทความนี้เป็นคู่มือการนำไปใช้จากข้อมูลสาธารณะ ไม่ใช่ข้อความมาตรฐานฉบับเต็ม โครงการจริงต้องซื้อหรือเข้าถึง ISO 50100:2026 อย่างถูกต้อง และยืนยันการตีความกับหน่วยรับรอง หน่วย validation/verification ที่ปรึกษากฎหมาย ภาษี และ BOI ที่มีคุณสมบัติ ไม่มีการรับประกันว่าจะได้รับใบรับรองหรือสิทธิประโยชน์

แบ่งบทบาท ISO 50001 และ ISO 50100 ให้ชัด

คู่มือ ISO 50001 สำหรับโรงงาน อธิบายการทำงานของ EnMS ส่วน RFP สำหรับ ISO 50100 ควรเพิ่มผลส่งมอบดังนี้

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

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

กำหนดขอบเขต 3 ชั้น

1. ขอบเขตการลดคาร์บอน

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

2. ขอบเขตการวัด

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

3. ขอบเขตโครงการปรับปรุง

กำหนดจุดที่ได้รับผลจาก inverter การลดลมรั่ว การเปลี่ยนเชื้อเพลิงหม้อไอน้ำ rooftop solar หรือการเปลี่ยนสัญญาไฟฟ้า ปริมาณที่โครงการหลีกเลี่ยงได้ไม่เท่ากับการเปลี่ยนแปลงยอดสัมบูรณ์ของโรงงานเสมอไป เพราะปริมาณผลิต product mix shutdown อากาศ outsourcing และการย้ายเครื่องจักรก็มีผล ต้องยืนยันผลในขอบเขตโครงการ แล้ว reconcile กับยอดโรงงานทั้งหมด

ทะเบียนขอบเขตควรมี boundary ID อุปกรณ์ พลังงาน Scope หลักการ ownership/control meter ID หลักฐาน วันที่มีผล เหตุผลการยกเว้น และผู้อนุมัติ เชื่อมทะเบียนกับ drawing เมื่อย้ายเครื่องหรือเพิ่มพื้นที่เช่า ให้เปิด change request ประเมินผล และคำนวณปีฐานใหม่เมื่อกฎกำหนด

ทำให้ปีฐาน 12 เดือนตรวจสอบได้

เนื้อหาตัวอย่างที่ ISO เปิดเผยต่อสาธารณะนิยามปีฐานเป็นช่วงย้อนหลัง 12 เดือนต่อเนื่องเพื่อใช้เปรียบเทียบ ไม่จำเป็นต้องเป็นมกราคมถึงธันวาคม reporting year ก็เป็น 12 เดือน โรงงานไทยอาจเลือกปีบัญชีหรือรอบการผลิต แต่ต้องอธิบายฤดูฝน/แล้ง shutdown และการเริ่มผลิตสินค้าใหม่ อย่าเลือกเฉพาะช่วงที่ข้อมูลสวยโดยไม่มีเหตุผล

ขั้นตอน freeze base-year package คือ

1. อนุมัติเวอร์ชันขอบเขตและรายการรวม/ไม่รวม
2. รวบรวมใบแจ้งค่าไฟ การส่งเชื้อเพลิง เบิกจากถัง ค่าไอน้ำ และ log ครบ 12 เดือน
3. ทำหน่วย ตัวคูณ รอบตัด และเขตเวลาให้เป็นมาตรฐานเดียว
4. ติด flag ให้ missing estimate correction duplicate และ anomaly พร้อมใช้กฎที่อนุมัติ
5. freeze แหล่งที่มา เวอร์ชัน ช่วงใช้ของ factor และ GWP
6. คำนวณตาม Scope/พลังงานเป็น tCO2e/ปี และเก็บ package ที่ผู้อื่นคำนวณซ้ำได้

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

สถาปัตยกรรม OT/IoT จากมิเตอร์ถึงบัญชี tCO2e

เป้าหมายไม่ใช่เพิ่ม sensor ให้มากที่สุด แต่ทำให้สายโซ่หลักฐานไม่ขาด

จับคู่มิเตอร์จริงกับ tag ที่ควบคุมแบบหนึ่งต่อหนึ่ง เก็บช่วงที่ serial เดิมและใหม่มีผล เมื่อสื่อสารขัดข้องห้ามบันทึกเป็นศูนย์ ต้องแยก zero consumption, shutdown, missing data และ communication fault

ใบแจ้งหนี้กับข้อมูล 15 นาทีมีหน้าที่ต่างกัน ใบแจ้งหนี้เป็นหลักฐานภายนอกของยอดเดือน ส่วน interval data ใช้อธิบายสาเหตุและผลโครงการ ใน monthly close ต้องคำนวณความต่างและเปิด investigation หากเกิน tolerance แทนที่จะ lock claim

จัดการ emission factor เป็น master ที่มีเวอร์ชัน

Emission factor ไม่ใช่ค่าคงที่ตลอดไป แต่เปลี่ยนตามพลังงาน พื้นที่ ปี วิธี accounting คุณลักษณะสัญญา และ GWP GHG Protocol กำลังปรับปรุง Corporate Standard และ Scope 2 Guidance แต่ระบุว่ามาตรฐานและคำแนะนำเดิมยังมีผลจนกว่าจะประกาศต่างออกไป ดังนั้นเก็บเวอร์ชันที่ใช้จริงและอย่านำ draft มาใช้ล่วงหน้า

Factor master ควรมี factor_id พลังงาน Scope วิธี location-based/market-based ค่า หน่วย ก๊าซที่รวม GWP ผู้ออก ชื่อเอกสาร วันที่เผยแพร่ ช่วงมีผล วันที่ดาวน์โหลด ผู้อนุมัติ และ link หลักฐาน ถ้ามีหลาย factor ให้กำหนด selection rule ล่วงหน้า

อย่าตั้งไฟฟ้าที่ซื้อเป็นศูนย์เพียงเพราะมี certificate หรือสัญญา ตรวจช่วงเวลา ปริมาณ พื้นที่ market rule การป้องกัน double count residual mix และหลักฐาน retirement ตามวิธีที่เลือก แสดงผลประหยัดทางกายภาพแยกจากผลที่เกิดจาก factor หรือเครื่องมือสัญญา

ตัวอย่างสมมติสำหรับออกแบบระบบ

ค่าต่อไปนี้ใช้สาธิตโครงสร้างข้อมูลเท่านั้น ไม่ใช่ factor ทางการของไทย

หากลดไฟฟ้า 1,200 MWh และเชื้อเพลิง 1,800 GJ ภายใต้ factor สมมติเดิม ผลลดคือ 1,200×0.45 + 1,800×0.056 = 640.8 tCO2e/ปี หรือ 10.0% ของฐานสมมติ ในโครงการจริงต้องใช้ factor ที่เป็นทางการและเหมาะกับวัตถุประสงค์ ตรวจความเทียบเคียง วิธี และการเปลี่ยนขอบเขต ตัวอย่างนี้ไม่รับประกันการรับรอง

ออกแบบ claim ที่ตรวจสอบได้ก่อนออกแบบ dashboard

เนื้อหาตัวอย่างที่ ISO เปิดเผยต่อสาธารณะแยก validation ของแผนอนาคตออกจาก verification ของผลที่เกิดขึ้นแล้ว “เรามีแผนลด” กับ “เราลดได้ 640.8 tCO2e ใน reporting year” ต้องใช้หลักฐานต่างกัน

Claim template ต้องระบุองค์กร/site ขอบเขต Scope พลังงาน ปีฐานและปีรายงาน 12 เดือน ผลสัมบูรณ์ เป้าหมาย วิธีและ factor version การเปลี่ยนขอบเขต การคำนวณใหม่ ข้อยกเว้น ความไม่แน่นอน evidence-pack ID วันอนุมัติ และบอกชัดว่าเป็นแผนอนาคตหรือผลย้อนหลัง

คำว่า carbon neutral, net zero หรือ 100% renewable มีเงื่อนไขนอกแกน ISO 50100 อย่าขยาย claim โดยไม่มีกรอบและหลักฐานที่ใช้บังคับ แยกตัวเลขประมาณจาก vendor ผลวัด PoC และผลเต็ม reporting year

รายการบังคับใน RFP โรงงานไทย

คำว่า “ระบบรองรับ ISO 50100” ไม่พอสำหรับเปรียบเทียบราคา ต้องกำหนดผลส่งมอบ

ธุรกิจและธรรมาภิบาล

• ผู้รับผิดชอบซื้อฉบับมาตรฐานและ gap assessment ตามข้อกำหนด
• RACI ของ plant, EHS, energy, engineering, finance, procurement, IT, OT และ assurance
• boundary register การทบทวน include/exclude และ change control
• เหตุผลปีฐาน นโยบาย recalculation และเกณฑ์ data quality
• เป้าหมาย portfolio โครงการ investment gate และ claim approval

OT และเครื่องมือวัด

• รายการมิเตอร์และ drawing ของไฟฟ้า เชื้อเพลิง ไอน้ำ
• accuracy, calibration, scaling, CT/PT และ pulse-loss detection
• PLC/gateway/protocol, buffer, retry และ time sync
• network segmentation, read-only OT, account, log และ backup

ข้อมูลและการคำนวณ

• tag/unit dictionary, quality flag และกฎ gap filling ที่อนุมัติ
• invoice reconciliation, threshold และ close/reopen workflow
• factor version, method view, recalculation และ API/CSV
• lineage และ audit log ตั้งแต่ source ถึง claim

Non-functional และ acceptance

• retention, availability, recovery, performance และ authorization
• export และการคำนวณซ้ำได้ ไม่ใช่เพียงหน้าจอหลายภาษา
• FAT/SAT scenario, tolerance, defect severity และ deadline
• ส่งมอบ configuration, register, training และ operating procedure

เปรียบเทียบ TCO ห้าปี รวมมิเตอร์ ตู้ งานหยุดผลิต network calibration factor maintenance assurance และ annual recalculation ราคาคลาวด์ต่ำอาจซ่อนค่า vendor ทุกครั้งที่ factor เปลี่ยน

PoC 90 วันที่มี acceptance gate

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

Day 0–15 ล็อกขอบเขต หลักฐาน และเจ้าของ

ยืนยัน draft claim, site, Scope, ปีฐาน ใบแจ้งหนี้ มิเตอร์ และ factor เดินสำรวจมิเตอร์และบันทึกความต่างระหว่าง drawing กับหน้างาน Gate 1 อนุมัติ boundary register, RACI, data dictionary และ acceptance table

Day 16–35 รับข้อมูล OT และแสดงคุณภาพ

ทำ gateway, unit, scaling, time sync, buffer และ retry ตัดสัญญาณโดยตั้งใจ ข้อมูลหายต้องไม่เป็นศูนย์และการกลับมาต้องไม่ซ้ำ Gate 2 ตรวจ completeness, time skew, duplicate, gap และ invoice difference

Day 36–55 ทำบัญชี factor และ tCO2e แบบมีเวอร์ชัน

ลงทะเบียน factor คำนวณยอด Scope จากนั้น clone factor เป็นเวอร์ชันใหม่และคำนวณใหม่โดยไม่เขียนทับเดิม ส่งออก input, formula และ output ด้วย calculation ID เดียว Gate 3 ให้คนอีกคนคำนวณผลเดียวกันจาก evidence pack

Day 56–75 workflow โครงการและ claim

ลงทะเบียนจุดวัด เงื่อนไขฐาน forecast และผลจริง จำลอง boundary change และ missing-data correction Gate 4 ยืนยันว่าข้อมูลไม่อนุมัติไม่เข้าสู่ public claim และการยกเลิกยังอยู่ใน audit trail

Day 76–90 FAT/SAT และการตัดสินใจขยาย

FAT ตรวจ configuration calculation และ exception ส่วน SAT ตรวจ wiring, meter identity, communication, invoice close และ user action หน้างาน ตัดสินใจจาก completeness, reproducibility, lineage, effort, cybersecurity และ rollout TCO ไม่ใช่ความสวยของหน้าจอ

FAT/SAT acceptance matrix

RFP ต้องกำหนด tolerance เชิงปริมาณสำหรับ invoice difference, time skew, completeness, processing และ recovery แต่อย่าคัดลอกค่าทั่วไปไปทุกมิเตอร์ ให้สอดคล้องกับความแม่นยำ รอบบิล กระบวนการ และข้อกำหนดที่ใช้

BOI และ DEDE เป็น workstream แยกที่มีเงื่อนไข

หน้า Smart and Sustainable Industry ปัจจุบันของ BOI ระบุเงินลงทุนขั้นต่ำเพื่อเพิ่มประสิทธิภาพ 1 ล้านบาท ไม่รวมที่ดินและทุนหมุนเวียน พร้อมอธิบายการยกเว้นอากรขาเข้าเครื่องจักร และสำหรับโครงการเดิม การยกเว้นภาษีเงินได้นิติบุคคล 3 ปี โดยเพดาน 50% ของเงินลงทุนที่เข้าเกณฑ์ เพดาน 100% ใช้เฉพาะเมื่อผ่านเงื่อนไขเครื่องจักรที่เชื่อมโยงอุตสาหกรรม automation ในประเทศตามที่กำหนด ข้อมูลเหล่านี้เป็นคำอธิบายแบบมีเงื่อนไข ไม่ใช่การรับรองว่าโครงการ ISO 50100 เข้าเกณฑ์ ต้องยืนยันกิจการ ค่าใช้จ่าย เวลา deadline และหลักฐานกับ BOI/ที่ปรึกษาก่อนอนุมัติลงทุน

หน้าเดียวกันระบุว่าการยื่น solar ภายใต้มาตรการพลังงานทางเลือกที่อ้างถึงหยุดตั้งแต่ 1 กรกฎาคม 2025 อย่านำ window ที่หมดอายุจากเอกสารเก่ามาใส่ RFP ปี 2026

DEDE e-service เป็นช่องทางบริการทางการที่เกี่ยวข้องกับประสิทธิภาพพลังงาน ไม่ใช่ portal รับรอง ISO 50100 อัตโนมัติ ให้ยืนยันบริการที่ใช้และนำข้อมูลกิจกรรมที่ควบคุมแล้วกลับมาใช้เท่าที่ทำได้ โดยแยก source, factor, calculation และ output template เพื่อให้ระบบหลักไม่พังเมื่อแบบราชการเปลี่ยน

การควบคุมหลัง go-live

ทุกเดือน reconcile ใบแจ้งหนี้กับ OT ตรวจ gap/estimate ตรวจช่วง factor ทบทวนยอด Scope และผลโครงการ จากนั้น lock evidence pack ที่อนุมัติ ทุกไตรมาสทบทวน boundary change, outsourcing, output, forecast, access, backup/recovery และ public claim ทุกปี freeze reporting year 12 เดือน คำนวณอิสระ ตรวจ trigger ของปีฐาน และประสาน assurance

งานนี้ไม่ควรอยู่ใน spreadsheet ของ EHS คนเดียว Finance ดูแลใบแจ้งหนี้ Engineering ดูแลมิเตอร์ IT ดูแล platform OT ดูแลการเชื่อมต่อที่ปลอดภัย Procurement ดูแล contractual attribute และ Management อนุมัติ claim แยกผู้แก้ factor ออกจากผู้อนุมัติ claim ขั้นสุดท้าย

FAQ การนำ ISO 50100 มาใช้

ISO 50100 คืออะไร?

มาตรฐานสากลปี 2026 สำหรับข้อกำหนดและแนวทางลด GHG ที่เกี่ยวกับพลังงาน แกนคือ Scope 1 และ Scope 2 และผลสัมบูรณ์ tCO2e/ปี

ต้องมี ISO 50001 ก่อนหรือไม่?

ข้อมูลสาธารณะระบุว่า ISO 50001 เป็นฐานที่เข้ากันได้และ Annex A อธิบายความสัมพันธ์ แต่ไม่ได้ระบุใน scope สาธารณะว่าใบรับรอง ISO 50001 เป็น prerequisite ให้ยืนยันเงื่อนไขกับหน่วยที่เลือก

Scope 3 บังคับหรือไม่?

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

ปีฐานต้องเป็นปีปฏิทินหรือไม่?

ไม่จำเป็น เนื้อหาที่ ISO เปิดเผยต่อสาธารณะระบุ 12 เดือนต่อเนื่อง ต้องบันทึกเหตุผล ความเป็นตัวแทน และกฎคำนวณใหม่

ค่า energy intensity ดีขึ้นเพียงพอหรือไม่?

ไม่พอ Official summary ต้องการแสดง absolute ERGE reduction ที่สอดคล้องกับ target จึงควรติดตามทั้ง intensity และ absolute total

เขียนทับ factor ทุกปีได้หรือไม่?

ไม่ควร ต้อง version source, method, unit และ effective dates ประเมินผลต่อ comparability และเก็บประวัติ

PoC 90 วันรับประกันใบรับรองหรือไม่?

ไม่รับประกัน PoC ทดสอบ evidence chain ในขอบเขตตัวแทน ระยะรับรองขึ้นกับระบบเต็ม มาตรฐานฉบับจริง หน่วยที่เลือก และการปิด finding

ISO 50100 ทำให้ได้ BOI อัตโนมัติหรือไม่?

ไม่ใช่ ตัวเลข 1 ล้านบาท 3 ปี และ 50% บนหน้าปัจจุบันยังขึ้นกับกิจการ ค่าใช้จ่าย เวลา และเงื่อนไขอื่น ต้องยืนยันโครงการจริง

เกณฑ์ RFP ที่สำคัญที่สุดคืออะไร?

บุคคลอิสระที่มีความสามารถต้องย้อน claim ถึงหลักฐานต้นทางและคำนวณผลซ้ำได้ รวมถึงกรณีสื่อสารขัดข้อง ข้อมูลหาย factor และ boundary เปลี่ยน

สรุป

การนำ ISO 50100 มาใช้ไม่ใช่การซื้อ carbon dashboard แต่คือสายโซ่ควบคุมที่เชื่อม activity data ของ Scope 1/2 ปีฐาน 12 เดือน ขอบเขตชัด factor มีเวอร์ชัน absolute tCO2e/ปี และหลักฐานที่อนุมัติ นำ asset จาก ISO 50001 มาใช้ แต่เพิ่ม traceability ระดับ claim ระบุผลส่งมอบและ acceptance ใน RFP และทดสอบ failure/recalculation ใน PoC ก่อนขยาย

TOMAS TECH สามารถช่วยโรงงานไทยสำรวจมิเตอร์ เชื่อม OT อย่างปลอดภัย ออกแบบ factor ledger จัดทำ RFP และดำเนิน PoC/FAT/SAT ได้ หากยังอยู่ในขั้นกำหนดขอบเขตหรือข้อกำหนด สามารถ ติดต่อเราเพื่อหารือการนำไปใช้ โดยการตีความมาตรฐาน การรับรอง และสิทธิประโยชน์ต้องยืนยันกับหน่วยวิชาชีพที่เหมาะสม

แหล่งข้อมูล

• ISO 50100:2026
• ISO 50100:2026 OBP preview
• ISO 50001:2018
• GHG Protocol update process
• Thailand BOI Smart and Sustainable Industry
• DEDE e-service
• ข่าวทางการกระทรวงพลังงาน