Revision control ไฟล์อะไหล่พิมพ์ 3D โรงงาน — ล็อกเวอร์ชันก่อนชิ้นผิดขึ้นไลน์

เมื่อโรงงานมี คลังอะไหล่พิมพ์ 3D มากกว่าหนึ่ง SKU ปัญหาที่พบบ่อยไม่ใช่เครื่องพิมพ์ — แต่คือ ไฟล์ revision ปนกัน: ช่างแก้ geometry แล้วส่งพิมพ์โดยไม่อัป rev, bin มีชิ้น rev A กับ rev B ปนกัน หรือ vendor พิมพ์จากไฟล์เก่าที่ยังอยู่ในแชท

revision control ไฟล์อะไหล่พิมพ์ 3D โรงงาน คือระบบตั้งชื่อ ล็อก และ audit เวอร์ชันไฟล์ก่อนสั่งพิมพ์ batch — ลด downtime จากชิ้น fit ไม่ตรง โดยไม่อ้างชื่อลูกค้า ตัวเลข incident จริง หรือการรับประกันผลทุกกรณี

สรุปสั้น: rev ล็อก = ไฟล์ + bin + catalog ตรงกัน

องค์ประกอบ	ต้อง sync
ชื่อไฟล์	SKU_rev_v1.0.stl — ไม่ใช้ final_final2.stl
Catalog	คอลัมน์ rev ตรงกับไฟล์ที่ approved
Label ชิ้น	SKU + rev + วันที่ pass QA
Bin	แยก rev ไม่ปน — ดู แนวเก็บอะไหล่พิมพ์ 3D

รายละเอียด promote จาก trial ดู จาก trial สู่ production และ SOP ทีมดู SOP อะไหล่พิมพ์ 3D

ทำไม revision ปนกันถึงเสี่ยง

สัญญาณ	ผลบนไลน์
ส่งไฟล์ bracket_v2.stl แต่ catalog ยัง v1.0	vendor พิมพ์ผิด rev
bin มีชิ้น rev A และ B ปนกัน	ช่างหยิบผิด fit
แก้ไฟล์หลัง QA pass โดยไม่อัป rev	ชิ้น approved ไม่ตรงกับไฟล์ในระบบ
trial rev อยู่ bin เดียวกับ production	ติดตั้งชิ้นทดลองบนไลน์จริง

เปรียบกับการเตรียมไฟล์ก่อนสั่ง ดู เช็คลิสต์ STL ก่อนสั่งพิมพ์ — revision เป็นส่วนหนึ่งของ checklist นั้น

กรอบตั้งชื่อ revision

แนะนำรูปแบบที่อ่านง่ายบน label และใน CMMS:

ส่วน	รูปแบบ	ตัวอย่าง
SKU	รหัสคงที่ต่อชิ้น	BRKT-LINE3
Rev major	เปลี่ยน geometry ที่กระทบ fit	v1.0 → v2.0
Rev minor	เปลี่ยน orientation/วัสดุ ไม่เปลี่ยน fit	v1.0 → v1.1
Trial	suffix ชัดเจน	BRKT-LINE3_v1.0_TRIAL
ไฟล์	{SKU}_{rev}.stl	BRKT-LINE3_v1.0.stl

กฎ: ห้ามใช้ชื่อ final, new, แก้แล้ว — ใช้ตัวเลข rev เท่านั้น

สถานะไฟล์: draft → trial → approved → obsolete

สถานะ	นิยาม	ใครแก้ได้
Draft	กำลังออกแบบ ยังไม่สั่งพิมพ์	ช่าง / engineering
Trial	สั่งพิมพ์ทดสอบ ยังไม่ล็อก	ช่าง — อัป rev หลังทดสอบ
Approved	ผ่าน QA + promote — ล็อกใน catalog	เปลี่ยนต้อง rev ใหม่ + trial ใหม่
Obsolete	rev เก่าห้ามพิมพ์/หยิบ	เก็บอ้างอิง audit เท่านั้น

เกณฑ์ promote ดู อนุมัติอะไหล่พิมพ์ 3D และ จาก trial สู่ production

ขั้นตอน revision control 6 ขั้น

1. กำหนด owner ของ catalog

บทบาท	หน้าที่ rev
Catalog owner (planner / หัวหน้า maintenance)	อนุมัติ promote, ล็อก rev ใน spreadsheet/CMMS
File author (ช่าง / engineering)	สร้าง draft, อัป rev เมื่อแก้ geometry
QA delegate	ยืนยัน rev ก่อน approve

ไม่มี owner = rev ปนกันใน 2 สัปดาห์

2. บันทึกทุกการเปลี่ยน rev

คอลัมน์ขั้นต่ำใน catalog:

ฟิลด์	ตัวอย่าง
SKU	BRKT-LINE3
Current approved rev	v1.0
วันที่ล็อก	2026-06-15
ผู้อนุมัติ	หัวหน้า maintenance
หมายเหตุเปลี่ยน rev	ขยายรู 0.5 mm หลัง fit fail
ไฟล์ path / link	share drive หรือ PDM

เริ่ม catalog จาก คลังอะไหล่พิมพ์ 3D preventive maintenance

3. แยก trial กับ approved ตั้งแต่ชื่อไฟล์

กฎ	เหตุผล
trial ใช้ suffix _TRIAL หรือ rev v0.x	ไม่ปนกับ approved
ห้าม rename trial เป็น approved โดยไม่ผ่าน QA	ข้าม gate
ทำลายหรือแยก trial หลัง promote	ไม่เหลือใน bin approved

