# M09 Rubric 12 ID: เกณฑ์ชิ้นงานและการแก้ส่งซ้ำ

รุ่น 1.17.23 · 12 ตุลาคม 2026

**TRAIN-LOG-01 เป็น TABLETOP ONLY** ตัวเลข ตำแหน่ง ขอบตัวอย่าง พลังงาน บทบาทและเหตุการณ์ทั้งหมดเป็นข้อมูลที่ผู้เรียบเรียงแต่ง ไม่มีชิ้นส่วนที่วัด ชุดที่ผู้ผลิตอนุมัติ เส้นทาง สถานที่ วันที่บิน การขนส่ง ข้ออนุญาต ผู้รับจริง หลักฐานรับมอบ หรือผลผู้เรียน ตำแหน่งเป็นเมตรสัมพัทธ์กับจุดอ้างอิงลำสมมติ และลำดับเหตุการณ์เป็นลำดับที่แต่ง ไม่ใช่เวลาจริง

ทุกแถวเป็น **pending_field_review** ผู้ตรวจเฉพาะสาขา **specialist=not_assigned** และประตูความพร้อม P3 ยังเปิด การทำใบงานครบหรือคำนวณได้ยังไม่ยืนยันคน ชุด สภาพปัจจุบัน สิทธิ์ ความพร้อมบินหรือการรับสินค้า

