QUALITY AGREEMENT · PRACTICAL GUIDE

สเปกทุเรียนส่งออก: ล็อกเกณฑ์รับมอบก่อนโหลด

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

ปรับปรุง 26 สิงหาคม 2569 · ใช้เวลาอ่าน 13 นาที

EXECUTIVE TAKEAWAYS

คำค้นหลัก: สเปกทุเรียนส่งออก

คำตอบสั้น: ก่อนรับคำสั่งซื้อหรือเปิดโหลด ให้ผู้ซื้อและผู้ขายลงนาม Quality Specification ฉบับเดียวกัน ระบุสินค้า รุ่นมาตรฐาน วิธีวัด แผนสุ่ม จุดตรวจ เกณฑ์รับ–ปฏิเสธ วิธีชดเชย และหลักฐานเคลม ห้ามใช้คำกว้างอย่างเกรดส่งออกหรือสวยตามมาตรฐานโดยไม่มีตัวเลขและวิธีตัดสิน
ณ วันที่ 26 สิงหาคม 2569 มาตรฐานสินค้าเกษตรเรื่องทุเรียนฉบับที่ มกษ. 3-2567 เป็นฉบับที่ มกอช. แสดงในฐานข้อมูลปัจจุบัน ส่วน มกษ. 9070-2566 เป็นมาตรฐานบังคับด้านการตรวจและรับผลทุเรียนสำหรับโรงรวบรวมและโรงคัดบรรจุ ซึ่งมีผลตั้งแต่ 10 กรกฎาคม 2568
ถ้าจะใช้ AQL ให้ระบุ ISO 2859-1:2026 ฉบับที่ 3 แผนการสุ่ม หน่วยตัวอย่าง Lot definition ระดับการตรวจ และกติกา Switching ให้ครบ เพราะฉบับปี 1999 ถูกถอนแล้ว และตัวเลข AQL ไม่ใช่คำรับประกันว่าทั้งล็อตมีของเสียไม่เกินเปอร์เซ็นต์นั้น

คำตอบก่อน: ทำ Quality Agreement ให้เป็นส่วนหนึ่งของคำสั่งซื้อ

ความเสียหายของตู้ทุเรียนจำนวนมากไม่ได้เริ่มที่ผลเสีย แต่เริ่มจากคนละฝ่ายใช้คำเดียวกันแต่ตีความไม่เหมือนกัน เช่น แก่พอดี สีสวย หนามสมบูรณ์ เกรด A หรือรับได้เล็กน้อย สเปกที่ดีต้องเปลี่ยนความคาดหวังเหล่านี้เป็นข้อกำหนดที่ตรวจซ้ำได้ และต้องผูกกับ Sales Contract, Purchase Order, Packing Instruction และ Claim Procedure โดยระบุลำดับเอกสารว่าเมื่อข้อความขัดกัน เอกสารใดมีอำนาจเหนือกว่า

ใช้ชื่อเอกสาร Durian Product & Quality Specification พร้อมเลขฉบับ วันที่มีผล และผู้อนุมัติทั้งสองฝ่าย
แนบภาพตัวอย่างได้ แต่ภาพต้องเป็น Reference ไม่ใช่เกณฑ์ตัดสินเพียงอย่างเดียว
ระบุว่าตรวจ ณ จุดใด: หน้าล้ง หลังคัด ก่อนโหลด หลังเปิดตู้ หรือปลายทาง เพราะสภาพสินค้าเปลี่ยนตามเวลา
แยก Product Quality, Food Safety, Phytosanitary, Packaging และ Commercial Adjustment ออกจากกัน
กำหนดภาษาหลักของสัญญาและผู้รับผิดชอบแปลคำเทคนิคเพื่อป้องกันความหมายคลาดเคลื่อน
ให้ฝ่าย Sales, QA/QC, Production, Logistics และ Finance ตรวจผลกระทบก่อนลงนาม

มาตรฐานคือ Baseline ไม่ใช่สเปกคำสั่งซื้อทั้งหมด

