เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ

เทมเพลต process mining สำหรับทุกกระบวนการ
เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ

เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ

เทมเพลต process mining สำหรับทุกกระบวนการ

นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ กระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.

เลือกระบบที่ต้องการ
  • รายการฟิลด์ข้อมูลแนะนำสำหรับการวิเคราะห์เชิงลึก.
  • กิจกรรมและจุดสำคัญที่ควรติดตามตลอดวงจรใบสั่งซื้อ.
  • ใช้ได้กับทุกระบบที่รองรับกระบวนการจัดซื้อจนถึงชำระเงินของคุณ.
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์กระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ

ตารางแอตทริบิวต์ด้านล่างแสดงฟิลด์ข้อมูลแนะนำที่จำเป็นต่อการสร้างบันทึกเหตุการณ์ให้ครบถ้วน และวิเคราะห์กระบวนการจัดซื้อจนถึงชำระเงินเชิงลึก.
5 จำเป็น 7 แนะนำ 4 ไม่บังคับ
ชื่อ คำอธิบาย
ชื่อกิจกรรม
ActivityName
ชื่อของเหตุการณ์ทางธุรกิจหรืองานเฉพาะที่เกิดขึ้น ณ ช่วงเวลาหนึ่งในวงจรชีวิตของใบสั่งซื้อ.
คำอธิบาย

ชื่อกิจกรรมอธิบายขั้นตอนหรือการเปลี่ยนสถานะในกระบวนการใบสั่งซื้อ ตัวอย่างเช่น “สร้างใบสั่งซื้อ” “อนุมัติใบสั่งซื้อ” “บันทึกรับสินค้า” และ “ได้รับใบแจ้งหนี้” แต่ละกิจกรรมแสดงจุดหนึ่งในเส้นทางของกระบวนการ

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้ได้มาจากรหัสธุรกรรม บันทึกการเปลี่ยนสถานะ ตารางเหตุการณ์ หรือตารางเอกสารการเปลี่ยนแปลงที่เกี่ยวข้องกับใบสั่งซื้อ.

ตัวอย่าง
สร้างใบสั่งซื้ออนุมัติใบสั่งซื้อบันทึกรับสินค้าแล้วได้รับใบแจ้งหนี้แล้ว
รหัสใบสั่งซื้อ
PurchaseOrderId
รหัสเฉพาะของเอกสารใบสั่งซื้อ ใช้เป็นรหัสเคสหลักของกระบวนการ.
คำอธิบาย

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

ใน process mining รหัสนี้มีความสำคัญต่อการรวมเหตุการณ์ที่เกี่ยวข้อง เช่น การสร้าง การอนุมัติ การรับสินค้า และการออกใบแจ้งหนี้ ให้เป็นกระบวนการตั้งแต่ต้นจนจบหรือ “เคส” เดียวกัน เมื่อนำรหัสนี้มาวิเคราะห์ จะสามารถสร้างภาพวงจรชีวิตทั้งหมดของใบสั่งซื้อแต่ละรายการ ตั้งแต่เริ่มต้นจนปิดรายการได้.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปเป็นฟิลด์คีย์หลักในตารางส่วนหัวหรือเอกสารใบสั่งซื้อ.

ตัวอย่าง
PO-0012454500017563732000451
เวลาที่เกิดเหตุการณ์
EventTime
เวลาที่ระบุอย่างแม่นยำว่ากิจกรรมหรือเหตุการณ์เกิดขึ้นเมื่อใด.
คำอธิบาย

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

ใน process mining การประทับเวลาเป็นข้อมูลพื้นฐานสำหรับคำนวณรอบเวลา ระยะเวลา และเวลารอระหว่างกิจกรรม เมื่อนำเหตุการณ์ของแต่ละเคสมาเรียงตามเวลา จะวิเคราะห์ประสิทธิภาพของกระบวนการ ระบุคอขวดที่ทำให้เสียเวลา และติดตามการปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA) ได้.

เหตุผลที่สำคัญ

ข้อมูลนี้ช่วยให้วิเคราะห์ทุกเรื่องที่เกี่ยวกับเวลาได้ ทั้งการคำนวณรอบเวลา การระบุคอขวด และการติดตามประสิทธิภาพเทียบกับเกณฑ์มาตรฐาน.

แหล่งข้อมูล

โดยทั่วไปพบข้อมูลนี้ในบันทึกเหตุการณ์ ตารางประวัติการเปลี่ยนแปลง หรือฟิลด์วันที่สร้างหรือวันที่ผ่านรายการในเอกสารธุรกรรม.