ใช้ [manifest CSV](https://drone.pk-research.work/downloads/drone-applications/field-logistics-manifest.csv), [handover CSV](https://drone.pk-research.work/downloads/drone-applications/field-logistics-handover.csv), [readme](https://drone.pk-research.work/downloads/drone-applications/field-logistics-readme.md) และ [rubric 12 ID](https://drone.pk-research.work/downloads/drone-applications/field-logistics-rubric.md) หรือใช้ข้อมูลครบในภาคผนวกของไฟล์นี้ได้ด้วยกระดาษและเครื่องคิดเลข ไม่ต้องมีโดรนหรือซอฟต์แวร์ควบคุม

## วิธีใช้เกณฑ์

เลือก B, O หรือ D แล้วเก็บชิ้นงานกับรุ่นก่อน/หลัง ลงผลแยก K/S/E/C เป็นมีหลักฐานตามเกณฑ์ ต้องฝึกเพิ่ม หรือยังไม่มีหลักฐาน ระบุหลักฐานที่อ้าง เหตุ ผู้ตรวจ รุ่นและงานเติม ไม่รวมคะแนนเป็นความพร้อมบินหรือใบรับรอง C พิจารณาการตอบคำทัก การเก็บประวัติและติดตามข้อค้างที่สังเกตได้ ไม่ตัดสินบุคลิก

| ID / มิติ | พื้นฐานและงานเติมก่อนเริ่ม | เป้าหมาย / กิจกรรมและหลักฐาน | เกณฑ์ที่ต้องแสดง |
| --- | --- | --- | --- |
| APP-M09-B-K01 / K | รู้ UAS และแยกคนรับกับประเภทระบบได้; ทวน [ระบบ UAS](https://drone.pk-research.work/knowledge/fundamentals/) แล้วเขียนความต่างสามแกนก่อนเริ่ม | อธิบายคำขอ ผลรับมอบและทางเลือกด้วยเกณฑ์ร่วม; brief กับตารางสามแกนและภาคพื้น | เหตุเลือกผูกคนรับ เวลา สินค้า ชุด ทรัพยากรและข้อค้าง |
| APP-M09-B-S01 / S | อ่านมวล หน่วยและช่องว่างได้; ทวน [มวลและสมดุล](https://drone.pk-research.work/knowledge/payload-swarm/balance/) แล้วคำนวณ payload ต่างจาก gross หนึ่งตัวอย่าง | ทำ brief และอ่าน A/B/C กับจำนวนรับสะสมโดยรักษาข้อไม่รู้; สูตร A disposition B/C และคำตอบ L01–L08 | A 3.3/7.3; B นอกขอบ; C unknown; A รับสะสมสมมติ 2 สภาพค้าง |
| APP-M09-B-E01 / E | พร้อมจำกัดข้ออ้างและถามสิทธิ์ก่อนส่ง; ทวน [ข้อมูลส่งมอบและสิทธิ์](https://drone.pk-research.work/knowledge/disaster-management/data-handover/) แล้วแก้ข้อความพร้อมบินและแชร์ทั้งหมด | ให้เหตุพักและลดข้อมูลตามผู้รับ/สิทธิ์; claim ก่อนหลังกับคำตอบกรณีผู้รับหรือสิทธิ์ขาด | ไม่ส่งเมื่อสิทธิ์/ผู้รับขาด; ไม่เรียก toy ผ่านเป็น readiness หรือ ack เป็นรับสภาพ |
| APP-M09-B-C01 / C | พร้อมเก็บรุ่น รับคำทักและติดตามข้อค้าง; ทวน [บทบาทและงานติดตาม](https://drone.pk-research.work/knowledge/human-factors/teamwork/) แล้วระบุ owner กับหลักฐานที่ต้องขอหนึ่งข้อ | ปรับ brief และติดตามข้อค้างอย่างตรวจย้อนกลับได้; B-v0/B-v1 คำทัก คำตอบ issue owner/หลักฐาน/เงื่อนไขทวน | ตอบทุกข้อทักและไม่ปิดคำขอที่ยังไม่มีคำตอบ |
| APP-M09-O-K01 / K | รู้ whole assembly และบทบาททั้งสองปลายทาง; ทวน [แผนภารกิจบรรทุก](https://drone.pk-research.work/knowledge/payload-swarm/) แล้วใช้ [สรุปภารกิจและบทบาท](https://drone.pk-research.work/knowledge/field-operations/mission-brief/) แยก requested กับ confirmed | อธิบายวิธี คนและหลักฐานก่อนส่งถึงผู้รับ; แผนแปดขั้น ตารางสามแกนและบัญชีทรัพยากร/คู่มือ | ครบบทบาท สต็อก ผู้บรรจุ ทีมเทคนิค พื้นที่ ผู้รับ ข้อมูลและทางเลือก |
| APP-M09-O-S01 / S | อ่าน schema/key และคำนวณ kg·m/Wh ได้; ทวน [มวลและสมดุล](https://drone.pk-research.work/knowledge/payload-swarm/balance/) แล้วทำ A และระบุว่าขอบสมมติพิสูจน์อะไรไม่ได้ | ทำแผน loading/energy/handover แบบรักษารุ่นและ unknown; A/B/C math energy matrix L01–L08 และ correction/custody proposal | A90/30 B150/−30 C55 subtotal; correction ไม่บวกสะสมและ L08 กัก |
| APP-M09-O-E01 / E | พร้อมพักเมื่อสิทธิ์ ผู้รับหรือสภาพไม่ยืนยัน; ทวน [กฎหมายและข้ออนุญาต](https://drone.pk-research.work/knowledge/aviation-law/) แล้วใช้ [ข้อมูลส่งมอบและสิทธิ์](https://drone.pk-research.work/knowledge/disaster-management/data-handover/) เขียนสำเนาที่ลดข้อมูล | ให้เหตุ hold/replan/ground/service และคุมข้อมูลเท่าที่จำเป็น; เหตุพัก แผนสิทธิ์ผู้รับ redaction และขอบรับสภาพ | prepared ไม่เป็น authorization; pending receipt หลัง authorized send เท่านั้น |
| APP-M09-O-C01 / C | พร้อมคงต้นฉบับและติดตามคำขอ/ข้อแก้; ทวน [บทบาทและงานติดตาม](https://drone.pk-research.work/knowledge/human-factors/teamwork/) แล้วระบุผู้แจ้ง stale และผู้ทวนหนึ่งกรณี | รักษาสายการครอบครองและการแก้รุ่นที่ตรวจได้; O-v0/O-v1 issue resource/correction/recipient logs | ไม่ทับประวัติ ทุกข้อค้างมี owner/หลักฐาน/เงื่อนไขและแจ้งรุ่นแทน |
| APP-M09-D-K01 / K | รู้ schema/key/null และขอบอินเทอร์เฟซ; ทวน [การรวมระบบ](https://drone.pk-research.work/knowledge/integration/) แล้วใช้ [การทดสอบ](https://drone.pk-research.work/knowledge/testing/) แยก blank กับ zero | อธิบาย contract R01–R08 และเหตุแก้ D-v0→D-v1; input/output contract mass definition และ requirement map | แยกข้อมูล/คณิตศาสตร์/หลักฐานจริง ไม่อนุมาน SOP หรือ approval |
| APP-M09-D-S01 / S | ผูก requirement กับ input/expected ได้; ทวน [การทดสอบ](https://drone.pk-research.work/knowledge/testing/) แล้วเสนอหนึ่ง test กรณีช่องว่างโดยไม่อ้างผลรัน | ออกแบบ 20 tests ผ่าน interface และแผน recheck; D01–D20 requirement input expected actual และ rollback proposal | ครบ20 actual not_run ครอบคลุมหน่วย ขาด ซ้ำ รุ่น สะสมและสถานะ |
| APP-M09-D-E01 / E | พร้อมรายงาน expected แยก actual และไม่ execute ข้อมูล; ทวน [ข้อมูลส่งมอบและสิทธิ์](https://drone.pk-research.work/knowledge/disaster-management/data-handover/) แล้วแก้ claim tested และระบุช่องทางส่งตามสิทธิ์ | จำกัดข้ออ้างและเสนอข้อมูลเฉื่อย/การแชร์ขั้นต่ำ; status/claim/export policy และขอบ recipient authorization | ไม่มี parser/runtime/autoapproval; CSV ไม่รันสูตร/คำสั่ง/path |
| APP-M09-D-C01 / C | พร้อมเก็บ baseline รับคำทักและระบุผู้พัก/คืน/ทวน; ทวน [การรวมระบบ](https://drone.pk-research.work/knowledge/integration/) แล้วระบุ trigger เปลี่ยนภาชนะหรือ firmware | ควบคุมการเปลี่ยนและคืนรุ่นพร้อมผู้รับผิดชอบ; D-v0/D-v1 input/schema/rules/config/output change/rollback/recipient log | เปลี่ยนทั้งชุดต้อง re-review; known-reviewed หรือ hold และแจ้ง stale |

## ตัวอย่างขาด/พอและงานแก้ราย ID

| ID | ต้องฝึกเพิ่มเมื่อ | มีหลักฐานตามเกณฑ์เมื่อ | แก้และส่งซ้ำ |
| --- | --- | --- | --- |
| APP-M09-B-K01 | เรียก provider ว่าประเภทลำหรือเลือกโดรนทันที | แยกสามแกนและเทียบภาคพื้นด้วยเกณฑ์เดียวกัน | เติมข้อมูลผู้รับและเหตุเทียบวิธี แล้วส่ง brief ฉบับแก้; ทวน [ระบบ UAS](https://drone.pk-research.work/knowledge/fundamentals/) |
| APP-M09-B-S01 | ใช้ 7.0 เป็น gross C หรือรวมรับเป็น 5 | คง C unknown แยกยอดสะสมกับ ack และสภาพ | แก้สูตร/ยอดสะสมและระบุหลักฐานที่ต้องขอ แล้วทวนซ้ำ; ทวน [มวลและสมดุล](https://drone.pk-research.work/knowledge/payload-swarm/balance/) |
| APP-M09-B-E01 | เผยแพร่ที่อยู่เต็มหรืออ้าง A พร้อมบิน | hold จนมีหลักฐานและเลือกสำเนาตามวัตถุประสงค์ | ถอนข้ออ้างเกินหลักฐาน เติมเหตุและทวนสิทธิ์อีกครั้ง; ทวน [ข้อมูลส่งมอบและสิทธิ์](https://drone.pk-research.work/knowledge/disaster-management/data-handover/) |
| APP-M09-B-C01 | ทับ v0 หรือบันทึกว่างพร้อมแล้ว | คงทั้งรุ่นและระบุผู้ติดตามข้อค้าง | เติมคำตอบกับ owner และส่งสองรุ่นตรวจอีกครั้ง; ทวน [บทบาทและงานติดตาม](https://drone.pk-research.work/knowledge/human-factors/teamwork/) |
| APP-M09-O-K01 | ใช้รายการขอแทนสต็อกหรือผู้รับพร้อม | มีผู้ยืนยันแต่ละทรัพยากรและเหตุพักที่ผูกงาน | เติมช่อง confirmation และ fallback แล้วส่งแผนใหม่; ทวน [แผนภารกิจบรรทุก](https://drone.pk-research.work/knowledge/payload-swarm/) |
| APP-M09-O-S01 | เติม C ศูนย์ บวก ack หรือใช้ PLAN-0 ปิด PLAN-1 | สูตรครบตามนิยาม คง unknown และเก็บ L03 กับ correction | แก้ส่วนคำนวณและการรับมอบ แล้วให้ผู้อื่นอ่านกลับ; ทวน [มวลและสมดุล](https://drone.pk-research.work/knowledge/payload-swarm/balance/) |
| APP-M09-O-E01 | ส่งทั้งที่สิทธิ์ยัง pending หรือให้ ack รับสภาพ | คง hold ระบุอำนาจผู้ดำเนินการและหลักฐานที่รอ | แก้เหตุส่ง/แชร์และหลักฐานอำนาจ แล้วตรวจซ้ำก่อนเสนอ; ทวน [กฎหมายและข้ออนุญาต](https://drone.pk-research.work/knowledge/aviation-law/) |
| APP-M09-O-C01 | ลบ L03 หรือปิดข้อค้างจากชื่อผู้รับในแผน | คงเหตุการณ์และออก correction พร้อมงานผู้รับผิดชอบ | เติมประวัติ ผู้รับแจ้งและเงื่อนไขทวน แล้วส่งซ้ำ; ทวน [บทบาทและงานติดตาม](https://drone.pk-research.work/knowledge/human-factors/teamwork/) |
| APP-M09-D-K01 | validator ผ่านเท่ากับ approved หรือไม่รวม packaging | contract คงที่มา unknown และ reason ที่ไม่อ้าง readiness | เติมนิยามและขอบแล้วให้ผู้ตรวจทวน contract; ทวน [การรวมระบบ](https://drone.pk-research.work/knowledge/integration/) |
| APP-M09-D-S01 | เขียน tested/pass หรือไม่มี duplicate/blank case | expected ทวนได้ครบทุก case และ actual not_run | เติม case/expected ที่ขาดแล้วทวน mapping ใหม่; ทวน [การทดสอบ](https://drone.pk-research.work/knowledge/testing/) |
| APP-M09-D-E01 | อ้างระบบทำงานจริงหรือใช้ note เป็นคำสั่ง | แสดงข้อความเฉื่อยและคงไม่ส่งเมื่อสิทธิ์ขาด | ถอน claim กับแก้ export policy แล้วให้ผู้ทวนตรวจ; ทวน [ข้อมูลส่งมอบและสิทธิ์](https://drone.pk-research.work/knowledge/disaster-management/data-handover/) |
| APP-M09-D-C01 | สืบผล toy ผ่านหลังเปลี่ยนระบบหรือคืน v0 ที่ผิด | คงทั้งรุ่น ผู้ทวนและข้อเสนอ recheck ก่อนใช้งาน | เติมผลกระทบ เจ้าของ คืนรุ่นและ recheck แล้วส่งซ้ำ; ทวน [การรวมระบบ](https://drone.pk-research.work/knowledge/integration/) |

## หลักฐานชุดและ debrief สำหรับผู้ตรวจ

- B: brief ทางเลือกสามแกนกับภาคพื้น สูตร A เหตุ B/C และ L01–L08 claim ก่อนหลัง B-v0/B-v1 กับคำตอบทุกทัก
- O: แผนแปดขั้น บัญชี requested/confirmed ทั้งสองปลายทาง ตารางมวล/พลังงาน แผนผู้รับ/สิทธิ์/custody correction และสำเนาควบคุม O-v0/O-v1
- D: contract R01–R08 และ D01–D20 actual not_run baseline/input/schema/rules/config/output กับ change/rollback/recheck proposal D-v0/D-v1

คำทักสอนที่แต่ง: “A ผ่านแล้วให้ส่งเลย”; “C มี7kgจึงไม่เกิน”; “รับ1+2+2รวม5”; “ackคือสภาพผ่าน”; “PLAN-0รับแล้วจึงปิดPLAN-1”; “แชร์ที่อยู่ทั้งหมดก่อนผู้รับตอบ” แนวคำตอบคือรักษาขอบสมมติ subtotal จำนวนสะสม สภาพ unknown รุ่นปัจจุบันและ hold เมื่อสิทธิ์/ผู้รับขาด ทุกข้อค้างต้องมีเจ้าของ หลักฐานที่ต้องขอและเงื่อนไขทวน ยังไม่มีการใช้ rubric กับผู้เรียนจริง

## สัญญาข้อมูลครบสำหรับใช้แยกไฟล์

Manifest มี 15 แถวและ 15 fields ตามลำดับ:

```text
record_id,case_id,shipment_id,plan_version,component_id,component_role,mass_kg,x_m,measurement_basis,metadata_origin,measurement_status,assembly_validation_status,execution_status,review_status,note
```

| Field | นิยามและค่าที่ใช้ |
|---|---|
| record_id / case_id / shipment_id | รหัสแถว A01–C05 / TRAIN-LOG-01 / A B C |
| plan_version / component_id | PLAN-1 / COMP-01–COMP-05 ตามลำดับบทบาทในแต่ละ shipment |
| component_role | aircraft_with_battery รวมแบตเตอรี่แต่ไม่รวมกล่อง/บรรจุภัณฑ์/ของ; empty_cargo_case กล่องเปล่า; total_packaging บรรจุภัณฑ์ทั้งหมด; contents_pack1/2 สิ่งของแต่ละห่อ |
| mass_kg / x_m | มวล kg และตำแหน่ง m สัมพัทธ์จุดอ้างอิงลำสมมติ; C03 mass และ C05 x ว่าง ต้องคงว่าง |
| measurement_basis | author_assumed_point_masses_1d ทุกแถว; สมมติจุดมวลนิ่งแกนเดียว |
| metadata_origin | author_provided_teaching_assumption ทุกแถว |
| measurement_status / assembly_validation_status / execution_status | not_performed ทุกแถวทั้งสามช่อง |
| review_status | pending_field_review ทุกแถว |
| note | TABLETOP_ONLY_no_measurement_or_flight_approval ทุกแถว; ข้อความเฉื่อย |

logical key ของ manifest คือ (case_id,shipment_id,plan_version,component_id) ถ้ามีชนกันต้องกักรายการที่ชนทั้งหมด ไม่เลือกแถวแรก/สุดท้ายเอง ตัวอย่างผิด หน่วยผิดหรือรายการซ้ำเป็นเพียงข้อเสนอ tests ไม่เพิ่มใน 15 แถว

| record_id | shipment / component_id | component_role | mass_kg | x_m |
| --- | --- | --- | --- | --- |
| A01 | A / COMP-01 | aircraft_with_battery | 4 | 0 |
| A02 | A / COMP-02 | empty_cargo_case | 0.5 | 0 |
| A03 | A / COMP-03 | total_packaging | 0.3 | 0 |
| A04 | A / COMP-04 | contents_pack1 | 1.5 | 0.1 |
| A05 | A / COMP-05 | contents_pack2 | 1 | -0.2 |
| B01 | B / COMP-01 | aircraft_with_battery | 4 | 0 |
| B02 | B / COMP-02 | empty_cargo_case | 0.5 | 0 |
| B03 | B / COMP-03 | total_packaging | 0.3 | 0 |
| B04 | B / COMP-04 | contents_pack1 | 1.5 | 0.1 |
| B05 | B / COMP-05 | contents_pack2 | 2 | -0.2 |
| C01 | C / COMP-01 | aircraft_with_battery | 4 | 0 |
| C02 | C / COMP-02 | empty_cargo_case | 0.5 | 0 |
| C03 | C / COMP-03 | total_packaging | ว่าง | 0 |
| C04 | C / COMP-04 | contents_pack1 | 1.5 | 0.1 |
| C05 | C / COMP-05 | contents_pack2 | 1 | ว่าง |

Handover มี 8 แถวและ 17 fields ตามลำดับ:

```text
event_id,case_id,shipment_id,plan_version,event_order,event_type,recipient_role,declared_packs,received_packs,quantity_basis,cargo_condition,authorization_basis,supersedes_event_id,event_origin,execution_status,receipt_evidence_status,review_status
```

| Field | นิยามและค่าที่ใช้ |
|---|---|
| event_id / case_id / shipment_id | L01–L08 / TRAIN-LOG-01 / A B C |
| plan_version / event_order | PLAN-1 ยกเว้น L08 PLAN-0 / ลำดับแต่งต่อ shipment ไม่ใช่ timestamp จริง |
| event_type / recipient_role | ชนิดเหตุการณ์ตามตาราง / ROLE-A ROLE-B ROLE-C เป็นบทบาทสมมติ |
| declared_packs / received_packs | declared=2 ทุกแถว / จำนวนสะสมตามตาราง ช่องว่างไม่ใช่ 0 |
| quantity_basis | author_assumed_cumulative_receipt_report ทุกแถว |
| cargo_condition | assumed_sealed หรือ unknown; ไม่ใช่ผลตรวจสภาพจริง |
| authorization_basis | not_confirmed_for_tabletop หรือ author_assumed_confirmed_for_tabletop; ทั้งสองเป็นค่าข้อมูลสอน ไม่ใช่ข้ออนุญาตจริง |
| supersedes_event_id | L04 อ้าง L03; แถวอื่นว่าง; เก็บ L03 ในประวัติ |
| event_origin | author_provided_teaching_assumption ทุกแถว |
| execution_status / receipt_evidence_status / review_status | not_performed / not_supplied / pending_field_review ทุกแถว |

event_id ต้องไม่ชน และ key ลำดับ (case_id,shipment_id,plan_version,event_order) ต้องทวนเมื่อชน ตรวจรุ่นปัจจุบัน PLAN-1 จาก manifest ก่อนอ่านเหตุการณ์ ห้ามใช้ L08 เปลี่ยนสถานะ C ของ PLAN-1

| event_id | shipment / plan / order | event_type / recipient_role | received_packs | condition | authorization_basis | supersedes |
| --- | --- | --- | --- | --- | --- | --- |
| L01 | A/PLAN-1/1 | prepared / ROLE-A | ว่าง | assumed_sealed | not_confirmed_for_tabletop | ว่าง |
| L02 | A/PLAN-1/2 | dispatched / ROLE-A | ว่าง | assumed_sealed | author_assumed_confirmed_for_tabletop | ว่าง |
| L03 | A/PLAN-1/3 | receipt_report / ROLE-A | 1 | assumed_sealed | author_assumed_confirmed_for_tabletop | ว่าง |
| L04 | A/PLAN-1/4 | receipt_correction / ROLE-A | 2 | unknown | author_assumed_confirmed_for_tabletop | L03 |
| L05 | A/PLAN-1/5 | acknowledgement / ROLE-A | 2 | unknown | author_assumed_confirmed_for_tabletop | ว่าง |
| L06 | B/PLAN-1/1 | authorization_requested / ROLE-B | ว่าง | assumed_sealed | not_confirmed_for_tabletop | ว่าง |
| L07 | C/PLAN-1/1 | dispatch_proposed / ROLE-C | ว่าง | assumed_sealed | not_confirmed_for_tabletop | ว่าง |
| L08 | C/PLAN-0/2 | stale_receipt_report / ROLE-C | 2 | unknown | author_assumed_confirmed_for_tabletop | ว่าง |

ตารางและค่าคงที่ข้างต้นให้ข้อมูลทุก field ของสอง CSV ได้ครบ ไม่มีข้อมูลบุคคลจริง ข้อความ CSV เป็นข้อมูลเฉื่อย ไม่ให้สูตร คำสั่งหรือ path ในข้อความทำงาน ไม่สร้าง parser validator ระบบจัดสรรสต็อก mission state engine ระบบปล่อยของหรือ backend ในชุดนี้

## แนวคำตอบมวล จุดศูนย์ถ่วงและพลังงาน

เฉพาะโจทย์นี้ declared_payload = กล่องเปล่า + บรรจุภัณฑ์ + สิ่งของสองห่อ; assembly_gross = ลำพร้อมแบตเตอรี่ + declared_payload; moment = Σ(mass_kg × x_m); x_CG = moment / assembly_gross เมื่อมวลและตำแหน่งครบ มวลรวมเป็นบวกและทุกค่าเป็นจำนวนจำกัด นิยามผู้ผลิตจริงอาจต่างกัน ต้องทวนชุดที่อนุมัติจริง

ขอบสมมติที่ผู้เรียบเรียงตั้งคือ assembly_gross ≤ **8 kg** และ x_CG อยู่ใน **[−0.02,+0.02] m** ใช้อธิบายอสมการเท่านั้น ไม่ใช่ข้อกำหนดผู้ผลิตหรือขอบอนุมัติบิน แบบจำลองเป็นจุดมวลนิ่งแกนเดียว ไม่มีการวัดหรือการทวนพลวัต การยึดสินค้าและการเคลื่อนของจริง

| Shipment | declared payload | gross ทั้งชุด | moment | x_CG | คำตอบเฉพาะโจทย์ |
|---|---|---|---|---|---|
| A | 3.3 kg | 7.3 kg | −0.05 kg·m | −0.05/7.3 = −0.006849315 m | อยู่ในสองอสมการสมมติเท่านั้น ความพร้อมจริงยังไม่ยืนยัน |
| B | 4.3 kg | 8.3 kg | −0.25 kg·m | −0.25/8.3 = −0.030120482 m | เกินมวลและอยู่นอกช่วง CG สมมติ ให้เสนอวางใหม่/บริการ/ภาคพื้น |
| C | unknown | unknown; ส่วนมวลที่ทราบ 7.0 kg | unknown | unknown | บรรจุภัณฑ์และตำแหน่งห่อ 2 ว่าง ขอข้อมูล ไม่ใช้ 7.0 เทียบ 8 เป็นยอดครบ |

A คิดทีละส่วน: moment ของสิ่งของ = 1.5×0.1 + 1×(−0.2) = −0.05 kg·m ส่วนอีกสามรายการอยู่ x=0 จึงให้ moment ศูนย์ เมื่อนำ moment หารมวลทั้งชุด 7.3 kg ได้ x_CG ข้างต้น อย่าหารด้วย payload 3.3 kg หรือบวกแบตเตอรี่เดิมซ้ำ

พลังงานเป็นตารางสมมติแยกจาก manifest: total_energy = outbound + service + return + reserve เมื่อครบ; headroom = usable_energy − total_energy เมื่อทั้งสองด้านทราบ ตัวเลขไม่มาจากแรงดัน กระแส แบตเตอรี่จริง แบบจำลองลม ระยะหรือสมรรถนะการบิน **reserve 20 Wh เป็นสมมติฐานสอนเท่านั้น ไม่ใช่คำแนะนำพลังงานสำรองหรือร้อยละสำรอง**

| Shipment | usable (Wh) | ไป / ส่ง / กลับ / reserve (Wh) | ผลรวมพลังงาน | headroom |
|---|---|---|---|---|
| A | 120 | 30 / 5 / 35 / 20 | 90 Wh | 30 Wh ตามโจทย์ ไม่ยืนยันบิน |
| B | 120 | 60 / 10 / 60 / 20 | 150 Wh | −30 Wh; เสนอวางใหม่/วิธีอื่น |
| C | unknown | 30 / 5 / ว่าง / 20 | ส่วนที่ทราบ 55 Wh; ยอดครบ unknown | unknown เพราะขากลับและพลังงานใช้ได้ขาด |

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

## แนวคำตอบสายการครอบครองและรายงานรับ

| Event | การอ่านสถานะสมมติที่ถูกต้อง | งานค้าง |
|---|---|---|
| L01 | prepared แต่ authorization ยังไม่ยืนยัน | hold dispatch; ทำร่างได้ ไม่มีการส่ง |
| L02 | สมมติว่าการส่งได้รับอนุญาตและ dispatched แล้ว| sent/pending receipt เฉพาะเรื่องแต่ง ไม่มีการส่งจริง |
| L03 | รายงานสะสมรับ 1 จาก declared 2 | quantity discrepancy ยังปิดจำนวนไม่ได้ |
| L04 | แก้รายงาน L03 เป็นสะสม 2 และเก็บ L03 ไว้ | จำนวนตรงเฉพาะเรื่องแต่ง สภาพ unknown ยังไม่ยอมรับสภาพครบ |
| L05 | ตอบรับทราบรายงานปัจจุบันที่สะสม 2 | ack ไม่เพิ่มอีก 2 ห่อ และไม่ยืนยันสภาพ |
| L06 | B ขอ authorization แต่ยังไม่ยืนยัน | hold dispatch; ปัญหามวล/CG/พลังงานต้องทวนแยก |
| L07 | C มีเพียง dispatch proposed | ไม่ใช่ dispatched/receipt; hold สิทธิ์และข้อมูลชุด/พลังงาน |
| L08 | C รายงานจาก PLAN-0 แต่แผนปัจจุบันเป็น PLAN-1 | เก็บประวัติและกักข้อมูลเก่า ไม่อัปเดต receipt หรือความพร้อม PLAN-1 |

received_packs เป็น **รายงานจำนวนสะสม** จึงห้ามบวก 1+2+2 ของ L03/L04/L05 เป็น 5 รายงานปัจจุบันของ A คือ 2 จาก 2 เฉพาะเรื่องแต่ง โดยสภาพยังค้าง ต้องเก็บต้นฉบับ correction และรุ่นที่ถูกแทน ไม่เติม received ช่องว่างเป็น 0 และไม่ถือ log ส่งเป็นหลักฐานผู้รับครอบครองสินค้า

บันทึกจริงต้องมีผู้ส่ง/ผู้รับที่มีอำนาจ เวลา รุ่นแผน/ชุด รหัสสินค้า จำนวน สภาพและหลักฐานสายการครอบครองที่ตรวจได้ แยกการถึงของ การรับทราบข้อความและการยอมรับสภาพ เจ้าของบันทึกเก็บต้นฉบับควบคุมสิทธิ์กับสำเนาตามวัตถุประสงค์ ลดชื่อ ที่อยู่และรายละเอียดสต็อกเท่าที่จำเป็น ห้ามแชร์หรือ dispatch เมื่อผู้รับ/สิทธิ์ยังไม่ยืนยัน คำว่า pending receipt ใช้หลังการส่งที่ได้รับอนุญาตจริงเท่านั้น; ในทะเบียนนี้ L02 เป็นสมมติฐาน ไม่ใช่หลักฐานการส่งนั้น

## แหล่ง ขอบอ่านและสิทธิ์

- [UNICEF Guidance on the Use of Drones in Supply Chains](https://www.unicef.org/supply/documents/unicef-guidance-use-drones-supply-chains), [PDF](https://www.unicef.org/supply/media/10326/file): ตรวจปก/สารบัญและส่วน 1–3 หน้า PDF 4–7 ของเอกสาร 16 หน้า วันที่ 12 ตุลาคม 2026 ไม่อ้างว่าอ่านภาคผนวกจัดซื้อหรือขั้นตอนสินค้าทางการแพทย์ครบ
- [DJI FlyCart 30 downloads](https://www.dji.com/flycart-30/downloads), [User Manual v1.1 (หน้า download ลงวันที่ 9 กรกฎาคม 2025; ปก PDF ระบุ 2024.06)](https://dl.djicdn.com/downloads/DJI_FlyCart_30/20250709/DJI_FlyCart_30_User_Manual_v1.1_0709.pdf): ตรวจปกและหน้า PDF/พิมพ์ 33 กับ 79 จาก 98 หน้า วันที่ 14 ตุลาคม 2026 ไม่ได้อ่านคู่มือกว้าน ไม่มีการย้ายตัวเลข ขั้นตอนหรือคุณสมบัติรุ่นนี้เป็นเกณฑ์ทั่วไป
- ฐาน KSEC และขอบ OBE ใช้ [ภาพรวม KSEC](https://drone.pk-research.work/knowledge/drone-applications/#ksec) K=Knowledge, S=Skills, E=Ethics, C=Character; C ไม่ใช่ experience competency ใช้พฤติกรรมในชิ้นงาน ไม่ติดป้ายบุคลิกและไม่รับรอง KSEC/OBE จากการอ่าน

โจทย์ กระบวนการสอน ตัวเลข สูตร ตาราง requirements/tests และ rubric เป็นงานออกแบบของ PK-Research / Drone-Hub ไม่ใช่ SOP ของ UNICEF หรือผู้ผลิต ใบงานและ fixture ที่เรียบเรียงใหม่ใช้ [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/) ให้เครดิตผู้เรียบเรียง ชุด/รุ่น แหล่งและการแก้ เอกสาร รูป โลโก้และสื่อภายนอกคงสิทธิ์เจ้าของเดิม ไม่รวม PDF ภายนอกหรือขยายใบอนุญาตให้สื่อเหล่านั้น