มกษ. 3-2567 และ Codex CXS 317-2014 ช่วยวางภาษากลางด้านคุณภาพ การจัดชั้น ขนาด ความสม่ำเสมอ บรรจุภัณฑ์ และการแสดงรายละเอียด แต่ผู้ซื้ออาจต้องการพันธุ์ ขนาด ความแก่ สีเนื้อ ตำหนิ หรืออายุการค้าที่เข้มกว่า จึงต้องเขียน Buyer Specification เพิ่มโดยไม่ลดข้อกำหนดกฎหมายหรือสุขอนามัยพืช

อย่าใช้ Incoterms แทนข้อกำหนดคุณภาพ

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

ล็อก 12 ช่องของสเปกก่อนเสนอราคา

สร้างสเปกหนึ่งฉบับต่อ Product–Market–Buyer–Season เพราะความต้องการและความเสี่ยงต่างกัน ห้ามคัดลอกสเปกตู้เดิมโดยไม่ตรวจเวอร์ชันมาตรฐาน ประเทศปลายทาง เส้นทาง และฤดูกาล

1) Product identity: ทุเรียนทั้งผล ชื่อพันธุ์ แหล่งผลิต GAP รหัสสวน รหัสโรงคัดบรรจุ และตลาดปลายทาง
2) Maturity: เกณฑ์เปอร์เซ็นต์น้ำหนักเนื้อแห้งตามพันธุ์ วิธีวิเคราะห์ เครื่องมือ ผู้มีคุณสมบัติ และช่วงเวลาตรวจ
3) Size: ช่วงน้ำหนักต่อผล จำนวนผลต่อกล่อง และความคลาดเคลื่อนที่ยอมรับได้
4) External defects: รูปทรง หนาม ก้าน รอยช้ำ รอยแตก โรค แมลง สิ่งแปลกปลอม และระดับ Critical/Major/Minor
5) Internal quality: สี เนื้อ น้ำ แกน ไส้ซึม พูไม่เต็ม หรือความผิดปกติที่ต้องผ่าตรวจ พร้อมภาพอ้างอิง
6) Food safety: สารต้องห้าม สารตกค้าง โลหะหนัก และห้องปฏิบัติการหรือวิธีทดสอบที่ยอมรับร่วมกัน
7) Phytosanitary: ศัตรูพืชกักกัน ความสะอาดผล และข้อกำหนดใบรับรองของตลาดปลายทาง
8) Packing: วัสดุ กล่อง ช่องระบาย ถุง/ตาข่าย ฉลาก รหัส Lot Net/Gross Weight และพาเลท
9) Cold-chain condition: อุณหภูมิสินค้าเมื่อโหลด Setpoint Ventilation และหลักฐานจาก Data Logger ตามวิธีขนส่งที่ตกลง
10) Sampling: นิยาม Lot จุดสุ่ม วิธีสุ่ม จำนวนตัวอย่าง ผู้สุ่ม การทำลายตัวอย่าง และการเก็บ Retain Sample
11) Acceptance: เกณฑ์ Accept, Sort/Rework, Price Adjustment, Hold และ Reject พร้อมอำนาจอนุมัติ
12) Claim: ระยะเวลาแจ้ง หลักฐาน การเก็บสินค้า การตรวจร่วม Surveyor วิธีคำนวณความเสียหาย และช่องทางระงับข้อพิพาท

นิยาม Lot ให้เล็กพอจะตัดสินใจและตามกลับได้

Lot ควรเชื่อมสวน วันที่ตัด สายรับเข้า รอบตรวจ QC รอบคัดบรรจุ และ Shipment หากรวมหลายแหล่งหรือหลายวันเป็น Lot เดียว ความแปรปรวนสูงขึ้นและเมื่อพบปัญหาอาจต้องกักสินค้ากว้างเกินจำเป็น ระบบควรห้าม Merge Lot หลังผลตรวจออกโดยไม่มีอนุมัติและ Audit Trail

แยกเกณฑ์ความแก่จากเกณฑ์ความพึงพอใจของผู้ซื้อ

