PMFProject room / Master Data & Procurement

PMF · delivery control · snapshot 23 sep 2026

Item Model &
Procurement Roadmap

รวมภาพสถานะงาน Master Data และ Procurement ตั้งแต่เลือก Item model จนถึงรอบแก้หน่วยขาย พร้อมจุดที่ต้องตัดสินใจก่อน go-live

● สถานะจากเอกสารล่าสุด 23 ก.ย. 2569 Item model: ใช้ Item เป็น master เดียว ข้อมูล production DB ยังไม่ได้ตรวจ

01 /ภาพรวมสถานะ

งานตามแผนเดิมและรอบแก้ล่าสุดปิดครบแล้ว ยังมีงาน scope ต่อและคำตอบที่ต้องได้จาก business

CORE ROADMAP
12 / 12

PR-1 ถึง PR-12 merge เข้า main

ITEM + SALES UOM
7 / 7

19a–19e ขั้น 1–3 เสร็จ

SCOPE NEXT
19f

Sale Assortment + ราคาต่อหน่วยขาย

DATA CHECK
OPEN

ยังไม่ได้ตรวจข้อมูลจริงใน production DB

PR-1 ถึง PR-12 · งานตาม roadmap เดิม

เสร็จครบ
PR-1 เลือก Item เป็น master เดียว → PR-12 เอกสาร output12 merged · 0 remaining

02 /ปิดงานแล้ว

แยกงานเดิมกับรอบ 19a–19e ที่เพิ่มจากประชุม 18/9

รายละเอียดสถานะ ↗

รวม Item model · เลือกทางเลือก A

ใช้ Item เป็น master SKU เดียว; transaction ใช้ itemId; ProductMaster / ProductVariant ถูกนำออกจาก code แล้ว

Shared services, Supplier, Item, Location

Numbering, attachments, permissions, scheduler, audit และ master data หลักพร้อมใช้งานตามรอบที่รวมเข้า main

Memo, replenishment และจัดซื้อจนถึงเอกสาร

PR/PO, PO Outstanding, Payment, Invoice Verification, RTV/CN และเอกสาร output เสร็จแล้ว

นอกแผน: เอกสาร, Supplier และ UI fixes

Document settings, supplier-cancel refund flow, Yes/No controls, view-only lock/history และ cleanup master data

รอบล่าสุด · Item fields + หน่วยขายจริง

19a–19e · ปิดครบ 7 งานย่อย

19aSupplier link, no-barcode confirm, net/gross weightPR #31 ↗
19bFrozen storage, freezer subtype, QC hierarchyPR #32 ↗
19cVAT/WHT follows Item Group, cost/price controlsPR #33 ↗
19dBrand, Color, Size as dropdown mastersPR #34 ↗
19e · 1SO converts sales unit to stock unitPR #35 ↗
19e · 2Multiple sales units per itemPR #36 ↗
19e · 3Allocate converts SU → LV; Pick carries LV forwardPR #37 ↗
S

ตรวจ source code บน Dev-server · 23 ก.ย. 2569: PR #37 แปลงหน่วยขายหลัก/หน่วยขายเพิ่ม (SU) เป็นหน่วยคลัง (LV) ก่อนสร้างรายการจอง stock โดยเลือก conversion เฉพาะ item ก่อนค่าเริ่มต้น tenant และปัดขึ้น 3 ตำแหน่ง; Pick Task ใช้ปริมาณ/หน่วย LV ที่จองไว้ต่อโดยไม่แปลงซ้ำ บรรทัดเก่าที่ไม่มี uomId ยังใช้หน่วยเดิมและไม่ถูกแปลง · ดู commit ล่าสุดที่ตรวจ ↗ · เป็นการตรวจ repository source ไม่ใช่ production DB หรือยืนยันว่า container ที่กำลังรันใช้ commit นี้

03 /เส้นทางงาน

สถานะปัจจุบัน → การตัดสินใจที่เหลือ → งานหลัง go-live

Delivery sequence

FOUNDATION
PR-1 + PR-2 · Item model และ shared services

ฐานข้อมูล, numbering, permissions, attachments, scheduler และ audit

MASTERS
PR-3 ถึง PR-6 · Supplier / Item / Location / Memo

Master data ที่กระบวนการจัดซื้อใช้ร่วมกัน

PROCUREMENT
PR-7 ถึง PR-12 · Replenishment → PR → PO → Invoice / RTV / Docs

แผนงานเดิมครบและ merge เข้า main ตามเอกสาร 23 ก.ย.

ITEM ROUND
19a–19e · Item fields + SO / Allocate / Pick

เลือกหน่วยขายจริงและแปลงเป็นหน่วยคลังครบเส้นทางขาย

NEXT SCOPE
คุย 19f และหน่วยรับเข้า/จุดอื่นกับ business

เรียงความเสี่ยงตามผลกระทบก่อนตัดสินใจ scope และ priority

จุดที่ต้องทวนก่อนปิด scope