ตัวอย่าง
2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z
ระบบต้นทาง
SourceSystem
ระบบบันทึกข้อมูลหลักหรือแอปพลิเคชันที่ใช้ดึงข้อมูลกระบวนการ.
คำอธิบาย

ข้อมูลระบบต้นทางระบุระบบสารสนเทศที่เป็นแหล่งกำเนิดข้อมูลเหตุการณ์ เช่น ERP แพลตฟอร์มจัดซื้อ หรือระบบเดิม ข้อมูลนี้สำคัญเป็นพิเศษเมื่อกระบวนการจัดซื้อจนถึงชำระเงินทำงานผ่านแอปพลิเคชันที่เชื่อมต่อกันหลายระบบ

การทราบระบบต้นทางช่วยตรวจสอบความถูกต้องของข้อมูล แก้ไขปัญหา และทำความเข้าใจความแตกต่างของกระบวนการที่ขึ้นอยู่กับระบบ ตัวอย่างเช่น PO ที่สร้างจากระบบจัดซื้ออิเล็กทรอนิกส์อาจใช้เส้นทางที่ต่างออกไปและทำงานอัตโนมัติมากกว่า PO ที่สร้างด้วยมือใน ERP หลัก.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อาจเป็นค่าคงที่ที่เพิ่มระหว่างการดึงข้อมูล หรือเป็นฟิลด์ในตารางต้นทางที่ระบุระบบที่ใช้บันทึกรายการ.

ตัวอย่าง
SAP S/4HANAOracle FusionCoupa
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลของกระบวนการนี้ครั้งล่าสุดเมื่อใด.
คำอธิบาย

ข้อมูลนี้บันทึกวันที่และเวลาที่โหลดหรือรีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด เป็นฟิลด์เมทาดาทาที่ใช้กับชุดข้อมูลทั้งหมด ไม่ใช่เหตุการณ์ใดเหตุการณ์หนึ่ง

ข้อมูลนี้ช่วยให้ผู้ใช้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด และช่วยประเมินว่าข้อมูลเชิงลึกยังเกี่ยวข้องกับการตัดสินใจหรือไม่ โดยพิจารณาจากความเป็นปัจจุบันที่จำเป็นสำหรับการวิเคราะห์.

เหตุผลที่สำคัญ

ข้อมูลนี้ช่วยให้ผู้ใช้ทราบความใหม่ของข้อมูล เข้าใจว่าการวิเคราะห์ครอบคลุมช่วงเวลาใด และผลลัพธ์ยังเกี่ยวข้องกับสถานการณ์ปัจจุบันหรือไม่.

แหล่งข้อมูล

โดยทั่วไปเครื่องมือหรือกระบวนการดึงและแปลงข้อมูล (ETL) จะสร้างและจัดเก็บเวลานี้.

ตัวอย่าง
2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z
ชื่อผู้ขาย
VendorName
ชื่อซัพพลายเออร์หรือผู้ขายที่จัดหาสินค้าหรือบริการ.
คำอธิบาย

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

การวิเคราะห์กระบวนการแยกตามผู้ขายมีความสำคัญต่อการติดตามผลการดำเนินงานของซัพพลายเออร์ ช่วยเปรียบเทียบผู้ขายจากตัวชี้วัด เช่น อัตราการส่งมอบตรงเวลา อัตราการคืนสินค้า และความถี่ในการแก้ไขใบสั่งซื้อ ข้อมูลเหล่านี้ใช้ประกอบการวางแผนจัดหา การเจรจากับผู้ขาย และการบริหารความสัมพันธ์ได้.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ผลการดำเนินงานของผู้ขาย โดยเปรียบเทียบระยะเวลาจัดส่ง คุณภาพ และปัญหาที่เกิดขึ้นในกระบวนการของซัพพลายเออร์แต่ละราย.

แหล่งข้อมูล

ข้อมูลนี้มาจากข้อมูลหลักของผู้ขายและเชื่อมโยงกับใบสั่งซื้อ โดยทั่วไปอยู่ในส่วนหัวเอกสาร.

ตัวอย่าง
อุปกรณ์สำนักงานโกลบอลเทคโซลูชันส์ จำกัด.เอเจนซีการตลาดครีเอทีฟ
ชื่อผู้ใช้
UserName
ชื่อหรือ ID ของผู้ใช้ที่ทำกิจกรรมนั้น เช่น สร้าง อนุมัติ หรือแก้ไขใบสั่งซื้อ.
คำอธิบาย

แอตทริบิวต์ชื่อผู้ใช้ระบุบุคคลที่รับผิดชอบเหตุการณ์ในกระบวนการ เช่น ผู้สร้างใบขอซื้อ ผู้อนุมัติใบสั่งซื้อ หรือผู้บันทึกการรับสินค้า ข้อมูลนี้ช่วยระบุผู้รับผิดชอบและทำให้เห็นบทบาทของบุคคลในกระบวนการ

