Orkas Orkas
ดาวน์โหลด GitHub
หน้าแรก บล็อก ตรวจเทียบหมายเลขติดตามพัสดุจากซัพพลายเออร์
งานปฏิบัติการ

ตรวจสอบเลขติดตามพัสดุจากซัพพลายเออร์ให้ตรงกันโดยไม่ต้องอ่านทุกคำสั่งซื้อ

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

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

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

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

เหตุใดการตรวจเทียบจึงต้องมาก่อนระบบอัตโนมัติ

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

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

ข้อมูลส่งออกสองชุด

คำสั่งซื้อของคุณ ข้อมูลส่งออกใดก็ได้ที่มีหมายเลขคำสั่งซื้อ ชื่อหรือที่อยู่ผู้รับ รายการสินค้า และสถานะการจัดส่งปัจจุบัน Shopify, WooCommerce, Etsy และ eBay ต่างส่งออกข้อมูลนี้จากหน้าผู้ดูแลได้โดยไม่ต้องใช้ API เลย

การยืนยันจากซัพพลายเออร์ ส่งออกโฟลเดอร์กล่องจดหมายที่รับอีเมลเหล่านั้น โปรแกรมอีเมลส่วนใหญ่ส่งออกโฟลเดอร์เป็น .mbox หรือชุดไฟล์ .eml ได้ หากซัพพลายเออร์ส่ง CSV หรือข้อมูลส่งออกจากพอร์ทัลแทน ให้ใช้ข้อมูลนั้น เพราะเป็นระเบียบกว่าและไม่เปลี่ยนตามเมื่อพวกเขาออกแบบแม่แบบใหม่

นำทั้งสองชุดไว้ในโฟลเดอร์เดียวบนเครื่อง โฟลเดอร์นั้นคือพื้นที่ทำงานทั้งหมด

สี่ตาราง และมีเพียงสามตารางที่เป็นรายการ

ขอรูปแบบนี้อย่างชัดเจน และอย่ายอมรับข้อความบรรยายแทน:

  1. จับคู่ได้และข้อมูลสอดคล้องกัน — แสดงเพียงจำนวน ไม่ต้องแจกแจงรายการ
  2. การยืนยันที่จับคู่ไม่ได้ — หมายเลขติดตามพัสดุที่ไม่มีคำสั่งซื้อรองรับ
  3. คำสั่งซื้อที่จับคู่ไม่ได้ — คำสั่งซื้อที่มีอายุเกิน N วันและยังไม่มีการยืนยันเลย
  4. กำกวม — รายการใดก็ตามที่จับคู่ได้กับมากกว่าหนึ่งคำสั่งซื้อ

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

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

แต่ละตารางกำลังบอกอะไรคุณจริง ๆ

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

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

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

จากนั้น และเฉพาะเมื่อถึงตอนนั้น จึงเขียนข้อมูลกลับ

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

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

ใช้งานใน Orkas

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

โฟลเดอร์เดียวกันนี้ยังเป็นที่เก็บงานร้านประจำสัปดาห์ส่วนอื่น ๆ ซึ่งเราอธิบายไว้ใน กรณีการใช้งานทบทวนร้านอีคอมเมิร์ซ.

สิ่งที่ไม่ครอบคลุม

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