รู้ก่อนของหมด สั่งซื้อทันเวลาทุกครั้ง

agent ฝ่ายปฏิบัติการที่อ่านความเร็วการขายและสต็อกคงเหลือจาก Shopify, Square หรือไฟล์ CSV คำนวณวันที่ของจะหมดของแต่ละ SKU เทียบกับระยะเวลาส่งของซัพพลายเออร์ กำหนดปริมาณสั่งซื้อสำหรับ 60 วัน ร่างใบสั่งซื้อและอีเมลถึงซัพพลายเออร์แยกตามราย และเตรียมรายการต้นทุนพร้อมรหัสบัญชีให้ฝ่ายบัญชี โดยต้องผ่านการอนุมัติสามจุดก่อนส่งหรือบันทึกอะไรทั้งสิ้น

ปัญหา

ร้านเล็กมักรู้ว่าของหมดก็ตอนลูกค้าถามหา และรู้ว่าสั่งเกินก็ตอนเงินจมอยู่ในสต็อกที่ไม่ขยับ การสั่งซื้อซ้ำยังอาศัยความจำของเจ้าของว่าตัวไหนขายดี ทั้งที่รอบขายเปลี่ยนไปทุกเดือน และไม่มีใครนับว่าของที่กำลังมาระหว่างทางมีเท่าไร

agent ทำงานอย่างไร

1. เริ่มต้น

   สกิล restock ในปลั๊กอิน small-business ของ Anthropic สำหรับ Claude Cowork เริ่มเมื่อเจ้าของถามว่าต้องสั่งอะไรเพิ่ม หรือของตัวไหนจะหมด ระบบดึงประวัติการขายและสต็อกคงเหลือจาก Shopify, Square หรือ NetSuite หรือใช้ไฟล์ CSV ยอดขายกับใบนับสต็อกสำหรับร้านที่นับของด้วยมือ และระบุวันที่นับสต็อกไว้ชัด เพราะตัวเลขเก่าทำให้วันหมดคลาดทุกตัว สกิลย่อย inventory-planner คำนวณยอดขายต่อวันในสองช่วง คือ 7 วันล่าสุด (แนวโน้มปัจจุบัน) และ 28 วัน (ฐานที่นิ่งกว่า)

2. agent ทำงาน

   ตัดรายการที่บิดเบือนอย่างออเดอร์ขายส่งก้อนเดียวออก และไม่นับช่วงที่ของขาดเป็นช่วงที่ไม่มีคนซื้อ จากนั้นหารสต็อกด้วยอัตราที่สูงกว่าเพื่อให้ได้วันหมดแบบระวังไว้ก่อน เทียบกับระยะเวลาส่งของ แล้วแยกสินค้าเป็นสี่กลุ่ม คือ เลยจุดสั่งทันแล้ว สั่งตอนนี้ สั่งเร็วๆ นี้ และยังพอ ปริมาณสั่งซื้อตั้งต้นที่ 60 วันบวกระยะเวลาส่งของ ปรับตามขนาดแพ็ก ยอดสั่งขั้นต่ำ และของที่กำลังมาระหว่างทาง ทุกบรรทัดมีมูลค่าเป็นเงิน สินค้าที่ไม่ขายเลยใน 28 วันไม่ถูกเสนอให้สั่ง ของที่มีพอขายเกิน 120 วันถูกติดธงว่าสต็อกล้น และของที่ไม่ขยับ 90 วันเป็นสต็อกตาย พร้อมยอดเงินที่จมอยู่ เจ้าของตรวจ ตัด หรือแก้รายการซื้อก่อน (ด่านที่หนึ่ง) แล้วระบบจึงร่างใบสั่งซื้อหนึ่งฉบับต่อซัพพลายเออร์พร้อมอีเมลในน้ำเสียงของเจ้าของ

3. ผลลัพธ์

   การส่งแต่ละฉบับต้องกดยืนยันแยกโดยเห็นชื่อผู้ขาย รายการ และยอดรวม (ด่านที่สอง) จากนั้นสกิลย่อย ap-processor เตรียมบันทึกช่วยจำที่ใส่รหัสบัญชี เลขใบสั่งซื้อ ยอด และวันที่คาดว่าจะได้รับ เพื่อให้ตรวจสอบสามทางกับบิลและใบรับของได้ในภายหลัง โดยต้องอนุมัติรหัสบัญชีก่อนเขียนอะไรลงระบบบัญชี (ด่านที่สาม) เงินไม่เคลื่อนที่นี่ การจ่ายบิลเป็นงานของสกิลอื่น

ตัวอย่างการใช้งานจริง

ผลลัพธ์เริ่มต้นเป็นหน้า HTML ที่โชว์ยอดเงินที่จะผูกไว้กับการสั่งซื้อรอบนี้ จำนวนรายการที่ใกล้หมด แถวต่อ SKU พร้อมความเร็วการขาย วันหมด ปริมาณที่แนะนำ และป้ายสถานะของที่กำลังมา ส่วนใบสั่งซื้อและไฟล์นำเข้าเป็นไฟล์แนบ ถ้าไม่ได้ต่อระบบบัญชี บันทึกช่วยจำจะออกมาเป็นไฟล์นำเข้าแทน สกิลปรับตามฤดูกาลเฉพาะเมื่อมีประวัติอย่างน้อยหนึ่งปีให้เทียบกับช่วงเดียวกันของปีก่อน ถ้าไม่มีก็ถามเจ้าของว่าช่วงไหนขายดี ไม่แต่งความเร็ว ระยะเวลาส่งของ หรือวันหมดเมื่อข้อมูลบาง แต่รายงานว่า SKU ไหนมีประวัติไม่พอ และหลังรันครั้งแรกจะเสนอครั้งเดียวว่าจะตั้งนัดใน Google Calendar สำหรับรอบทบทวนการสั่งซื้อไหม ปฏิเสธแล้วไม่ถามซ้ำ ไม่มีตัวเลขผลลัพธ์ในแหล่งที่มา ให้วัดเองจากจำนวนครั้งที่ของหมดและยอดเงินในสต็อกตายต่อเดือน

แหล่งอ้างอิง

• https://raw.githubusercontent.com/anthropics/knowledge-work-plugins/main/small-business/skills/restock/SKILL.md
• https://raw.githubusercontent.com/anthropics/knowledge-work-plugins/main/small-business/skills/inventory-planner/SKILL.md
• https://raw.githubusercontent.com/anthropics/knowledge-work-plugins/main/small-business/README.md