การวิเคราะห์กิจกรรมแยกตามผู้ใช้ช่วยให้เข้าใจการกระจายภาระงาน ระบุความต้องการในการฝึกอบรม และตรวจพบความเสี่ยงด้านการปฏิบัติตามข้อกำหนดได้ เช่น ตรวจสอบว่าผู้ใช้บางรายเกี่ยวข้องกับการทำงานซ้ำหรืองานล่าช้าบ่อยหรือไม่ หรือมีการละเมิดการแบ่งแยกหน้าที่หรือไม่.

เหตุผลที่สำคัญ

เชื่อมโยงกิจกรรมในกระบวนการกับบุคคลที่ทำงานนั้น เพื่อวิเคราะห์ภาระงาน ผลการปฏิบัติงาน และการปฏิบัติตามข้อกำหนดในระดับผู้ใช้.

แหล่งข้อมูล

มักพบในฟิลด์ 'Created By', 'Changed By' หรือ 'User ID' ในบันทึกธุรกรรมและส่วนหัวเอกสาร.

ตัวอย่าง
j.doesmith_auser123
แผนก
Department
แผนก ศูนย์ต้นทุน หรือหน่วยงานที่รับผิดชอบค่าใช้จ่ายหรือเกี่ยวข้องกับใบสั่งซื้อ.
คำอธิบาย

แอตทริบิวต์แผนกระบุหน่วยงานที่รับผิดชอบการซื้อ โดยมักเป็นแผนกที่เริ่มคำขอหรือแผนกที่ใช้งบประมาณ เช่น 'ไอที', 'การตลาด' หรือ 'การปฏิบัติการ'

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

เหตุผลที่สำคัญ

ช่วยแบ่งการวิเคราะห์กระบวนการตามหน่วยธุรกิจ เพื่อเปรียบเทียบผลการดำเนินงานและระบุปัญหาหรือแนวปฏิบัติที่ดีของแต่ละแผนก.

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้อยู่ในส่วนหัวใบสั่งซื้อหรือรายละเอียดรายการสินค้า และมักเชื่อมโยงกับฟิลด์ 'Cost Center' หรือ 'Department'.

ตัวอย่าง
การเงินเทคโนโลยีสารสนเทศการตลาด - CPG
ยอดเงินใบสั่งซื้อ
PurchaseOrderAmount
มูลค่ารวมของใบสั่งซื้อ.
คำอธิบาย

ยอดเงินใบสั่งซื้อแสดงภาระผูกพันทางการเงินทั้งหมดของคำสั่งซื้อ สามารถวิเคราะห์ได้ทั้งในระดับเอกสารหรือแยกตามรายการสินค้า

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

เหตุผลที่สำคัญ

เพิ่มมิติด้านการเงินให้กับกระบวนการ ช่วยวิเคราะห์ตามมูลค่าเพื่อจัดลำดับการปรับปรุงและทำความเข้าใจปัจจัยที่ทำให้เกิดต้นทุน.

แหล่งข้อมูล

ดูค่านี้ได้จากข้อมูลส่วนหัวใบสั่งซื้อ โดยมักคำนวณจากผลรวมของยอดเงินทุกรายการ.

ตัวอย่าง
15000.00250.75125000.50
วันที่ต้องการให้จัดส่ง
RequestedDeliveryDate
วันที่ธุรกิจระบุให้ผู้ขายจัดส่งสินค้าหรือบริการ.
คำอธิบาย

วันที่ต้องการให้จัดส่งคือวันที่ระบุในใบสั่งซื้อ ซึ่งองค์กรคาดว่าจะได้รับสินค้าหรือบริการจากผู้ขาย ใช้เป็นเกณฑ์อ้างอิงในการวัดผลการจัดส่งของผู้ขาย

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

เหตุผลที่สำคัญ

ใช้เป็นเกณฑ์วัดผลการจัดส่งของผู้ขาย และจำเป็นต่อการคำนวณ KPI อัตราการส่งมอบตรงเวลา.

แหล่งข้อมูล

โดยทั่วไปเป็นฟิลด์มาตรฐานในส่วนหัวใบสั่งซื้อหรือรายละเอียดรายการสินค้า.

ตัวอย่าง
2024-08-152024-09-012024-07-30
สถานะใบสั่งซื้อ
PurchaseOrderStatus
สถานะปัจจุบันหรือสถานะสุดท้ายของใบสั่งซื้อในวงจรการทำงาน เช่น 'เปิด', 'ปิด' หรือ 'ยกเลิก'.
คำอธิบาย