มกษ. 9070-2566 กำหนดการตรวจรับเพื่อให้ได้ทุเรียนทั้งผลที่แก่ตามมาตรฐาน รวมถึงการตรวจหลักฐานแหล่งปลูก การคัดแยกผลอ่อน การตรวจเปอร์เซ็นต์น้ำหนักเนื้อแห้ง การบันทึก และผู้ตรวจสอบความแก่ที่ผ่านการอบรม ขณะเดียวกันกรมวิชาการเกษตรยังใช้มาตรการควบคุมปี 2569 เพื่อสกัดทุเรียนอ่อน ศัตรูพืช การสวมสิทธิ์ และสารต้องห้าม ดังนั้น Buyer Spec จะผ่อนเกณฑ์บังคับเหล่านี้ไม่ได้

ใช้ค่าเกณฑ์ตามพันธุ์และประกาศ/มาตรการที่มีผลในพื้นที่และฤดูกาลจริง ไม่ใช้ค่าเดียวกับทุกพันธุ์
ระบุวิธีเตรียมตัวอย่าง อุณหภูมิ/เวลาอบ สูตรคำนวณ เครื่องชั่ง และการสอบเทียบ ไม่บันทึกเฉพาะผลสุดท้าย
เก็บผลตรวจเชื่อมกับ Lot, ผู้ตรวจ, เวลา, จุดรับเข้า และภาพตัวอย่าง
แยก Regulatory Release Gate ออกจาก Buyer Preference Gate เพื่อให้เห็นว่าตกเพราะกฎหมายหรือเพราะข้อกำหนดการค้า
ถ้าผลใกล้ขอบเขต ให้กำหนด Re-test Rule และผู้ตัดสินล่วงหน้า ไม่เจรจาหลังเห็นผล
ห้ามใช้ AI หรือภาพถ่ายทดแทนวิธีวิเคราะห์ที่มาตรฐานหรือหน่วยงานกำหนด

Dry matter ผ่าน ไม่ได้แปลว่าทั้งล็อตผ่านทุกมิติ

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

ออกแบบ Sampling Plan ที่ทั้งสองฝ่ายทำซ้ำได้

การเขียนเพียงสุ่ม 10 ผลหรือ AQL 2.5 ไม่เพียงพอ เพราะไม่บอกขนาด Lot ระดับการตรวจ วิธีสุ่ม ประเภทตำหนิ หรือค่า Ac/Re ISO 2859-1:2026 ซึ่งเผยแพร่เดือนมกราคม 2026 เป็นฉบับปัจจุบันสำหรับ Acceptance Sampling by Attributes และแทนฉบับปี 1999 ผู้ใช้ต้องเข้าถึงมาตรฐานฉบับที่ได้รับอนุญาตและให้ผู้มีความรู้กำหนดแผน ไม่ควรคัดลอกตารางจากอินเทอร์เน็ต

กำหนด Sampling Unit ว่าเป็นผล กล่อง พาเลท หรือรายการข้อมูล
กำหนด Lot Size และวิธี Randomize ให้สุ่มได้จากต้น–กลาง–ท้าย ไม่เลือกเฉพาะผิวหน้า
แยก Critical defect ที่ยอมรับไม่ได้จาก Major และ Minor defect
ระบุ Inspection Level, AQL และแผน Single/Double/Multiple ตามความเสี่ยงและข้อตกลง
กำหนด Switching Rule: Normal, Tightened, Reduced หรือ Skip-lot เมื่อประวัติคุณภาพเปลี่ยน
ระบุวิธีตรวจแบบทำลาย เช่น ผ่าผลหรือ Dry Matter และใครรับต้นทุนตัวอย่าง
ห้ามตีความ AQL เป็นเปอร์เซ็นต์ของเสียสูงสุดที่รับประกันใน Shipment ใด Shipment หนึ่ง
บันทึก Sample ID, ตำแหน่ง, ผู้สุ่ม, เวลา, ผล, ภาพ และ Disposition ทุกตัวอย่าง

ใช้ Risk-based Sampling เพิ่มเติมได้ แต่ต้องไม่ลบความเป็นตัวแทน

