# S5-O · ผู้วางแผน: จัดทรัพยากรโดยไม่ข้ามประตูความพร้อม

**ก่อนทำ:** อ่าน [M09](/knowledge/drone-applications/field-logistics/), [M06](/knowledge/drone-applications/disaster-assessment/), [M10](/knowledge/drone-applications/communications-support/), [brief ภารกิจ](/knowledge/field-operations/mission-brief/) และ [ห้วงอากาศ](/knowledge/aviation-law/). K ต้องแยกสต็อก, ช่องบรรทุก, ผู้รับ, คนและข้ออนุญาต; S ต้องอ่าน version/expiry; E ต้องไม่ใช้คำยืนยันหนึ่งเรื่องแทนอีกเรื่อง; C ต้องมอบเจ้าของ/กำหนดทวนข้อค้าง. หากยังไม่พร้อม ให้ทำตาราง `requested`/`confirmed` จาก M09 ก่อน

**โจทย์:** ใช้ [scenario.csv](scenario.csv) และ [readme](readme.md) ทำ O-v0 สำหรับคำขอสามรายการ ณ 08:40 และ O-v1 ณ 09:05. ไม่มีข้อมูลมวล/พลังงาน/อากาศ/พื้นที่จริง; ตัวเลขสาม kit คือจำนวนสินค้า ไม่ใช่พิกัดบรรทุก

1. ทำแผนหกช่วง: รับคำขอและผู้รับ → เทียบภาคพื้น/บริการ/โดรน → ขอเจ้าของยืนยันสินค้า/ทีม/ชุด → ทวน cargo/คน/พื้นที่/ห้วงอากาศและสิทธิ์ → วางแผนส่งข้อความตามรุ่น → รับหลักฐานสภาพ/จำนวนและผู้รับ. ทุกช่วงระบุ owner กับ stop/replan trigger
2. ทำบัญชี `requested`, `owner_confirmed_in_scenario`, `reserved_in_scenario`, `expired/unknown` แยกกัน. STOCK-A/v1 ใช้ได้ถึง 09:00 ในโจทย์; Q-A/v1 ต้องการ 3 kit; STOCK-B ยัง requested; ALLOC-A ไม่ให้จองซ้ำแก่ Q-B
3. เทียบ Q-A/Q-B/Q-C ด้วยเวลาที่ผู้รับต้องใช้ ความพร้อมคน/สินค้า ทางเลือกภาคพื้น ต้นทุน/ข้อจำกัดที่รู้ และหลักฐานที่ยังขาด. BOAT-C เป็นทางเลือกเจ้าของตอบในโจทย์ ไม่ใช่ผลเดินเรือ. เสนอคิว/ผู้รับผิดชอบโดยไม่สร้างคะแนนความสำคัญปลอม
4. ระบุ gate แยก: ประเภท/มวล/สมดุลและภาชนะจริง, คู่มือชุดและพลังงาน, ผู้ปฏิบัติงาน, สภาพพื้นที่สองปลาย/อากาศ, การประสานห้วงอากาศ/ข้ออนุญาตตามวันจริง, ผู้รับและสิทธิ์. หาก gate ใดไม่ทราบ ให้พักการอ้างพร้อมบิน
5. ทำ package manifest สำหรับแผน Q-A: request revision, STOCK-A revision/expiry, ALLOC-A, สิ่งไม่รู้, owner, recipient role, package revision และสถานะ `queued`/`sent`/`received`/`acknowledged` ที่มีหลักฐานจริงในโจทย์. HAND-A ไม่มี receipt ให้คงเปิด. หลัง 09:00 ขอเจ้าของยืนยันสต็อกใหม่ก่อนเสนอใช้
6. ให้ผู้ทวนทักอย่างน้อยสองข้อ ปรับ O-v0→O-v1 ระบุเหตุแก้และ fallback หากช่องสื่อสาร offline, ผู้รับไม่ตอบ หรือเจ้าของถอนทรัพยากร

**ชิ้นงาน:** แผนสองฉบับ, บัญชีทรัพยากร/expiry, ตารางทางเลือก, gate/stop list, manifest และ review log. ใช้ [rubric](rubric.md) ตรวจ `APP-CSL-O-K01/S01/E01/C01`. แผนบนโต๊ะไม่ใช่ authorization หรือคำยืนยันรับภารกิจจริง; `pending_field_review` และผลผู้เรียน `NOT_RUN`