สถานะใบสั่งซื้อระบุขั้นตอนของใบสั่งซื้อในวงจรการทำงาน ณ เวลาหนึ่ง หรือผลลัพธ์สุดท้าย สถานะที่พบบ่อย ได้แก่ 'รออนุมัติ', 'อนุมัติแล้ว', 'ส่งให้ผู้ขายแล้ว', 'รับสินค้าแล้วบางส่วน', 'ปิด' หรือ 'ยกเลิก'

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

เหตุผลที่สำคัญ

ช่วยกรองเคสตามขั้นตอนในวงจรการทำงาน เพื่อวิเคราะห์คำสั่งซื้อที่เปิดอยู่ ปิดแล้ว หรือมีปัญหาได้ตรงจุด.

แหล่งข้อมูล

เป็นฟิลด์สถานะมาตรฐานที่พบในข้อมูลส่วนหัวใบสั่งซื้อ.

ตัวอย่าง
เปิดปิดสำหรับการออกใบแจ้งหนี้ยกเลิกรออนุมัติ
หมวดหมู่สินค้า
ItemCategory
ประเภทของสินค้าหรือบริการที่ซื้อ เช่น อุปกรณ์ไอที บริการวิชาชีพ หรืออุปกรณ์สำนักงาน.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ผลการดำเนินงานของกระบวนการและค่าใช้จ่ายแยกตามหมวดหมู่ เพื่อให้เห็นว่าการซื้อแต่ละประเภทส่งผลต่อประสิทธิภาพของกระบวนการอย่างไร.

แหล่งข้อมูล

โดยทั่วไปจัดเก็บข้อมูลนี้ไว้ในระดับรายการของใบสั่งซื้อ.

ตัวอย่าง
อุปกรณ์ไอทีบริการวิชาชีพอุปกรณ์สำนักงานวัสดุซ่อมบำรุงและการดำเนินงาน (MRO)
ID ใบขอซื้อ
PurchaseRequisitionId
รหัสเฉพาะของใบขอซื้อที่จัดทำก่อนใบสั่งซื้อและใช้อนุมัติการซื้อ.
คำอธิบาย

ID ใบขอซื้อเป็นรหัสของเอกสารภายในที่เริ่มกระบวนการจัดซื้อ โดยแผนกจะส่งใบขอซื้ออย่างเป็นทางการไปยังแผนกจัดซื้อเพื่อขอให้จัดหาสินค้าหรือบริการ

ID นี้ช่วยเชื่อมกระบวนการใบสั่งซื้อกับขั้นตอนการขอซื้อก่อนหน้า ทำให้วิเคราะห์กระบวนการตั้งแต่ขอซื้อจนถึงออกใบสั่งซื้อได้กว้างขึ้น และวัดเวลาตั้งแต่ยื่นคำขอจนสร้างใบสั่งซื้อได้ นอกจากนี้ยังช่วยระบุความล่าช้าในช่วงส่งต่องานระหว่างผู้ขอกับทีมจัดซื้อ.

เหตุผลที่สำคัญ

เชื่อมใบสั่งซื้อกับคำขอต้นทาง เพื่อวิเคราะห์รอบเวลาดำเนินการตั้งแต่ขอซื้อจนถึงออกใบสั่งซื้อ.

แหล่งข้อมูล

โดยทั่วไปจัดเก็บเป็นฟิลด์อ้างอิงในส่วนหัวใบสั่งซื้อหรือข้อมูลรายการสินค้า.

ตัวอย่าง
PR-1008761000004321REQ-052023-01
ผู้ขอซื้อ
Requester
ชื่อบุคคลที่เริ่มขอสินค้าหรือบริการ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ระบุผู้ใช้ในหน่วยธุรกิจที่เริ่มการซื้อ ช่วยวิเคราะห์รูปแบบการจัดซื้อและปรับปรุงการระบุความต้องการ.

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้มาจากใบขอซื้อที่เกี่ยวข้อง หรือจัดเก็บไว้ในฟิลด์ 'Requester' ของใบสั่งซื้อ.

ตัวอย่าง
อลิซ จอห์นสันโรเบิร์ต วิลเลียมส์เฉิน, เว่ย
เวลาสิ้นสุด
EndTime
เวลาที่ระบุอย่างแม่นยำว่ากิจกรรมสิ้นสุดเมื่อใด สำหรับเหตุการณ์ที่เกิดขึ้นทันที เวลานี้มักตรงกับเวลาที่เกิดเหตุการณ์.
คำอธิบาย

