วิธีรวมการติดตามพัสดุข้ามพรมแดนทั่วภูมิภาคยุโรปกลางและยุโรปตะวันออก
เพื่อรวมการติดตามพัสดุข้ามพรมแดนในยุโรปกลางและยุโรปตะวันออกให้เป็นหนึ่งเดียว เชื่อมต่อการอัปเดตจากผู้ขนส่งเข้ากับระเบียนการจัดส่งเดียว รักษาข้อมูลระบุการติดตามไว้ตลอดการส่งต่อ และแปลรูปแบบเหตุการณ์ที่แตกต่างกันให้เป็นโมเดลสถานะร่วม สำหรับทีมปฏิบัติการอีคอมเมิร์ซ เป้าหมายไม่ใช่เพียงหน้าติดตามเดียว แต่คือมุมมองที่เชื่อถือได้ของพัสดุแต่ละชิ้น พร้อมระบุผู้รับผิดชอบอย่างชัดเจนเมื่อการจัดส่งหยุดคืบหน้า
สร้างระบบโดยอิงตามเส้นทางการจัดส่ง ประเภทบริการ และพันธมิตรด้านการจัดส่งจริง แทนที่จะใช้เพียงรายการตรวจสอบผู้ขนส่งในภูมิภาค การเชื่อมต่อที่ใช้งานได้กับบริการภายในประเทศหนึ่งบริการ ไม่ได้หมายความว่าการส่งต่อระหว่างประเทศ การจัดส่งไปยังตู้รับพัสดุ หรือการส่งคืนจะมองเห็นได้ในระดับเดียวกัน
เริ่มจากเส้นทางการจัดส่ง ไม่ใช่การครอบคลุมประเทศ
ยุโรปกลางและยุโรปตะวันออกเป็นภูมิภาคการดำเนินงานที่มีประโยชน์ แต่ไม่ใช่เขตศุลกากรหรือเครือข่ายการจัดส่งเดียวกัน คำจำกัดความของภูมิภาคก็แตกต่างกันเช่นกัน กำหนดขอบเขตอย่างชัดเจน ได้แก่ ประเทศต้นทาง ประเทศปลายทาง บริการจัดส่ง และองค์กรที่รับผิดชอบในแต่ละขั้นตอนการขนส่ง
แยกการเคลื่อนย้ายภายในเขตศุลกากรของสหภาพยุโรปออกจากการเคลื่อนย้ายที่ข้ามพรมแดนภายนอก คณะกรรมาธิการยุโรปอธิบายกรอบศุลกากรของสหภาพยุโรปไว้ โดยความใกล้เคียงทางภูมิศาสตร์เพียงอย่างเดียวไม่ได้เป็นตัวกำหนดวิธีปฏิบัติด้านศุลกากรของการจัดส่ง ดินแดนพิเศษ สถานะของสินค้า และกระบวนการเฉพาะบางประเภทอาจต้องมีการตรวจสอบเพิ่มเติม
จัดทำรายการเส้นทางโดยใช้ระเบียนการจัดส่ง ข้อตกลงกับผู้ขนส่ง และข้อมูลการจัดส่งออกจากคลังสินค้า สำหรับแต่ละเส้นทาง ให้บันทึก:
- ต้นทางและปลายทาง รวมถึงช่วงรหัสไปรษณีย์ที่เกี่ยวข้อง
- บริการตามสัญญาและฝ่ายที่รับพัสดุ
- พันธมิตรด้านการขนส่งหรือการจัดส่งปลายทางที่ทราบ
- ข้อมูลระบุการติดตามที่ออกเมื่อจัดส่งและข้อมูลระบุใด ๆ ที่ออกภายหลัง
- การจัดส่งถึงบ้าน ร้านรับพัสดุ หรือตู้รับพัสดุ
- คาดว่าจะมีการดำเนินพิธีการศุลกากรหรือไม่
- ทีมที่รับผิดชอบตรวจสอบข้อยกเว้นด้านการจัดส่ง
รายการนี้จะกลายเป็นแผนทดสอบการเชื่อมต่อของคุณ หากพันธมิตรด้านโลจิสติกส์ไม่สามารถอธิบายได้ว่าข้อมูลการติดตามปลายทางจะพร้อมใช้งานอย่างไร ให้แก้ไขประเด็นนี้ก่อนให้คำมั่นกับลูกค้าว่าจะมองเห็นการจัดส่งได้ตั้งแต่ต้นจนจบ
เลือกเส้นทางการเชื่อมต่อโดยอิงตามข้อกำหนดด้านการดำเนินงาน
API ติดตามแบบหลายผู้ขนส่งเป็นจุดเริ่มต้นที่ใช้งานได้จริง เมื่อจำเป็นต้องให้เครือข่ายการจัดส่งหลายแห่งส่งข้อมูลเข้าสู่ระบบจัดการคำสั่งซื้อหรือระบบสนับสนุนเดียวกัน การเชื่อมต่อโดยตรงกับผู้ขนส่งก็อาจเหมาะสมในกรณีที่บริการหนึ่งต้องใช้ข้อมูลหรือการดำเนินการที่การเชื่อมต่อร่วมของคุณไม่รองรับ การออกแบบแบบผสมสามารถรวมทั้งสองแนวทางเข้าด้วยกัน โดยไม่ทำให้ลูกค้าต้องเห็นประสบการณ์การติดตามที่แยกจากกัน
สำหรับกรณีการใช้งานนี้ ผลิตภัณฑ์ 17TRACK ที่เกี่ยวข้องคือ Tracking API โดยมีข้อมูลการเชื่อมต่ออยู่ใน เอกสาร API อย่างเป็นทางการ ประเมินโดยอิงจากเส้นทางจริงและเวิร์กโฟลว์ที่จำเป็น แทนที่จะสรุปว่าการมีรายชื่อผู้ขนส่งหมายถึงการมองเห็นบริการทุกประเภทได้อย่างสมบูรณ์
เน้นการประเมินจากหลักฐานของการจัดส่งทดสอบ ยืนยันข้อกำหนดการลงทะเบียน การระบุผู้ขนส่ง ฟิลด์เหตุการณ์ที่มี การส่งการอัปเดต การจัดการข้อผิดพลาด และขีดจำกัดบัญชีในเอกสารและข้อตกลงที่เกี่ยวข้อง อย่าออกแบบพฤติกรรมในระบบจริงโดยอาศัยสมมติฐานเกี่ยวกับนโยบายการลองส่ง webhook ซ้ำ ช่วงเวลาของข้อมูลย้อนหลัง หรือช่วงเวลาการอัปเดตที่รับประกัน
ควรพิจารณาการเชื่อมต่อโดยตรงเมื่อเหตุการณ์สำคัญไม่มีอยู่ในฟีดร่วม หรือเมื่อฝ่ายปฏิบัติการต้องการการดำเนินการเฉพาะของผู้ขนส่งนอกเหนือจากการติดตาม ในทางกลับกัน การดูแลการเชื่อมต่อโดยตรงจำนวนมากจะเพิ่มงานด้านการยืนยันตัวตน สคีมา และการตรวจสอบ เลือกโดยอิงจากข้อกำหนดที่พิสูจน์ได้ ไม่ใช่สมมติฐานว่าสถาปัตยกรรมใดสถาปัตยกรรมหนึ่งดีกว่าเสมอ
สร้างระเบียนการจัดส่งเดียวที่รองรับการส่งต่อระหว่างผู้ขนส่ง
หมายเลขคำสั่งซื้อไม่ใช่ข้อมูลระบุพัสดุ คำสั่งซื้อหนึ่งรายการอาจถูกแบ่งส่งเป็นพัสดุหลายชิ้น และพัสดุหนึ่งชิ้นอาจได้รับข้อมูลระบุการติดตามใหม่เมื่อผู้รับผิดชอบเปลี่ยนแปลง ระเบียนการจัดส่งภายในของคุณควรคงที่ในทั้งสองสถานการณ์
ใช้ ID การจัดส่งภายในเป็นข้อมูลอ้างอิงหลัก จัดเก็บข้อมูลระบุของผู้ขนส่งเป็นระเบียนที่เชื่อมโยงกัน ไม่ใช่สิ่งที่ใช้แทนข้อมูลระบุนั้น โมเดลภายในต่อไปนี้เป็นคำแนะนำ ไม่ใช่คำอธิบายสคีมาตอบกลับของผู้ให้บริการรายใดรายหนึ่ง
| ระเบียน | สิ่งที่ต้องเก็บรักษา | เหตุผลที่สำคัญ |
|---|---|---|
| ข้อมูลระบุการจัดส่ง | ID การจัดส่งภายใน ข้อมูลอ้างอิงคำสั่งซื้อ ข้อมูลอ้างอิงพัสดุ | ทำให้การจัดส่งแบบแยกส่วนและคำสั่งซื้อที่แยกกันยังคงแตกต่างกัน |
| ข้อมูลระบุการติดตาม | หมายเลขติดตาม ข้อมูลระบุผู้ขนส่ง แหล่งที่มา ช่วงการขนส่งที่เกี่ยวข้อง | เชื่อมโยงการติดตามต้นทางและปลายทางโดยไม่สูญเสียแหล่งที่มา |
| เหตุการณ์ดิบ | คำอธิบายต้นฉบับ เวลาจากแหล่งที่มา สถานที่ เวลาที่รับข้อมูล | รองรับการตรวจสอบและการแก้ไขในภายหลัง |
| เหตุการณ์ที่ทำให้เป็นมาตรฐาน | สถานะร่วม หมวดหมู่ข้อยกเว้น เวอร์ชันการแมป | ทำให้การรายงานและการสื่อสารกับลูกค้ามีความสอดคล้อง |
เชื่อมโยงข้อมูลระบุปลายทางใหม่เมื่อผู้ขนส่ง พันธมิตรด้านโลจิสติกส์ หรือการตอบกลับการติดตามระบุอย่างชัดเจนว่าข้อมูลนั้นเกี่ยวข้องกับการจัดส่งดังกล่าว อย่าเชื่อมโยงระเบียนเพียงเพราะหมายเลขดูคล้ายกันหรือปลายทางตรงกัน ความเชื่อมโยงที่ไม่แน่นอนควรเข้าสู่คิวตรวจสอบ แทนที่จะรวมพัสดุของลูกค้าสองรายเข้าด้วยกันโดยไม่แจ้ง
ทำให้ความหมายของสถานะเป็นมาตรฐานโดยไม่ทิ้งรายละเอียด
ผู้ขนส่งแต่ละรายอาจอธิบายเหตุการณ์สำคัญเดียวกันด้วยถ้อยคำต่างกัน ในทางกลับกัน ถ้อยคำที่คล้ายกันอาจอธิบายสถานการณ์การดำเนินงานที่แตกต่างกัน ทำให้ความหมายของเหตุการณ์เป็นมาตรฐาน ไม่ใช่เพียงแปลข้อความ
โมเดลสถานะภายในที่จัดการได้อาจประกอบด้วย ได้รับข้อมูลการจัดส่งแล้ว ผู้ขนส่งรับพัสดุแล้ว อยู่ระหว่างการขนส่ง กำลังนำจ่าย พร้อมให้รับสินค้า จัดส่งแล้ว มีข้อยกเว้นในการจัดส่ง กำลังส่งคืน และส่งคืนแล้ว เก็บข้อมูลศุลกากรและเหตุผลของข้อยกเว้นเป็นมิติเพิ่มเติมเมื่อทำได้ พัสดุที่อยู่ระหว่างดำเนินพิธีการศุลกากรไม่ได้หมายความว่าล่าช้าหรือรอการดำเนินการจากลูกค้าโดยอัตโนมัติ
- ได้รับข้อมูลการจัดส่งแล้ว: มีข้อมูลการจัดส่งทางอิเล็กทรอนิกส์ แต่ยังไม่ยืนยันการรับพัสดุจริง
- พร้อมให้รับสินค้า: พัสดุพร้อมอยู่ที่จุดรับสินค้า ซึ่งไม่เหมือนกับลูกค้าได้รับพัสดุแล้ว
- มีข้อยกเว้นในการจัดส่ง: อาจมีบางสิ่งขัดขวางการจัดส่ง ให้เก็บเหตุผลเฉพาะและการดำเนินการที่จำเป็น
- จัดส่งแล้ว: มีการรายงานเหตุการณ์สำคัญด้านการจัดส่งที่เกี่ยวข้อง ให้เก็บรายละเอียดที่แยกการส่งถึงผู้รับออกจากรูปแบบการจัดส่งอื่น
เก็บเหตุการณ์ต้นฉบับไว้คู่กับเหตุการณ์ที่ทำให้เป็นมาตรฐาน หากข้อความภาษาท้องถิ่นกำกวม ให้คงสถานะที่กว้างกว่าแทนการสร้างคำอธิบายที่เฉพาะเจาะจงขึ้นมาเอง ตัวอย่างเช่น การไม่มีข้อมูลสแกนไม่ได้ยืนยันว่าพัสดุถูกกักไว้ที่ศุลกากร จัดส่งไม่สำเร็จ หรือสูญหาย
กำหนดเวอร์ชันของกฎการแมป เมื่อการตีความเปลี่ยนแปลง คุณควรระบุพัสดุที่ได้รับผลกระทบและคำนวณสถานะที่แสดงใหม่ได้ โดยไม่สูญเสียประวัติจากแหล่งที่มา
ทำให้การรับเหตุการณ์ทนทานต่อข้อมูลที่ไม่สมบูรณ์
เหตุการณ์การติดตามอาจมาถึงล่าช้า ซ้ำกัน หรือปรากฏไม่เรียงลำดับ จัดการการรับข้อมูลในฐานะไปป์ไลน์ข้อมูลที่คงทน แทนที่จะใช้เป็นทริกเกอร์โดยตรงสำหรับอีเมลถึงลูกค้า
- ตรวจสอบและยืนยันข้อมูลขาเข้า ใช้วิธีการตรวจสอบที่ระบุไว้สำหรับการเชื่อมต่อ จำกัดขนาด payload ที่ยอมรับ และหลีกเลี่ยงการบันทึกข้อมูลรับรองลงในล็อก
- บันทึกเหตุการณ์ก่อนประมวลผลขั้นถัดไป แยกการรับข้อมูลสำเร็จออกจากงานทำให้เป็นมาตรฐานและการแจ้งเตือนที่เกิดขึ้นภายหลัง
- กำจัดข้อมูลซ้ำอย่างปลอดภัย ใช้ตัวระบุเหตุการณ์ที่คงที่เมื่อมี หากไม่มี ให้กำหนดชุดฟิลด์จากแหล่งที่มาไว้อย่างเป็นเอกสาร และคำนึงถึงการสแกนซ้ำที่เกิดขึ้นโดยชอบธรรม
- จัดเก็บเวลาเหตุการณ์และเวลารับข้อมูลแยกกัน เก็บข้อมูลเขตเวลาไว้ อย่าคาดเดาเขตเวลาเมื่อแหล่งที่มาไม่ระบุ
- คำนวณสถานะปัจจุบัน เหตุการณ์เก่าที่มาถึงภายหลังไม่ควรแทนที่เหตุการณ์สำคัญที่คืบหน้าไปมากกว่าโดยอัตโนมัติ
- ตรวจสอบช่องว่าง หากรองรับและได้รับอนุญาต ให้เรียกข้อมูลอัปเดตเพื่อกู้คืนจากการส่งข้อมูลที่พลาดหรือความล้มเหลวในการประมวลผล
อย่าทำให้การเปลี่ยนสถานะย้อนกลับไม่ได้ทั้งหมด แหล่งที่มาอาจแก้ไขรายงานการจัดส่งก่อนหน้า จัดการการแก้ไขที่ระบุไว้อย่างชัดเจนพร้อมบันทึกตรวจสอบ แทนที่จะระงับการแก้ไขเพราะก่อนหน้านี้พัสดุเคยแสดงว่าเสร็จสมบูรณ์
มอบหมายผู้รับผิดชอบด้านเทคนิคสำหรับการลงทะเบียนที่ล้มเหลว ข้อผิดพลาดด้านการยืนยันตัวตน คิวการประมวลผลที่ค้าง และเหตุการณ์ที่ยังไม่ได้แมป สิ่งเหล่านี้เป็นปัญหาด้านการเชื่อมต่อ ไม่ใช่หลักฐานว่าพัสดุหยุดเคลื่อนที่
เปลี่ยนข้อยกเว้นด้านการติดตามให้เป็นงานที่มีผู้รับผิดชอบ
แดชบอร์ดแบบรวมจะมีประโยชน์เมื่อมีคนรู้ว่าต้องทำอะไรต่อ กำหนดกฎข้อยกเว้นตามเส้นทางและบริการ โดยใช้พฤติกรรมการจัดส่งที่สังเกตได้และข้อผูกพันตามสัญญา ไม่มีระยะเวลาสากลที่สมเหตุสมผลสำหรับจัดประเภทพัสดุข้ามพรมแดนทุกชิ้นว่าล่าช้าหรือสูญหาย
แยกอย่างน้อยสามสถานการณ์:
- ยังไม่มีการรับพัสดุจริง: มีข้อมูลการจัดส่ง แต่ไม่มีหลักฐานว่าผู้ขนส่งได้รับพัสดุแล้ว ขอให้คลังสินค้าหรือพันธมิตรด้านการจัดส่งตรวจสอบการส่งต่อ
- ไม่มีการเคลื่อนย้ายล่าสุด: พัสดุที่เคยถูกรับแล้วไม่มีการอัปเดตถัดไปภายในเกณฑ์ตรวจสอบของเส้นทาง ตรวจสอบความพร้อมของแหล่งที่มาและขั้นตอนการขนส่งที่วางแผนไว้ก่อนยกระดับปัญหา
- ต้องดำเนินการอย่างชัดเจน: แหล่งที่มารายงานปัญหาที่อยู่ เอกสารที่ร้องขอ หรือข้อกำหนดในการรับสินค้า ส่งเรื่องให้ทีมที่สามารถแก้ไขได้
การแจ้งเตือนทุกครั้งควรมีข้อมูลระบุการจัดส่ง เหตุการณ์ล่าสุดที่เกี่ยวข้อง ข้อมูลอ้างอิงการติดตาม ทีมผู้รับผิดชอบ การดำเนินการถัดไป และกำหนดเวลาตรวจสอบ ระงับการแจ้งเตือนซ้ำ แต่ยังคงเก็บการเปลี่ยนแปลงที่มีความหมาย
สำหรับการจัดส่งไปยังร้านรับพัสดุและตู้รับพัสดุ ให้เก็บข้อมูลการรับสินค้าเมื่อมีการระบุไว้ เผยแพร่กำหนดเวลารับสินค้าเฉพาะเมื่อมาจากแหล่งข้อมูลที่เชื่อถือได้สำหรับการจัดส่งหรือบริการนั้น อย่าสร้างกำหนดเวลาดังกล่าวจากกฎการจัดส่งของประเทศอื่น
มอบมุมมองที่ง่ายกว่าด้านปฏิบัติการให้ลูกค้า
หน้าสำหรับลูกค้าควรตอบคำถามสามข้อ ได้แก่ พัสดุอยู่ที่ใดในเส้นทาง ลูกค้าต้องดำเนินการหรือไม่ และจะเกิดอะไรขึ้นต่อไป ไม่จำเป็นต้องแสดงข้อมูลการสแกนภายในทุกครั้ง
ใช้ระเบียนการจัดส่งที่ทำให้เป็นมาตรฐานเดียวกันสำหรับหน้าติดตาม เครื่องมือสนับสนุน และการแจ้งเตือน ซึ่งช่วยลดข้อความที่ขัดแย้งกัน เช่น อีเมลระบุว่า “อยู่ระหว่างการขนส่ง” แต่หน้าจอสนับสนุนแสดงว่าต้องไปรับสินค้า
เรียกใช้การแจ้งเตือนเมื่อเกิดการเปลี่ยนแปลงที่มีความหมาย ไม่ใช่ทุกเหตุการณ์ขาเข้า แยก “สร้างป้ายแล้ว” ออกจาก “ผู้ขนส่งรับพัสดุแล้ว” และแยก “พร้อมให้รับสินค้า” ออกจาก “จัดส่งแล้ว” แสดงวันที่คาดว่าจะมาถึงแยกจากเหตุการณ์ที่ยืนยันแล้วอย่างชัดเจน และระบุว่าเป็นค่าประมาณ
แปลคำอธิบายให้ตรงกับภาษาของลูกค้า โดยเก็บข้อความต้นฉบับของผู้ขนส่งไว้สำหรับฝ่ายสนับสนุน ปกป้องการเข้าถึงรายละเอียดการจัดส่งและเปิดเผยเฉพาะข้อมูลที่จำเป็นต่อการติดตาม ข้อมูลที่อยู่ หมายเลขโทรศัพท์ และข้อมูลรับสินค้าควรไม่กลายเป็นข้อมูลสาธารณะเพียงเพราะมีผู้รู้ข้อมูลอ้างอิงการติดตาม
ทดสอบเส้นทางแบบครบวงจรก่อนขยาย
เลือกเส้นทางที่เป็นตัวแทน ไม่ใช่เฉพาะการเชื่อมต่อที่ง่ายที่สุด รวมการเคลื่อนย้ายภายในสหภาพยุโรป การเคลื่อนย้ายที่ข้ามพรมแดนภายนอกเมื่อเกี่ยวข้อง การส่งต่อให้ผู้ขนส่งปลายทาง และการจัดส่งไปยังจุดรับสินค้า เพิ่มคำสั่งซื้อแบบแยกส่วนและการส่งคืนหากอยู่ในขอบเขตการดำเนินงานของคุณ
ทดสอบการจัดส่งปกติและกรณีที่ซับซ้อน ได้แก่ หมายเลขติดตามที่ไม่รู้จัก การสแกนครั้งแรกล่าช้า เหตุการณ์ซ้ำ การอัปเดตไม่เรียงลำดับ เขตเวลาหายไป ข้อมูลระบุปลายทางเปลี่ยนแปลง และสถานะการจัดส่งที่แก้ไขแล้ว ใช้ระเบียนย้อนหลังหรือชุดทดสอบที่ควบคุมได้เมื่อไม่มีตัวอย่างจริง
ตกลงมาตรการยอมรับก่อนเริ่มโครงการนำร่อง:
- สัดส่วนพัสดุที่จัดส่งแล้วและลงทะเบียนเพื่อติดตามสำเร็จ
- สัดส่วนการส่งต่อที่ทราบและเชื่อมโยงกับการจัดส่งเดิมอย่างถูกต้อง
- สัดส่วนเหตุการณ์ที่ได้รับซึ่งต้องตีความด้วยตนเอง
- เวลาระหว่างการที่เหตุการณ์จากแหล่งที่มาพร้อมใช้งาน การรับข้อมูล และการแสดงต่อลูกค้า เมื่อสามารถวัดได้
- การแจ้งเตือนลูกค้าที่ไม่ถูกต้องหรือซ้ำกัน
- ข้อยกเว้นที่ไม่มีผู้รับผิดชอบ
กำหนดตัวส่วนของแต่ละตัวชี้วัด เวลาในเหตุการณ์เพียงอย่างเดียวไม่สามารถพิสูจน์ได้ว่าการเชื่อมต่อของคุณรับข้อมูลอัปเดตได้เร็วเพียงใด เพราะแหล่งที่มาอาจเผยแพร่ข้อมูลในภายหลัง ในทำนองเดียวกัน พัสดุที่ติดตามไม่ได้ควรยังคงปรากฏในรายงาน ไม่ใช่หายไปจากการคำนวณอัตราความสำเร็จ
ขยายระบบต่อเมื่อโครงการนำร่องแสดงให้เห็นถึงการเชื่อมโยงข้อมูลระบุที่เชื่อถือได้ สถานะที่เข้าใจได้ ความล้มเหลวในการรับข้อมูลที่กู้คืนได้ และการมอบหมายข้อยกเว้นที่ใช้งานได้จริง กลุ่มเส้นทางที่เล็กกว่าแต่เข้าใจดีเป็นพื้นฐานที่แข็งแกร่งกว่าการเชื่อมต่อที่กว้างขวางแต่มีช่องว่างที่อธิบายไม่ได้
คำถามที่พบบ่อย
หมายเลขติดตามหนึ่งหมายเลขสามารถครอบคลุมเส้นทางข้ามพรมแดนทั้งหมดได้หรือไม่
บางครั้งทำได้ แต่ไม่ควรกำหนดให้เป็นข้อกำหนดของระบบ เก็บข้อมูลระบุเดิมไว้และแนบข้อมูลระบุเพิ่มเติมของผู้ขนส่งเมื่อมีแหล่งข้อมูลที่เชื่อถือได้เชื่อมโยงข้อมูลเหล่านั้น ลูกค้ายังคงใช้หน้าติดตามภายในหน้าเดียวได้ แม้ข้อมูลระบุเบื้องหลังจะเปลี่ยนแปลง
API ติดตามช่วยลดความจำเป็นในการสร้างความสัมพันธ์กับผู้ขนส่งหรือไม่
ไม่ API สามารถรวมข้อมูลการติดตามได้ แต่ความรับผิดชอบด้านการขนส่ง การตรวจสอบการจัดส่ง การเคลม และข้อผูกพันตามสัญญายังคงต้องมีผู้รับผิดชอบที่ชัดเจน ยืนยันว่าใครสามารถตรวจสอบแต่ละช่วงการขนส่งได้ก่อนเกิดข้อยกเว้น
การจัดส่งทุกชิ้นที่ข้ามพรมแดนประเทศควรแสดงเหตุการณ์สำคัญด้านศุลกากรหรือไม่
ไม่ พรมแดนประเทศไม่จำเป็นต้องเป็นพรมแดนศุลกากรภายนอก และฟีดการติดตามทุกแห่งไม่ได้แสดงเหตุการณ์ศุลกากร แสดงข้อมูลศุลกากรเมื่อมีเหตุการณ์การจัดส่งที่เชื่อถือได้รองรับ อย่าเพิ่มขั้นตอนศุลกากรเพียงเพราะประเทศปลายทางแตกต่างกัน
ลูกค้าควรเห็นอะไรเมื่อการติดตามหยุดอัปเดต
แสดงเหตุการณ์สำคัญล่าสุดที่ยืนยันแล้วพร้อมเวลา หากเกินเกณฑ์การดำเนินงานของคุณ ให้อธิบายว่ากำลังตรวจสอบและระบุช่องทางสนับสนุนที่เหมาะสม หลีกเลี่ยงการระบุว่าพัสดุสูญหายโดยไม่มีการยืนยันสนับสนุน
พัสดุที่ส่งคืนควรอยู่ในระบบติดตามแบบรวมอย่างไร
เก็บประวัติการส่งออกเดิมไว้และเชื่อมโยงการเคลื่อนย้ายขากลับเป็นเส้นทางที่เกี่ยวข้อง แยกกรณีผู้ขนส่งส่งพัสดุที่จัดส่งไม่สำเร็จกลับออกจากกรณีลูกค้าเริ่มการคืนสินค้าหลังได้รับพัสดุแล้ว ผู้รับผิดชอบด้านปฏิบัติการและข้อความถึงลูกค้าอาจแตกต่างกัน
แหล่งข้อมูล
- 17TRACK Tracking API — แหล่งอ้างอิงผลิตภัณฑ์อย่างเป็นทางการสำหรับประเมินการเชื่อมต่อการติดตามผ่าน API
- เอกสาร 17TRACK API — แหล่งอ้างอิงทางเทคนิคสำหรับตรวจสอบข้อกำหนดการเชื่อมต่อและพฤติกรรมที่รองรับ
- คณะกรรมาธิการยุโรป: ศุลกากร — แหล่งอ้างอิงอย่างเป็นทางการสำหรับกรอบศุลกากรของสหภาพยุโรปและกระบวนการที่เกี่ยวข้อง
- สหภาพยุโรป: ประเทศสมาชิกสหภาพยุโรป — แหล่งอ้างอิงอย่างเป็นทางการสำหรับแยกการเป็นสมาชิกสหภาพยุโรปออกจากภูมิภาคการดำเนินงานทางภูมิศาสตร์ที่กว้างกว่า