ข้อมูล Supplier Scorecard, ฤดูกาล, อายุสวน, ความแปรปรวน Dry Matter และประวัติ Claim ช่วยเพิ่มตัวอย่างใน Lot เสี่ยงได้ แต่ต้องรักษาส่วนสุ่มเพื่อไม่ให้ระบบเลือกเฉพาะผลที่คาดว่าจะผ่าน และต้องไม่ลดการสุ่มที่กฎหมาย มาตรฐาน หรือคู่ค้ากำหนด

วาง Acceptance Gate สองจุด: ก่อนโหลดและปลายทาง

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

Pre-loading Gate: Identity, Dry Matter, External Defect, Pest, Package, Weight, Lot/Label และ Loading Condition
Destination Gate: Container/Seal integrity, Data Logger, เวลาเปิดตู้, อุณหภูมิ, กลิ่น, ความเสียหาย และการสุ่มผ่าตามแผน
ตั้ง Hold เมื่อหลักฐานสำคัญขาด แม้ผลตรวจตัวอย่างดูผ่าน
ใช้ Joint Inspection หรือ Independent Surveyor เมื่อมูลค่าหรือความเสี่ยงสูง
กำหนดเวลาแจ้ง Initial Notice และเวลาส่ง Full Claim แยกกัน
ห้ามทำลาย ขายลดราคา หรือ Repack สินค้าที่พิพาทก่อนเปิดโอกาสให้อีกฝ่ายตรวจ เว้นแต่จำเป็นเพื่อความปลอดภัยหรือจำกัดความเสียหายและมีหลักฐานครบ
ทำ Reconciliation จำนวนผล/กล่องที่ตรวจ ไม่ผ่าน แยกขาย ทำลาย และคงเหลือ

กำหนด Commercial Remedy เป็นขั้นบันได

แทนที่จะมีเพียงรับทั้งหมดหรือปฏิเสธทั้งตู้ ให้ตกลงทางเลือก Sort/Rework, เปลี่ยน Grade, Price Allowance, Credit Note, Replacement หรือ Reject โดยกำหนดสูตร อำนาจอนุมัติ และเพดานไว้ล่วงหน้า จะลดเวลาต่อรองและช่วยรักษาความสัมพันธ์กับคู่ค้า

ทำ Evidence Pack ที่เชื่อมจากสเปกถึงผลจริง

GS1 Global Traceability Standard และ EPCIS เน้นการจับและแลกเปลี่ยนข้อมูลเหตุการณ์ในห่วงโซ่อุปทาน หลักคิดที่นำมาใช้ได้คือ ทุกผลตรวจต้องตอบว่าอะไร เกิดเมื่อใด ที่ไหน เพราะเหตุใด และใครรับผิดชอบ แล้วเชื่อม Object เช่น Lot, Carton, Pallet, Container และ Shipment โดยไม่ต้องเริ่มจากระบบใหญ่

Approved Specification และ Purchase Order เวอร์ชันสุดท้าย
Orchard/Packhouse/GAP master data และ Lot genealogy
Receiving record, sampling sheet, Dry Matter raw data และ calibration status
Defect codebook พร้อมภาพอ้างอิงและผลตรวจรายตัวอย่าง
Packing completion, carton/pallet label และ mass balance
Container/Seal, PTI, loading sequence, temperature และ logger assignment
Certificate/document matrix และ Release approval
Destination inspection, notice, survey, mitigation และ claim calculation

ข้อมูลรูปภาพต้องพิสูจน์บริบท ไม่ใช่แค่ความสวย

กำหนดมุมภาพ Timestamp ผู้ถ่าย Lot/Container reference และลำดับก่อน–หลัง หากใช้โทรศัพท์ควรอัปโหลดเข้าระบบทันที รักษาไฟล์ต้นฉบับ และไม่ส่งหลักฐานสำคัญไว้เฉพาะในแชตที่ค้นย้อนหลังหรือควบคุมสิทธิ์ยาก

แผนใช้จริงภายใน 14 วัน

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