แอตทริบิวต์ End Time ใช้บันทึกเวลาที่กิจกรรมเสร็จสิ้น เหตุการณ์ในกระบวนการหลายรายการเกิดขึ้นทันที จึงมีเวลาเริ่มต้นและเวลาสิ้นสุดตรงกัน แต่บางกิจกรรม โดยเฉพาะงานที่ทำด้วยตนเองหรืองานที่วัดระยะเวลาได้ อาจมีเวลาเริ่มต้นและเวลาสิ้นสุดต่างกัน

การมีเวลาสิ้นสุดช่วยให้คำนวณระยะเวลาที่ใช้ทำกิจกรรมแต่ละรายการได้อย่างแม่นยำ ทำให้ระบุขั้นตอนที่ใช้เวลานาน และแยกเวลาทำงานจริงออกจากเวลารอระหว่างกิจกรรมได้ชัดเจนขึ้น.

เหตุผลที่สำคัญ

ช่วยคำนวณเวลาที่ใช้ทำกิจกรรมได้อย่างแม่นยำ และแยกเวลาทำงานจริงออกจากเวลารอในกระบวนการ.

แหล่งข้อมูล

พบข้อมูลนี้ได้ในบันทึกเหตุการณ์หรือข้อมูลธุรกรรม บางครั้งจัดเก็บไว้ในฟิลด์แยก เช่น 'เวลาสิ้นสุด' หรือ 'วันที่เสร็จสิ้น' หากไม่มีข้อมูลดังกล่าว สามารถกำหนดให้มีค่าเดียวกับเวลาเหตุการณ์ได้.

ตัวอย่าง
2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z
สกุลเงิน
Currency
รหัสสกุลเงิน เช่น USD หรือ EUR ที่ใช้กับยอดเงินในใบสั่งซื้อ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ให้บริบทที่จำเป็นสำหรับมูลค่าเงินทั้งหมด ช่วยให้จัดทำรายงานและเปรียบเทียบข้อมูลทางการเงินได้ถูกต้อง โดยเฉพาะในการปฏิบัติงานระดับโลก.

แหล่งข้อมูล

โดยทั่วไปจัดเก็บรหัสนี้ไว้ในส่วนหัวใบสั่งซื้อ พร้อมกับยอดเงินรวม.

ตัวอย่าง
USDEURGBP
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ

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

กิจกรรมนี้เชื่อมกระบวนการจัดซื้อเข้ากับงานบัญชีเจ้าหนี้ ระยะเวลาระหว่างรับสินค้ากับรับใบแจ้งหนี้มีความสำคัญต่อการจัดการรายการค้างรับและการคาดการณ์ทางการเงิน.

แหล่งข้อมูล

เหตุการณ์นี้เกิดจากธุรกรรมโดยตรงเมื่อสร้างหรือผ่านรายการเอกสารใบแจ้งหนี้จากผู้ขายที่เชื่อมโยงกับใบสั่งซื้อ.

บันทึก

ใช้วันที่สร้าง วันที่บันทึก หรือวันที่ผ่านรายการของเอกสารใบแจ้งหนี้จากผู้ขาย.

ประเภทเหตุการณ์ explicit
บันทึกรับสินค้าแล้ว
กิจกรรมนี้หมายถึงการบันทึกสินค้าที่ได้รับเทียบกับใบสั่งซื้ออย่างเป็นทางการ เป็นการยืนยันว่าสินค้ามาถึงและบันทึกในระบบแล้ว ซึ่งมักทำให้ระดับสินค้าคงคลังได้รับการอัปเดต.
เหตุผลที่สำคัญ

เหตุการณ์สำคัญนี้แสดงว่าคำสั่งซื้อได้รับการดำเนินการครบถ้วนในมุมมองด้านโลจิสติกส์ การวิเคราะห์ประสิทธิภาพการส่งมอบตรงเวลาขึ้นอยู่กับความถูกต้องและความรวดเร็วในการบันทึกเหตุการณ์นี้.

แหล่งข้อมูล

เหตุการณ์นี้เกิดจากธุรกรรมที่สร้างเอกสารรับสินค้าหรือรับผลิตภัณฑ์โดยตรง และเชื่อมโยงกับใบสั่งซื้อ.

บันทึก

ใช้วันที่ผ่านรายการหรือวันที่สร้างจากเอกสารวัสดุหรือธุรกรรมรับสินค้า.

ประเภทเหตุการณ์ explicit
ปิดใบสั่งซื้อ
กิจกรรมสุดท้ายนี้หมายถึงใบสั่งซื้อเสร็จสมบูรณ์แล้ว โดยทั่วไปจะปิด PO เมื่อได้รับสินค้าครบและได้รับใบแจ้งหนี้ครบแล้ว และไม่มีธุรกรรมอื่นที่คาดว่าจะเกิดขึ้น.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปจะอนุมานเหตุการณ์นี้จากสถานะสุดท้าย เช่น “ปิดแล้ว” หรือ “เสร็จสมบูรณ์” ซึ่งอาจกำหนดโดยอัตโนมัติหรือด้วยมือ.

