เทมเพลตข้อมูลสำหรับกระบวนการคืนสินค้าและคืนเงิน
เทมเพลตข้อมูลสำหรับกระบวนการคืนสินค้าและคืนเงิน
- แอตทริบิวต์ที่แนะนำให้เก็บ
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำในการดึงข้อมูลจาก NetSuite
แอตทริบิวต์ของกระบวนการคืนสินค้าและคืนเงิน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์หรือขั้นตอนทางธุรกิจที่เกิดขึ้นในกระบวนการคืนสินค้า เช่น 'ตรวจสอบสินค้าแล้ว' หรือ 'ดำเนินการคืนเงินแล้ว'. | ||
| คำอธิบาย ชื่อกิจกรรมระบุขั้นตอนหรือจุดสำคัญในวงจรการคืนสินค้าและคืนเงิน ระบบจะเรียงเหตุการณ์ตามเวลาเพื่อสร้างลำดับกระบวนการ การวิเคราะห์ลำดับและความถี่ของกิจกรรมช่วยให้เห็นเส้นทางที่พบบ่อยที่สุด คอขวดระหว่างขั้นตอน และงานที่ต้องแก้ไขหรือทำซ้ำ ตัวอย่างเช่น 'สร้าง Return Authorization', 'รับสินค้าแล้ว' และ 'อนุมัติ Credit Memo'. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุขั้นตอนต่างๆ ของกระบวนการ จำเป็นต่อการแสดงแผนผังกระบวนการ วิเคราะห์ความแตกต่างของเส้นทาง และค้นหาคอขวดหรืองานที่ต้องทำซ้ำ. แหล่งข้อมูล โดยทั่วไปแอตทริบิวต์นี้ได้มาจากการเปลี่ยนสถานะของระเบียนธุรกรรม เช่น Return Authorization และ Credit Memo หรือจากการกระทำของผู้ใช้ที่บันทึกไว้ในบันทึกระบบหรือบันทึกเหตุการณ์ที่กำหนดเอง. ตัวอย่าง สร้าง Return Authorizationรับสินค้าคืนแล้วตรวจสอบสินค้าแล้วดำเนินการคืนเงินแล้วปิด Return Authorization | |||
| รหัสเคสคืนสินค้า ReturnCaseId | รหัสเฉพาะของเคสคืนสินค้าหรือคืนเงินแต่ละรายการ ซึ่งเชื่อมโยงกิจกรรมที่เกี่ยวข้องทั้งหมดตั้งแต่เริ่มต้นจนปิดเคส. | ||
| คำอธิบาย Return Case ID เป็นรหัสหลักที่ใช้ติดตามกระบวนการคืนสินค้าตั้งแต่ต้นจนจบ รหัสแต่ละรายการจะตรงกับ Return Authorization หนึ่งรายการ ทำให้วิเคราะห์เหตุการณ์ที่เกี่ยวข้องทั้งหมดได้ เช่น การรับสินค้า การตรวจสอบ และการดำเนินการคืนเงิน ใน process mining รหัสนี้จำเป็นต่อการสร้างลำดับกระบวนการของการคืนสินค้าแต่ละรายการให้ครบถ้วน เพื่อคำนวณระยะเวลาดำเนินการและค้นหาความแตกต่างของแต่ละเคส. เหตุผลที่สำคัญ นี่คือแอตทริบิวต์พื้นฐานของ process mining เพราะใช้เชื่อมเหตุการณ์แต่ละรายการให้เป็นกระบวนการตั้งแต่ต้นจนจบ ทำให้วิเคราะห์ลำดับขั้นตอนและประสิทธิภาพได้. แหล่งข้อมูล โดยทั่วไปคือ Internal ID หรือ Transaction ID ของระเบียน Return Authorization ใน NetSuite. ตัวอย่าง RMA-0012345RMA-0012346RMA-0012347 | |||
| เวลาที่เกิดเหตุการณ์ EventTimestamp | วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ใช้เป็นลำดับเวลาของกระบวนการ. | ||
| คำอธิบาย เวลาที่เกิดเหตุการณ์บันทึกช่วงเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ข้อมูลนี้จำเป็นต่อการเรียงลำดับเหตุการณ์และการวิเคราะห์ตามเวลา ใช้คำนวณระยะเวลาระหว่างกิจกรรม เวลาดำเนินการทั้งหมดของแต่ละเคส และเวลารอ ซึ่งเป็นข้อมูลพื้นฐานสำหรับติดตามประสิทธิภาพ วิเคราะห์คอขวด และตรวจสอบการปฏิบัติตาม SLA เวลาที่บันทึกต้องถูกต้อง เพื่อให้ผลวิเคราะห์จาก process mining เชื่อถือได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุลำดับเวลาของเหตุการณ์ ซึ่งจำเป็นต่อการค้นหาเส้นทางกระบวนการและคำนวณตัวชี้วัดประสิทธิภาพ เช่น เวลาดำเนินการและเวลารอ. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้มาจากช่อง 'Date Created' หรือ 'Last Modified Date' ในระเบียน NetSuite หรือจากเวลาที่บันทึกไว้ในรายการ System Notes ของธุรกรรม. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:12:05Z | |||
| ระบบต้นทาง SourceSystem | ระบบที่ดึงข้อมูลมา ใช้ติดตามที่มาของข้อมูล. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ ในกรณีนี้โดยทั่วไปคือ 'NetSuite' การระบุระบบต้นทางมีความสำคัญเมื่อรวมข้อมูลจากหลายระบบ เพื่อให้ติดตามที่มาและตรวจสอบย้อนกลับได้ชัดเจน. เหตุผลที่สำคัญ ระบุแหล่งที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลข้อมูล การแก้ไขปัญหา และกรณีที่นำข้อมูลจากหลายระบบมารวมกันเพื่อให้เห็นภาพกระบวนการโดยรวม. แหล่งข้อมูล โดยทั่วไปจะเพิ่มค่าคงที่ ('NetSuite') นี้ระหว่างการดึงและแปลงข้อมูล. ตัวอย่าง NetSuiteNetSuite ERP | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่ามีการรีเฟรชหรืออัปเดตข้อมูลของกระบวนการนี้ครั้งล่าสุด. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกเวลาที่อัปเดตชุดข้อมูลจากระบบต้นทางครั้งล่าสุด เป็นข้อมูลกำกับที่สำคัญ เพราะช่วยให้ผู้ใช้ทราบว่าข้อมูลวิเคราะห์เป็นปัจจุบันเพียงใด การแสดงข้อมูลนี้บนแดชบอร์ดช่วยให้ผู้ใช้เข้าใจข้อจำกัดด้านเวลา และตัดสินใจโดยคำนึงถึงความใหม่ของข้อมูล. เหตุผลที่สำคัญ ช่วยให้เห็นว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งจำเป็นต่อความเชื่อมั่นในผลวิเคราะห์และการประเมินว่าข้อมูลยังสอดคล้องกับสถานะการปฏิบัติการในปัจจุบันหรือไม่. แหล่งข้อมูล เวลานี้สร้างและเพิ่มระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| เจ้าหน้าที่ดำเนินการ ProcessingAgent | พนักงานหรือผู้ใช้ที่ทำกิจกรรมหนึ่งๆ ในกระบวนการคืนสินค้า. | ||
| คำอธิบาย เจ้าหน้าที่ดำเนินการระบุผู้รับผิดชอบงานแต่ละรายการ เช่น อนุมัติการคืนสินค้าหรือตรวจสอบสินค้า แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ประสิทธิภาพในระดับผู้ใช้ ช่วยระบุพนักงานที่ทำงานได้ดี จุดที่อาจต้องฝึกอบรมเพิ่มเติม และความไม่สมดุลของภาระงานในทีม การวิเคราะห์กิจกรรมแยกตามเจ้าหน้าที่เป็นหัวใจสำคัญของแดชบอร์ด 'ประสิทธิภาพกระบวนการคืนสินค้าแยกตามแผนก'. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของบุคคลและทีม จัดสมดุลภาระงาน และระบุความต้องการด้านการฝึกอบรม ซึ่งส่งผลโดยตรงต่อประสิทธิภาพการปฏิบัติการ. แหล่งข้อมูล ข้อมูลนี้อาจมาจากช่องอย่าง 'Created By' หรือ 'Approved By' หรือช่องผู้ใช้ในรายการ System Notes ของธุรกรรม NetSuite. ตัวอย่าง Alice JohnsonBob WilliamsCharlie Brown | |||
| ประเภทการคืนสินค้า ReturnType | การจัดประเภทการคืนสินค้าตามเหตุผลที่ลูกค้าแจ้ง. | ||
| คำอธิบาย ประเภทการคืนสินค้าใช้จัดกลุ่มตามสาเหตุ เช่น 'สินค้าชำรุด', 'ขนาดไม่พอดี', 'เปลี่ยนใจ' หรือ 'สินค้าไม่ตรงตามคำอธิบาย' การจัดกลุ่มนี้สำคัญต่อการวิเคราะห์หาสาเหตุหลัก เมื่อวิเคราะห์ตัวชี้วัดกระบวนการแยกตามประเภทการคืนสินค้า ธุรกิจจะระบุปัญหาคุณภาพสินค้า คำอธิบายที่ไม่ถูกต้อง หรือข้อผิดพลาดในการจัดส่งได้ แอตทริบิวต์นี้เป็นข้อมูลหลักของแดชบอร์ด 'ประสิทธิภาพการคืนสินค้าแยกตามประเภทและช่องทาง'. เหตุผลที่สำคัญ ช่วยค้นหาสาเหตุหลักของการคืนสินค้า เพื่อนำไปปรับปรุงสินค้า คำอธิบายทางการตลาด หรือขั้นตอนการจัดส่งให้ตรงจุด และลดจำนวนสินค้าที่ถูกส่งคืน. แหล่งข้อมูล โดยทั่วไปเป็นช่องที่กำหนดเอง หรือช่องรายการ/ระเบียนมาตรฐานในแบบฟอร์ม Return Authorization ซึ่งใช้บันทึกเหตุผลในการคืนสินค้า. ตัวอย่าง สินค้าชำรุดจัดส่งสินค้าผิดลูกค้าไม่พอใจขนาดหรือสีไม่ถูกต้อง | |||
| แผนก Department | แผนกหรือทีมที่รับผิดชอบจัดการเคสคืนสินค้าในแต่ละช่วง. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุกิจกรรมของกระบวนการตามแผนก เช่น 'บริการลูกค้า', 'คลังสินค้า' หรือ 'การเงิน' จำเป็นต่อการทำความเข้าใจการส่งต่องานระหว่างทีมและค้นหาคอขวดของแต่ละแผนก การวิเคราะห์เวลาที่เคสอยู่ในแผนกหรือรอแผนกใดแผนกหนึ่งช่วยให้องค์กรระบุสาเหตุของความล่าช้าและจัดสรรทรัพยากรได้เหมาะสม แอตทริบิวต์นี้เป็นมิติหลักของแดชบอร์ด 'ประสิทธิภาพกระบวนการคืนสินค้าแยกตามแผนก'. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการแยกตามหน่วยงาน และแสดงความล่าช้าในการส่งต่องานระหว่างแผนกกับคอขวดของแต่ละแผนก. แหล่งข้อมูล ข้อมูลนี้อาจได้จากระเบียนผู้ใช้หรือพนักงานที่เชื่อมโยงกับกิจกรรม หรือจากช่อง 'Department' ในธุรกรรม โดยมักตั้งค่าไว้ในระเบียนพนักงานของ NetSuite. ตัวอย่าง คลังสินค้าฝ่ายบริการลูกค้าการเงินประกันคุณภาพ | |||
| ยอดเงินคืนจริง ActualRefundAmount | จำนวนเงินจริงที่คืนให้ลูกค้าในท้ายที่สุด. | ||
| คำอธิบาย แอตทริบิวต์นี้แสดงยอดเงินจริงที่บันทึกเป็นเครดิตหรือคืนให้ลูกค้าใน Credit Memo หรือธุรกรรมคืนเงิน ยอดนี้อาจต่างจากยอดที่ร้องขอ เนื่องจากมีการปรับยอด เช่น ค่าธรรมเนียมนำสินค้ากลับเข้าสต็อก ค่าจัดส่ง หรือการคืนเงินบางส่วนสำหรับสินค้าที่ชำรุด แอตทริบิวต์นี้สำคัญต่อการรายงานทางการเงินและการคำนวณ KPI 'อัตราความคลาดเคลื่อนของยอดเงินคืน'. เหตุผลที่สำคัญ แสดงผลกระทบทางการเงินที่แท้จริงจากการคืนสินค้า จึงจำเป็นต่อการกระทบยอดทางการเงินและวิเคราะห์ความถูกต้องของยอดเงินคืน. แหล่งข้อมูล ค่านี้มาจากฟิลด์ 'Total' ในธุรกรรม Credit Memo ที่สร้างจาก Return Authorization. ตัวอย่าง 99.99140.000.00 | |||
| สถานะการคืนสินค้า ReturnAuthorizationStatus | สถานะปัจจุบันของรายการอนุมัติการคืนสินค้า เช่น 'Pending Approval', 'Approved' หรือ 'Closed'. | ||
| คำอธิบาย แอตทริบิวต์นี้แสดงสถานะปัจจุบันของเคสคืนสินค้าในแต่ละช่วงของกระบวนการ จำเป็นต่อการติดตามความคืบหน้าและแบ่งกลุ่มเคส ตัวอย่างเช่น การวิเคราะห์เวลาที่อยู่ในสถานะ 'Pending Receipt' อาจช่วยให้เห็นความล่าช้าในการจัดส่ง ส่วนการอยู่ในสถานะ 'Pending Approval' นานอาจบ่งชี้ถึงคอขวดภายใน นอกจากนี้ยังใช้ระบุผลลัพธ์สุดท้ายของการคืนสินค้า เช่น 'Closed' หรือ 'Rejected'. เหตุผลที่สำคัญ แสดงสถานะของการคืนสินค้าแต่ละรายการ ช่วยวิเคราะห์จำนวนเคสในแต่ละสถานะ ระยะเวลาที่อยู่ในสถานะ และผลลัพธ์ของกระบวนการ. แหล่งข้อมูล ตรงกับช่อง 'Status' หรือช่องที่มีความหมายใกล้เคียงกันในระเบียน Return Authorization ของ NetSuite. ตัวอย่าง รออนุมัติรอรับสินค้าอนุมัติแล้วปฏิเสธแล้วปิดแล้ว | |||
| การปฏิบัติตามนโยบาย ReturnPolicyAdherence | ระบุว่าการคืนสินค้าเป็นไปตามนโยบายการคืนสินค้าที่บริษัทกำหนดหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนหรือแบบหมวดหมู่นี้ระบุว่าการคืนสินค้าเป็นไปตามเกณฑ์ที่กำหนดไว้ทั้งหมดหรือไม่ เช่น ระยะเวลาที่รับคืน สภาพสินค้า และหลักฐานการซื้อ ใช้ติดตามการปฏิบัติตามข้อกำหนดและจัดการกรณียกเว้น แดชบอร์ด 'กรณียกเว้นการปฏิบัติตามนโยบายการคืนสินค้า' ใช้แอตทริบิวต์นี้เพื่อระบุกรณีที่ต้องตรวจสอบหรือจัดการเป็นพิเศษ ช่วยลดความเสี่ยงและทำให้ใช้กฎอย่างสม่ำเสมอ. เหตุผลที่สำคัญ ช่วยติดตามและบังคับใช้นโยบายการคืนสินค้า ลดความเสี่ยงทางการเงินจากการคืนสินค้าที่ไม่เป็นไปตามข้อกำหนด และทำให้การพิจารณาเป็นธรรมและสม่ำเสมอ. แหล่งข้อมูล เกือบแน่นอนว่าเป็นฟิลด์ที่กำหนดเอง เช่น ช่องทำเครื่องหมายหรือรายการตัวเลือกในระเบียน Return Authorization ซึ่งจัดการผ่านเวิร์กโฟลว์. ตัวอย่าง เป็นไปตามข้อกำหนดไม่เป็นไปตามข้อกำหนด เกินกำหนดเวลาอนุมัติกรณียกเว้นแล้ว | |||
| ช่องทางการคืนสินค้า ReturnChannel | ช่องทางที่ลูกค้าซื้อสินค้าเดิมหรือเริ่มต้นการคืนสินค้า. | ||
| คำอธิบาย ช่องทางการคืนสินค้าระบุที่มาของการคืน เช่น 'ออนไลน์', 'หน้าร้าน' หรือ 'Marketplace' แต่ละช่องทางอาจมีขั้นตอนคืนสินค้า ต้นทุน และความคาดหวังของลูกค้าแตกต่างกัน การวิเคราะห์ประสิทธิภาพแยกตามช่องทางช่วยให้ธุรกิจปรับปรุงแต่ละกระบวนการ จัดสรรทรัพยากรได้เหมาะสม และเข้าใจปัญหาเฉพาะของแต่ละช่องทาง แอตทริบิวต์นี้เป็นข้อมูลหลักของแดชบอร์ด 'ประสิทธิภาพการคืนสินค้าแยกตามประเภทและช่องทาง'. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพระหว่างช่องทางธุรกิจ และแสดงจุดที่ไม่มีประสิทธิภาพหรือแนวทางที่ได้ผลดีในแต่ละวิธีเริ่มต้นและจัดการการคืนสินค้า. แหล่งข้อมูล ข้อมูลนี้มักมาจากระเบียน Sales Order ต้นทางที่เชื่อมโยงกับการคืนสินค้า โดยอาจจัดเก็บไว้ในช่อง 'Channel' หรือ 'Location'. ตัวอย่าง ร้านค้าออนไลน์ร้านค้าปลีกAmazon Marketplaceสั่งซื้อทางโทรศัพท์ | |||
| ดำเนินการอัตโนมัติหรือไม่ IsAutomated | ตัวบ่งชี้แบบบูลีนที่ระบุว่าระบบดำเนินกิจกรรมโดยอัตโนมัติหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุว่าผู้ใช้หรือระบบ สคริปต์ หรือเวิร์กโฟลว์เป็นผู้ดำเนินกิจกรรม ตัวอย่างเช่น เหตุการณ์ 'สร้าง Return Authorization' อาจเกิดขึ้นโดยอัตโนมัติผ่านพอร์ทัลลูกค้า ส่วน 'ตรวจสอบสินค้าแล้ว' เป็นกิจกรรมที่พนักงานทำเอง การติดตามระบบอัตโนมัติช่วยค้นหาขั้นตอนที่มีโอกาสทำให้เป็นอัตโนมัติ และวัดประสิทธิภาพที่เพิ่มขึ้นจากระบบอัตโนมัติที่ใช้อยู่. เหตุผลที่สำคัญ ช่วยแยกงานที่ทำด้วยตนเองออกจากงานอัตโนมัติ ซึ่งจำเป็นต่อการค้นหาโอกาสในการทำงานอัตโนมัติและวัดผลของการเปลี่ยนผ่านสู่ดิจิทัล. แหล่งข้อมูล อนุมานค่านี้ได้จากผู้ใช้ที่เชื่อมโยงกับเหตุการณ์ เหตุการณ์ที่ NetSuite สร้างขึ้นโดยระบบมักเชื่อมโยงกับผู้ใช้ระบบหรือรหัสสคริปต์ที่ระบุไว้. ตัวอย่าง truefalse | |||
| เป็นไปตาม SLA หรือไม่ IsSlaCompliant | ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าดำเนินการคืนเงินภายในเป้าหมาย SLA ที่กำหนดหรือไม่. | ||
| คำอธิบาย แอตทริบิวต์แบบบูลีนนี้คำนวณจากการเปรียบเทียบวันเวลาที่ 'ดำเนินการคืนเงินแล้ว' กับ 'วันที่เป้าหมาย SLA สำหรับการคืนเงิน' หากดำเนินการคืนเงินในหรือก่อนวันที่เป้าหมาย ค่าจะเป็น true มิฉะนั้นจะเป็น false ตัวบ่งชี้นี้ช่วยสร้างรายงานและแดชบอร์ดการปฏิบัติตามข้อกำหนด เช่น แดชบอร์ด 'ติดตามการปฏิบัติตาม SLA การคืนเงิน' และใช้คำนวณ KPI 'อัตราการคืนเงินตาม SLA'. เหตุผลที่สำคัญ แสดงผลการดำเนินงานตาม SLA ของแต่ละกรณีอย่างชัดเจนว่าเป็นไปตามเป้าหมายหรือไม่ จึงติดตาม รายงาน และวิเคราะห์อัตราการปฏิบัติตามข้อกำหนดในช่วงเวลาต่าง ๆ ได้ง่าย. แหล่งข้อมูล แอตทริบิวต์นี้คำนวณระหว่างการแปลงข้อมูลหรือภายในเครื่องมือ process mining โดยใช้ตรรกะดังนี้: ตัวอย่าง truefalse | |||
| ยอดเงินคืนที่ร้องขอ RequestedRefundAmount | จำนวนเงินที่ลูกค้าร้องขอหรือคาดว่าจะได้รับคืนในตอนแรก. | ||
| คำอธิบาย แอตทริบิวต์นี้เก็บยอดเงินคืนที่คาดไว้เมื่อเริ่มกระบวนการ โดยทั่วไปคำนวณจากราคาซื้อเดิมของสินค้าที่คืน ยอดนี้ใช้เป็นค่าตั้งต้นเพื่อเปรียบเทียบกับยอดเงินจริงที่คืนให้ลูกค้า KPI 'อัตราความคลาดเคลื่อนของยอดเงินคืน' เปรียบเทียบค่านี้กับยอดเงินคืนจริงโดยตรง เพื่อหาส่วนต่างที่เกิดจากค่าธรรมเนียมนำสินค้ากลับเข้าสต็อก การคืนเงินบางส่วน หรือการปรับยอดอื่น ๆ. เหตุผลที่สำคัญ เป็นค่าตั้งต้นสำหรับวิเคราะห์ทางการเงิน ช่วยติดตามส่วนต่างระหว่างยอดเงินคืนที่คาดไว้กับยอดจริง และระบุสาเหตุของการปรับยอด. แหล่งข้อมูล ค่านี้มาจากฟิลด์ 'Amount' หรือ 'Rate' ในรายการสินค้าแต่ละบรรทัดของธุรกรรม Return Authorization. ตัวอย่าง 99.99150.0025.50 | |||
| รหัสลูกค้า CustomerId | รหัสเฉพาะของลูกค้าที่เริ่มต้นการคืนสินค้า. | ||
| คำอธิบาย รหัสลูกค้าเชื่อมโยงรายการคืนสินค้าเข้ากับลูกค้าแต่ละราย ทำให้วิเคราะห์พฤติกรรมของลูกค้าได้ เช่น ค้นหาลูกค้าที่คืนสินค้าบ่อย ซึ่งอาจสะท้อนถึงความไม่พอใจหรือการทุจริต นอกจากนี้ยังแบ่งผลการดำเนินงานของกระบวนการตามประเภทหรือมูลค่าของลูกค้าได้ เพื่อจัดลำดับความสำคัญในการดูแลลูกค้ารายสำคัญ. เหตุผลที่สำคัญ ช่วยวิเคราะห์พฤติกรรมการคืนสินค้าในระดับลูกค้า และแบ่งกลุ่มกระบวนการตามคุณลักษณะของลูกค้า เช่น กลุ่มลูกค้าหรือมูลค่าตลอดอายุการเป็นลูกค้า. แหล่งข้อมูล คือฟิลด์ 'Customer' หรือ 'Entity' ในส่วนหัวของระเบียน Return Authorization ใน NetSuite. ตัวอย่าง CUST-001CUST-002CUST-003 | |||
| รหัสสินค้า ProductIdentifier | รหัสเฉพาะของสินค้าที่ส่งคืน เช่น SKU หรือ Item Number. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุสินค้าที่เกี่ยวข้องกับการคืนสินค้า การวิเคราะห์ในระดับสินค้าจำเป็นต่อการค้นหาสินค้าที่มีอัตราการคืนสูง ซึ่งอาจบ่งชี้ถึงข้อบกพร่องด้านคุณภาพ คำอธิบายที่ไม่ชัดเจน หรือปัญหาอื่นๆ ข้อมูลนี้ช่วยให้วิเคราะห์ประสิทธิภาพของสินค้าได้อย่างละเอียด และใช้ประกอบการตัดสินใจด้านการพัฒนาสินค้า การจัดหา และการตลาด. เหตุผลที่สำคัญ เชื่อมข้อมูลกระบวนการคืนสินค้ากับสินค้าแต่ละรายการ ช่วยวิเคราะห์สาเหตุของปัญหาที่เกี่ยวข้องกับสินค้าและลดอัตราการคืนสินค้าโดยรวม. แหล่งข้อมูล ข้อมูลนี้อยู่ในรายการย่อย 'Items' ของระเบียน Return Authorization และตรงกับช่อง 'Item'. ตัวอย่าง SKU-TEE-BL-LPROD-00543ITEM-987123 | |||
| วันที่เป้าหมายตาม SLA สำหรับการคืนเงิน RefundSlaTargetDate | วันที่คาดว่าจะดำเนินการคืนเงินเสร็จตามข้อตกลงระดับการให้บริการ. | ||
| คำอธิบาย วันที่เป้าหมาย SLA สำหรับการคืนเงินคือวันเวลาที่คำนวณขึ้น เพื่อระบุคำมั่นที่ให้ไว้กับลูกค้าว่าจะดำเนินการคืนเงินเมื่อใด โดยทั่วไปคำนวณจากการบวกช่วงเวลาที่กำหนดไว้ เช่น 5 วันทำการ นับจากเหตุการณ์สำคัญอย่าง 'ได้รับสินค้าแล้ว' หรือ 'อนุมัติการคืนเงินแล้ว' แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'ติดตามการปฏิบัติตาม SLA การคืนเงิน' และ KPI 'อัตราการคืนเงินตาม SLA' ซึ่งช่วยให้ธุรกิจวัดผลการดำเนินงานเทียบกับคำมั่นที่ให้ไว้. เหตุผลที่สำคัญ ช่วยวัดผลการดำเนินงานเทียบกับคำมั่นที่ให้ไว้กับลูกค้า ซึ่งสำคัญต่อการรักษาความพึงพอใจและความไว้วางใจของลูกค้า. แหล่งข้อมูล โดยปกติวันที่นี้ไม่ใช่ฟิลด์มาตรฐาน ต้องคำนวณโดยบวกช่วงเวลา SLA ที่กำหนดไว้ล่วงหน้า เช่น 5 วัน เข้ากับวันเวลาสำคัญ เช่น วันที่ 'ได้รับสินค้าแล้ว'. ตัวอย่าง 2023-11-01T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z | |||
| สภาพสินค้าที่คืน ReturnCondition | สภาพของสินค้าที่คืนหลังตรวจสอบ เช่น 'ใหม่' 'ชำรุด' หรือ 'ผ่านการใช้งานแล้ว'. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกผลการตรวจสอบสินค้าที่คืน สภาพสินค้าจะเป็นตัวกำหนดขั้นตอนถัดไป เช่น คืนเงินเต็มจำนวน นำสินค้ากลับเข้าสต็อก หรือคัดทิ้ง แดชบอร์ด 'คุณภาพการประเมินสภาพสินค้าที่คืน' ใช้วิเคราะห์ความสม่ำเสมอและระยะเวลาในการประเมิน ซึ่งสำคัญต่อการกระทบยอดทางการเงินและการจัดการสินค้าคงคลัง. เหตุผลที่สำคัญ ส่งผลโดยตรงต่อผลลัพธ์ทางการเงินของการคืนสินค้าและการจัดการสินค้าคงคลังในขั้นต่อไป หากประเมินไม่สม่ำเสมอ อาจทำให้เกิดความเสียหายทางการเงินและต้องกลับไปแก้ไขงาน. แหล่งข้อมูล โดยทั่วไปจะเป็นฟิลด์ที่กำหนดเองในระเบียน Item Receipt หรือ Return Authorization ซึ่งพนักงานคลังสินค้ากรอกระหว่างตรวจสอบสินค้า. ตัวอย่าง นำกลับมาขายได้เสียหาย แต่ยังอยู่ในกล่องผ่านการใช้งาน สภาพดีชิ้นส่วนไม่ครบ | |||
| ส่วนต่างของยอดเงินคืน RefundAmountDiscrepancy | ผลต่างที่คำนวณได้ระหว่างยอดเงินคืนที่ร้องขอกับยอดเงินจริงที่คืนให้ลูกค้า. | ||
| คำอธิบาย คำนวณตัวชี้วัดนี้โดยนำ 'ยอดเงินคืนจริง' ลบออกจาก 'ยอดเงินคืนที่ร้องขอ' หากผลลัพธ์ไม่เป็นศูนย์ แสดงว่ามีการปรับยอดระหว่างกระบวนการ เช่น ค่าธรรมเนียมนำสินค้ากลับเข้าสต็อกหรือสินค้าชำรุด แอตทริบิวต์นี้ใช้วิเคราะห์ KPI 'อัตราความคลาดเคลื่อนของยอดเงินคืน' และช่วยระบุกรณีที่มีการปรับยอดทางการเงินสูงเพื่อนำไปตรวจสอบเพิ่มเติม. เหตุผลที่สำคัญ แสดงการปรับยอดทางการเงินระหว่างกระบวนการคืนสินค้า ช่วยวิเคราะห์สาเหตุของส่วนต่าง รวมถึงตรวจสอบว่าการปรับยอดมีความสม่ำเสมอและสมเหตุสมผลหรือไม่. แหล่งข้อมูล แอตทริบิวต์นี้คำนวณจากสูตร: ตัวอย่าง 0.0010.00-5.00 | |||
กิจกรรมในกระบวนการคืนสินค้าและคืนเงิน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ดำเนินการคืนเงินแล้ว | นี่คือขั้นตอนสุดท้ายของการชำระเงินคืนให้ลูกค้า โดยบันทึกอย่างชัดเจนเมื่อสร้างธุรกรรม Customer Refund จาก Credit Memo. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการวัดผลตาม SLA และความพึงพอใจของลูกค้า ระยะเวลาตั้งแต่ 'Credit Memo Approved' จนถึง 'Refund Processed' สะท้อนความเร็วในการทำงานของฝ่ายบริหารเงินหรือฝ่ายการเงินโดยตรง. แหล่งข้อมูล เหตุการณ์นี้ใช้เวลาที่สร้างธุรกรรม CustomerRefund ช่อง 'Created From' ในธุรกรรมนี้ใช้เชื่อมโยงกลับไปยัง CreditMemo. บันทึก วันที่สร้างธุรกรรม CustomerRefund ใน NetSuite. ประเภทเหตุการณ์ explicit | |||
| ปิด Return Authorization | นี่คือกิจกรรมสุดท้ายที่บันทึกการปิดเคสคืนสินค้าในระบบหลังดำเนินการทุกขั้นตอนเสร็จสิ้น อนุมานจากการเปลี่ยนสถานะสุดท้ายของระเบียน Return Authorization เป็น 'Closed'. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของกระบวนการ จึงจำเป็นต่อการคำนวณเวลาตั้งแต่ต้นจนจบ และค้นหาเคสที่ยังเปิดค้างอยู่นานหลังจากดำเนินการคืนเงินแล้ว. แหล่งข้อมูล อนุมานจากบันทึกระบบหรือประวัติเวิร์กโฟลว์ของระเบียน ReturnAuthorization เมื่อช่อง 'Status' เปลี่ยนเป็นสถานะสุดท้าย เช่น 'Closed'. บันทึก ตรวจจับการเปลี่ยนสถานะของระเบียน ReturnAuthorization เป็น 'Closed'. ประเภทเหตุการณ์ inferred | |||
| รับสินค้าคืนแล้ว | กิจกรรมนี้บันทึกการรับสินค้าคืนที่คลังสินค้าหรือศูนย์ดำเนินการ ใน NetSuite จะบันทึกอย่างชัดเจนด้วยการสร้างธุรกรรม Item Receipt ที่เชื่อมโยงกับ Return Authorization ต้นทาง. | ||
| เหตุผลที่สำคัญ นี่คือจุดเปลี่ยนสำคัญจากขั้นตอนที่ลูกค้าดำเนินการไปสู่การจัดการภายใน ระยะเวลาตั้งแต่ 'Return Approved' จนถึง 'Item Received' ใช้วัดความเร็วในการส่งคืนสินค้าของลูกค้า ส่วนระยะเวลาหลังจากนั้นใช้วัดประสิทธิภาพภายใน. แหล่งข้อมูล เหตุการณ์นี้ใช้เวลาที่สร้างธุรกรรม ItemReceipt โดยระเบียนนี้เชื่อมโยงโดยตรงกับ ReturnAuthorization ต้นทาง. บันทึก วันที่สร้างธุรกรรม ItemReceipt ใน NetSuite ที่เชื่อมโยงกับ RA. ประเภทเหตุการณ์ explicit | |||
| สร้าง Credit Memo | กิจกรรมนี้หมายถึงการเริ่มขั้นตอนด้านการเงินของการคืนสินค้า ด้วยการสร้าง Credit Memo ซึ่งระบุจำนวนเงินที่จะคืนให้ลูกค้า และสร้างจาก Return Authorization หลังจากรับและอนุมัติสินค้าแล้ว. | ||
| เหตุผลที่สำคัญ การสร้าง Credit Memo เป็นจุดสำคัญของขั้นตอนด้านการเงิน ระยะเวลาตั้งแต่รับสินค้าจนถึงสร้าง Credit Memo ช่วยให้เห็นประสิทธิภาพของขั้นตอนตั้งแต่ตรวจสอบจนออกเครดิต. แหล่งข้อมูล เหตุการณ์นี้ใช้เวลาที่สร้างธุรกรรม CreditMemo ช่อง 'Created From' ใน Credit Memo ใช้เชื่อมโยงกลับไปยัง ReturnAuthorization. บันทึก วันที่สร้างธุรกรรม CreditMemo ใน NetSuite. ประเภทเหตุการณ์ explicit | |||
| สร้าง Return Authorization | กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการคืนสินค้า เมื่อลูกค้าขอคืนสินค้า NetSuite จะบันทึกกิจกรรมนี้โดยสร้างระเบียน Return Authorization (RA) ใหม่ ซึ่งใช้เป็นรหัสอ้างอิงหลักของรายการคืนสินค้า. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการ จึงจำเป็นต่อการวัดเวลาตั้งแต่เริ่มจนจบของการคืนสินค้า และวิเคราะห์จำนวนคำขอคืนสินค้าที่เข้ามาในแต่ละช่วงเวลา. แหล่งข้อมูล เหตุการณ์นี้ใช้เวลาที่สร้างระเบียน ReturnAuthorization ใน NetSuite โดยทั่วไป ระเบียนจะบันทึกผู้ใช้ วันที่ และสถานะเริ่มต้น เช่น 'Pending Approval'. บันทึก วันที่สร้างธุรกรรม ReturnAuthorization ใน NetSuite. ประเภทเหตุการณ์ explicit | |||
| อนุมัติ Return Authorization | กิจกรรมนี้หมายถึงพนักงานอนุมัติคำขอคืนสินค้าของลูกค้าอย่างเป็นทางการ ทำให้ดำเนินการขั้นต่อไปได้ โดยทั่วไปจะตรวจจับจากการเปลี่ยนแปลงช่องสถานะในระเบียน Return Authorization เช่น จาก 'Pending Approval' เป็น 'Pending Receipt'. | ||
| เหตุผลที่สำคัญ การติดตามขั้นตอนอนุมัติช่วยให้ระบุคอขวดในช่วงตรวจสอบเบื้องต้นได้ ความล่าช้าในขั้นตอนนี้ส่งผลโดยตรงต่อเวลาที่ใช้แจ้งลูกค้าและรับสินค้าคืน. แหล่งข้อมูล ตรวจจับจากบันทึกระบบหรือประวัติเวิร์กโฟลว์ของระเบียน ReturnAuthorization โดยเฉพาะเมื่อมีการเปลี่ยนช่อง 'Status' เป็นสถานะที่อนุมัติแล้ว เช่น 'Pending Receipt'. บันทึก ตรวจจับการเปลี่ยนสถานะของระเบียน ReturnAuthorization เป็น 'Approved'. ประเภทเหตุการณ์ inferred | |||
| แจ้งลูกค้าแล้ว | กิจกรรมนี้หมายถึงการแจ้งลูกค้าเมื่อมีการเปลี่ยนสถานะสำคัญ เช่น อนุมัติ รับสินค้า หรือดำเนินการคืนเงินแล้ว โดยทั่วไปอนุมานจากเวลาที่ส่งอีเมลอัตโนมัติซึ่งบันทึกไว้ในแท็บการติดต่อของระเบียน. | ||
| เหตุผลที่สำคัญ การสื่อสารกับลูกค้าอย่างทันท่วงทีมีความสำคัญต่อความพึงพอใจ การวัดช่วงเวลาระหว่างเหตุการณ์สำคัญกับการแจ้งลูกค้าช่วยให้เห็นจุดที่ประสบการณ์ลูกค้ายังขาดตอน. แหล่งข้อมูล ต้องวิเคราะห์ระบบเพื่อระบุเหตุการณ์นี้ โดยใช้เวลาที่ส่งอีเมลออกหรือบันทึกข้อความจากผู้ใช้ในแท็บย่อย Communication ของ ReturnAuthorization หรือ CreditMemo. บันทึก เวลาของอีเมลหรือรายการบันทึกการติดต่อที่เชื่อมโยงกับเคส. ประเภทเหตุการณ์ inferred | |||
| ตรวจสอบสินค้าแล้ว | กิจกรรมนี้หมายถึงการตรวจสอบสภาพสินค้าคืนเสร็จสิ้น เนื่องจาก NetSuite ไม่มีออบเจ็กต์ 'Inspection' มาตรฐาน โดยทั่วไปจึงอนุมานจากช่องข้อมูลที่กำหนดเองหรือการเปลี่ยนสถานะใน Return Authorization หรือ Item Receipt. | ||
| เหตุผลที่สำคัญ การตรวจสอบมักเป็นคอขวดสำคัญ การติดตามเวลาที่ใช้จนตรวจสอบเสร็จช่วยวิเคราะห์ประสิทธิภาพของเจ้าหน้าที่ ความสม่ำเสมอในการตัดสินใจ และผลกระทบต่อการอนุมัติคืนเงินในขั้นถัดไป. แหล่งข้อมูล ต้องวิเคราะห์ระบบเพื่อระบุเหตุการณ์นี้ อาจอนุมานจากการเปลี่ยนช่อง 'Inspection Status' ที่กำหนดเองในระเบียน ReturnAuthorization หรืออาจเป็นขั้นตอนที่ทำแยกต่างหากและไม่มีการบันทึกไว้. บันทึก อนุมานจากการเปลี่ยนช่องสถานะที่กำหนดเองใน Return Authorization หรือ Item Receipt. ประเภทเหตุการณ์ inferred | |||
| นำ Credit Memo ไปใช้แล้ว | กิจกรรมนี้เป็นอีกทางเลือกแทนการคืนเงินสด โดยนำ Credit Memo ไปหักกับใบแจ้งหนี้ที่ยังค้างชำระของลูกค้า อนุมานจากลิงก์ 'Applied To' ใน Credit Memo ซึ่งแสดงว่ามีการใช้เครดิตแล้ว. | ||
| เหตุผลที่สำคัญ การแยกการคืนเงินสดออกจากการใช้เครดิตมีความสำคัญต่อการวิเคราะห์ทางการเงิน เส้นทางนี้เป็นวิธีปิดรายการอีกแบบหนึ่ง ซึ่งต่างจากการคืนเงินโดยตรง. แหล่งข้อมูล อนุมานจากบันทึกระบบหรือระเบียนที่เกี่ยวข้องกับ CreditMemo โดยเฉพาะเมื่อเชื่อมโยงกับธุรกรรม Invoice เพื่อนำไปหักยอดค้างชำระของลูกค้า. บันทึก ตรวจจับการนำ CreditMemo ไปใช้กับธุรกรรม Invoice. ประเภทเหตุการณ์ inferred | |||
| ปฏิเสธ Return Authorization | กิจกรรมนี้หมายถึงการตัดสินใจปฏิเสธคำขอคืนสินค้าของลูกค้า ซึ่งมักเกิดจากการไม่เป็นไปตามนโยบาย ตรวจจับเหตุการณ์นี้จากการเปลี่ยนสถานะของระเบียน Return Authorization เป็น 'Rejected' หรือ 'Closed' โดยไม่มีการดำเนินการต่อ. | ||
| เหตุผลที่สำคัญ การวิเคราะห์รายการที่ถูกปฏิเสธช่วยให้ทราบสาเหตุที่พบบ่อยของคำขอคืนสินค้าที่ไม่เป็นไปตามข้อกำหนด ซึ่งนำไปใช้ปรับปรุงการสื่อสารกับลูกค้าและชี้แจงนโยบายได้ นอกจากนี้ยังเป็นเส้นทางที่เบี่ยงเบนจากขั้นตอนปกติ. แหล่งข้อมูล ตรวจจับจากบันทึกระบบหรือประวัติเวิร์กโฟลว์ของระเบียน ReturnAuthorization เมื่อช่อง 'Status' เปลี่ยนเป็นสถานะสิ้นสุด 'Rejected'. บันทึก ตรวจจับการเปลี่ยนสถานะของระเบียน ReturnAuthorization เป็น 'Rejected'. ประเภทเหตุการณ์ inferred | |||
| สร้างคำสั่งซื้อเปลี่ยนสินค้า | กิจกรรมนี้เป็นกรณีเปลี่ยนสินค้า โดยสร้างคำสั่งซื้อขายใหม่ให้ลูกค้าแทนการคืนเงิน โดยทั่วไปจะบันทึกเหตุการณ์นี้เมื่อสร้าง Sales Order ที่เชื่อมโยงกลับไปยัง Return Authorization ต้นทาง. | ||
| เหตุผลที่สำคัญ การติดตามการเปลี่ยนสินค้าเป็นเส้นทางแยกช่วยวิเคราะห์ความต้องการของลูกค้า และเปรียบเทียบประสิทธิภาพของขั้นตอนเปลี่ยนสินค้ากับขั้นตอนคืนเงิน ซึ่งเป็นรูปแบบที่พบได้บ่อยและควรให้ความสำคัญ. แหล่งข้อมูล เหตุการณ์นี้ใช้เวลาที่สร้างธุรกรรม SalesOrder ใหม่ ลิงก์ไปยัง ReturnAuthorization อาจอยู่ในช่องมาตรฐานหรือช่องที่กำหนดเอง จึงต้องวิเคราะห์ระบบเพื่อระบุตำแหน่ง. บันทึก วันที่สร้าง SalesOrder ที่เชื่อมโยงกับ ReturnAuthorization. ประเภทเหตุการณ์ explicit | |||
| อนุมัติ Credit Memo | กิจกรรมนี้หมายถึงการอนุมัติ Credit Memo อย่างเป็นทางการ ซึ่งมักจำเป็นสำหรับการคืนเงินจำนวนสูงหรือเป็นส่วนหนึ่งของการควบคุมทางการเงิน อนุมานจากการเปลี่ยนสถานะในระเบียน Credit Memo ที่แสดงว่าพร้อมนำไปใช้หรือชำระเงินแล้ว. | ||
| เหตุผลที่สำคัญ หากต้องขออนุมัติด้านการเงิน ขั้นตอนนี้อาจเป็นคอขวดสำคัญ การวิเคราะห์ระยะเวลาที่ใช้ช่วยปรับขั้นตอนควบคุมทางการเงินให้คล่องตัวขึ้น โดยไม่ทำให้ลูกค้าได้รับเงินคืนล่าช้า. แหล่งข้อมูล อนุมานจากบันทึกระบบของระเบียน CreditMemo โดยเฉพาะเมื่อช่องสถานะการอนุมัติเปลี่ยนจาก 'Pending Approval' เป็น 'Approved' หรือ 'Open'. บันทึก ตรวจจับการเปลี่ยนสถานะของธุรกรรม CreditMemo เป็น 'Approved'. ประเภทเหตุการณ์ inferred | |||
คู่มือการดึงข้อมูล
ขั้นตอน
- ไปที่หน้าสร้าง Saved Search: เข้าสู่ระบบ NetSuite แล้วไปที่ Reports > New Search ในหน้า New Saved Search ให้คลิก 'Transaction'.
- กำหนดเกณฑ์หลัก: ในหน้าตั้งค่า Saved Search ไปที่แท็บ 'Criteria' และแท็บย่อย 'Standard' จากนั้นกำหนดตัวกรองต่อไปนี้เพื่อเลือกเฉพาะระเบียน Return Authorization:
Typeเป็นReturn AuthorizationMain Lineเป็นYes- เพิ่มตัวกรอง
Date Createdและกำหนดช่วงวันที่ที่ต้องการ เช่น 'ภายใน 3 เดือนที่ผ่านมา' ขั้นตอนนี้สำคัญต่อการควบคุมปริมาณข้อมูล.
- ตั้งค่าคอลัมน์ผลลัพธ์สำหรับแอตทริบิวต์: ไปที่แท็บ 'Results' เพิ่มฟิลด์ต่อไปนี้เพื่อใช้เป็นแอตทริบิวต์ในบันทึกเหตุการณ์ ใช้ 'Custom Label' เปลี่ยนชื่อให้เข้าใจง่ายได้ตามต้องการ.
- รหัสกรณี:
Document NumberหรือTranID(Custom Label: ReturnCaseId) - สถานะการคืนสินค้า:
Status(Custom Label: ReturnAuthorizationStatus) - ผู้ดำเนินการ:
Created Byหรือฟิลด์ที่กำหนดเองหากมี (Custom Label: ProcessingAgent) - แผนก:
Department(Custom Label: Department) - ประเภทการคืนสินค้า: ฟิลด์ที่กำหนดเอง เช่น
[Your Return Reason Field](Custom Label: ReturnType) - ยอดเงินคืน:
Amount(Custom Label: ActualRefundAmount)
- รหัสกรณี:
- เพิ่มคอลัมน์สูตรสำหรับวันเวลาของเหตุการณ์: นี่เป็นขั้นตอนที่สำคัญที่สุด สำหรับกิจกรรมทั้ง 12 รายการ ให้เพิ่มคอลัมน์ 'Formula (Date/Time)' โดยแต่ละสูตรใช้คำสั่ง CASE เพื่อแสดงวันเวลาเฉพาะเมื่อเกิดเหตุการณ์นั้น ดูสูตรที่ต้องใช้สำหรับแต่ละกิจกรรมได้ในส่วน 'query'.
- เพิ่มคอลัมน์ค่าคงที่: เพิ่มคอลัมน์ 'Formula (Text)' สองคอลัมน์ในผลลัพธ์:
- สำหรับ
SourceSystemให้ใช้สูตร:'NetSuite'. - สำหรับ
LastDataUpdateให้ใช้สูตรที่แทนวันที่เรียกใช้ เช่น{today}หากต้องการวันเวลาอย่างแม่นยำ ให้ใช้เวลาที่ส่งออกข้อมูล.
- สำหรับ
- บันทึกและส่งออกการค้นหา: ตั้งชื่อการค้นหาให้สื่อความหมาย เช่น 'ProcessMind Returns Extraction' คลิก 'Save & Run' เมื่อผลลัพธ์ปรากฏ ให้คลิกไอคอน Export แล้วเลือก 'CSV'.
- แปลงข้อมูลเป็นบันทึกเหตุการณ์: ไฟล์ CSV ที่ส่งออกจะอยู่ในรูปแบบ 'wide' โดยมีหนึ่งแถวต่อกรณีคืนสินค้าและมีหลายคอลัมน์สำหรับวันเวลาของเหตุการณ์ต่าง ๆ คุณต้องแปลงข้อมูลเป็นบันทึกเหตุการณ์รูปแบบ 'long' ใช้เครื่องมืออย่าง Microsoft Excel Power Query (Unpivot Columns), Python หรือเครื่องมือเขียนสคริปต์อื่น ๆ เพื่อแปลงข้อมูล.
- สำหรับแต่ละแถวใน CSV ให้สร้างแถวใหม่หลายแถว โดยแยกหนึ่งแถวต่อคอลัมน์วันเวลาของเหตุการณ์ที่มีข้อมูล.
- ตารางที่แปลงแล้วควรมีคอลัมน์ เช่น
ReturnCaseId,ActivityNameและEventTimestampโดยActivityNameมาจากหัวคอลัมน์วันเวลาเดิม (เช่น 'สร้าง Return Authorization') และEventTimestampคือค่าจากคอลัมน์นั้น.
- เตรียมไฟล์สำหรับอัปโหลด: ตรวจสอบว่าไฟล์ CSV สุดท้ายมีหัวคอลัมน์ที่จำเป็น ได้แก่
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdateรวมถึงแอตทริบิวต์แนะนำอื่น ๆ จากนั้นไฟล์ก็พร้อมอัปโหลดเข้า ProcessMind.
การกำหนดค่า
- ประเภทการค้นหา: Saved Search ต้องเป็นการค้นหา
Transaction. - ช่วงวันที่: ควรกรองช่วงวันที่จากฟิลด์
Date Createdของ Return Authorization แนะนำให้ใช้ช่วง 3-6 เดือน เพื่อให้ได้ข้อมูลครบถ้วนโดยไม่กระทบประสิทธิภาพมากเกินไป. - ตัวกรองหลัก: ต้องกรอง
Typeเป็นReturn AuthorizationและMain Lineเป็นYesเพื่อให้ได้ระเบียนเริ่มต้นหนึ่งรายการต่อกรณีคืนสินค้า. - ฟิลด์ที่กำหนดเอง: ความถูกต้องของการดึงข้อมูล โดยเฉพาะเหตุการณ์เชิงแนวคิดอย่าง 'ตรวจสอบสินค้าแล้ว' หรือแอตทริบิวต์อย่าง 'ประเภทการคืนสินค้า' ขึ้นอยู่กับการใช้ฟิลด์ที่กำหนดเองในระเบียนธุรกรรมขององค์กร สูตรที่ให้มามีตัวแทนค่า เช่น
{custbody_...}ซึ่งต้องปรับให้ตรงกับการตั้งค่า NetSuite ของคุณ. - สิทธิ์ผู้ใช้: ผู้ใช้ที่เรียกใช้การค้นหาต้องมีสิทธิ์ดูประเภทธุรกรรมทั้งหมดที่เกี่ยวข้อง ได้แก่ Return Authorization, Item Receipt, Credit Memo, Customer Refund และ Sales Order.
- ประสิทธิภาพ: หากบัญชีมีรายการคืนสินค้าจำนวนมาก การค้นหานี้อาจทำงานช้า ควรเรียกใช้ในช่วงที่มีการใช้งานน้อย หรือกำหนดเวลาให้ส่งออกไปยัง file cabinet โดยอัตโนมัติ.
ตัวอย่างคำค้น config
This configuration represents the settings in the NetSuite Saved Search UI. The 'Results' tab should be configured with the following columns and formulas.
**Criteria Tab:**
* `Type` = `Return Authorization`
* `Main Line` = `true`
* `Date Created` = `[Specify Desired Date Range]`
**Results Tab (Columns):**
| Custom Label | Field / Formula Type | Formula / Field ID |
|---|---|---|
| `ReturnCaseId` | Formula (Text) | `{tranid}` |
| `SourceSystem` | Formula (Text) | `'NetSuite'` |
| `LastDataUpdate` | Formula (Date/Time) | `{today}` |
| `ReturnAuthorizationStatus` | Field | `Status` |
| `ProcessingAgent` | Field | `Created By` |
| `Department` | Field | `Department` |
| `ReturnType` | Field | `{custbody_return_reason}` |
| `ActualRefundAmount` | Field | `Amount` |
| `CycleTime` | Formula (Numeric) | `CASE WHEN {status} = 'Closed' THEN {lastmodifieddate} - {datecreated} ELSE NULL END` |
| `Activity_ReturnAuthorizationCreated` | Field | `Date Created` |
| `Activity_ReturnAuthorizationApproved` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Pending Receipt' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` |
| `Activity_ReturnAuthorizationRejected` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Rejected' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` |
| `Activity_ItemReceived` | Formula (Date/Time) | `{applyingtransaction.trandate}` |
| `Activity_ItemInspected` | Formula (Date/Time) | `CASE WHEN {custbody_inspection_status} = 'Complete' THEN {custbody_inspection_date} ELSE NULL END` |
| `Activity_CreditMemoCreated` | Formula (Date/Time) | `{createdfrom.trandate}` |
| `Activity_CreditMemoApproved` | Formula (Date/Time) | `MIN(CASE WHEN {createdfrom.systemnotes.newvalue} = 'Open' AND {createdfrom.systemnotes.field} = 'Status' THEN {createdfrom.systemnotes.date} ELSE NULL END)` |
| `Activity_RefundProcessed` | Formula (Date/Time) | `{createdfrom.appliedtotransaction.trandate}` |
| `Activity_CreditMemoApplied` | Formula (Date/Time) | `CASE WHEN {createdfrom.status} = 'Fully Applied' AND {createdfrom.appliedtotransaction.type} = 'Invoice' THEN {createdfrom.appliedtotransaction.date} ELSE NULL END` |
| `Activity_ExchangeOrderCreated` | Formula (Date/Time) | `{custbody_exchange_order.trandate}` |
| `Activity_CustomerNotified` | Formula (Date/Time) | `MAX({messages.messagedate})` |
| `Activity_ReturnAuthorizationClosed` | Formula (Date/Time) | `MIN(CASE WHEN {systemnotes.newvalue} = 'Closed' AND {systemnotes.field} = 'Status' THEN {systemnotes.date} ELSE NULL END)` | ขั้นตอน
- เปิดใช้ SuiteAnalytics Connect: ตรวจสอบว่าบัญชี NetSuite ของคุณมีไลเซนส์ SuiteAnalytics Connect ผู้ดูแลระบบต้องเปิดใช้ฟีเจอร์นี้ที่ Setup > Company > Enable Features > Analytics.
- กำหนดสิทธิ์ผู้ใช้: ให้สิทธิ์ 'SuiteAnalytics Connect' แก่บทบาทของผู้ใช้ที่เชื่อมต่อ ผู้ใช้รายนี้ต้องมีสิทธิ์ดูระเบียนทั้งหมดที่จะค้นหา เช่น Transactions, Employees และ Customers.
- ติดตั้งไดรเวอร์ ODBC: ดาวน์โหลดและติดตั้งไดรเวอร์ NetSuite ODBC ที่เหมาะกับระบบปฏิบัติการจากหน้าดาวน์โหลด SuiteAnalytics Connect ใน NetSuite.
- ตั้งค่า DSN: ตั้งค่า Data Source Name (DSN) บนเครื่องที่จะใช้เรียกใช้ query ระบุ Service Data Source, Server Hostname, Port, Role ID, Account ID และข้อมูลรับรอง.
- เชื่อมต่อ SQL client: ใช้ SQL client เช่น DBeaver หรือ Microsoft SQL Server Management Studio เชื่อมต่อ NetSuite ผ่าน DSN ที่ตั้งค่าไว้.
- เตรียม SQL Query: คัดลอก SQL query ที่ให้มาไปยัง client โดย query นี้ออกแบบมาเพื่อดึงเหตุการณ์สำคัญทั้งหมดในกระบวนการรับคืนสินค้าและคืนเงิน.
- ปรับแต่ง Query: แก้ไขค่าตัวแทนใน query อย่างน้อยต้องปรับช่วงวันที่ใน Common Table Expression (CTE)
ReturnAuthorizationsให้ตรงกับช่วงเวลาที่ต้องการ คุณอาจต้องปรับชื่อฟิลด์ที่กำหนดเอง เช่นCUSTBODY_RETURN_TYPEหรือค่าสถานะเฉพาะให้ตรงกับการตั้งค่า NetSuite ของคุณ. - เรียกใช้ Query: เรียกใช้ SQL query ที่ปรับแต่งแล้วกับฐานข้อมูลจำลองของ NetSuite ระยะเวลาเรียกใช้อาจแตกต่างกันตามช่วงวันที่และปริมาณข้อมูล.
- ตรวจสอบและส่งออกข้อมูล: เมื่อ query ทำงานเสร็จ ตรวจสอบว่าผลลัพธ์ถูกต้อง แล้วส่งออกข้อมูลทั้งหมดเป็นไฟล์ CSV.
- เตรียมไฟล์สำหรับอัปโหลด: ตรวจสอบว่าหัวคอลัมน์ในไฟล์ CSV ตรงกับแอตทริบิวต์ที่จำเป็น เช่น
ReturnCaseId,ActivityName,EventTimestamp,SourceSystem,LastDataUpdateเป็นต้น ตรวจสอบว่าคอลัมน์EventTimestampใช้รูปแบบวันเวลาเดียวกันทั้งคอลัมน์ จากนั้นไฟล์ก็พร้อมอัปโหลดเข้า ProcessMind.
การกำหนดค่า
- ข้อกำหนดเบื้องต้น: ต้องมีไลเซนส์ NetSuite ที่มีโมดูลเสริม SuiteAnalytics Connect ผู้ใช้ที่เชื่อมต่อต้องมีบทบาทที่ได้รับสิทธิ์ 'SuiteAnalytics Connect' และสิทธิ์อ่านระเบียนธุรกรรม ระเบียนบุคคล และระเบียนพนักงาน.
- การตั้งค่าแหล่งข้อมูล: ต้องตั้งค่า DSN (Data Source Name) โดยใช้ไดรเวอร์ NetSuite ODBC ซึ่งต้องใช้ Account ID, Role ID และข้อมูลรับรองของคุณ โดยทั่วไปโฮสต์บริการสำหรับสภาพแวดล้อมจริงคือ
odbcserver.netsuite.com. - การกรองช่วงวันที่: ต้องกรองช่วงวันที่ใน CTE แรกที่เลือก Return Authorization หากไม่กรอง query จะพยายามดึงข้อมูลการคืนสินค้าทั้งหมด ซึ่งอาจทำงานช้ามากหรือหมดเวลา แนะนำให้เริ่มวิเคราะห์ด้วยข้อมูลย้อนหลัง 3 ถึง 6 เดือน.
- ประเภทธุรกรรมหลัก: Query ใช้ประเภทธุรกรรมหลักหลายประเภท ได้แก่ ReturnAuthorization, ItemReceipt, CreditMemo, CustomerRefund และ SalesOrd (สำหรับการเปลี่ยนสินค้า) ตรวจสอบว่ากระบวนการของคุณใช้ออบเจ็กต์มาตรฐานเหล่านี้.
- การใช้ฟิลด์ที่กำหนดเอง: กิจกรรมอย่าง 'ตรวจสอบสินค้าแล้ว' และแอตทริบิวต์อย่าง 'ประเภทการคืนสินค้า' มักบันทึกไว้ในฟิลด์ที่กำหนดเอง Query ที่ให้มามีตัวแทนค่า เช่น
CUSTBODY_INSPECTION_STATUSและCUSTBODY_RETURN_TYPEคุณต้องค้นหารหัสฟิลด์ที่ถูกต้องในระบบและปรับ query ให้ตรงกัน. - ข้อควรพิจารณาด้านประสิทธิภาพ: Query นี้ซับซ้อน มีการ join หลายรายการและโครงสร้าง
UNION ALLขนาดใหญ่ ควรเรียกใช้ในช่วงที่มีการใช้งานน้อยเพื่อลดผลกระทบต่อประสิทธิภาพระบบ หากมีข้อมูลจำนวนมาก ให้แบ่งเรียกใช้ query เป็นช่วงเวลาสั้น ๆ แล้วนำผลลัพธ์มาต่อกัน.
ตัวอย่างคำค้น sql
WITH ReturnAuthorizations AS (
SELECT
T.TRANSACTION_ID AS ReturnCaseId,
T.TRANDATE
FROM
TRANSACTION T
WHERE
T.TYPE = 'ReturnAuthorization'
AND T.TRANDATE BETWEEN TO_DATE('[YYYY-MM-DD]', 'YYYY-MM-DD') AND TO_DATE('[YYYY-MM-DD]', 'YYYY-MM-DD')
)
SELECT
RA.ReturnCaseId AS "ReturnCaseId",
'Return Authorization Created' AS "ActivityName",
T.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION T
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON T.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Approved' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE = 'Pending Receipt'
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Rejected' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE IN ('Rejected', 'Closed')
UNION ALL
SELECT
RA.ReturnCaseId,
'Item Received' AS "ActivityName",
IR.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION IR
INNER JOIN TRANSACTION T_RA ON IR.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON IR.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE IR.TYPE = 'ItemReceipt'
UNION ALL
SELECT
RA.ReturnCaseId,
'Item Inspected' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SN.FIELD = 'TRANSACTION.CUSTBODY_INSPECTION_STATUS' AND SN.NEW_VALUE = 'Completed'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Created' AS "ActivityName",
CM.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION CM
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON CM.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Approved' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION CM ON SN.TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo' AND SN.FIELD = 'TRANSACTION.APPROVAL_STATUS' AND SN.NEW_VALUE = 'Approved'
UNION ALL
SELECT
RA.ReturnCaseId,
'Refund Processed' AS "ActivityName",
REF.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
ABS(REF.TOTAL) AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION REF
INNER JOIN TRANSACTION CM ON REF.APPLIED_TO_TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON REF.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE REF.TYPE = 'CustomerRefund'
UNION ALL
SELECT
RA.ReturnCaseId,
'Credit Memo Applied' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION CM ON SN.TRANSACTION_ID = CM.TRANSACTION_ID
INNER JOIN TRANSACTION T_RA ON CM.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE CM.TYPE = 'CreditMemo' AND SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE = 'Fully Applied'
UNION ALL
SELECT
RA.ReturnCaseId,
'Exchange Order Created' AS "ActivityName",
SO.CREATED_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T_RA.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T_RA.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM TRANSACTION SO
INNER JOIN TRANSACTION T_RA ON SO.CREATED_FROM_ID = T_RA.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T_RA.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SO.CREATED_BY_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE SO.TYPE = 'SalesOrd'
UNION ALL
SELECT
RA.ReturnCaseId,
'Customer Notified' AS "ActivityName",
MSG.MESSAGE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
T.STATUS AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM MESSAGES MSG
INNER JOIN TRANSACTION T ON MSG.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON MSG.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE MSG.INCOMING = 'F'
UNION ALL
SELECT
RA.ReturnCaseId,
'Return Authorization Closed' AS "ActivityName",
SN.NOTE_DATE AS "EventTimestamp",
'NetSuite' AS "SourceSystem",
CURRENT_TIMESTAMP AS "LastDataUpdate",
SN.NEW_VALUE AS "ReturnAuthorizationStatus",
E.full_name AS "ProcessingAgent",
D.full_name AS "Department",
T.CUSTBODY_RETURN_TYPE AS "ReturnType",
NULL AS "ActualRefundAmount",
NULL AS "CycleTime"
FROM SYSTEM_NOTES SN
INNER JOIN TRANSACTION T ON SN.TRANSACTION_ID = T.TRANSACTION_ID
INNER JOIN ReturnAuthorizations RA ON T.TRANSACTION_ID = RA.ReturnCaseId
LEFT JOIN EMPLOYEE E ON SN.AUTHOR_ID = E.EMPLOYEE_ID
LEFT JOIN DEPARTMENT D ON E.DEPARTMENT_ID = D.DEPARTMENT_ID
WHERE T.TYPE = 'ReturnAuthorization' AND SN.FIELD = 'TRANSACTION.STATUS' AND SN.NEW_VALUE LIKE '%Closed%'; พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการรับคืนสินค้าและคืนเงินด้วยเทมเพลตข้อมูลนี้ ปรับเวิร์กโฟลว์ใน NetSuite ให้มีประสิทธิภาพยิ่งขึ้นและเพิ่มความพึงพอใจของลูกค้าได้ตั้งแต่วันนี้.
ปรับปรุงการคืนสินค้าและคืนเงิน เพิ่มประสิทธิภาพ NetSuite
ลดระยะเวลาการรับคืนสินค้าใน NetSuite ได้ 30% เริ่มปรับปรุงการปฏิบัติการวันนี้.
ไม่ต้องใช้บัตรเครดิต • ตั้งค่าเสร็จในไม่กี่นาที