เทมเพลตข้อมูลสำหรับการจัดการคืนสินค้าและคืนเงิน
เทมเพลตข้อมูลสำหรับการจัดการคืนสินค้าและคืนเงิน
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางดึงข้อมูลจาก Salesforce Commerce Cloud
แอตทริบิวต์สำหรับการจัดการคืนสินค้าและคืนเงิน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อขั้นตอนหรือเหตุการณ์ทางธุรกิจที่เกิดขึ้นในกระบวนการคืนสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุงานหรือหมุดหมายที่ดำเนินการเสร็จ ณ เวลาหนึ่งในเคสการคืนสินค้า ตัวอย่างเช่น “สร้างคำขอคืนสินค้าแล้ว” “คลังสินค้าได้รับสินค้าแล้ว” และ “ดำเนินการคืนเงินแล้ว” ใน process mining ระบบใช้ชื่อกิจกรรมเพื่อสร้างแผนผังกระบวนการ ซึ่งแสดงลำดับขั้นตอนและเส้นทางของเคส การวิเคราะห์กิจกรรมช่วยค้นหาคอขวด การทำงานซ้ำ และความคลาดเคลื่อนจากกระบวนการมาตรฐาน.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้กำหนดขั้นตอนในแผนผังกระบวนการ เพื่อให้เห็นภาพและวิเคราะห์เวิร์กโฟลว์การคืนสินค้าได้.
แหล่งข้อมูล
โดยทั่วไป แอตทริบิวต์นี้ได้มาจากบันทึกเหตุการณ์ รายการเปลี่ยนสถานะ หรือข้อมูลการทำงานเสร็จที่เกี่ยวข้องกับออบเจ็กต์ Return Order หรือ Case ใน Salesforce.
ตัวอย่าง
อนุมัติคำขอคืนสินค้าตรวจสอบสินค้าเสร็จดำเนินการคืนเงินแล้ว
|
|||
|
รหัสเคสคืนสินค้า
ReturnCaseId
|
รหัสเฉพาะของเคสคืนสินค้าหนึ่งรายการ ซึ่งเชื่อมโยงกิจกรรมที่เกี่ยวข้องทั้งหมดตั้งแต่เริ่มต้นจนปิดเคส. | ||
|
คำอธิบาย
Return Case ID เป็นรหัสหลักที่เชื่อมโยงกิจกรรมทั้งหมดของคำขอคืนสินค้าหรือคืนเงินแต่ละรายการ ทำให้ติดตามและวิเคราะห์กระบวนการคืนสินค้าได้ตลอดวงจร ตั้งแต่เริ่มต้นจนปิดเคส. ใน process mining แอตทริบิวต์นี้เป็นพื้นฐานสำหรับการประกอบเคสขึ้นใหม่ เหตุการณ์ที่มี Return Case ID เดียวกันจะอยู่ในกระบวนการเดียวกัน จึงนำไปสร้างแผนผังกระบวนการ คำนวณ KPI ระดับเคส เช่น ระยะเวลาดำเนินการ และวิเคราะห์รูปแบบต่างๆ ของกระบวนการคืนสินค้าได้.
เหตุผลที่สำคัญ
นี่คือคีย์หลักที่เชื่อมทุกขั้นตอนของกระบวนการคืนสินค้าให้เป็นเคสเดียวที่ติดตามได้ ซึ่งจำเป็นต่อการวิเคราะห์กระบวนการตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
โดยทั่วไป รหัสนี้สร้างขึ้นจากกระบวนการ Return Merchandise Authorization (RMA) ใน Salesforce Commerce Cloud และมักอยู่ในออบเจ็กต์ Return Order หรือ Case.
ตัวอย่าง
RT-0012345RT-0012346RT-0012347
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTime
|
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์นั้นเกิดขึ้นเมื่อใด. | ||
|
คำอธิบาย
เวลาของเหตุการณ์บันทึกวันที่และเวลาที่แน่นอนซึ่งมีการดำเนินกิจกรรมหรือเปลี่ยนสถานะ การประทับเวลานี้จำเป็นต่อการจัดเรียงเหตุการณ์ให้ถูกต้องและการวิเคราะห์ตามเวลา process mining ใช้การประทับเวลาเพื่อเรียงลำดับกิจกรรม คำนวณรอบเวลาดำเนินการและเวลารอระหว่างขั้นตอน รวมถึงวิเคราะห์ผลการดำเนินงานของกระบวนการในช่วงเวลาต่างๆ การประทับเวลาที่ถูกต้องเป็นพื้นฐานของการวิเคราะห์กระบวนการที่เชื่อถือได้.
เหตุผลที่สำคัญ
การประทับเวลานี้กำหนดลำดับกิจกรรมตามเวลา ซึ่งเป็นพื้นฐานสำหรับคำนวณระยะเวลาดำเนินการและระบุความล่าช้าในกระบวนการ.
แหล่งข้อมูล
โดยทั่วไปคือเวลาที่สร้างหรือแก้ไขระเบียนใน Salesforce Commerce Cloud เช่น 'CreatedDate' หรือ 'LastModifiedDate' ของออบเจ็กต์ที่เกี่ยวข้องกับกระบวนการคืนสินค้า.
ตัวอย่าง
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่เป็นแหล่งที่มาของข้อมูลเหตุการณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุระบบต้นทางที่สร้างข้อมูล สำหรับกระบวนการนี้ ค่าจะเป็น 'Salesforce Commerce Cloud' เสมอ. เมื่อนำข้อมูลจากหลายระบบมาวิเคราะห์ร่วมกัน ฟิลด์นี้ช่วยให้เข้าใจว่ากระบวนการเชื่อมต่อกันอย่างไรในแต่ละแพลตฟอร์ม และช่วยให้ตรวจสอบที่มาของข้อมูลได้ชัดเจน รวมถึงวิเคราะห์ปัญหาคุณภาพข้อมูลที่เกิดจากระบบต้นทางได้.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ระบุที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูลและการผสานข้อมูลจากระบบต่างๆ ในองค์กร.
แหล่งข้อมูล
ค่านี้เป็นค่าคงที่ที่เพิ่มระหว่างการดึงและแปลงข้อมูล ไม่ใช่ฟิลด์ใน Salesforce แต่กำหนดไว้เป็นส่วนหนึ่งของโมเดลข้อมูล.
ตัวอย่าง
Salesforce Commerce Cloud
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ระบุว่าดึงหรือรีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงข้อมูลจาก Salesforce Commerce Cloud ล่าสุด เพื่อให้เห็นว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด. ข้อมูลนี้ช่วยให้ผู้ใช้เข้าใจว่าการวิเคราะห์กระบวนการเป็นปัจจุบันแค่ไหน และช่วยกำหนดความคาดหวังเกี่ยวกับความทันเวลาของข้อมูล รวมถึงตรวจสอบความครบถ้วนของชุดข้อมูลได้.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้แจ้งให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้เข้าใจว่าผลวิเคราะห์สะท้อนสถานะล่าสุดของกระบวนการหรือไม่.
แหล่งข้อมูล
เครื่องมือหรือสคริปต์ดึงข้อมูลจะสร้างการประทับเวลานี้เมื่อรีเฟรชข้อมูล โดยไม่ใช่ฟิลด์ใน Salesforce.
ตัวอย่าง
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
SKU สินค้า
ProductSku
|
รหัส Stock Keeping Unit (SKU) ของสินค้าที่ส่งคืน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เป็นรหัสเฉพาะของสินค้าที่ส่งคืน จึงวิเคราะห์ข้อมูลในระดับสินค้าแต่ละรายการได้. การวิเคราะห์การคืนสินค้าตาม SKU ช่วยระบุสินค้าที่มีอัตราการคืนสูง ซึ่งอาจบ่งชี้ถึงปัญหาการควบคุมคุณภาพ คำอธิบายสินค้าที่ไม่ชัดเจน หรือข้อบกพร่องจากการผลิต ข้อมูลนี้สำคัญต่อแดชบอร์ด 'ระยะเวลาตั้งแต่รับสินค้าที่คลังสินค้าจนถึงตรวจสอบ' เพราะช่วยให้เห็นว่าสินค้าบางประเภทใช้เวลาตรวจสอบนานกว่าปกติหรือไม่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์รูปแบบการคืนสินค้าแยกตามสินค้า เพื่อระบุรายการที่มีปัญหาด้านคุณภาพหรือคำอธิบายสินค้า.
แหล่งข้อมูล
ข้อมูลนี้อยู่ในรายการสินค้า Return Order หรือออบเจ็กต์ที่เกี่ยวข้อง ซึ่งเชื่อมเคสคืนสินค้ากับสินค้าเฉพาะรายการจากคำสั่งซื้อเดิม.
ตัวอย่าง
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
ช่องทางการคืนสินค้า
ReturnChannel
|
ช่องทางที่ลูกค้าใช้เริ่มคืนสินค้า เช่น ออนไลน์ ที่ร้านค้า หรือผ่านฝ่ายบริการลูกค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวิธีที่ลูกค้าใช้เริ่มกระบวนการคืนสินค้า ช่องทางที่พบบ่อย ได้แก่ พอร์ทัลบริการตนเองออนไลน์ นำสินค้าไปคืนที่ร้าน หรือโทรติดต่อเจ้าหน้าที่บริการลูกค้า. การเข้าใจช่องทางการคืนสินค้าสำคัญต่อแดชบอร์ด 'แนวโน้มปริมาณและอัตราการดำเนินการคืนสินค้า' ช่วยจัดสรรทรัพยากรได้เหมาะสม และวิเคราะห์ว่าช่องทางใดใช้เวลาดำเนินการนานกว่า มีเหตุผลในการคืนสินค้าแตกต่างกัน หรือต้นทุนการดำเนินการสูงกว่า.
เหตุผลที่สำคัญ
ช่วยแบ่งกลุ่มข้อมูลการคืนสินค้าเพื่อให้เข้าใจความแตกต่างของกระบวนการและความต้องการด้านทรัพยากรในแต่ละช่องทาง เช่น ออนไลน์หรือที่ร้านค้า.
แหล่งข้อมูล
ข้อมูลนี้อาจอยู่ในฟิลด์ของออบเจ็กต์ Return Order หรือ Case หรืออนุมานได้จากผู้ใช้หรือระบบที่สร้างระเบียนการคืนสินค้า.
ตัวอย่าง
พอร์ทัลออนไลน์ที่ร้านค้าโทรติดต่อฝ่ายบริการลูกค้า
|
|||
|
ผู้ดำเนินการ
ProcessingAgent
|
ผู้ใช้หรือเอเจนต์ที่รับผิดชอบจัดการการคืนสินค้า หรือทำกิจกรรมเฉพาะในกระบวนการคืนสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบที่ดำเนินการกับเคสคืนสินค้า เช่น อนุมัติคำขอ ตรวจสอบสินค้า หรือดำเนินการคืนเงิน โดยอาจระบุเป็น ID หรือชื่อผู้ใช้. การวิเคราะห์ผู้ดำเนินการช่วยให้เข้าใจความแตกต่างของผลการทำงานระหว่างบุคคลหรือทีม และใช้ในแดชบอร์ด 'ผลการทำงานและความสม่ำเสมอของผู้ดำเนินการ' เพื่อระบุความต้องการในการฝึกอบรม จัดสมดุลภาระงาน และกำหนดขั้นตอนการทำงานให้เป็นมาตรฐานทั่วทั้งองค์กร.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพและความสม่ำเสมอของผู้ใช้แต่ละคน เพื่อค้นหาแนวทางปฏิบัติที่ดีและประเด็นที่ควรฝึกอบรมเพิ่มเติม.
แหล่งข้อมูล
โดยทั่วไปพบในฟิลด์อย่าง 'OwnerId' หรือ 'LastModifiedById' ของออบเจ็กต์ Case หรือ Return Order ใน Salesforce และอาจจัดเก็บไว้ในออบเจ็กต์งานหรือประวัติที่เกี่ยวข้องด้วย.
ตัวอย่าง
Alice SmithBob Johnsonระบบอัตโนมัติ
|
|||
|
ยอดคืนเงินจริง
ActualRefundAmount
|
จำนวนเงินสุดท้ายที่คืนให้ลูกค้าจริง. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงยอดสุดท้ายที่คืนให้ลูกค้า หลังประเมิน หักยอด และคำนวณทั้งหมดแล้ว ยอดนี้อาจต่างจากจำนวนเงินที่ร้องขอ เนื่องจากค่าธรรมเนียมการนำสินค้ากลับเข้าสต็อก โปรโมชัน หรือสภาพของสินค้าที่ส่งคืน. การวิเคราะห์แอตทริบิวต์นี้จำเป็นต่อการกระทบยอดทางการเงินและแดชบอร์ด 'วิเคราะห์ส่วนต่างของยอดคืนเงิน' ช่วยวัดผลกระทบทางการเงินจากนโยบายการคืนสินค้า และระบุปัญหาที่เกิดซ้ำในการคำนวณยอดคืนเงินและเวิร์กโฟลว์การอนุมัติ.
เหตุผลที่สำคัญ
นี่คือผลลัพธ์ทางการเงินสุดท้ายของการคืนสินค้า เมื่อนำไปเปรียบเทียบกับยอดที่ร้องขอ จะเห็นผลกระทบจากนโยบายการคืนสินค้าและการปรับยอด.
แหล่งข้อมูล
โดยทั่วไป ค่านี้จัดเก็บในออบเจ็กต์ Refund หรือ Payment Transaction ที่เชื่อมโยงกับ Return Order ใน Salesforce Commerce Cloud.
ตัวอย่าง
49.99115.000.00
|
|||
|
ยอดคืนเงินที่ร้องขอ
RequestedRefundAmount
|
จำนวนเงินที่ลูกค้าขอคืนเมื่อเริ่มดำเนินการคืนสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกยอดเงินคืนเบื้องต้นที่ลูกค้าคาดว่าจะได้รับ ซึ่งโดยทั่วไปคือราคาของสินค้าที่ส่งคืน ค่านี้ใช้เป็นฐานในการคำนวณยอดคืนเงิน. แดชบอร์ด 'วิเคราะห์ส่วนต่างของยอดคืนเงิน' ใช้เปรียบเทียบยอดนี้กับ 'ยอดคืนเงินจริง' หากพบส่วนต่างมากหรือเกิดขึ้นบ่อย อาจเป็นสัญญาณของปัญหาเกี่ยวกับนโยบายการคืนสินค้า ค่าธรรมเนียมการนำสินค้ากลับเข้าสต็อก หรือการคำนวณของระบบ ซึ่งอาจทำให้ลูกค้าไม่พอใจ.
เหตุผลที่สำคัญ
ใช้เป็นยอดตั้งต้นสำหรับเปรียบเทียบกับยอดคืนเงินจริง เพื่อระบุส่วนต่างและวิเคราะห์ผลกระทบทางการเงินจากการปรับยอด.
แหล่งข้อมูล
โดยทั่วไป ค่านี้จัดเก็บในออบเจ็กต์ Return Order หรือ Return Order Line Item และคำนวณจากคำสั่งซื้อเดิม.
ตัวอย่าง
49.99125.0089.50
|
|||
|
เหตุผลในการคืนสินค้า
ReturnReason
|
เหตุผลที่ลูกค้าแจ้งเมื่อต้องการคืนสินค้า. | ||
|
คำอธิบาย
เหตุผลในการคืนสินค้าระบุว่าลูกค้าเริ่มขอคืนสินค้าเพราะอะไร โดยมักเลือกจากรายการที่กำหนดไว้ เช่น 'ขนาดไม่ถูกต้อง' 'สินค้าเสียหาย' หรือ 'ไม่ต้องการแล้ว' แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์หาสาเหตุที่แท้จริง เมื่อวิเคราะห์เหตุผลในการคืนสินค้า ธุรกิจจะเห็นแนวโน้มเกี่ยวกับคุณภาพสินค้า ปัญหาเรื่องขนาด หรือคำอธิบายสินค้าที่ไม่ตรงกับความเป็นจริง ข้อมูลนี้ช่วยปรับปรุงการพัฒนาสินค้า การตลาด และห่วงโซ่อุปทาน เพื่อลดจำนวนการคืนสินค้าโดยรวม.
เหตุผลที่สำคัญ
การเข้าใจสาเหตุที่ลูกค้าคืนสินค้าช่วยค้นหาต้นตอของปัญหา เช่น สินค้าชำรุดหรือขนาดไม่พอดี และช่วยลดจำนวนการคืนสินค้าในอนาคต.
แหล่งข้อมูล
โดยทั่วไปเป็นฟิลด์รายการตัวเลือกในออบเจ็กต์ Return Order หรือ Case ของ Salesforce ซึ่งลูกค้ามักกรอกเมื่อเริ่มขอคืนสินค้า.
ตัวอย่าง
ขนาดไม่ถูกต้องสินค้าเสียหายเมื่อได้รับจัดส่งสินค้าผิดรายการ
|
|||
|
การปฏิบัติตามนโยบายการคืนสินค้า
ReturnPolicyAdherence
|
ตัวบ่งชี้ว่าการคืนสินค้าเป็นไปตามนโยบายธุรกิจที่กำหนดไว้หรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุหรือจัดหมวดหมู่การคืนสินค้าตามการปฏิบัติตามนโยบายของบริษัท เช่น ระยะเวลาที่รับคืนได้ สภาพสินค้า หรือหลักฐานการซื้อ อาจเป็นค่าสถานะแบบบูลีน (เป็นไปตามข้อกำหนด/ไม่เป็นไปตามข้อกำหนด) หรือสถานะที่มีรายละเอียดมากขึ้น. แอตทริบิวต์นี้เป็นข้อมูลหลักของแดชบอร์ด 'ภาพรวมการปฏิบัติตามนโยบายการคืนสินค้า' และ KPI 'อัตราการไม่ปฏิบัติตามนโยบาย' ช่วยให้ธุรกิจติดตามการใช้นโยบายอย่างสม่ำเสมอ และวิเคราะห์ผลกระทบของการคืนสินค้าที่ไม่เป็นไปตามข้อกำหนดต่อกระบวนการและการเงินได้.
เหตุผลที่สำคัญ
ช่วยติดตามการบังคับใช้นโยบาย ซึ่งจำเป็นต่อการควบคุมต้นทุน ป้องกันการฉ้อโกง และดูแลลูกค้าอย่างเป็นธรรมและสม่ำเสมอ.
แหล่งข้อมูล
มักเป็นแอตทริบิวต์ที่ได้จากการใช้ชุดกฎทางธุรกิจกับข้อมูลอื่น เช่น วันที่คืนสินค้า สภาพสินค้า และประเภทสินค้า.
ตัวอย่าง
เป็นไปตามข้อกำหนดไม่เป็นไปตามข้อกำหนด: คืนสินค้าล่าช้าไม่เป็นไปตามข้อกำหนด: สินค้าเสียหาย
|
|||
|
ที่ตั้งคลังสินค้า
WarehouseLocation
|
รหัสคลังสินค้าหรือสถานที่ที่ได้รับสินค้าคืน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสถานที่จริงที่รับดำเนินการกับสินค้าคืน ซึ่งสำคัญเป็นพิเศษสำหรับธุรกิจที่มีศูนย์กระจายสินค้าหลายแห่ง. การวิเคราะห์ตามที่ตั้งคลังสินค้าช่วยให้เห็นความแตกต่างด้านประสิทธิภาพระหว่างสถานที่ต่างๆ เช่น คลังสินค้าบางแห่งใช้เวลาตรวจสอบนานกว่า หรือมีอัตราการระบุว่าสินค้าเสียหายสูงกว่า ข้อมูลนี้ช่วยกำหนดมาตรฐานการปฏิบัติงานและแก้ไขปัญหาเฉพาะของแต่ละสถานที่.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบประสิทธิภาพของคลังสินค้าแต่ละแห่ง และแสดงความแตกต่างด้านเวลาดำเนินการหรือการประเมินคุณภาพ.
แหล่งข้อมูล
ข้อมูลนี้อาจจัดเก็บใน Return Order หรือออบเจ็กต์การจัดส่งที่เกี่ยวข้อง หรืออนุมานได้จากผู้ใช้ที่ดำเนินการรับสินค้า.
ตัวอย่าง
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
|
เป็นไปตาม SLA หรือไม่
IsSlaCompliant
|
ค่าสถานะแบบบูลีนที่ระบุว่าดำเนินการคืนเงินภายในวันที่เป้าหมายตาม SLA หรือไม่. | ||
|
คำอธิบาย
ค่าสถานะนี้จะเป็น 'true' หากกิจกรรม 'ดำเนินการคืนเงินแล้ว' เกิดขึ้นในหรือก่อน 'วันที่เป้าหมายสำหรับ SLA การคืนเงิน' และเป็น 'false' หากเกิดขึ้นหลังจากนั้น จึงแสดงผลการดำเนินงานตาม SLA ของแต่ละเคสได้อย่างชัดเจน. แอตทริบิวต์นี้เป็นพื้นฐานของ 'แดชบอร์ดการปฏิบัติตาม SLA การคืนเงิน' และ KPI 'อัตราการปฏิบัติตาม SLA การคืนเงิน' ช่วยให้วิเคราะห์อัตราการปฏิบัติตามข้อกำหนดได้ง่ายขึ้น และเจาะลึกหาสาเหตุที่ไม่เป็นไปตามข้อกำหนด โดยแบ่งข้อมูลตามแอตทริบิวต์อื่น เช่น 'ผู้ดำเนินการ' หรือ 'ช่องทางการคืนสินค้า'.
เหตุผลที่สำคัญ
ช่วยให้วิเคราะห์ผลการดำเนินงานตาม SLA ได้ง่ายขึ้น ทั้งการคำนวณอัตราการปฏิบัติตามข้อกำหนดและการระบุปัจจัยที่ทำให้เกิดความล่าช้า.
แหล่งข้อมูล
แอตทริบิวต์นี้คำนวณจากเงื่อนไข: IF (Timestamp of 'Refund Processed' <= RefundSlaTargetDate) THEN true ELSE false.
ตัวอย่าง
truefalse
|
|||
|
รหัสลูกค้า
CustomerId
|
รหัสเฉพาะของลูกค้าที่เริ่มขอคืนสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้คือ ID เฉพาะที่เชื่อมโยงกับบัญชีลูกค้า ช่วยรวบรวมข้อมูลการคืนสินค้าในระดับลูกค้า. การวิเคราะห์การคืนสินค้าตาม Customer ID ช่วยระบุลูกค้าที่มีอัตราการคืนสินค้าสูงผิดปกติ ซึ่งอาจบ่งชี้ถึงพฤติกรรมฉ้อโกงหรือความไม่พอใจที่เกิดขึ้นซ้ำ นอกจากนี้ยังช่วยวิเคราะห์ตามกลุ่มลูกค้า เพื่อดูว่าลูกค้าแต่ละกลุ่มมีรูปแบบหรือพฤติกรรมการคืนสินค้าแตกต่างกันหรือไม่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ข้อมูลระดับลูกค้า เพื่อระบุผู้ที่คืนสินค้าบ่อยและทำความเข้าใจพฤติกรรมการคืนสินค้าในแต่ละกลุ่มลูกค้า.
แหล่งข้อมูล
เป็นฟิลด์มาตรฐานในออบเจ็กต์ Order และ Case ของ Salesforce ซึ่งเชื่อมโยงกลับไปยังออบเจ็กต์ Customer หรือ Account.
ตัวอย่าง
CUST-98765CUST-12345CUST-55555
|
|||
|
ระยะเวลาตั้งแต่รับสินค้าจนตรวจสอบเสร็จ
ReceiptToInspectionTime
|
ระยะเวลาตั้งแต่คลังสินค้าได้รับสินค้าจนตรวจสอบเสร็จ. | ||
|
คำอธิบาย
ตัวชี้วัดที่คำนวณนี้วัดเวลาที่ใช้ในขั้นตอนภายในที่สำคัญของคลังสินค้า โดยคำนวณจากส่วนต่างระหว่างเวลาของกิจกรรม 'ได้รับสินค้าที่คลังสินค้าแล้ว' กับ 'ตรวจสอบสินค้าเสร็จแล้ว'. ระยะเวลานี้เป็นหัวข้อหลักของแดชบอร์ด 'ระยะเวลาตั้งแต่รับสินค้าที่คลังสินค้าจนถึงตรวจสอบ' และ KPI 'เวลาเฉลี่ยตั้งแต่รับสินค้าจนตรวจสอบ' การวิเคราะห์ตัวชี้วัดนี้ช่วยระบุคอขวดในการปฏิบัติงานของคลังสินค้า ซึ่งอาจเป็นสาเหตุสำคัญที่ทำให้กระบวนการโดยรวมล่าช้า.
เหตุผลที่สำคัญ
ช่วยระบุคอขวดภายในคลังสินค้าที่ทำให้กระบวนการคืนสินค้าทั้งหมดล่าช้า และส่งผลต่อเวลาคืนเงินกับความพร้อมของสินค้าคงคลัง.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูล โดยนำเวลาของกิจกรรม 'ได้รับสินค้าที่คลังสินค้าแล้ว' ไปลบออกจากเวลาของกิจกรรม 'ตรวจสอบสินค้าเสร็จแล้ว'.
ตัวอย่าง
1 วัน 2 ชั่วโมง3 วัน 0 ชั่วโมง8 ชั่วโมง
|
|||
|
วันที่เป้าหมายสำหรับ SLA การคืนเงิน
RefundSlaTargetDate
|
วันที่กำหนดให้ดำเนินการคืนเงินสำหรับเคสให้เสร็จสิ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้กำหนดกำหนดเวลาตามข้อตกลงระดับการให้บริการ (SLA) สำหรับการคืนเงิน โดยทั่วไปจะคำนวณตามกฎทางธุรกิจ เช่น จำนวนวันที่กำหนดหลังอนุมัติคำขอคืนสินค้า หรือหลังได้รับสินค้า. วันที่นี้เป็นเกณฑ์สำหรับวัดผลการดำเนินงานจริงใน 'แดชบอร์ดการปฏิบัติตาม SLA การคืนเงิน' การติดตามการปฏิบัติตามข้อกำหนดช่วยให้ลูกค้าได้รับประสบการณ์ที่สม่ำเสมอและดีขึ้น อีกทั้งช่วยให้ผู้จัดการระบุทีมและขั้นตอนที่อาจทำให้ไม่ทัน SLA ได้.
เหตุผลที่สำคัญ
กำหนดเป้าหมายการดำเนินการคืนเงิน เพื่อวัดการปฏิบัติตาม SLA และผลกระทบต่อความพึงพอใจของลูกค้า.
แหล่งข้อมูล
มักเป็นฟิลด์ที่คำนวณในออบเจ็กต์ Case หรือ Return Order โดยนำวันที่สร้างหรือวันที่อนุมัติมาบวกช่วงเวลาที่กำหนดไว้ล่วงหน้า เช่น CreatedDate + 14 days.
ตัวอย่าง
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
สถานะการคืนสินค้า
ReturnStatus
|
สถานะปัจจุบันของเคสคืนสินค้าในวงจรการดำเนินงาน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสถานะปัจจุบันของการคืนสินค้า เช่น 'รออนุมัติ' 'ได้รับสินค้าแล้ว' 'คืนเงินแล้ว' หรือ 'ปิดแล้ว' ค่านี้เปลี่ยนแปลงตามความคืบหน้าของเคสในเวิร์กโฟลว์. แม้ process mining จะวิเคราะห์เส้นทางจากกิจกรรม แต่สถานะปัจจุบันก็ช่วยให้มีข้อมูลประกอบสำหรับกรองและวิเคราะห์เคสที่เปิดอยู่หรือปิดแล้ว นอกจากนี้ยังช่วยติดตามการปฏิบัติการ เพื่อให้เห็นงานค้างและภาระงานในแต่ละขั้นตอน.
เหตุผลที่สำคัญ
แสดงว่าเคสคืนสินค้าอยู่ในขั้นตอนไหนของกระบวนการ ซึ่งเป็นประโยชน์ต่อการติดตามการปฏิบัติการและกรองเคสที่ยังดำเนินการอยู่.
แหล่งข้อมูล
เป็นฟิลด์ 'Status' มาตรฐานในออบเจ็กต์ Return Order หรือ Case ของ Salesforce Commerce Cloud.
ตัวอย่าง
รออนุมัติอนุมัติแล้วได้รับสินค้าแล้วปิดแล้ว
|
|||
|
สภาพสินค้า
ItemCondition
|
สภาพของสินค้าที่ส่งคืนตามผลการตรวจสอบที่คลังสินค้า. | ||
|
คำอธิบาย
หลังได้รับสินค้าคืน โดยทั่วไปจะตรวจสอบสภาพสินค้า แอตทริบิวต์นี้บันทึกผลการตรวจสอบ เช่น 'ใหม่' 'ผ่านการใช้งานแล้วและนำกลับมาขายได้' หรือ 'เสียหาย'. ผลการประเมินนี้ส่งผลโดยตรงต่อยอดคืนเงินสุดท้าย และเป็นข้อมูลสำคัญสำหรับแดชบอร์ด 'ภาพรวมการปฏิบัติตามนโยบายการคืนสินค้า' การติดตามข้อมูลนี้ช่วยให้เข้าใจคุณภาพของสินค้าที่ส่งคืน และจัดการสินค้าคงคลังเพื่อขายต่อ ปรับสภาพ หรือนำไปกำจัดได้.
เหตุผลที่สำคัญ
ผลการประเมินนี้มักใช้กำหนดยอดคืนเงินสุดท้าย และจำเป็นต่อการจัดการสินค้าคงคลังของสินค้าที่ส่งคืน.
แหล่งข้อมูล
โดยทั่วไปเป็นฟิลด์ที่กำหนดเองในออบเจ็กต์ Return Order Line Item ซึ่งอัปเดตระหว่างกิจกรรม 'ตรวจสอบสินค้า'.
ตัวอย่าง
ใหม่/ยังไม่เปิดใช้ผ่านการใช้งานแล้ว สภาพเหมือนใหม่เสียหาย/ขายไม่ได้
|
|||
|
เหตุผลที่ปฏิเสธ
RejectionReason
|
เหตุผลเฉพาะที่ปฏิเสธคำขอคืนสินค้าหรือคืนเงิน. | ||
|
คำอธิบาย
เมื่อไม่อนุมัติการคืนสินค้าหรือปฏิเสธการคืนเงิน แอตทริบิวต์นี้จะบันทึกเหตุผล เช่น 'เกินกำหนดเวลาคืนสินค้า' 'ลูกค้าทำสินค้าเสียหาย' หรือ 'สินค้าไม่รับคืน'. ข้อมูลนี้สำคัญต่อแดชบอร์ด 'การคืนสินค้าที่ถูกปฏิเสธและส่งต่อเพื่อพิจารณา' การวิเคราะห์เหตุผลที่ปฏิเสธช่วยให้ธุรกิจเข้าใจจุดติดขัดในนโยบายและกระบวนการคืนสินค้า แล้วนำไปปรับปรุงการสื่อสารกับลูกค้า ปรับนโยบาย หรือคัดกรองคำขอคืนสินค้าเบื้องต้นให้ดีขึ้น.
เหตุผลที่สำคัญ
ช่วยให้เข้าใจสาเหตุที่คำขอคืนสินค้าไม่ผ่าน และนำข้อมูลไปปรับปรุงนโยบาย การสื่อสารกับลูกค้า และการฝึกอบรมเจ้าหน้าที่.
แหล่งข้อมูล
มักเป็นฟิลด์ที่กำหนดเองในออบเจ็กต์ Return Order หรือ Case ซึ่งจะมีค่าเมื่อเปลี่ยนสถานะเป็น 'Rejected' หรือ 'Closed - Denied'.
ตัวอย่าง
พ้นกำหนดเวลาคืนสินค้าสินค้าไม่อยู่ในสภาพเดิมสินค้าลดราคาพิเศษ ไม่รับคืน
|
|||
กิจกรรมในการจัดการคืนสินค้าและคืนเงิน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ดำเนินการคืนเงินแล้ว
|
กิจกรรมนี้ยืนยันว่าเกตเวย์การชำระเงินดำเนินการคืนเงินสำเร็จและส่งเงินให้ลูกค้าแล้ว โดยปกติเหตุการณ์นี้จะเกิดขึ้นเมื่อผู้ให้บริการชำระเงินส่ง callback เพื่อยืนยัน. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดสำคัญในการวัดการปฏิบัติตาม SLA การคืนเงิน โดยยืนยันว่าขั้นตอนด้านการเงินของกระบวนการคืนสินค้าสำเร็จแล้ว.
แหล่งข้อมูล
บันทึกจาก callback ของเกตเวย์การชำระเงิน ซึ่งอัปเดตสถานะของออบเจ็กต์ Payment หรือ Refund ที่เกี่ยวข้องใน Salesforce เป็น 'Processed' หรือ 'Completed'.
บันทึก
ติดตามเหตุการณ์ยืนยันจากผู้ให้บริการชำระเงินที่อัปเดตสถานะของออบเจ็กต์ Payment.
ประเภทเหตุการณ์
explicit
|
|||
|
ตรวจสอบสินค้าเสร็จ
|
กิจกรรมนี้บันทึกการตรวจสอบสินค้าเสร็จสิ้น โดยมีการประเมินและบันทึกสภาพสินค้า ระบบบันทึกจากการเปลี่ยนสถานะของสินค้าคืน ซึ่งจะเริ่มขั้นตอนถัดไป เช่น การคำนวณยอดเงินคืน. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดตัดสินใจสำคัญที่กำหนดว่าควรคืนเงินหรือไม่ ระยะเวลาตั้งแต่รับสินค้าจนตรวจสอบเสร็จเป็น KPI สำคัญของการปฏิบัติการคลังสินค้า.
แหล่งข้อมูล
อนุมานจากการอัปเดตสถานะของออบเจ็กต์ ReturnOrderItem เป็น 'Inspected' หรือเมื่อเจ้าหน้าที่ยืนยัน 'reasonForReturn'.
บันทึก
ตรวจจับการเปลี่ยนแปลงฟิลด์ ReturnOrderItem.status เป็น 'Inspected'.
ประเภทเหตุการณ์
inferred
|
|||
|
ปิดเคสคืนสินค้า
|
กิจกรรมนี้หมายถึงการปิดเคสคืนสินค้าในระบบ หลังจากดำเนินการคืนเงิน แลกเปลี่ยนสินค้า หรือปฏิเสธคำขอเรียบร้อยแล้ว โดยอนุมานจากสถานะ ReturnOrder ที่เปลี่ยนเป็น 'Closed' หรือ 'Completed'. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดหลักของกระบวนการ จึงจำเป็นต่อการคำนวณระยะเวลาดำเนินการโดยรวมและวัดปริมาณงานที่ฝ่ายดำเนินการคืนสินค้าจัดการได้.
แหล่งข้อมูล
อนุมานจากเวลาที่อัปเดตฟิลด์สถานะของออบเจ็กต์ ReturnOrder เป็นสถานะสุดท้าย เช่น 'Closed' หรือ 'Completed'.
บันทึก
ตรวจจับการเปลี่ยนแปลงฟิลด์ ReturnOrder.status เป็น 'Closed'.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้างคำขอคืนสินค้า
|
กิจกรรมนี้บันทึกการสร้างเคสอนุมัติการคืนสินค้าในระบบ โดยเกิดขึ้นเมื่อมีการสร้างระเบียน ReturnOrder ใหม่ใน Salesforce Commerce Cloud ไม่ว่าจะสร้างโดยลูกค้าผ่านหน้าร้านออนไลน์หรือโดยเจ้าหน้าที่บริการ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการคืนสินค้า จึงจำเป็นต่อการวัดระยะเวลาตั้งแต่ต้นจนจบและวิเคราะห์ปริมาณคำขอคืนสินค้าที่เข้ามาในแต่ละช่วงเวลา.
แหล่งข้อมูล
เหตุการณ์นี้บันทึกจากเวลาที่สร้างออบเจ็กต์ ReturnOrder ใน Salesforce Commerce Cloud OMS.
บันทึก
ติดตามการสร้างระเบียน ReturnOrder ใหม่.
ประเภทเหตุการณ์
explicit
|
|||
|
สินค้าถึงคลังสินค้า
|
กิจกรรมนี้บันทึกการรับสินค้าคืนที่คลังสินค้าหรือศูนย์ดำเนินการที่กำหนด โดยเกิดขึ้นเมื่อพนักงานคลังสินค้าสแกนสินค้าและอัปเดตสถานะของ ReturnOrderItem ที่เกี่ยวข้อง. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสำคัญที่เปลี่ยนจากการดำเนินการของลูกค้ามาเป็นการจัดการภายในองค์กร และเป็นจุดเริ่มต้นในการวัด KPI ประสิทธิภาพคลังสินค้า เช่น เวลาตั้งแต่รับสินค้าจนตรวจสอบ.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ ReturnOrder หรือ ReturnOrderItem เป็น 'Received' หรือเมื่อมีการกรอกฟิลด์ 'quantityReceived'.
บันทึก
ตรวจจับการอัปเดต ReturnOrderItem.quantityReceived หรือการเปลี่ยนสถานะเป็น 'Received'.
ประเภทเหตุการณ์
inferred
|
|||
|
อนุมัติคำขอคืนสินค้า
|
เหตุการณ์นี้หมายถึงเจ้าหน้าที่บริการหรือกฎอัตโนมัติได้ตรวจสอบและอนุมัติคำขอคืนสินค้าแล้ว โดยทั่วไปอนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ ReturnOrder เช่น จาก 'New' เป็น 'Approved'. | ||
|
เหตุผลที่สำคัญ
การติดตามจุดสำคัญนี้ช่วยวิเคราะห์ประสิทธิภาพของขั้นตอนอนุมัติและระบุคอขวด เวลาตั้งแต่สร้างคำขอจนถึงอนุมัติเป็น KPI สำคัญสำหรับวัดประสิทธิภาพของเจ้าหน้าที่.
แหล่งข้อมูล
อนุมานจากเวลาที่อัปเดตฟิลด์สถานะของออบเจ็กต์ ReturnOrder เป็นค่าที่หมายถึงการอนุมัติ เช่น 'Approved' หรือ 'Authorized'.
บันทึก
ตรวจจับการเปลี่ยนแปลงฟิลด์ ReturnOrder.status เป็น 'Approved'.
ประเภทเหตุการณ์
inferred
|
|||
|
คำนวณยอดเงินคืน
|
ขั้นตอนนี้กำหนดยอดเงินคืนสุดท้าย โดยพิจารณาปัจจัยต่างๆ เช่น สภาพสินค้า ค่าธรรมเนียมการนำสินค้ากลับเข้าคลัง หรือโปรโมชัน โดยมากระบบจะคำนวณโดยอัตโนมัติและบันทึกยอดเงินคืนลงในฟิลด์ที่เกี่ยวข้อง. | ||
|
เหตุผลที่สำคัญ
การวิเคราะห์ขั้นตอนนี้สำคัญต่อแดชบอร์ด 'วิเคราะห์ยอดเงินคืนที่ไม่ตรงกัน' ซึ่งช่วยแสดงเคสที่ยอดสุดท้ายแตกต่างจากยอดที่ลูกค้าขอ.
แหล่งข้อมูล
อนุมานเหตุการณ์นี้ได้จากการกรอกหรืออัปเดตฟิลด์ยอดเงินคืนใน ReturnOrder หรือออบเจ็กต์การชำระเงินคืนที่เกี่ยวข้อง.
บันทึก
ตรวจจับเวลาที่มีการกรอกฟิลด์ยอดเงินคืน.
ประเภทเหตุการณ์
inferred
|
|||
|
ปฏิเสธคำขอคืนสินค้า
|
เหตุการณ์นี้หมายถึงคำขอคืนสินค้าถูกปฏิเสธและจะไม่มีการดำเนินการต่อ โดยบันทึกเมื่อสถานะ ReturnOrder เปลี่ยนเป็น 'Rejected' หรือ 'Canceled' ก่อนที่สินค้าจะมาถึง. | ||
|
เหตุผลที่สำคัญ
การวิเคราะห์คำขอคืนสินค้าที่ถูกปฏิเสธช่วยให้พบสาเหตุที่พบบ่อย เช่น การไม่เป็นไปตามนโยบาย ซึ่งนำไปปรับปรุงการสื่อสารกับลูกค้าและกฎตรวจสอบข้อมูลก่อนส่งคำขอได้.
แหล่งข้อมูล
อนุมานจากเวลาที่อัปเดตฟิลด์สถานะของออบเจ็กต์ ReturnOrder เป็นค่าที่หมายถึงการปฏิเสธ เช่น 'Rejected' หรือ 'Denied'.
บันทึก
ตรวจจับการเปลี่ยนแปลงฟิลด์ ReturnOrder.status เป็น 'Rejected'.
ประเภทเหตุการณ์
inferred
|
|||
|
เริ่มดำเนินการคืนเงิน
|
เหตุการณ์นี้เกิดขึ้นเมื่อ Salesforce Commerce Cloud ส่งคำขอคืนเงินไปยังเกตเวย์การชำระเงินภายนอก ซึ่งเป็นจุดเริ่มต้นของธุรกรรมทางการเงิน. | ||
|
เหตุผลที่สำคัญ
การแยกขั้นตอนเริ่มดำเนินการออกจากขั้นตอนประมวลผลเป็นสิ่งสำคัญต่อการวิเคราะห์การปฏิบัติตาม SLA ความล่าช้าหลังจากจุดนี้มักเกี่ยวข้องกับผู้ให้บริการชำระเงิน ไม่ใช่การดำเนินการภายในองค์กร.
แหล่งข้อมูล
บันทึกจากบันทึกเหตุการณ์หรือระเบียนการเรียก API โดยตรงเมื่อระบบสื่อสารกับเกตเวย์การชำระเงิน หรืออนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ Payment.
บันทึก
ติดตามเหตุการณ์การเรียก API ไปยังเกตเวย์การชำระเงิน หรือการเปลี่ยนสถานะเป็น 'Refund Pending'.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มตรวจสอบสินค้า
|
เหตุการณ์นี้หมายถึงการเริ่มประเมินคุณภาพและสภาพของสินค้าคืน โดยทั่วไปอนุมานจากการเปลี่ยนสถานะของสินค้าคืนเป็น 'Inspecting' หรือสถานะที่มีความหมายใกล้เคียงกัน. | ||
|
เหตุผลที่สำคัญ
การติดตามเวลาเริ่มตรวจสอบช่วยแยกระยะเวลาตรวจสอบจริงออกจากเวลารอในคลังสินค้า ทำให้เห็นคอขวดที่อาจเกิดขึ้นได้ละเอียดขึ้น.
แหล่งข้อมูล
อนุมานจากการอัปเดตสถานะของออบเจ็กต์ ReturnOrderItem เป็นค่าอย่าง 'Inspecting' หรือ 'Under Inspection'.
บันทึก
ตรวจจับการเปลี่ยนแปลงฟิลด์ ReturnOrderItem.status เป็น 'Inspecting'.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้างคำสั่งซื้อสำหรับเปลี่ยนสินค้า
|
เมื่อการคืนสินค้าจบลงด้วยการแลกเปลี่ยนสินค้า เหตุการณ์นี้จะระบุว่ามีการสร้างคำสั่งซื้อใหม่สำหรับสินค้าทดแทน ซึ่งเป็นอีกทางเลือกหนึ่งแทนการคืนเงิน. | ||
|
เหตุผลที่สำคัญ
การติดตามเส้นทางนี้แยกจากการคืนเงินช่วยให้เข้าใจอัตราการแลกเปลี่ยนสินค้าและประสิทธิภาพของกระบวนการจัดส่งสินค้าแลกเปลี่ยน.
แหล่งข้อมูล
บันทึกเมื่อสร้างออบเจ็กต์ SalesOrder ใหม่ที่เชื่อมโยงกับ ReturnOrder ต้นฉบับ.
บันทึก
ติดตามการสร้าง SalesOrder ใหม่ที่เชื่อมโยงกับ ReturnOrder ID.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบปะหน้าส่งคืน
|
กิจกรรมนี้เกิดขึ้นเมื่อสร้างใบปะหน้าสำหรับให้ลูกค้าใช้ส่งสินค้าคืน ระบบอาจบันทึกเหตุการณ์นี้โดยตรง หากมีการเชื่อมต่อกับผู้ให้บริการขนส่งที่บันทึกเหตุการณ์ไว้ในเคสคืนสินค้า. | ||
|
เหตุผลที่สำคัญ
ขั้นตอนนี้เป็นส่วนสำคัญของประสบการณ์ลูกค้า หากการสร้างใบปะหน้าไม่ราบรื่นก็อาจทำให้เกิดความล่าช้า และเป็นจุดที่ส่งต่องานให้ลูกค้าจัดส่งสินค้า.
แหล่งข้อมูล
อาจบันทึกไว้ในฟิลด์ที่กำหนดเองหรือออบเจ็กต์ที่เกี่ยวข้องกับออบเจ็กต์ ReturnOrder โดยระบบเชื่อมต่อขนส่ง เช่น Salesforce Shipping.
บันทึก
ติดตามเหตุการณ์จากระบบเชื่อมต่อขนส่งหรือการสร้างออบเจ็กต์ที่กำหนดเอง.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติการคืนเงิน
|
กิจกรรมนี้หมายถึงยอดเงินคืนที่คำนวณไว้ได้รับอนุมัติและพร้อมดำเนินการ อาจเป็นขั้นตอนอัตโนมัติ หรืออาจต้องได้รับอนุมัติด้วยตนเองสำหรับสินค้าคืนที่มีมูลค่าสูง. | ||
|
เหตุผลที่สำคัญ
ขั้นตอนอนุมัตินี้อาจเป็นคอขวด โดยเฉพาะเมื่อต้องให้ผู้ดำเนินการอนุมัติด้วยตนเอง และเป็นจุดสำคัญก่อนเริ่มธุรกรรมทางการเงิน.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของ ReturnOrder หรือออบเจ็กต์สรุปการชำระเงินที่เกี่ยวข้องเป็นค่าอย่าง 'Refund Approved' หรือ 'Ready for Refund'.
บันทึก
ตรวจจับการเปลี่ยนสถานะของ ReturnOrder หรือออบเจ็กต์การชำระเงินที่เกี่ยวข้อง.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตข้อมูลนี้เพื่อเริ่มต้นใช้งาน process mining และเริ่มปรับปรุงการปฏิบัติการด้านการคืนสินค้าและคืนเงินให้มีประสิทธิภาพยิ่งขึ้น พร้อมสร้างความพึงพอใจให้ลูกค้า.
เพิ่มประสิทธิภาพการจัดการคืนสินค้าและคืนเงินได้ตั้งแต่วันนี้
ระบุจุดที่ทำงานไม่มีประสิทธิภาพ และลดระยะเวลาของกระบวนการคืนสินค้าได้ 30% ขึ้นไป.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.