หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
บทความนี้อธิบายความสามารถในการค้นหาของลูกค้าใน Microsoft Dynamics 365 Commerce
ใช้การค้นหาลูกค้าเพื่อค้นหาลูกค้าเพื่อวัตถุประสงค์ต่าง ๆ ตัวอย่างเช่น พนักงานอาจต้องการดูรายการสิ่งที่ต้องการของลูกค้า หรือประวัติการซื้อ หรือเพิ่มลูกค้าลงในธุรกรรม พนักงานสามารถค้นหาลูกค้าที่เชื่อมโยงกับร้านค้าปัจจุบันหรือร้านค้าอื่นใดในบริษัทได้ นอกจากนี้ พนักงานยังสามารถค้นหาลูกค้าที่เชื่อมโยงกับบริษัทอื่นในองค์กรหลักได้
อัลกอริทึมการค้นหาตรงกับเงื่อนไขการค้นหาเทียบกับค่าที่มีอยู่ในคุณสมบัติของลูกค้าต่อไปนี้:
- ชื่อ
- ที่อยู่อีเมล
- หมายเลขโทรศัพท์
- หมายเลขบัตรสมาชิก
- ที่อยู่
- หมายเลขบัญชี
ในระหว่างคุณสมบัติเหล่านี้ ชื่อจะให้ความยืดหยุ่นมากที่สุดสำหรับการค้นหาคำสำคัญหลายคำ เนื่องจากอัลกอริทึมจะส่งคืนลูกค้าทั้งหมดที่ตรงกับคำสำคัญที่ค้นหาใดๆ ลูกค้าที่ตรงกับคำสำคัญในการค้นหามากที่สุดจะปรากฏที่ด้านบนของผลลัพธ์ พฤติกรรมนี้ช่วยให้เจ้าหน้าที่การเงินในสถานการณ์ที่พวกเขาค้นหาโดยการพิมพ์ชื่อเต็ม แต่ชื่อนามสกุลและชื่อถูกสลับในระหว่างการป้อนข้อมูลเริ่มต้น อย่างไรก็ตาม สำหรับเหตุผลด้านประสิทธิภาพ คุณสมบัติอื่นๆ ทั้งหมดจะรักษาคำสั่งของคำสำคัญในการค้นหา ดังนั้น ถ้าลําดับของคําหลักการค้นหาไม่ตรงกับลําดับที่มีการจัดเก็บข้อมูลจะไม่มีผลลัพธ์
โดยค่าเริ่มต้น การค้นหาลูกค้าจะเสร็จสิ้นในสมุดที่อยู่ของลูกค้าที่เชื่อมโยงกับร้านค้า การค้นหาชนิดนี้เรียกว่า การค้นหาลูกค้าเฉพาะที่ อย่างไรก็ตาม พนักงานยังสามารถค้นหาลูกค้าได้แบบครอบคลุม กล่าวคือ พวกเขาสามารถค้นหาในแต่ละร้านค้าของบริษัท และในบรรดานิติบุคคลอื่น ๆ ทั้งหมดได้ การค้นหาชนิดนี้เรียกว่า การค้นหาลูกค้าระยะไกล
หากต้องการค้นหาทั่วโลก พนักงานสามารถเลือกปุ่ม กรองผลลัพธ์ ที่ด้านล่างของหน้า จากนั้นเลือกตัวเลือก ค้นหาร้านค้าทั้งหมด ดังที่แสดงในภาพประกอบต่อไปนี้ ในกรณีนี้ การค้นหาจะส่งคืนลูกค้าไม่เพียง แต่แต่รวมถึงฝ่ายทุกประเภทที่เป็นส่วนหนึ่งของสมุดที่อยู่ใด ๆ ในสํานักงานใหญ่ด้วย ฝ่ายเหล่านี้รวมถึงผู้ปฏิบัติงาน ผู้จัดจำหน่าย ผู้ติดต่อ และคู่แข่ง
Note
ป้อนอย่างน้อยสี่อักขระสําหรับการค้นหาลูกค้าระยะไกลเพื่อส่งกลับผลลัพธ์
รหัสลูกค้าจะไม่แสดงสําหรับลูกค้าที่สอบถามจากนิติบุคคลอื่นๆ เนื่องจากฝ่ายเหล่านั้นไม่มีรหัสลูกค้าในบริษัทปัจจุบัน อย่างไรก็ตาม ถ้าพนักงานเปิดหน้ารายละเอียดลูกค้า ระบบจะสร้างรหัสลูกค้าสำหรับฝ่ายโดยอัตโนมัติ และยังเชื่อมต่อสมุดที่อยู่ของลูกค้าของร้านค้ากับลูกค้าอีกด้วย ดังนั้น ลูกค้าจะปรากฏในการค้นหาร้านค้าในพื้นที่ท้องถิ่นที่ดำเนินการในภายหลัง
ความสามารถในการค้นหาลูกค้าในท้องถิ่นมากขึ้น
เมื่อคุณค้นหาหมายเลขโทรศัพท์ ระบบจะละเว้นอักขระพิเศษ (เช่น ช่องว่าง ยัติภังค์ และวงเล็บเหลี่ยม) ที่คุณอาจเพิ่มเมื่อสร้างลูกค้า ดังนั้นเจ้าหน้าที่การเงินไม่จําเป็นต้องกังวลเกี่ยวกับรูปแบบหมายเลขโทรศัพท์เมื่อพวกเขาค้นหา ตัวอย่างเช่น ถ้าหมายเลขโทรศัพท์ของลูกค้าถูกป้อนเป็น 123-456-7890 เจ้าหน้าที่การเงินสามารถค้นหาลูกค้าโดยการพิมพ์ 1234567890 หรือโดยป้อนสองสามหมายเลขแรกของหมายเลขโทรศัพท์
Note
ลูกค้าสามารถมีหมายเลขโทรศัพท์หลายหมายเลขและอีเมลหลายรายการได้ อัลกอริทึมการค้นหาลูกค้าจะค้นหาผ่านอีเมลและหมายเลขโทรศัพท์รองเหล่านี้ แต่หน้าผลการค้นหาของลูกค้าจะแสดงอีเมลและหมายเลขโทรศัพท์หลักเท่านั้น ข้อจํากัดนี้อาจทําให้เกิดความสับสน เนื่องจากผลลัพธ์ของลูกค้าที่ส่งกลับมาไม่แสดงอีเมลหรือหมายเลขโทรศัพท์ที่ค้นหา
การค้นหาลูกค้าดั้งเดิมอาจใช้เวลานาน เนื่องจากจะค้นหาทั่วทั้งฟิลด์ที่หลากหลาย แต่พนักงานเก็บเงินสามารถค้นหาได้ในคุณสมบัติเดี่ยวของลูกค้าแทนได้ เช่น ชื่อ ที่อยู่อีเมล หรือหมายเลขโทรศัพท์ คุณสมบัติที่ใช้อัลกอริทึมการค้นหาลูกค้าเรียกกันโดยรวมว่า เกณฑ์การค้นหาลูกค้า ผู้ดูแลระบบสามารถกําหนดค่าเกณฑ์อย่างน้อยหนึ่งข้อเป็นทางลัดที่ปรากฏใน POS ได้อย่างง่ายดาย เนื่องจากการค้นหาถูกจํากัดไว้ที่เกณฑ์เดียว ระบบจะแสดงเฉพาะผลลัพธ์การค้นหาที่เกี่ยวข้องเท่านั้น และประสิทธิภาพการทํางานจะดีกว่าประสิทธิภาพการทํางานของการค้นหาลูกค้ามาตรฐาน ภาพประกอบต่อไปนี้แสดงทางลัดในการค้นหาลูกค้าใน POS
ในการตั้งค่าเกณฑ์การค้นหาเป็นทางลัด ผู้ดูแลระบบจะต้องเปิดหน้า พารามิเตอร์การค้า ในการค้า และจากนั้นบนแท็บ เกณฑ์การค้นหา POS ให้เลือกเกณฑ์ทั้งหมดที่ควรแสดงเป็นทางลัด
Note
ถ้าคุณเพิ่มทางลัดมากเกินไป เมนูดรอปดาวน์บนแถบค้นหาใน POS จะดูไม่เป็นระเบียบ และประสบการณ์การค้นหาของพนักงานอาจได้รับผลกระทบ เพิ่มทางลัดได้มากเท่าที่คุณต้องการเท่านั้น
ฟิลด์ ลำดับการแสดงผล กำหนดลำดับที่มีการแสดงทางลัดใน POS เกณฑ์ที่ถูกแสดงเป็นคุณสมบัติแบบสำเร็จรูป ที่อัลกอริทึมการค้นหาลูกค้าใช้เพื่อค้นหาลูกค้า อย่างไรก็ตาม คู่ค้าสามารถเพิ่มคุณสมบัติแบบกำหนดเองเป็นทางลัดการค้นหาได้ ในการเพิ่มคุณสมบัติแบบกำหนดเองเป็นทางลัดการค้นหา ผู้ดูแลระบบต้องขยายการแจงนับที่สามารถขยายได้ (enum) ที่จะใช้สำหรับเงื่อนไขในการค้นหาลูกค้า และจากนั้น ทำเครื่องหมายคุณสมบัติแบบกำหนดเองของคู่ค้าเป็นทางลัด คู่ค้ารับผิดชอบการเขียนโค้ดในการค้นหาผลลัพธ์ เมื่อมีการใช้ทางลัดแบบกำหนดเองของพวกเขาสำหรับการค้นหา
การแปลทางลัดต้องระบุถ้าคุณต้องการให้แสดงทางลัดบน POS ถ้าภาษาของช่องแตกต่างจากภาษาเริ่มต้นของระบบ คุณต้องกําหนดการแปลสําหรับแต่ละทางลัดในภาษาที่คาดไว้ คุณสามารถกําหนดการแปลโดยเลือก แปล ของแต่ละทางลัด
Note
คุณสมบัติแบบกําหนดเองที่คุณเพิ่มลงใน enum ไม่มีผลต่ออัลกอริทึมการค้นหาลูกค้ามาตรฐาน กล่าวอีกนัยหนึ่ง อัลกอริทึมการค้นหาลูกค้าไม่ได้ค้นหาในคุณสมบัติที่กําหนดเอง ผู้ใช้สามารถใช้คุณสมบัติแบบกำหนดเองสำหรับการค้นหาได้ ก็ต่อเมื่อมีการเพิ่มคุณสมบัติแบบกำหนดเองนั้นเป็นทางลัด หรือหากอัลกอริทึมการค้นหาเริ่มต้นถูกแทนที่
ผู้ค้าปลีกยังสามารถตั้งค่าโหมดการค้นหาลูกค้าเริ่มต้นใน POS เพื่อ ค้นหาร้านค้าทั้งหมด ได้ การกําหนดค่านี้จะเป็นประโยชน์ในสถานการณ์ที่ลูกค้าที่สร้างขึ้นภายนอก POS ต้องถูกค้นหาทันที (ตัวอย่างเช่น ก่อนเรียกใช้งานการกระจาย) โดยผู้ค้าปลีกต้องเปิดตัวเลือก โหมดการค้นหาลูกค้าเริ่มต้น ในโพรไฟล์ฟังก์ชันของ POS เมื่อตั้งค่าเป็น ใช่ ความพยายามในการค้นหาลูกค้าทุกครั้งจะทําการโทรเรียลไทม์ไปยังสํานักงานใหญ่
เพื่อช่วยป้องกันปัญหาด้านประสิทธิภาพการทํางานที่ไม่คาดคิด การกําหนดค่านี้จะถูกซ่อนอยู่หลังธงเที่ยวบินที่มีชื่อว่า CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING ในการแสดงการตั้งค่า โหมดการค้นหาลูกค้าเริ่มต้น ในส่วนติดต่อผู้ใช้ (UI) ผู้ค้าปลีกควรสร้างตั๋วการสนับสนุนสําหรับการทดสอบการยอมรับของผู้ใช้ (UAT) และสภาพแวดล้อมการผลิต หลังจากได้รับตั๋วทีมวิศวกรรมทํางานร่วมกับผู้ค้าปลีกเพื่อให้แน่ใจว่าผู้ค้าปลีกทําการทดสอบในสภาพแวดล้อมที่ไม่แสวงหาผลเพื่อประเมินประสิทธิภาพการทํางานและใช้การปรับแต่งใด ๆ ที่จําเป็น
การค้นหาลูกค้าที่ขับเคลื่อนด้วยระบบคลาวด์
พรีวิวสำหรับสาธารณะของความสามารถในการค้นหาลูกค้าโดยใช้บริการ Azure Cognitive Search นำออกใช้โดยเป็นส่วนหนึ่งของ Commerce รุ่น 10.0.18 นอกเหนือจากการปรับปรุงประสิทธิภาพแล้ว ผู้ใช้บริการยังได้ประโยชน์จากการปรับแต่งที่หลากหลายและปรับปรุงความสามารถที่เกี่ยวข้องให้ดีขึ้น การปรับปรุงประสิทธิภาพจะเห็นได้ชัด โดยเฉพาะอย่างยิ่งเมื่อมีการใช้คุณลักษณะการค้นหาทั้งหมด ("ค้นหาร้านค้าทั้งหมด") ของ POS เนื่องจากการดึงผลลัพธ์การค้นหามาจากดัชนีการค้นหา Azure แทนที่จะสอบถามจากข้อมูลใน Commerce headquarters
เปิดใช้งานคุณลักษณะการค้นหาที่ขับเคลื่อนโดยระบบคลาวด์
Note
สํานักงานใหญ่ทั้งในคอมเมิร์ซและหน่วยมาตราส่วนการค้าต้องได้รับการอัปเดตเป็นเวอร์ชัน 10.0.18 ไม่จําเป็นต้องอัปเดต POS
เมื่อต้องการเปิดใช้งานคุณลักษณะการค้นหาที่ขับเคลื่อนด้วยคลาวด์ในสํานักงานใหญ่ของ Commerce ให้ทําตามขั้นตอนเหล่านี้:
- ไปที่ การดูแลระบบ>พื้นที่ทำงาน>การจัดการคุณลักษณะ
- ค้นหาและเลือกคุณลักษณะ (พรีวิว) การค้นหาลูกค้าที่ขับเคลื่อนด้วยระบบคลาวด์ แล้วเลือก เปิดใช้งานเดี๋ยวนี้
- ไปที่ Retail และ Commerce > การตั้งค่าศูนย์ควบคุม > ตัวจัดตัวกำหนดตารางทำงาน Commerce > เริ่มต้นตัวกำหนดตารางทำงานการค้า และเลือก ตกลง เพื่อแสดงงาน 1010_CustomerSearch ใหม่ บนแบบฟอร์ม กำหนดการการกระจาย
- ไปยัง การขายปลีกและการค้า>การขายปลีกและไอทีเชิงพาณิชย์>กำหนดการการจัดจำหน่าย
- รันงาน 1010_CustomerSearch งานนี้เผยแพร่ข้อมูลไปยังดัชนีการค้นหา Azure เมื่อการเผยแพร่ดัชนีเสร็จสมบูรณ์ สถานะของงานจะถูกตั้งค่าเป็น นําไปใช้
- หลังจากที่มีการใช้งานสถานะงาน 1010_CustomerSearch แล้ว ให้เรียกใช้งานการกําหนดค่าส่วนกลาง 1110 เพื่ออัปเดตช่องทาง POS ของคุณลักษณะที่เพิ่งเปิดใช้งานใหม่ในการจัดการคุณลักษณะ
- หลังจากการเริ่มต้นเสร็จสมบูรณ์ ชุดงานที่เกิดซ้ําจะสร้างโดยอัตโนมัติสําหรับงาน 1010_CustomerSearch เพื่อส่งการอัปเดตลูกค้าไปยังดัชนีการค้นหา ตั้งค่าช่วงเวลาการเกิดซ้ำสำหรับงานนี้เป็น 60 นาที ถ้างานเผยแพร่เซสชันใหม่เร็วกว่าที่สามารถประมวลผลได้ งานค้างจะสะสมเมื่อเวลาผ่านไป และการอัปเดตของลูกค้าจะใช้เวลานานกว่าจะปรากฏในดัชนีการค้นหา
Note
สําหรับการเผยแพร่ดัชนีเริ่มต้น งาน 1010_CustomerSearch อาจใช้เวลาสองสามชั่วโมงในการดําเนินการให้เสร็จสมบูรณ์ เนื่องจากจะส่งระเบียนลูกค้าทั้งหมดไปยังดัชนีการค้นหา Azure โดยทั่วไปการอัปเดตครั้งต่อๆ ไปจะใช้เวลาประมาณ 30 ถึง 60 นาที ขึ้นอยู่กับปริมาณข้อมูลลูกค้าของคุณ (ชุดข้อมูลขนาดใหญ่จะใช้เวลานานกว่า) เมื่อคุณเปิดใช้งานคุณลักษณะการค้นหาที่ขับเคลื่อนด้วยคลาวด์ แต่การเผยแพร่ดัชนียังไม่เสร็จสมบูรณ์ การค้นหาลูกค้าจาก POS จะเป็นค่าเริ่มต้นสําหรับการค้นหาตาม SQL ที่มีอยู่ ค่าเริ่มต้นนี้ช่วยให้มั่นใจได้ว่าจะไม่มีการหยุดชะงักของการดําเนินการจัดเก็บ
ผลต่างของฟังก์ชันจากการค้นหาที่มีอยู่
รายการต่อไปนี้แสดงให้เห็นว่าฟังก์ชันการค้นหาลูกค้าที่ทํางานบนระบบคลาวด์แตกต่างจากฟังก์ชันการค้นหาที่มีอยู่อย่างไร
เมื่อคุณเรียกใช้งาน 1010_CustomerSearch ระบบจะส่งลูกค้าที่สร้างและแก้ไขในสํานักงานใหญ่ของ Commerce ไปยังดัชนีการค้นหา Azure โดยทั่วไปการอัปเดตเหล่านี้จะใช้เวลาประมาณ 30 ถึง 60 นาทีจึงจะปรากฏในดัชนี ขึ้นอยู่กับปริมาณข้อมูลลูกค้าของคุณ (ชุดข้อมูลขนาดใหญ่จะใช้เวลานานกว่า) หลังจากอัปเดตดัชนีแล้ว ผู้ใช้ POS จะสามารถค้นหาลูกค้าใหม่ได้ (หรือค้นหาตามข้อมูลที่อัปเดต) หากกระบวนการทางธุรกิจของคุณต้องการให้ลูกค้าที่สร้างขึ้นในสํานักงานใหญ่ของ Commerce สามารถค้นหาได้ใน POS ทันที บริการนี้อาจไม่ใช่ตัวเลือกที่เหมาะสมสําหรับคุณ
เมื่อคุณสร้างลูกค้าใหม่ใน POS Commerce Scale Unit จะส่งพวกเขาไปยังดัชนีการค้นหา Azure เพื่อให้สามารถค้นหาได้ในร้านค้าทุกแห่งทันที อย่างไรก็ตาม หากคุณเปิดใช้งานคุณลักษณะการสร้างลูกค้า Async ระเบียนลูกค้าใหม่จะไม่ถูกเผยแพร่ไปยังดัชนีการค้นหา Azure จากหน่วยมาตราส่วนการค้าและไม่สามารถค้นหาได้จาก POS จนกว่าข้อมูลลูกค้าจะซิงค์กับสํานักงานใหญ่ Commerce และ ID ลูกค้าจะถูกสร้างขึ้นสําหรับลูกค้า Async งาน 1010_CustomerSearch สามารถส่งระเบียนลูกค้า Async ไปยังดัชนีการค้นหา Azure ได้ เวลาก่อนที่ลูกค้า Async ที่สร้างขึ้นใหม่จะสามารถค้นหาบน POS ได้ขึ้นอยู่กับปัจจัยสองประการ:
- ความถี่ที่งาน 1010_CustomerSearch, P-job และ ซิงโครไนซ์ลูกค้าและคู่ค้าทางธุรกิจจากโหมดอะซิงก์ ถูกกำหนดเวลาให้ทำงาน
- แต่ละงานสามารถเผยแพร่และนำภาระงานของตนไปใช้ได้รวดเร็วเพียงใด
เมื่อเรกคอร์ดลูกค้าถูกสร้างขึ้นเร็วกว่าที่งานเหล่านี้สามารถเผยแพร่และนําไปใช้ได้งานค้างจะสะสมและเวลาในการค้นหาจะเพิ่มขึ้นตามลําดับ
การค้นหาที่ขับเคลื่อนโดยระบบคลาวด์ จะค้นหาอีเมลรองและหมายเลขโทรศัพท์รองของลูกค้า แต่ปัจจุบันผลการค้นหาของลูกค้าจะแสดงหมายเลขโทรศัพท์หลักและที่อยู่อีเมลหลักของลูกค้าเท่านั้น ในทันทีแรก อาจดูเหมือนว่าผลลัพธ์การค้นหาที่ไม่เกี่ยวข้องจะถูกส่งกลับแต่การตรวจสอบอีเมลสํารองและหมายเลขโทรศัพท์ของลูกค้าในผลลัพธ์การค้นหาสามารถช่วยตรวจสอบว่าการค้นหาคําสําคัญส่งผลให้ลูกค้าตรงกันหรือไม่ เพื่อหลีกเลี่ยงความสับสนดังกล่าว มีแผนที่จะปรับปรุงหน้าผลการค้นหาเพื่อให้ผู้ใช้เข้าใจได้ง่ายว่าเพราะเหตุใดจึงส่งคืนผลการค้นหา
ข้อกําหนดในการค้นหาโดยใช้อย่างน้อยสี่อักขระในการค้นหาส่วนกลาง ("ค้นหาร้านค้าทั้งหมด") ไม่สามารถใช้กับบริการนี้ได้
งาน 1010_CustomerSearch ไม่ได้ดําเนินการโดยอัตโนมัติสําหรับเรกคอร์ดลูกค้าที่คุณนําเข้าจากระบบภายนอก คุณต้องเรียกใช้งาน 1010_CustomerSearch เพื่อให้สามารถค้นหาเรกคอร์ดลูกค้าที่นำเข้าได้
Note
ความสามารถในการค้นหาของลูกค้าโดยใช้บริการ Azure Cognitive Search พร้อมใช้งานในภูมิภาคที่จํากัดเพื่อแสดงตัวอย่าง ความสามารถในการค้นหาลูกค้าไม่พร้อมใช้งานในภูมิภาคต่อไปนี้:
- บราซิล
- อินเดีย