ความเสี่ยงต้นทาง · รับของ PO / Goods Receipt

ช่องหน่วยยังพิมพ์เองได้ หากกรอกผิด สต็อกอาจผิดตั้งแต่รับเข้า

ราคาขาย · PR-19f

ยังไม่รองรับ Sale Assortment และราคาแยกตามหน่วยขาย

หน่วยใน flow อื่น

PR/PO, BOM, Sale Package, Delivery ยังต้องจัดลำดับ; Fulfillment และ Pick Task แก้แล้ว

ฐานข้อมูลจริง

เอกสารระบุว่ายังไม่ได้ตรวจข้อมูล production DB; ควรยืนยันก่อนงาน deploy ที่แตะ schema

04 /PR register

รายการตามแผนเดิมและ PR จริงบน GitHub

CORE ROADMAP · ALL MERGED

RoadmapงานPR จริงสถานะ
PR-1รวม Item model (ทางเลือก A)#7เสร็จ
PR-2Numbering / Attachments / Permission / Scheduler / Audit#8เสร็จ
PR-3Supplier Master#9, #16, #17เสร็จ
PR-4Item Master fields#10, #18–#37เสร็จ
PR-5Location Master#11เสร็จ
PR-6Memo (New Item / New Supplier)#13เสร็จ
PR-7Stock Replenishment#15เสร็จ
PR-8Purchase Requisition#16เสร็จ
PR-9Purchase Order / Outstanding / Payment#17, #18เสร็จ
PR-10Invoice Verification#19เสร็จ
PR-11RTV + Credit Note#24, #25เสร็จ
PR-12Document output#20, #21เสร็จ

05 /ข้อสรุปจาก business

คำตอบที่ใช้กำหนดขอบเขต PR-19e

แก้หน่วยขายก่อนที่ Sales Order

ยังไม่ขยายไป PR/PO, BOM, Sale Package หรือ Delivery ในรอบ 19e

ปัดขึ้นเมื่อแปลงหน่วยขายเป็นหน่วยคลัง

PR #37 ปัดขึ้น 3 ตำแหน่งเพื่อลดโอกาสจองเกิน stock; อาจเหลือเศษสต็อกและขึ้น stock ไม่พอในล็อตสุดท้าย

หนึ่ง item รองรับหลายหน่วยขาย

ตัวอย่าง ชิ้น / Pack / รัง; อัตราแปลงเก็บทิศทางเดียว

ราคาแยกตามหน่วยขายย้ายไป PR-19f

ยังไม่อยู่ในรอบนี้ ต้องคุย scope Sale Assortment กับลูกค้าก่อน

โครง Item ที่เลือกใช้

Item
1 SKU · 1 master code
Transactions
itemId
BatchLot
itemId
UOM Conversion
itemId

Brand / Color / Size / Model เป็น field ของ item ไม่ได้แตกเป็น variant; category, UOM, lot/serial และ inventory rules อยู่กับ item

06 /งานถัดไปและคำถามที่ยังเปิด

ประเด็นที่ต้อง scope หรือให้ลูกค้ายืนยันก่อนจัดลำดับพัฒนา

ไปหน้า Open Questions ↗
A6 · RECEIVE UNIT

รับของจาก PO / Goods Receipt ใช้หน่วยอะไรจริง?

ตรวจว่าพนักงานรับของใช้หน่วยคลังเสมอหรือมีกรอกหน่วยอื่น ซึ่งอาจทำให้ stock ต้นทางคลาดเคลื่อน

เปิดคำถาม A6 ↗
A7 · PR-19f

Sale Assortment และราคาต่อหน่วย

ยังไม่เริ่ม ต้องนัดคุย scope และวิธีตั้งราคาสำหรับหลายหน่วยขาย

เปิดคำถาม A7 ↗
A8 · UNIT CONVERSION

จัดลำดับ PR/PO, BOM, Sale Package, Delivery

ถามว่าจุดไหนกระทบหน้างานจริง; Fulfillment และ Pick Task ทำแล้ว

เปิดคำถาม A8 ↗
i

เทียบกับ Claude artifact: artifact แสดง snapshot วันที่ 18 ก.ย. และรายงาน PR-1–12 เสร็จ 6/12 โดยระบุ PR-8 เป็นงานถัดไป สถานะบนหน้านี้ยึด Markdown ที่อัปเดต 23 ก.ย. ซึ่งระบุว่า PR-1–12 และ 19a–19e เสร็จแล้ว · เปิด artifact ↗

07 /หลัง go-live · P2

รายการในเอกสารที่ยังอยู่หลัง go-live; ความคืบหน้าล่าสุดยังไม่ได้ตรวจซ้ำ

Transport Master เต็มVehicle, fee, top-up, oil price spread และ evaluation
Placeholder modulesOMS Usage / FG / DR, Dashboard, CRM, Finance report, Smart BI
RFQทำเมื่อ business ยืนยันว่าต้องการนำกลับมา