บันทึก

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

ประเภทเหตุการณ์ inferred
ส่งใบสั่งซื้อให้ผู้ขาย
กิจกรรมนี้คือจุดที่ส่งใบสั่งซื้อที่ได้รับอนุมัติให้ผู้ขายอย่างเป็นทางการ โดยอาจส่งผ่านช่องทางต่างๆ เช่น EDI พอร์ทัลซัพพลายเออร์ หรืออีเมล.
เหตุผลที่สำคัญ

นี่คือจุดติดต่อภายนอกครั้งแรกและเป็นจุดเริ่มต้นของระยะเวลารอสินค้าจากซัพพลายเออร์ ความล่าช้าระหว่างการอนุมัติภายในกับการส่ง PO ให้ผู้ขายคือเวลาที่สูญเสียไปในรอบการจัดซื้อ.

แหล่งข้อมูล

มักบันทึกจากบันทึกการส่งข้อความ รายการสื่อสาร หรือการเปลี่ยนสถานะเฉพาะ เช่น “ส่งแล้ว” หรือ “สั่งซื้อแล้ว”.

บันทึก

ระบุเวลาที่ระบบประมวลผลหรือส่งข้อความแจ้ง PO สำเร็จ.

ประเภทเหตุการณ์ explicit
สร้างใบสั่งซื้อ
กิจกรรมนี้หมายถึงการสร้างเอกสารใบสั่งซื้อในระบบเป็นครั้งแรก เป็นจุดเริ่มต้นอย่างเป็นทางการของข้อผูกพันในการจัดซื้อ ซึ่งมักสร้างจากใบขอซื้อที่ได้รับอนุมัติแล้ว.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ข้อมูลนี้ดึงจากเวลาที่สร้างรายการหลักของใบสั่งซื้อหรือตารางส่วนหัว.

บันทึก

ใช้วันที่และเวลาที่สร้างเอกสารจากระเบียนส่วนหัวของใบสั่งซื้อ.

ประเภทเหตุการณ์ explicit
อนุมัติใบสั่งซื้อ
เหตุการณ์สำคัญนี้หมายถึงใบสั่งซื้อผ่านเวิร์กโฟลว์อนุมัติภายในครบถ้วนแล้ว ขณะนี้สามารถส่ง PO ให้ผู้ขายได้ และถือเป็นข้อผูกพันทางการเงินอย่างเป็นทางการ.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปจะอนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะของใบสั่งซื้อ หรือดึงเวลาที่อนุมัติขั้นสุดท้ายจากบันทึกประวัติเวิร์กโฟลว์.

บันทึก

ใช้เวลาที่กำหนดสถานะอนุมัติขั้นสุดท้ายของ PO หรือเวลาที่บันทึกการอนุมัติที่จำเป็นครั้งสุดท้าย.

ประเภทเหตุการณ์ inferred
แก้ไขใบสั่งซื้อ
เหตุการณ์นี้หมายถึงการแก้ไขใบสั่งซื้อหลังจากสร้างหรืออนุมัติครั้งแรก การเปลี่ยนแปลงที่พบบ่อย ได้แก่ การปรับจำนวน ราคา หรือวันที่ส่งมอบ.
เหตุผลที่สำคัญ

การแก้ไขบ่อยครั้งอาจบ่งชี้ถึงการวางแผนตั้งต้นที่ไม่ดี ปัญหาจากซัพพลายเออร์ หรือกระบวนการที่ไม่เสถียร การแก้ไขแต่ละครั้งมักต้องขออนุมัติใหม่ เพิ่มภาระงานธุรการและทำให้เกิดความล่าช้า.

แหล่งข้อมูล

ข้อมูลนี้ดึงจากบันทึกการเปลี่ยนแปลงของระบบ ประวัติเวอร์ชันเอกสาร หรือตารางบันทึกการตรวจสอบ.

บันทึก

ใช้เวลาจากบันทึกเอกสารการเปลี่ยนแปลงที่เชื่อมโยงกับใบสั่งซื้อ.

ประเภทเหตุการณ์ explicit
คืนสินค้าแล้ว
บันทึกกิจกรรมนี้เมื่อส่งสินค้าที่รับมาแล้วคืนให้ผู้ขาย โดยทั่วไปการคืนสินค้าเกิดจากปัญหาคุณภาพ ความเสียหายระหว่างขนส่ง หรือได้รับสินค้าไม่ถูกต้อง.
เหตุผลที่สำคัญ