วัน 1–2: รวบรวม Contract, PO, Spec, Claim และผล QC ย้อนหลัง 10 Shipment
วัน 3–4: สร้าง Defect Codebook และจัด Critical/Major/Minor ร่วมกับผู้ซื้อ
วัน 5: ออก Product & Quality Specification v1 พร้อม Document Hierarchy
วัน 6–7: กำหนด Lot, Sampling Plan, Acceptance Gate และ Evidence Pack
วัน 8: ทดลองตรวจ Blind Sample ให้ QC สองคนและวัดความสอดคล้อง
วัน 9–10: จำลองหนึ่ง Lot ตั้งแต่รับเข้าถึง Release และลองสร้าง Claim Pack
วัน 11: ทบทวนโดย Sales, QA, Production, Logistics, Finance และที่ปรึกษากฎหมาย
วัน 12–13: ให้คู่ค้าตรวจถ้อยคำสองภาษาและลงนาม Change Record
วัน 14: Go-live พร้อม Dashboard Exception, Hold Time, Claim Rate และ Spec Revision

KPI ที่ควรวัด

First-pass acceptance, Rework rate, Critical defect escape, Dry Matter variation, Sampling completion, Evidence completeness, Hold-to-release time, Claim incidence, Claim resolution days, Price allowance per kg และ Margin leakage per container ต้องแยกตามสวน ผู้ส่งมอบ QC กะผลิต และผู้ซื้อเพื่อหาต้นเหตุ

ใช้ AI ช่วยตรวจความครบ ไม่ให้ AI เป็นผู้ปล่อยตู้

AI สร้างคุณค่าได้มากเมื่อสเปกมีโครงสร้างและข้อมูลหลักมีเจ้าของ ระบบสามารถอ่าน PO เทียบ Spec ตรวจ Lot/Label จับค่าผิดช่วง สรุป Exception และประกอบ Evidence Pack แต่การตัดสินความแก่ ความปลอดภัย การปฏิเสธสินค้า หรือการยอมรับ Claim ต้องอยู่กับผู้มีคุณสมบัติและผู้มีอำนาจ

แปลงสเปกสองภาษาเป็น Field/Rule ที่ Machine-readable พร้อมเลขฉบับ
เตือนเมื่อ PO อ้าง Spec เก่า หรือ Buyer เปลี่ยนเงื่อนไขโดยไม่มี Change Approval
ตรวจค่าช่วง น้ำหนัก หน่วย รหัสพันธุ์ Orchard/Packhouse และ Lot แบบอัตโนมัติ
ช่วยจัดกลุ่มภาพตำหนิเพื่อให้ QC ตรวจยืนยัน ไม่ใช้โมเดลตัดสินลำพัง
คำนวณ Sample Completion และเปิด Hold หากหลักฐานไม่ครบ
สร้าง Draft Inspection Report และ Claim Timeline จากข้อมูลเหตุการณ์
เก็บ Prompt, Model version, Output, ผู้ตรวจทาน และเหตุผล Override เป็น Audit Trail
ห้ามส่งสัญญา รายชื่อลูกค้า หรือข้อมูลการค้าไป Public AI โดยไม่มีสิทธิ์และมาตรการคุ้มครอง

ROI เริ่มจากลดความคลุมเครือ

ผลตอบแทนไม่ได้มาจากลดจำนวน QC เพียงอย่างเดียว แต่เกิดจากลดการคัดซ้ำ การรออนุมัติ ส่วนลดหลังส่งมอบ ข้อพิพาท และเวลารวบรวมหลักฐาน ให้คำนวณ Pilot ROI จากต้นทุนปัญหาจริงต่อ Shipment ก่อนซื้อระบบขนาดใหญ่

FAQ · คำตอบพร้อมใช้

คำถามที่พบบ่อย

สเปกทุเรียนส่งออกควรอ้าง มกษ. ฉบับใด?

ณ วันที่ 26 สิงหาคม 2569 ฐานข้อมูล มกอช. แสดงมาตรฐานสินค้าเกษตรเรื่องทุเรียนเป็น มกษ. 3-2567 และการตรวจรับผลทุเรียนทั้งผลของโรงรวบรวม/โรงคัดบรรจุอยู่ภายใต้ มกษ. 9070-2566 ซึ่งเป็นมาตรฐานบังคับ ควรตรวจประกาศและข้อกำหนดตลาดปลายทางอีกครั้งในวันที่ทำสัญญา