4. สั่งพิมพ์เฉพาะ rev ที่ล็อก

ก่อนส่ง vendor หรือพิมพ์ in-house:

1. เช็ค catalog — rev ปัจจุบันคืออะไร
2. เช็คชื่อไฟล์แนบ — ตรง rev หรือไม่
3. ระบุ rev ในใบสั่ง / CMMS ticket
4. รับชิ้นแล้ว label SKU + rev + วันที่ QA

ถ้ายังไม่แน่ใจ in-house vs outsource ดู พิมพ์ในสำนักงานหรือ outsource

5. Audit bin รายสัปดาห์

ตรวจ	การกระทำ
label ตรง catalog	แก้ label หรือย้าย bin
rev obsolete ยังอยู่ bin approved	ย้ายออก / ทำลายตาม SOP
ชิ้นไม่มี label	หยุดใช้ — ระบุ trial หรือทำลาย
ไฟล์ในแชท ≠ catalog	ลบไฟล์เก่าออกจากแชทกลุ่ม

6. เปลี่ยน rev อย่างเป็นขั้นตอน

เมื่อ geometry ต้องแก้หลัง approved:

1. สร้าง rev ใหม่ (เช่น v1.0 → v2.0) — ไม่ overwrite v1.0
2. Trial พิมพ์ rev ใหม่ — ไม่ batch ใหญ่
3. QA pass ตามเกณฑ์
4. อัป catalog — v2.0 เป็น current, v1.0 → obsolete
5. ใช้หมดหรือทำลาย สต็อก v1.0 ที่เหลือ (หรือ mark ชัดเจน)
6. แจ้งทีม — อย่าให้ช่างหยิบ v1.0 โดยไม่รู้

ตารางเปรียบเทียบ: มี vs ไม่มี revision control

มิติ	ไม่มี rev control	มี rev control
ชื่อไฟล์	final2.stl	BRKT-LINE3_v1.0.stl
bin	ปนหลายรุ่น	แยกตาม rev
สั่งพิมพ์ซ้ำ	vendor อาจใช้ไฟล์เก่า	อ้าง rev ในใบสั่ง
incident หลังแก้ไฟล์	ไม่รู้ว่าชิ้นไหน rev ไหน	trace ได้จาก label
audit	ยาก	รายสัปดาห์ตาม checklist

Escalation: เมื่อไหร่หยุดและ escalate

สัญญาณ	การกระทำ
พบชิ้นไม่มี label ใน bin approved	หยุดหยิบ — audit ทั้งตู้
rev ใน catalog ไม่ตรงไฟล์ที่ vendor พิมพ์	หยุดติดตั้ง — ตรวจชิ้นทั้ง batch
engineering แก้ไฟล์โดยไม่แจ้ง maintenance	หยุด promote — sync rev
หลายไซต์ใช้ catalog คนละ rev	ดูแนว sync catalog หลายไซต์ (บทความถัดไปในซีรีส์)

KPI หลังล็อก revision control (90 วัน)

สัญญาณ	ผลบนไลน์
ส่งไฟล์ bracket_v2.stl แต่ catalog ยัง v1.0	vendor พิมพ์ผิด rev
bin มีชิ้น rev A และ B ปนกัน	ช่างหยิบผิด fit
แก้ไฟล์หลัง QA pass โดยไม่อัป rev	ชิ้น approved ไม่ตรงกับไฟล์ในระบบ
trial rev อยู่ bin เดียวกับ production	ติดตั้งชิ้นทดลองบนไลน์จริง

0

Checklist revision control สัปดาห์นี้

1. ตั้งชื่อ rev ให้ไฟล์ใหม่ทุกไฟล์ — ไม่ใช้ final
2. เช็ค catalog — rev ปัจจุบันตรงกับ bin หรือไม่
3. Audit bin — มี trial ปน approved หรือไม่
4. ลบไฟล์เก่า ออกจากแชทกลุ่ม vendor — เหลือแค่ rev ล่าสุดที่สั่ง
5. Retro 15 นาที ถ้ามี friction เรื่อง rev — อัปเดต SOP

สรุป

revision control ไฟล์อะไหล่พิมพ์ 3D โรงงาน ไม่ต้องซับซ้อน — ต้องมีชื่อ rev ชัด catalog owner แยก trial/approved และ audit bin รายสัปดาห์ ก่อนชิ้นผิด rev ขึ้นไลน์

ทีมที่มี catalog แล้วแต่ rev ยังปนกัน? ติดต่อทีม พร้อม template catalog — หรือ อัปโหลดไฟล์ประเมินราคา หลังล็อก rev ที่จะสั่งพิมพ์

แหล่งข้อมูล (fact-check)

• แนว document control / revision numbering — ปฏิบัติทั่วไปในงานวิศวกรรม (ไม่อ้าง case study ลูกค้า)
• การแยก trial vs production — สอดคล้องกับแนว QA maintenance อุตสาหกรรม
• ข้อจำกัดชิ้น safety — ต้องผ่าน engineering ก่อนล็อก rev production

สมมติฐานสำหรับ CEO ก่อน merge: ไม่มีตัวเลข incident ลูกค้า — ใช้กรอบ KPI ภายในทีม; ปลอดภัยสำหรับ publish

---

อัปเดต: กรกฎาคม 2026 · Chalawan3D — รับพิมพ์ FDM & เรซิน กรุงเทพฯ ส่งทั่วไทย · งานอุตสาหกรรมและ prototype