WORKFLOW CROSSWALK
งานเดียว
มองข้อกำหนดให้รอบด้าน
40 หัวข้อสำคัญของการทำงาน ตั้งแต่รับงาน ออกแบบ ส่งมอบ ไปจนถึงติดตามผล
OUR SHARED STANDARD
อ้างอิงมาตรฐาน USA
ปฏิบัติตามกฎหมายท้องถิ่น
ใช้มาตรฐาน USA เป็นฐานอ้างอิงหลัก ร่วมกับมาตรฐานสากลที่เกี่ยวข้อง เพื่อพัฒนางานและ workflow ของระบบนิเวศ
การดำเนินงานต้องทำให้ถูกต้องตามกฎหมายท้องถิ่นและข้อกำหนดที่ใช้บังคับกับกิจกรรมนั้น การเลือกมาตรฐาน USA เป็นฐานอ้างอิงไม่ทำให้มาตรฐานนั้นอยู่เหนือกฎหมายท้องถิ่น
มุ่งให้ทุกงานและ workflow แสดงมาตรฐานที่อ้างอิง สิ่งที่นำมาปรับใช้ตามบริบท และหลักฐานที่ต้องมี โดยใช้ Human Code ช่วยอ้างถึงงาน มาตรฐาน และหลักฐานอย่างสอดคล้องกัน การเชื่อมโยงดังกล่าวยังไม่ใช่ข้อสรุปว่าทุก workflow ปฏิบัติครบหรือผ่านการรับรองแล้ว
ตั้งเป้าขอรับรองมาตรฐานที่เกี่ยวข้องและมีแนวทางการรับรอง เมื่อมีงบประมาณและความพร้อมเพียงพอ โดยเตรียมการปฏิบัติงานและหลักฐานให้พร้อมก่อนรับการตรวจประเมิน ปัจจุบันข้อความนี้เป็นเป้าหมาย ไม่ใช่คำอ้างว่าได้รับการรับรองแล้ว
การอ้างอิง → การปรับใช้ → หลักฐานผลจริง → การตรวจอิสระ → การรับรอง เป็นคนละขั้น และต้องตรวจขอบเขตแต่ละขั้น
เป้าหมายและหลักการร่วมของ a8z ecosystem ↗ทุกแถวเป็น SAME_TOPIC / PARTIAL_OVERLAP ในระดับงาน ยังไม่ได้เทียบ clause ต่อ clause บริษัทไทยจะอยู่ใต้กฎหมาย USA หรือจีนเมื่อเข้าเงื่อนไขเฉพาะ เช่น ตลาด ผู้ใช้ สถานประกอบการ หรือการประมวลผลข้อมูล
มาตรฐานสมัครใจอาจมีผลผ่านสัญญาหรือกฎหมายที่อ้างถึง แต่ไม่ใช่กฎหมายโดยอัตโนมัติ
40 หัวข้อ
| งานและหลักฐานร่วม | USA · ฐานเทียบหลัก | ISO / สากล | ไทย | จีน |
|---|---|---|---|---|
| Wiki ref: wf-01 a8z ecosystem · เป้าหมายและตัวตนร่วม กำหนดกิจการ ตลาด และขอบเขตกฎหมายระบุนิติบุคคล สถานที่ ตลาด ผู้ใช้ และกิจกรรมก่อนตัดสินว่าข้อใดใช้บังคับ หลักฐาน: ข้อมูลกิจการ แผนตลาด และเหตุผล applicability |
ต้องมีความเชื่อมโยงกับตลาด/ผู้ใช้และเข้าเกณฑ์หน่วยงาน; California ในคลังเป็นเพียงรัฐตัวอย่าง ไม่ใช่กฎหมายทั้ง USA | ISO ช่วยจัดระบบข้อผูกพันและความเสี่ยง แต่ไม่กำหนดใบอนุญาตประกอบกิจการแทนแต่ละประเทศ |
รูปแบบบริษัท แพลตฟอร์ม และสมาคม/มูลนิธิมีเงื่อนไขต่างกัน; ยังต้องตรวจทะเบียนและใบอนุญาตเฉพาะกิจการ | บริการเชิงพาณิชย์ NGO ต่างประเทศ และข้อมูลบุคคลมี scope ต่างกัน; การเปิดเว็บได้จากจีนอย่างเดียวไม่ยืนยันว่าหน้าที่ทุกฉบับใช้ |
| Wiki ref: wf-02 a8z ecosystem · เป้าหมายและตัวตนร่วม บริหารความเสี่ยงและผลประโยชน์ทับซ้อนประเมินความเสี่ยงด้านงาน คู่ค้า การเงิน และสินบนก่อนเริ่มกิจกรรม หลักฐาน: ทะเบียนความเสี่ยง ผลตรวจคู่ค้า และการเปิดเผยผลประโยชน์ | FTC ครอบคลุมการค้าที่เข้าอำนาจและการกระทำไม่เป็นธรรมหรือหลอกลวง; CSF เป็นกรอบสมัครใจ ไม่ใช่กฎหมายต่อต้านสินบน | 31000 เป็นแนวทาง; 37001 เน้นสินบน; ระบบที่จัดทำไม่รับประกันว่าไม่เกิดการฝ่าฝืน | กฎหมายบัญชี/ภาษีช่วยกำหนดหลักฐานธุรกรรม; กฎหมายต่อต้านสินบนและผลประโยชน์ทับซ้อนเฉพาะยังไม่รวบรวมครบ | กฎหมายสองฉบับครอบคลุมความเสี่ยงงานและข้อมูลตามบทบาท; กฎหมายสินบน/competition เฉพาะยังต้องเพิ่ม ไม่ใช้แทนกัน |
| Wiki ref: wf-03 a8z ecosystem · เป้าหมายและตัวตนร่วม รับความต้องการ เสนอราคา และทำสัญญาตกลงสิ่งส่งมอบ ราคา ขอบเขต สิทธิ์ และการรับประกันอย่างตรวจสอบได้ หลักฐาน: ข้อกำหนดลูกค้า ใบเสนอราคา สัญญา และหลักฐานยอมรับ | คำกล่าวต่อผู้บริโภคต้องไม่หลอกลวงเมื่ออยู่ในอำนาจ FTC; กฎหมายสัญญาและเงื่อนไขบังคับรายรัฐยังไม่ครอบคลุม | ISO ใช้บริหารคุณภาพและความต้องการบริการ; สิทธิผู้บริโภคและผลของสัญญาต้องพิจารณากฎหมายแยก | เอกสารและการยอมรับทางอิเล็กทรอนิกส์ต้องตรวจตามธุรกรรม; การขายแก่ผู้บริโภคมีหน้าที่เพิ่มเติมจาก B2B | ใช้กับ e-commerce ที่เข้า scope; สัญญาวิศวกรรม B2B และกฎหมายแพ่งทั่วไปของจีนยังไม่รวบรวมครบ |
| Wiki ref: wf-04 a8z ecosystem · เป้าหมายและตัวตนร่วม คัดเลือกผู้ขายและจัดซื้ออุปกรณ์ตรวจความสามารถ เอกสารผลิตภัณฑ์ และเงื่อนไขส่งมอบตามความเสี่ยง หลักฐาน: ข้อมูลผู้ขาย specification ใบอนุญาต และผลรับเข้า | CPSC ใช้กับ consumer products ในขอบอำนาจ; SSDF เป็นแนวทางพัฒนา/จัดซื้อซอฟต์แวร์ ไม่ใช่มาตรฐานทดสอบอุปกรณ์ | ขอบเขตการรับรองห้องทดสอบต้องตรงวิธีทดสอบ; ISO ไม่แทนมาตรฐานสินค้าบังคับหรือใบอนุญาตนำเข้า | ตรวจว่าสินค้าและบริการเข้าข่ายกฎหมายใด; มอก.บังคับและกฎหมายความรับผิดสินค้ายังต้องเพิ่มตามของที่ซื้อ | การค้าออนไลน์และความปลอดภัยหน่วยประกอบกิจการมีหน้าที่ต่างกัน; CCC/GB บังคับและการนำเข้าสินค้าต้องตรวจรายผลิตภัณฑ์ |
| Wiki ref: wf-05 a8z ecosystem · เป้าหมายและตัวตนร่วม รับและส่งต่อซอฟต์แวร์ Open Sourceตรวจส่วนประกอบ license และเอกสารที่ต้องส่งต่อก่อนใช้เชิงพาณิชย์ หลักฐาน: SBOM license notices และหลักฐานที่มา | SSDF สนับสนุนความปลอดภัยห่วงโซ่ซอฟต์แวร์; DMCA 512 เกี่ยวกับ safe harbor ของผู้ให้บริการ ไม่ใช่สิทธิ์ใช้ทุก package | 5230 ดูแล license,18974 ดูแล security assurance,5962 ระบุรูปแบบข้อมูล; การสแกนผ่านไม่ให้สิทธิ์ใช้โดยอัตโนมัติ | ใช้ license และกฎหมายลิขสิทธิ์ประกอบกัน; การเผยโค้ดบน GitHub ไม่ทำให้ใช้เชิงพาณิชย์หรือดัดแปลงได้ทุกกรณี | ต้องตรวจสิทธิ์ซอฟต์แวร์และหน้าที่ network ตามกิจกรรมในจีน; การใช้ Open Source ไม่ยกเว้นกฎหมายทั้งสอง |
| Wiki ref: wf-06 a8z ecosystem · เป้าหมายและตัวตนร่วม ออกแบบและตรวจยืนยันงานวิศวกรรมกำหนดข้อมูลตั้งต้น สมมติฐาน ข้อจำกัด และผู้มีความสามารถตรวจผล หลักฐาน: แบบ รายการคำนวณ ข้อมูลทดสอบ และความเห็นผู้ตรวจ | AISC 360 สำหรับเหล็ก ASCE 7 สำหรับแรงกระทำ และ ACI 318 สำหรับคอนกรีต ต้องเลือกฉบับที่กฎหมายท้องถิ่นหรือสัญญารับใช้; ฉบับล่าสุดของผู้จัดพิมพ์ไม่ใช่กฎหมายรัฐบาลกลางหรือฉบับที่ทุกเมืองใช้ และยังต้องตรวจใบอนุญาตวิศวกร | มาตรฐานเหล่านี้ช่วยบริหารข้อมูลและคุณภาพ ไม่กำหนดค่ารับแรง ขนาดท่อ หรืออนุมัติแบบแทนวิศวกร | งานวิศวกรรมควบคุมต้องตรวจสาขา ระดับใบอนุญาต และอำนาจบุคคล/นิติบุคคล; แบบที่คำนวณได้ยังไม่เท่ากับอนุมัติ | ประกาศ GB 55001-2021 ระบุข้อกำหนดโครงสร้างแบบบังคับ แต่ยังไม่ได้ตรวจทุกข้อหรือการแก้ไขล่าสุด; ต้องเพิ่ม code เฉพาะวัสดุ ใบอนุญาตผู้ออกแบบ และข้อกำหนดพื้นที่ |
| Wiki ref: wf-07 a8z ecosystem · เป้าหมายและตัวตนร่วม ขออนุญาตสถานที่ ก่อสร้าง และติดตั้งตรวจการใช้ที่ดิน ประเภทอาคาร โรงงาน และกิจกรรมก่อนเริ่มงาน หลักฐาน: ใบอนุญาต แบบอนุมัติ และเงื่อนไขหน่วยงาน | OSHA เน้นความปลอดภัยงาน และ ADA เน้นการเข้าถึง public accommodations; ใบอนุญาตอาคารและ zoning เป็นอีกชุดที่ต้องตรวจรัฐ/เมือง | ใช้จัดการภาระกฎหมาย สิ่งแวดล้อม และความปลอดภัย; ต้องตรวจใบอนุญาตเฉพาะพื้นที่ |
ต้องพิจารณาประเภทอาคาร ที่ตั้ง จำพวกโรงงาน และเกณฑ์ EIA; ใบอนุญาตหนึ่งประเภทไม่แทนอีกประเภท | ตรวจเงื่อนไขความปลอดภัยและสิ่งแวดล้อมของโครงการในจีน; permits อาคาร ที่ดิน และ special equipment ยังต้องเพิ่ม |
| Wiki ref: wf-08 a8z ecosystem · เป้าหมายและตัวตนร่วม ทดสอบส่งมอบและบำรุงรักษาทดสอบตามขอบเขตงาน ส่งข้อมูลใช้งาน และจัดการบำรุงรักษาตลอดอายุระบบ หลักฐาน: ผล commissioning คู่มือ และประวัติซ่อมบำรุง | ต้องแยกความปลอดภัยคนทำงานกับหน้าที่สินค้าเมื่อพบความเสี่ยง; commissioning codes และการตรวจอุปกรณ์ตามรัฐยังไม่ครบ | เกณฑ์รับงานต้องมาจากการออกแบบ สัญญา และกฎหมายที่ใช้; ISO ที่อ้างไม่ให้ค่าทดสอบเฉพาะอุปกรณ์ |
งานทดสอบและดูแลเครื่องจักรอาจอยู่ใต้หน้าที่วิศวกรรม โรงงาน และความปลอดภัย; ตรวจประกาศเฉพาะอุปกรณ์เพิ่ม | หน้าที่ความปลอดภัยและพลังงานขึ้นกับอุปกรณ์และบทบาท; commissioning และใบอนุญาต special equipment ยังไม่ครบ |
| Wiki ref: wf-09 a8z ecosystem · เป้าหมายและตัวตนร่วม ระบบน้ำ น้ำเสีย และคุณภาพน้ำแยกเป้าหมายประหยัดน้ำจากคุณภาพน้ำและการอนุญาตระบาย หลักฐาน: ข้อมูลการใช้น้ำ ผลวิเคราะห์ และใบอนุญาตระบาย | CWA ว่าด้วยมลพิษและการระบายที่เข้าเขตอำนาจ; SDWA เน้น public water systems ไม่ครอบคลุมผู้ขายเครื่องกรองทุกคนโดยอัตโนมัติ | 46001 เน้นประสิทธิภาพการใช้น้ำ ไม่ใช่ค่ามาตรฐานน้ำดื่มหรือน้ำทิ้ง |
แหล่งน้ำสาธารณะ น้ำบาดาล น้ำประปา และน้ำชลประทานใช้กฎหมายเกี่ยวข้องต่างกัน; ค่าระบายต้องดูประเภทแหล่งกำเนิด | ใช้ประมวลสิ่งแวดล้อม 2026 ที่มีผลแล้ว; ต้องตรวจบทเกี่ยวกับน้ำ มาตรฐานระบาย และกฎท้องถิ่นตามไซต์ ไม่ใช้กฎหมายเดิมที่ยกเลิก |
| Wiki ref: wf-10 a8z ecosystem · เป้าหมายและตัวตนร่วม พลังงาน ปั๊มแสงอาทิตย์ และระบบกักเก็บประเมินการใช้พลังงาน ความปลอดภัย และเงื่อนไขอุปกรณ์ที่ติดตั้ง หลักฐาน: ข้อมูลพลังงาน เอกสารอุปกรณ์ และผลทดสอบ | ใช้กับนายจ้างหรือสินค้าที่อยู่ในขอบอำนาจเท่านั้น; grid interconnection และ fire/electrical/battery codes ยังต้องตรวจพื้นที่/อุปกรณ์ | 50001 เป็นระบบจัดการพลังงาน ไม่ใช่มาตรฐานทดสอบความปลอดภัยแบตเตอรี่หรือแผงแสงอาทิตย์ |
โซลาร์ใช้เองยังต้องตรวจเกณฑ์ยกเว้น/แจ้ง การเชื่อมต่อ และความปลอดภัย; สิทธิขายไฟไม่ได้เกิดจากการติดตั้ง | Energy Law เป็นกรอบตามบทบาทกิจกรรมพลังงาน; grid connection และ GB/CCC ความปลอดภัยแบตเตอรี่/อุปกรณ์ต้องตรวจเพิ่ม |
| Wiki ref: wf-11 a8z ecosystem · เป้าหมายและตัวตนร่วม เก็บข้อมูลบุคคลและแจ้งวัตถุประสงค์ระบุข้อมูล วัตถุประสงค์ ฐานการใช้ และบทบาทแต่ละฝ่ายก่อนเก็บ หลักฐาน: บันทึกกิจกรรม privacy notice และหลักฐานฐานการใช้ | CCPA ใช้กับธุรกิจที่เข้าเกณฑ์ California; FTC อาจตรวจคำสัญญาด้าน privacy แต่ไม่ใช่กฎหมาย privacy ทั่วไปที่เหมือน PDPA | PIMS ช่วยจัดความรับผิดชอบ; ความยินยอมไม่ได้เป็นฐานที่ต้องใช้ทุกกรณี และไม่แทนฐานกฎหมาย | PDPA ใช้ตามขอบเขตผู้ควบคุม/ผู้ประมวลผลและกิจกรรม; ต้องเลือกฐานที่ตรงวัตถุประสงค์ ไม่ใช้ consent แทนทุกฐาน | PIPL อาจใช้กับผู้ให้บริการนอกจีนที่มุ่งคนในจีนตาม Article 3; ฐานใช้ข้อมูลมีหลายฐาน ไม่ใช่ consent อย่างเดียว |
| Wiki ref: wf-12 a8z ecosystem · เป้าหมายและตัวตนร่วม สิทธิของบุคคลและวงจรเก็บข้อมูลจัดช่องทางรับคำขอ ตรวจตัวตน และทบทวนการเก็บหรือลบข้อมูล หลักฐาน: บันทึกคำขอ เหตุผลการเก็บ และผลดำเนินการ | สิทธิ CCPA ใช้ตามขอบเขต business/service provider และข้อยกเว้น; ต้องเพิ่มกฎหมายรัฐและภาคอื่นตามผู้ใช้จริง | มาตรฐานช่วยบริหารข้อมูล; ประเภทสิทธิ ระยะเวลา และข้อยกเว้นมาจากกฎหมายที่ใช้ | ตรวจสิทธิ ข้อยกเว้น และเหตุเก็บต่อของแต่ละคำขอ; นโยบายลบต้องไม่ขัดหน้าที่เก็บบัญชีหรือหลักฐานตามกฎหมาย | สิทธิและหน้าที่ต้องดูข้อมูล บทบาท และข้อยกเว้น; large-platform/important-data duties ไม่ใช้เหมือนกันทุกองค์กร |
| Wiki ref: wf-13 a8z ecosystem · เป้าหมายและตัวตนร่วม ส่งข้อมูลข้ามประเทศและใช้ Cloudระบุปลายทาง ผู้ประมวลผล และเงื่อนไขการโอนก่อนเลือกบริการ หลักฐาน: แผนที่ข้อมูล สัญญาผู้ประมวลผล และหลักฐานการโอน | CCPA ครอบคลุมบทบาทการใช้และส่งต่อข้อมูลบางประเภท ไม่ใช่ระบบอนุญาตส่งออกข้อมูลเดียวกับจีน; กฎ US cross-border/sector-specific ยังต้องเพิ่ม | การมีใบรับรอง Cloud ไม่ทำให้การโอนข้อมูลถูกกฎหมายโดยอัตโนมัติ | ต้องตรวจมาตราและประกาศการโอนข้อมูลไปต่างประเทศ รวมบทบาทปลายทาง; การใช้ Cloud ต่างประเทศไม่ใช่ข้อยกเว้นทั่วไป | เกณฑ์ส่งออกต่างกันตาม CII, important data, ปริมาณข้อมูลและความอ่อนไหว; ไม่ถือว่าข้อมูลน้อยส่งออกได้เสรี |
| Wiki ref: wf-14 a8z ecosystem · เป้าหมายและตัวตนร่วม ข้อมูลเด็กและการยืนยันอายุกำหนดกลุ่มอายุและลดการเก็บข้อมูลที่ไม่จำเป็น พร้อมตรวจบทบาทผู้ปกครอง หลักฐาน: ข้อกำหนดอายุ privacy notice และหลักฐานผู้ปกครองเมื่อจำเป็น |
COPPA มุ่งบริการเด็กต่ำกว่า 13 ปีหรือมี actual knowledge ตามเกณฑ์; CCPA มีเงื่อนไขเด็กเรื่องขาย/แชร์ข้อมูลเพิ่มเติมเมื่อเข้า scope | ใช้แนวทางความเป็นส่วนตัวและการไม่ก่ออันตราย; เกณฑ์อายุและสิทธิผู้ปกครองแตกต่างกันตามกฎหมาย | ฐานเกี่ยวกับผู้เยาว์ตาม PDPA กับหน้าที่คุ้มครองเด็กเป็นคนละเรื่อง; ความยินยอมผู้ปกครองไม่ลบหน้าที่ป้องกันอันตราย | กฎ minors ออนไลน์และข้อมูลเด็กตาม PIPL ใช้คนละเกณฑ์ย่อย; ห้ามนำเกณฑ์อายุ COPPA มาใช้แทนจีน |
| Wiki ref: wf-15 a8z ecosystem · เป้าหมายและตัวตนร่วม ควบคุมสิทธิ์และปกป้องระบบระบุผู้มีสิทธิ์ ข้อมูลสำคัญ และมาตรการป้องกันตามความเสี่ยง หลักฐาน: ทะเบียนสิทธิ์ ผลทบทวน และหลักฐานมาตรการ |
NIST เป็นกรอบสมัครใจหรือผูกพันผ่านสัญญาที่อ้าง; หน้าที่กฎหมายด้านข้อมูลต้องดูรัฐ/ภาค ไม่ถือว่าใช้ NIST แล้วผ่านกฎหมาย | ISO 27001 ครอบคลุมระบบบริหาร และ 27002 เป็นแนวทาง controls; หากมี OT/SCADA ให้พิจารณา IEC 62443-3-3 ตามขอบเขตและระดับความปลอดภัยที่ต้องการ ไม่ถือว่าใบรับรอง ISMS พิสูจน์ความปลอดภัยระบบควบคุมทุกส่วน |
PDPA และหน้าที่ผู้ให้บริการต้องดูตามบทบาท; พ.ร.บ.ไซเบอร์มีหน้าที่เฉพาะ CII ไม่ควรเหมารวมให้ทุก SME | ต้องแยก network duties, MLPS, important data และ CII; ไม่สรุปว่าทุกระบบเป็น CII หรือจำเป็นต้อง localize ข้อมูลทั้งหมด |
| Wiki ref: wf-16 a8z ecosystem · เป้าหมายและตัวตนร่วม สำรอง กู้คืน และบริการต่อเนื่องระบุกิจกรรมสำคัญและทดสอบการฟื้นตัวภายใต้เงื่อนไขที่เหมาะสม หลักฐาน: แผนต่อเนื่อง ข้อมูลสำรอง และผลทดสอบกู้คืน | CSF ให้กรอบผลลัพธ์ด้านฟื้นตัว; หน้าที่กฎหมายหรือสัญญาเกี่ยวกับ backup/continuity ต้องตรวจภาคธุรกิจแยก | การมีไฟล์สำรองต่างจากหลักฐานกู้คืนได้; เป้าหมายบริการต้องกำหนดตามผลกระทบจริง |
พิจารณาความปลอดภัยข้อมูลและหน้าที่ CII เฉพาะที่เข้าเงื่อนไข; ไม่พบกฎหมายหนึ่งฉบับกำหนด RTO เดียวสำหรับทุกธุรกิจ | มาตรการความปลอดภัยและการตอบสนองใช้ตามผู้ประมวลผล/ระบบ; ข้อกำหนด retention และ CII ต้องตรวจเฉพาะบทบาท |
| Wiki ref: wf-17 a8z ecosystem · เป้าหมายและตัวตนร่วม เหตุความปลอดภัยและข้อมูลรั่วไหลประเมินเหตุ จำกัดผลกระทบ และตรวจหน้าที่แจ้งหน่วยงานหรือบุคคล หลักฐาน: ลำดับเหตุ ผลประเมิน และหลักฐานแจ้งเมื่อเข้าเงื่อนไข | CSF ไม่กำหนดหน้าที่แจ้งเหตุแทนกฎหมาย; CCPA ไม่ใช่ทะเบียน breach-notification ของทุกรัฐ ซึ่งยังต้องค้นแยก | ISO สนับสนุนการตอบสนอง; เส้นตายและผู้รับแจ้งเป็นเรื่องกฎหมายเฉพาะ ไม่ใช้ deadline เดียวทุกประเทศ |
ต้องแยกเหตุละเมิดข้อมูล เหตุไซเบอร์ และข้อมูลจราจร; ผู้มีหน้าที่และเงื่อนไขแจ้งแตกต่างกัน | หน้าที่เมื่อเกิดเหตุข้อมูลและ network อาจซ้อนกัน; ผู้รับแจ้งและมาตรการต้องดูชนิดเหตุและระดับข้อมูล ไม่ใช้กำหนดเดียวทุกกรณี |
| Wiki ref: wf-18 a8z ecosystem · เป้าหมายและตัวตนร่วม ประเมิน AI ก่อนและหลังใช้งานกำหนดการใช้ที่ยอมรับได้และทดสอบผลที่สำคัญกับผู้ได้รับผลกระทบ หลักฐาน: ทะเบียนการใช้ AI ผลประเมิน และข้อมูลติดตาม | AI RMF เป็นกรอบสมัครใจ; การกล่าวอ้างความสามารถ AI ในการค้าอาจอยู่ใต้ FTC และกฎหมายภาค/รัฐเพิ่มเติม | AIMS และแนวทางความเสี่ยงช่วยกำกับ AI; ไม่มีการรับประกันความถูกต้องของผลทุกครั้ง | กรณีใช้ข้อมูลบุคคลหรือเสนอขายความสามารถ AI ต้องตรวจ PDPA/ข้อมูลโฆษณา; ยังไม่อ้างว่ามีกฎหมาย AI ฉบับเดียวครอบคลุมทุกงาน | GenAI สาธารณะ recommendation และ emotional-interaction AI มี scope ต่างกัน; ไม่ใช่ทุก chatbot ต้องปฏิบัติทั้งสามชุด |
| Wiki ref: wf-19 a8z ecosystem · เป้าหมายและตัวตนร่วม จัดหา dataset โมเดล และองค์ประกอบ AIตรวจที่มา สิทธิ์ใช้ ข้อมูลบุคคล และเงื่อนไขการนำไปใช้ หลักฐาน: dataset/model documentation ข้อตกลง และบันทึกแหล่งที่มา |
กรอบ NIST ช่วยประเมินความเสี่ยงและ supply chain; ข้อมูลบุคคล California ใช้เฉพาะผู้เข้าเกณฑ์ ส่วนสิทธิ training data ต้องทบทวนต่างหาก | ต้องตรวจ license ของโมเดล ข้อมูล และโค้ดแยกกัน; Open Source ของโค้ดไม่ทำให้ข้อมูลฝึกเปิดสิทธิ์ตาม | สิทธิ์ใน code/model/dataset กับฐานประมวลผลข้อมูลบุคคลต้องตรวจแยก; สิทธิ์ใช้โมเดลไม่เท่ากับสิทธิ์ในข้อมูลฝึกทั้งหมด | ต้องตรวจ lawful source/rights และข้อมูลส่วนบุคคล; ข้อยกเว้น R&D ของ GenAI ไม่ลบหน้าที่ลิขสิทธิ์หรือ PIPL |
| Wiki ref: wf-20 a8z ecosystem · เป้าหมายและตัวตนร่วม เผยแพร่ภาพ เสียง และสื่อที่ใช้ AIตรวจสิทธิ์ ความถูกต้อง ความเป็นส่วนตัว และหน้าที่แสดงที่มาก่อนเผยแพร่ หลักฐาน: แหล่งต้นฉบับ สิทธิ์ใช้ และข้อมูลการเปิดเผยสื่อ | covered platforms อาจมีหน้าที่รับคำขอลบภาพใกล้ชิดที่ไม่ได้ยินยอม; DMCA และ FTC เป็นคนละเหตุหน้าที่ ไม่ใช่กฎติดป้าย AI ทั่วประเทศ | แนวทาง AI/ข้อมูล/คุณภาพช่วยจัดกระบวนการ; หน้าที่ติดป้ายสื่อและสิทธิบุคคลขึ้นกับกฎหมายและแพลตฟอร์ม |
ตรวจลิขสิทธิ์ ข้อมูลบุคคล และผลกระทบต่อเด็กเมื่อปรากฏในสื่อ; ไม่อนุมานว่าใช้ภาพได้จากการเผยแพร่สาธารณะ | ผู้ให้บริการ/ผู้เผยแพร่ที่เข้า scope มีหน้าที่ labeling ตามบทบาท; ข้อยกเว้นไม่มีป้ายเห็นได้ไม่ใช่สิทธิลบป้ายเสรี |
| Wiki ref: wf-21 a8z ecosystem · เป้าหมายและตัวตนร่วม ขายสินค้าและบริการออนไลน์แสดงผู้ขาย ราคา เงื่อนไขสินค้า และวิธีสั่งซื้อให้ตรงความจริง หลักฐาน: หน้าสินค้า เงื่อนไขสั่งซื้อ และหลักฐานรายการขาย |
การขายในขอบอำนาจต้องตรวจข้อความการค้าและสินค้า; commercial email รวม B2B มี CAN-SPAM แยกจากคำสั่งซื้อ | ISO ช่วยจัดคุณภาพข้อมูลและข้อผูกพัน; ไม่แทนการจดทะเบียนหรือกฎหมายผู้บริโภค |
เว็บขายสินค้าไม่เข้าตลาดแบบตรงเหมือนกันทุกแห่ง; ต้องตรวจรูปแบบ รายได้ และข้อยกเว้น รวมความถูกต้องของคำสั่งซื้อ | ต้องดูบทบาทผู้ประกอบการในจีนและข้อยกเว้น; หน้าที่ platform, seller, ภาษี และศุลกากรไม่เหมือนกัน |
| Wiki ref: wf-22 a8z ecosystem · เป้าหมายและตัวตนร่วม Marketplace ผู้ขายและช่องทางชำระเงินกำหนดว่าใครขาย ใครรับเงิน และแพลตฟอร์มรับผิดชอบส่วนใด หลักฐาน: สัญญาผู้ขาย ข้อมูลผู้รับเงิน และเงื่อนไขบริการ | หน้าที่เงินขึ้นกับการรับ/ส่งมูลค่าและ US nexus; FinCEN CVC guidance ไม่ใช่ใบอนุญาต marketplace หรือข้อยกเว้น state money-transmitter | ต้องแยกบทบาทผู้ขาย แพลตฟอร์ม และผู้ให้บริการชำระเงิน; มาตรฐานไม่ให้ใบอนุญาตรับฝากเงิน |
หน้าที่ตัวกลางและการแจ้ง ETDA ต้องตรวจเกณฑ์บริการ; การรับชำระแทนผู้อื่นต่างจากร้านค้ารับเงินของตัวเอง | จ่ายตรงผู้ขายไม่ทำให้หน้าที่แพลตฟอร์มหายไป; ใบอนุญาต payment และกฎการถือเงินยังต้องค้นเพิ่ม |
| Wiki ref: wf-23 a8z ecosystem · เป้าหมายและตัวตนร่วม ข้อร้องเรียน โฆษณา และการรับประกันตรวจคำกล่าวอ้างและจัดทางแก้ไขเมื่อสินค้า/บริการมีปัญหา หลักฐาน: ข้อมูลคำกล่าวอ้าง เงื่อนไขรับประกัน และทะเบียนร้องเรียน | FTC เกี่ยวกับคำกล่าวอ้าง/การค้า; CPSA §15(b) เกี่ยวกับข้อมูลอันตรายสินค้า ไม่แทนกฎหมายรับประกันหรือคืนสินค้ารายรัฐ | การจัดการคุณภาพและความรับผิดชอบช่วยตอบข้อร้องเรียน; สิทธิคืนเงิน/ซ่อมมาจากกฎหมายและสัญญา | สิทธิและข้อกำหนดโฆษณา/สัญญาต้องดูประเภทสินค้าและการขาย; กฎคืนเงินหรือเลิกสัญญาไม่เหมือนกันทุกช่องทาง | กฎหมาย e-commerce ครอบคลุมหน้าที่ในธุรกรรมตามบทบาท; consumer returns และกฎหมายโฆษณาเฉพาะยังต้องตรวจเพิ่ม |
| Wiki ref: wf-24 a8z ecosystem · เป้าหมายและตัวตนร่วม ใบแจ้งหนี้ ภาษี และบันทึกการเงินแยกผู้มีหน้าที่ออกเอกสาร รายได้ ภาษี และช่วงเวลาเก็บหลักฐาน หลักฐาน: ใบแจ้งหนี้ ใบเสร็จ บัญชี และหลักฐานยื่นภาษี | ยังไม่ยืนยันแหล่งเทียบเคียง ยังไม่ได้รวบรวมกฎหมายภาษีบริษัท sales/use tax ของรัฐ และ invoicing; 501(c)(3) ในคลังใช้กับองค์กรยกเว้นภาษีเท่านั้นจึงไม่แทนแถวนี้ ไม่ได้แปลว่าไม่มีกฎหมาย | ISO ไม่กำหนดอัตราภาษีหรือแทนมาตรฐานบัญชี; ต้องใช้กฎหมายและมาตรฐานรายงานที่เข้าเงื่อนไข | ตรวจรูปแบบนิติบุคคล ภาษีเงินได้ VAT และหัก ณ ที่จ่ายแยกกัน; อัตรา/วงเงินต้องยืนยันตามช่วงเวลาจริง | กฎหมาย e-commerce เชื่อมหน้าที่ธุรกรรม/ภาษีบางส่วน; ระบบ fapiao และกฎหมายภาษีเฉพาะยังไม่ได้วิจัย จึงยังไม่พร้อมตัดสินครบ |
| Wiki ref: wf-25 a8z ecosystem · เป้าหมายและตัวตนร่วม การจ้างงานและความปลอดภัยในการทำงานกำหนดสถานะผู้ทำงานและจัดการอันตรายโดยให้ผู้ปฏิบัติงานมีส่วนร่วม หลักฐาน: สัญญา ข้อมูลค่าตอบแทน การอบรม และผลประเมินอันตราย | OSHA/state plan ใช้ตามนายจ้างและสถานที่; ADA Title III เรื่อง public accommodation ไม่แทนกฎหมายการจ้างงาน ค่าจ้าง และ OSHA รายข้อ | 45001 เน้น OH&S; ความสัมพันธ์นายจ้าง ชั่วโมงงาน และค่าจ้างต้องพิจารณากฎหมายแรงงาน |
ชื่อ freelance หรืออาสาไม่ตัดสินสถานะลูกจ้าง; ต้องตรวจความสัมพันธ์จริง กฎรายกิจกรรม และค่าจ้างรายพื้นที่ | ใช้กับหน่วย production/business operations ในจีน; ไม่แทน Labour Contract Law ค่าจ้าง หรือกฎหมายลูกจ้างที่ยังต้องรวบรวม |
| Wiki ref: wf-26 a8z ecosystem · เป้าหมายและตัวตนร่วม ตั้งสมาคม มูลนิธิ หรือองค์กรการกุศลตรวจรูปแบบนิติบุคคล อำนาจกรรมการ และสถานะภาษีแยกกัน หลักฐาน: ข้อบังคับ หนังสือจดทะเบียน และเอกสารสถานะภาษี | การจัดตั้ง nonprofit ตามรัฐ แยกจากสถานะ IRS 501(c)(3) และทะเบียน charity ของ California; ไทยจดมูลนิธิแล้วไม่ทำให้ได้สถานะ US | แนวทาง NGO ไม่ทำให้องค์กรจดทะเบียนหรือได้รับสิทธิภาษี; 26000 รับรององค์กรไม่ได้ | การจดสมาคม/มูลนิธิต่างจากการเป็นองค์กรสาธารณกุศลที่ได้รับสิทธิภาษี; กลุ่มอาสาไม่เป็นนิติบุคคลจากชื่อโครงการ | องค์กรการกุศลจีนและ NGO ที่ตั้งนอกจีนใช้เส้นทางต่างกัน; การเป็น charity ไม่ทำให้ public-fundraising-qualified อัตโนมัติ |
| Wiki ref: wf-27 a8z ecosystem · เป้าหมายและตัวตนร่วม เปิดเรี่ยไรหรือระดมทุนสาธารณะตรวจอำนาจระดมทุน ผู้รับเงิน ช่องทาง และข้อความโครงการก่อนเปิด หลักฐาน: ใบอนุญาต/หลักฐานเงื่อนไข แผนระดมทุน และข้อมูลผู้รับเงิน |
ต้องตรวจรัฐที่ solicit และบทบาทแพลตฟอร์ม; การยกเว้นภาษี IRS ไม่แทน charitable solicitation registration ของแต่ละรัฐ | กรอบสมัครใจช่วยกำกับจริยธรรมและทรัพยากร แต่ไม่ใช่ใบอนุญาตเรี่ยไร |
ต้องคัดกรองวัตถุประสงค์ วิธีเรี่ยไร สถานที่ และข้อยกเว้น; การมี NGO ไม่ยืนยันใบอนุญาตเรี่ยไรหรือสิทธิรับถือเงินแทน | ตรวจคุณสมบัติ public fundraising และบทบาท foreign NGO โดยเฉพาะ; การได้รับเงินบริจาคไม่แสดงว่าได้รับอนุญาตระดมทุนแล้ว |
| Wiki ref: wf-28 a8z ecosystem · เป้าหมายและตัวตนร่วม บัญชีบริจาคและรายงานการใช้เงินแยกเงินตามวัตถุประสงค์และรายงานการใช้พร้อมข้อจำกัด หลักฐาน: บัญชีเงินบริจาค หลักฐานใช้เงิน และรายงานต่อผู้ให้ |
หน้าที่รายงาน IRS/California ใช้เมื่อเข้าเกณฑ์; ต้องแยกค่าใช้จ่ายแพลตฟอร์ม การส่งเงิน และ restricted donations ตามเงื่อนไขจริง | IATI เป็นรูปแบบข้อมูล ไม่รับรองบัญชี; ต้องตรวจสิทธิ์เผยแพร่และเงื่อนไขผู้ให้ทุน | หน้าที่บัญชีและภาษีขึ้นกับรูปแบบผู้รับเงิน; ใบเสร็จรับบริจาคไม่ยืนยันสิทธิหักลดหย่อนของผู้ให้โดยอัตโนมัติ | ต้องตรวจวัตถุประสงค์เงินและการเปิดเผยตามรูปแบบองค์กร; เงื่อนไข foreign NGO ไม่เหมือน charity จีน |
| Wiki ref: wf-29 a8z ecosystem · เป้าหมายและตัวตนร่วม อาสาสมัคร การคุ้มครองผู้เปราะบาง และร้องเรียนกำหนดหน้าที่ ความสามารถ พฤติกรรมที่คาดหวัง และทางรายงานที่ปลอดภัย หลักฐาน: ข้อตกลงอาสา การอบรม และทะเบียนข้อกังวล |
COPPA ใช้กับการเก็บข้อมูลเด็กออนไลน์ตามเกณฑ์ และ ADA กับ public accommodations; กฎหมายอาสา/คุ้มครองเด็กของรัฐยังต้องเพิ่ม | CHS ใช้กับการช่วยคนและชุมชน; Sphere ไม่ใช่มาตรฐานศูนย์พักสัตว์และไม่แทนกฎหมายคุ้มครองเด็ก |
ต้องดูเด็ก ข้อมูลบุคคล และความสัมพันธ์กับผู้ทำงาน; งานอาสาไม่ถูกเหมารวมเป็นนายจ้าง-ลูกจ้างหรือยกเว้นความปลอดภัยอัตโนมัติ | แยกงานอาสาตามโครงการการกุศลจากหน้าที่ข้อมูลและ minors ออนไลน์; การคุ้มครองเด็กออฟไลน์/กิจกรรมเฉพาะยังต้องตรวจ |
| Wiki ref: wf-30 a8z ecosystem · เป้าหมายและตัวตนร่วม รับสัตว์และจัดสวัสดิภาพในสถานดูแลบันทึกที่มา สภาพสัตว์ ความต้องการดูแล และขีดความสามารถสถานที่ หลักฐาน: บันทึกรับเข้า การประเมินสวัสดิภาพ และใบอนุญาตเมื่อเกี่ยวข้อง | AWA ครอบคลุม research/exhibition/dealer/transport บางกิจกรรม ไม่ใช่กฎหมาย shelter/pet welfare ทุกแห่ง; ต้องค้นรัฐและเทศบาล | WOAH 7.7 เน้นสุนัขและบริบทท้องถิ่น; ไม่ครอบคลุมสัตว์ทุกชนิดหรือให้ใบอนุญาตสถานดูแล |
สถานสงเคราะห์และการเลี้ยงสัตว์อาจมีข้อกำหนด DLD/ท้องถิ่นต่างกัน; จำนวนสัตว์และชนิดกิจกรรมต้องตรวจจริง | กฎหมายโรคสัตว์ไม่ใช่กฎหมาย national dog/cat anti-cruelty ที่เทียบไทยได้ตรง; shelter/vet และข้อบัญญัติเมืองยังต้องค้น |
| Wiki ref: wf-31 a8z ecosystem · เป้าหมายและตัวตนร่วม การรักษา วัคซีน และพิษสุนัขบ้าจัดการดูแลโดยผู้มีอำนาจวิชาชีพ พร้อมบันทึกสุขภาพและวัคซีน หลักฐาน: ประวัติสัตวแพทย์ วัคซีน และการติดตาม | AWA ให้หน้าที่การดูแลสัตว์เฉพาะผู้เข้า scope; ใบอนุญาตสัตวแพทย์และวัคซีนพิษสุนัขบ้าต้องตรวจรัฐ/ท้องถิ่น | WOAH เป็นคำแนะนำ; LEGS ใช้กับปศุสัตว์และอาชีพในเหตุฉุกเฉิน ไม่ใช่คู่มือรักษาสัตว์เลี้ยง |
แยกงานวิชาชีพสัตวแพทย์จากงานอาสา; กำหนดวัคซีนและการแจ้งโรคต้องใช้ข้อมูลสัตว์และประกาศที่ใช้จริง | กฎหมายโรคสัตว์รวมหน้าที่ที่เกี่ยวกับสุนัขและโรค; ใบอนุญาตคลินิก/สัตวแพทย์และรายละเอียดท้องถิ่นต้องตรวจเพิ่ม |
| Wiki ref: wf-32 a8z ecosystem · เป้าหมายและตัวตนร่วม ระบุตัวสัตว์ Microchip และเปลี่ยนผู้ดูแลตรวจรหัสจากอุปกรณ์และเก็บหลักฐานเชื่อมสัตว์กับผู้ดูแลอย่างเป็นปัจจุบัน หลักฐาน: ผลสแกน เอกสารอุปกรณ์ และประวัติเปลี่ยนผู้ดูแล | การระบุตัวและ records ของผู้เข้า AWA ไม่ใช่ทะเบียนสัตว์เลี้ยงทั่วประเทศ; microchip/เจ้าของตามกฎหมายต้องตรวจรัฐ/เมือง | RFID เป็นมาตรฐานเทคนิค; การมีรหัสในระบบไม่ใช่ทะเบียนทางการหรือหลักฐานกรรมสิทธิ์โดยอัตโนมัติ |
ข้อมูลเจ้าของอาจเป็นข้อมูลส่วนบุคคล; หน้าที่ทะเบียนและเครื่องหมายต้องตรวจตามสัตว์ควบคุมและข้อบัญญัติท้องถิ่น | หน้าที่ข้อมูลเจ้าของและทะเบียนสุนัขต้องดู PIPL และกฎจังหวัด/เมือง; ไม่มีการยืนยันระบบ ID สัตว์ระดับชาติจาก wiki นี้ |
| Wiki ref: wf-33 a8z ecosystem · เป้าหมายและตัวตนร่วม เคลื่อนย้ายสัตว์และควบคุมโรคตรวจชนิดสัตว์ ต้นทาง ปลายทาง และเอกสารสุขภาพก่อนเคลื่อนย้าย หลักฐาน: ใบอนุญาต เอกสารสัตวแพทย์ และประวัติการเดินทาง | AWA ครอบคลุม transport บางกรณี; กฎนำเข้าสัตว์และ health certificates ของ CDC/USDA/state ต้องตรวจเส้นทางเพิ่มเติม | WOAH เชื่อมสุขภาพและสวัสดิภาพกับการเคลื่อนย้าย; เงื่อนไขนำเข้า ส่งออก และท้องถิ่นต้องตรวจเฉพาะเส้นทาง | ต้องตรวจชนิดสัตว์ พื้นที่โรค และวันเดินทาง; สัตว์ป่าอาจมีใบอนุญาต/CITES เพิ่มจากเอกสารโรคระบาดสัตว์ | ตรวจ disease quarantine และชนิดสัตว์ป่าที่เกี่ยวข้องแยกกัน; import/export และข้อกำหนดปลายทางต้องดูเส้นทางจริง |
| Wiki ref: wf-34 a8z ecosystem · เป้าหมายและตัวตนร่วม ของเสีย น้ำเสีย และสุขาภิบาลสถานดูแลสัตว์แยกมูลสัตว์ น้ำเสีย และของเสียที่มีความเสี่ยง พร้อมเลือกผู้รับจัดการ หลักฐาน: บันทึกของเสีย ผลตรวจน้ำ และเอกสารกำจัด | CWA และ OSHA ใช้ตามการระบาย/สถานที่ทำงาน; กฎ solid/medical waste และใบอนุญาต shelter เป็นหน้าที่แยกที่ยังไม่ครบ | EMS และคำแนะนำสุนัขช่วยกำหนดประเด็น; ประเภทของเสียและค่าระบายขึ้นกับกิจกรรมและกฎหมาย |
เหตุรำคาญ มูลฝอย และใบอนุญาตกิจการขึ้นกับข้อบัญญัติท้องถิ่น; ไม่ถือว่าสถานดูแลสัตว์ทุกแห่งได้รับยกเว้น | ต้องแยกมลพิษทั่วไปกับของเสีย/สัตว์ที่เกี่ยวกับโรค; วิธีจัดการและมาตรฐานปล่อยของแต่ละพื้นที่ยังต้องตรวจ |
| Wiki ref: wf-35 a8z ecosystem · เป้าหมายและตัวตนร่วม เกมออนไลน์ อายุผู้ใช้ และการให้บริการระบุตลาดและกลุ่มอายุ ตรวจการเผยแพร่ เนื้อหา และข้อมูลที่เกมเก็บ หลักฐาน: แผนตลาด age policy และเอกสารให้บริการ |
COPPA ใช้ตามผู้ใช้เด็กและการเก็บข้อมูล; UIGEA เฉพาะการพนันอินเทอร์เน็ตที่ผิดกฎหมาย ส่วน game ratings/รัฐต้องตรวจต่างหาก | มาตรฐานคุณภาพและข้อมูลไม่แทนใบอนุญาตเผยแพร่เกมหรือข้อจำกัดการเล่นของเด็ก |
ต้องตรวจเด็ก ข้อมูล และกลไกรางวัล; ใบอนุญาต/การจัดประเภทเกมตามกฎหมายภาพยนตร์และวีดิทัศน์ยังอยู่ใน backlog | เกมในตลาดจีนต้องตรวจ minors/real-name/anti-addiction ตาม scope; publication approval และ spending rules ยังต้องเป็นการตรวจแยก |
| Wiki ref: wf-36 a8z ecosystem · เป้าหมายและตัวตนร่วม แต้มรางวัล ZEN การแลก และการรับเงินกำหนดคุณสมบัติแต้ม การโอน การแลกมูลค่า และวิธีได้มาก่อนเปิดใช้ หลักฐาน: ข้อกำหนดแต้ม แผนการไหลของเงิน และผลทบทวนกฎหมาย |
ต้องตรวจว่าแต้มมีมูลค่าแทนเงินและวิธีรับ/ส่งหรือไม่ รวมกฎหมายการพนันรายรัฐ; คะแนนเกมไม่เป็น CVC/การพนันจากชื่ออย่างเดียว | ไม่มี ISO ใดในชุดนี้อนุญาตการออกเงิน e-money การพนัน หรือสินทรัพย์ดิจิทัล; ต้องประเมินกลไกจริง |
วิเคราะห์การได้เสีย เสี่ยงโชค การโอน/แลก และการถือเงินจริง; ชื่อ points ไม่ตัดสินว่าเป็นหรือไม่เป็นการพนัน/e-money/token | สองแหล่งครอบคลุมเฉพาะเกม/การค้าในขอบเขต; กฎหมาย payment, virtual currency, การพนัน และ exchange ยังไม่ได้ยืนยันสำหรับกลไก ZEN |
| Wiki ref: wf-37 a8z ecosystem · เป้าหมายและตัวตนร่วม ผลกระทบสิ่งแวดล้อมและความหลากหลายชีวภาพตรวจที่ตั้ง กิจกรรม ชนิดพันธุ์ และเงื่อนไขก่อนพัฒนาโครงการ หลักฐาน: ข้อมูลพื้นที่ ผลประเมิน และใบอนุญาต | CWA เป็นเพียงมลพิษ/น้ำที่เข้าเกณฑ์; NEPA สัตว์คุ้มครอง และกฎหมายทรัพยากรรัฐยังไม่ได้รวบรวม จึงไม่ใช่ environmental review ครบชุด | ISO/SDGs ไม่แทน EIA ใบอนุญาตสัตว์ป่า หรือเกณฑ์พื้นที่คุ้มครอง |
EIA ขึ้นกับประเภท ขนาด และพื้นที่; สัตว์ป่าหรือพื้นที่อนุรักษ์ต้องตรวจบัญชีชนิดและใบอนุญาตเฉพาะ | ประมวลสิ่งแวดล้อมกับสัตว์ป่ามีหน้าที่ต่างกัน; ต้องเพิ่ม species lists, EIA และกฎพื้นที่/ท้องถิ่นให้ตรงไซต์ |
| Wiki ref: wf-38 a8z ecosystem · เป้าหมายและตัวตนร่วม คาร์บอนและคำกล่าวอ้างผลกระทบสังคมกำหนดขอบเขต วิธีวัด และข้อจำกัดก่อนกล่าวอ้างผลลัพธ์ หลักฐาน: ข้อมูลกิจกรรม วิธีคำนวณ และรายงานที่ทวนสอบได้ | คำกล่าวอ้างด้านสิ่งแวดล้อมเชิงการค้าอาจอยู่ใน FTC scope; วิธีคาร์บอน/กฎ reporting และ Green Guides ต้องตรวจแยกก่อนใช้คำกล่าว | บัญชี GHG การรายงาน GRI และ SDGs เป็นคนละกรอบ; ไม่มีกรอบใดยืนยันผลโครงการจากตัวเลขที่ยังไม่ตรวจ |
การกล่าวอ้างลดคาร์บอน/ช่วยสัตว์ต้องมีหลักฐาน; เกณฑ์ TGO และปัจจัยการปล่อยยังต้องตรวจเพิ่มก่อนรับรองโครงการ | กฎหมายครอบคลุม green/low-carbon และพลังงานตามบทบาท; วิธี carbon reporting/verification ของโครงการยังต้องตรวจเพิ่ม |
| Wiki ref: wf-39 a8z ecosystem · เป้าหมายและตัวตนร่วม วิจัย สิทธิ์ผลงาน และคลังความรู้เก็บที่มา สิทธิ์ใช้ รุ่น และผู้ทบทวนก่อนนำข้อมูลหรือผลงานเผยแพร่ซ้ำ หลักฐาน: บรรณานุกรม license ประวัติรุ่น และการทบทวน | DMCA safe harbor เป็นเรื่องผู้ให้บริการ ไม่ใช่สิทธิ์คัดลอกงานวิจัย; ต้องทบทวนลิขสิทธิ์/license และกฎหมายข้อมูลที่ใช้เฉพาะกรณี | ระบบความรู้ไม่ให้สิทธิ์คัดลอกมาตรฐานหรือข้อมูล; ต้องตรวจ license และเงื่อนไข AI/retrieval แยก |
ลิขสิทธิ์ ข้อมูลบุคคล และความน่าเชื่อถือเอกสารอิเล็กทรอนิกส์มีหน้าที่ต่างกัน; ต้องตรวจสิทธิ AI/retrieval จากผู้เผยแพร่ | ตรวจสิทธิ์งาน ข้อมูลบุคคล และ data security แยกกัน; งานเพื่อการศึกษาหรือ AI ไม่ได้ทำให้คัดลอกได้เสรี |
| Wiki ref: wf-40 a8z ecosystem · เป้าหมายและตัวตนร่วม ตรวจประเมิน ทบทวน และแก้ไขข้อบกพร่องกำหนดขอบเขตตรวจ ใช้หลักฐาน และติดตามผลแก้ไขก่อนกล่าวอ้างความสอดคล้อง หลักฐาน: แผนตรวจ รายงาน ประเด็นคงค้าง และผลติดตาม |
NIST ใช้ประเมินช่องว่างแบบสมัครใจ; รายงาน IRS ใช้เฉพาะองค์กรที่เข้าเกณฑ์ ไม่ได้มีหน้าที่ audit แบบเดียวกันทุกบริษัท | 19011 เป็นแนวทางตรวจ ไม่ใช่ใบรับรอง; การตรวจภายในไม่เท่ากับความเห็นกฎหมายหรือการรับรองภายนอก |
การตรวจบัญชี วิศวกรรม และข้อมูลบุคคลต้องใช้เกณฑ์/ผู้มีอำนาจตามขอบเขต; การตรวจภายในไม่แทนการตรวจตามกฎหมาย | การตรวจหรือรายงานขึ้นกับข้อมูล องค์กรการกุศล หรือสถานประกอบการที่เข้า scope; ไม่ใช่ audit ข้อเดียวกันทั่วทุกกิจการ |
ตารางนี้แสดงข้อกำหนดที่เกี่ยวข้อง ผลการปฏิบัติงานจริงต้องประเมินจากหลักฐานของแต่ละกิจกรรม