ใช้คำว่าเกรด A ตามมาตรฐานส่งออกเพียงพอหรือไม่?

ไม่เพียงพอ เพราะไม่ระบุมาตรฐานฉบับใด ชั้นคุณภาพใด วิธีสุ่ม ตำหนิที่ยอมรับ และจุดตรวจ ควรแนบ Quality Specification ที่มีเกณฑ์เชิงตัวเลข Defect Code และ Acceptance Rule

AQL 2.5 แปลว่าทั้งล็อตมีของเสียได้ไม่เกิน 2.5% ใช่หรือไม่?

ไม่ใช่ AQL เป็นดัชนีของแผนการสุ่มรับ Lot ไม่ใช่การรับประกันเปอร์เซ็นต์ของเสียของ Shipment ใด Shipment หนึ่ง ต้องกำหนดมาตรฐานฉบับ แผนสุ่ม Lot size ระดับการตรวจ และ Ac/Re โดยผู้มีความรู้

ตรวจผ่านหน้าล้งแล้ว ผู้ซื้อยังเคลมปลายทางได้หรือไม่?

ขึ้นกับสัญญา จุดโอนความเสี่ยง สภาพที่อ้าง และหลักฐาน ข้อตกลงควรแยกข้อบกพร่องที่ตรวจได้ก่อนโหลดออกจากความเสียหายหรือสภาพที่ปรากฏปลายทาง พร้อมกำหนด Claim Window และการตรวจร่วม

ควรเก็บตัวอย่างทุเรียนไว้หรือไม่?

ควรกำหนดตามความเสี่ยงและข้อกำหนด โดยระบุชนิด Retain Sample ระยะเวลา สภาพเก็บ ผู้ควบคุม และวิธีเชื่อมกับ Lot สำหรับการตรวจแบบทำลายต้องเก็บข้อมูลดิบ ภาพ และผลคำนวณครบ

AI อนุมัติ Release ตู้แทน QC ได้หรือไม่?

ไม่ควร AI เหมาะกับการตรวจความครบ จับข้อมูลผิดช่วง สรุป Exception และจัดหลักฐาน การตัดสินตามมาตรฐาน ความปลอดภัย และการยอมรับเชิงพาณิชย์ต้องมี Human Approval จากผู้มีคุณสมบัติและผู้มีอำนาจ

แหล่งข้อมูลทางการ

ตรวจสอบข้อมูลล่าสุด ณ วันที่ 26 สิงหาคม 2569

มาตรฐานสินค้าเกษตร มกษ. 3-2567 เรื่อง ทุเรียนสำนักงานมาตรฐานสินค้าเกษตรและอาหารแห่งชาติ (มกอช.) · 2567; ตรวจสอบ 26 ส.ค. 2569
หลักปฏิบัติในการตรวจและรับผลทุเรียน มกษ. 9070-2566สำนักงานมาตรฐานสินค้าเกษตรและอาหารแห่งชาติ (มกอช.) · มีผล 10 ก.ค. 2568
CXS 317-2014 — Standard for DurianCodex Alimentarius, FAO/WHO · 2014; ตรวจสอบ 26 ส.ค. 2569
ISO 2859-1:2026 — Sampling procedures by attributesInternational Organization for Standardization (ISO) · เผยแพร่ ม.ค. 2026
มาตรการ 4 ไม่ สำหรับการควบคุมคุณภาพทุเรียนส่งออก ปี 2569กรมวิชาการเกษตร · 23 ม.ค. 2569
การควบคุมคุณภาพผลไม้ส่งออกฤดูกาลผลิต ปี 2569กรมวิชาการเกษตร · 12 มี.ค. 2569
GS1 Global Traceability StandardGS1 · ฉบับปัจจุบัน; ตรวจสอบ 26 ส.ค. 2569
CISG — International Sale of GoodsUNCITRAL · 1980; ตรวจสอบ 26 ส.ค. 2569

← ดูบทความทั้งหมด ทดลองใช้ระบบ ↗