การติดตามความถี่ในการคืนสินค้าเป็นตัวชี้วัดสำคัญด้านคุณภาพและประสิทธิภาพของซัพพลายเออร์ หากอัตราการคืนสินค้าสูง อาจพบปัญหาเชิงระบบที่เกี่ยวข้องกับผู้ขายหรือผลิตภัณฑ์บางรายการ.

แหล่งข้อมูล

บันทึกจากธุรกรรมการคืนสินค้าโดยเฉพาะ หรือการกลับรายการเอกสารรับสินค้าต้นฉบับ.

บันทึก

ระบุวันที่ผ่านรายการของเอกสารคืนวัสดุ หรือการเคลื่อนย้ายสินค้าที่ใช้ประเภทรายการคืนสินค้าโดยเฉพาะ.

ประเภทเหตุการณ์ explicit
ปฏิเสธใบสั่งซื้อ
กิจกรรมนี้เกิดขึ้นเมื่อผู้อนุมัติปฏิเสธใบสั่งซื้อระหว่างเวิร์กโฟลว์อนุมัติ โดยทั่วไป PO จะถูกส่งกลับไปให้ผู้สร้างแก้ไขหรือยกเลิก.
เหตุผลที่สำคัญ

การปฏิเสธทำให้เกิดงานแก้ไขและความล่าช้าในกระบวนการ การวิเคราะห์ความถี่และเหตุผลของการปฏิเสธช่วยระบุปัญหาด้านคุณภาพข้อมูล การปฏิบัติตามนโยบาย หรือการฝึกอบรมผู้อนุมัติ.

แหล่งข้อมูล

โดยทั่วไปจะอนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะเอกสารใบสั่งซื้อเป็น “ปฏิเสธ” หรือสถานะที่มีความหมายใกล้เคียงกัน.

บันทึก

ระบุเวลาที่อัปเดตสถานะ PO เป็นปฏิเสธ.

ประเภทเหตุการณ์ inferred
ผู้ขายยืนยันคำสั่งซื้อ
เหตุการณ์นี้หมายถึงผู้ขายได้รับ ตรวจสอบ และยืนยันใบสั่งซื้อแล้ว การยืนยันมักรวมถึงการตกลงเรื่องราคา จำนวน และวันที่ส่งมอบ.
เหตุผลที่สำคัญ

การยืนยันจากผู้ขายช่วยให้มั่นใจว่าจะจัดส่งสินค้าตามที่ขอ หากไม่ได้รับการยืนยันภายในเวลาที่เหมาะสม อาจเป็นสัญญาณเริ่มต้นของปัญหาหรือความล่าช้าในการจัดส่ง.

แหล่งข้อมูล

บันทึกจากธุรกรรมที่ผู้ขายดำเนินการผ่านพอร์ทัลซัพพลายเออร์ หรือจากการป้อนข้อมูลด้วยมือตามการยืนยันทางอีเมลหรือแฟกซ์.

บันทึก

ใช้เวลาบนเอกสารยืนยันคำสั่งซื้อ หรือเวลาที่อัปเดตสถานะเพื่อระบุว่าผู้ขายยืนยันแล้ว.

ประเภทเหตุการณ์ explicit
ยกเลิกใบสั่งซื้อ
กิจกรรมนี้หมายถึงการยกเลิกใบสั่งซื้อก่อนดำเนินการเสร็จสิ้น การยกเลิกอาจเกิดขึ้นในขั้นตอนต่างๆ หากไม่ต้องการสินค้าแล้วหรือสร้างคำสั่งซื้อผิดพลาด.
เหตุผลที่สำคัญ

การยกเลิกทำให้เสียเวลาและอาจบ่งชี้ถึงกระบวนการที่ไม่มีประสิทธิภาพหรือการวางแผนความต้องการที่ไม่ดี การทำความเข้าใจสาเหตุและช่วงเวลาที่มีการยกเลิก PO ช่วยนำไปสู่การปรับปรุงกระบวนการได้.

แหล่งข้อมูล

โดยทั่วไปจะอนุมานเหตุการณ์นี้จากสถานะเอกสารเฉพาะ เช่น “ยกเลิกแล้ว” หรือการเปิดใช้ธงลบในระเบียนใบสั่งซื้อ.

บันทึก

ระบุเวลาที่กำหนดตัวบ่งชี้การลบ หรือเวลาที่สถานะเอกสารเปลี่ยนเป็นยกเลิก.

ประเภทเหตุการณ์ inferred
ยืนยันการให้บริการแล้ว
กิจกรรมนี้เทียบเท่ากับการรับสินค้า สำหรับใบสั่งซื้อบริการ เป็นการยืนยันว่าส่งมอบบริการตามเงื่อนไขที่ระบุไว้ใน PO แล้ว.
เหตุผลที่สำคัญ

สำหรับการจัดซื้อบริการ เหตุการณ์นี้จำเป็นต่อการติดตามประสิทธิภาพการส่งมอบบริการ และมักเป็นเงื่อนไขก่อนอนุมัติใบแจ้งหนี้เพื่อชำระเงิน.

แหล่งข้อมูล

โดยทั่วไปบันทึกเหตุการณ์นี้เมื่อสร้างใบรับรองการให้บริการหรือเอกสารยืนยันบริการที่มีลักษณะใกล้เคียงกัน.

บันทึก

ใช้วันที่สร้างหรือวันที่ผ่านรายการของใบรับรองการให้บริการหรือระเบียนยืนยันบริการ.

ประเภทเหตุการณ์ explicit
ส่งใบสั่งซื้อเพื่ออนุมัติ
กิจกรรมนี้เกิดขึ้นเมื่อส่งใบสั่งซื้อฉบับร่างเข้าสู่เวิร์กโฟลว์อนุมัติภายในอย่างเป็นทางการ สถานะเอกสารจะเปลี่ยนจากฉบับร่างเป็นรออนุมัติ.
เหตุผลที่สำคัญ

เหตุการณ์นี้ช่วยแยกเวลาสร้างหรือร่าง PO ออกจากระยะเวลาของรอบการอนุมัติจริง การวิเคราะห์ความล่าช้าระหว่างการสร้างกับการส่งอาจช่วยให้เห็นปัญหาด้านพฤติกรรมผู้ใช้หรือการฝึกอบรม.

แหล่งข้อมูล

โดยทั่วไปจะบันทึกจากการดำเนินการของผู้ใช้ การเปลี่ยนสถานะ หรือรายการในบันทึกเวิร์กโฟลว์.

บันทึก

ระบุเวลาที่ดำเนินการ “ส่งเพื่ออนุมัติ” หรือเวลาที่สถานะเปลี่ยนตามการดำเนินการนั้น.

ประเภทเหตุการณ์ explicit
สร้างใบขอซื้อ
กิจกรรมนี้คือการยื่นคำขอสินค้า或บริการอย่างเป็นทางการก่อนสร้างใบสั่งซื้อ เอกสารนี้บันทึกความต้องการทางธุรกิจเป็นครั้งแรก และโดยทั่วไปจะเริ่มเวิร์กโฟลว์การอนุมัติ.
เหตุผลที่สำคัญ

การวิเคราะห์เวลาตั้งแต่สร้างใบขอซื้อจนถึงสร้าง PO ช่วยระบุคอขวดในขั้นตอนตั้งแต่เกิดความต้องการจนถึงออกคำสั่งซื้อ หากมีใบขอซื้อจำนวนมากที่ไม่กลายเป็นคำสั่งซื้อ อาจบ่งชี้ว่าการวางแผนไม่มีประสิทธิภาพ.

แหล่งข้อมูล

บันทึกเหตุการณ์นี้จากเวลาที่สร้างเอกสารหรือรายการใบขอซื้อในโมดูลจัดซื้อ.

บันทึก

ใช้เวลาที่สร้างจากตารางส่วนหัวของใบขอซื้อหรือบันทึกเอกสาร.

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

เหตุการณ์สำคัญนี้เป็นจุดสิ้นสุดของกระบวนการอนุมัติความต้องการภายใน การติดตามระยะเวลาและอัตราความสำเร็จของการอนุมัติใบขอซื้อเป็นสิ่งสำคัญในการทำความเข้าใจประสิทธิภาพก่อนเริ่มจัดซื้อ.

แหล่งข้อมูล

โดยทั่วไปจะอนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะของเอกสารใบขอซื้อ หรือดึงจากบันทึกประวัติเวิร์กโฟลว์.

บันทึก

ระบุเวลาที่กำหนดสถานะอนุมัติขั้นสุดท้ายของใบขอซื้อ หรือเวลาที่บันทึกการอนุมัติขั้นสุดท้าย.

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

คู่มือดึงข้อมูล

เตรียมข้อมูลสำหรับ process mining อย่างไร.

วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด

อ่านคู่มือ ETL ของเรา   หรือ   เลือกกระบวนการและระบบที่ต้องการ.

พร้อมเริ่มต้นหรือยัง?

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

เริ่มปรับปรุงกระบวนการใบสั่งซื้อของคุณวันนี้

ใช้ได้กับทุกระบบ ช่วยระบุคอขวดและลดรอบเวลาดำเนินการใบสั่งซื้อ.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จใน 5 นาที.