Một người bán trên r/shopify mô tả chính xác công việc: nhà cung cấp gửi email xác nhận vận chuyển cho từng đơn hàng, bạn mở email, sao chép mã vận đơn, dán vào đơn hàng, đánh dấu đã hoàn tất, rồi làm tiếp đơn sau. Có ngày ba mươi đơn hàng ngốn mất một giờ. Người khác mô tả công việc tương tự mỗi tuần — ba giờ sao chép và dán vào mỗi tối Chủ nhật.
Phản xạ đầu tiên là tự động hóa từ đầu đến cuối. Đó là bước khởi đầu sai, và câu trả lời hay nhất trong luồng thảo luận đó giải thích lý do: phiên bản hữu ích chỉ hiển thị những mục không khớp hoặc đã quá lâu, biến ba giờ kiểm tra từng đơn hàng thành mười phút xử lý trường hợp ngoại lệ.
Vì sao đối soát phải đi trước tự động hóa
Tự động hóa hoàn toàn sẽ ghi vào cửa hàng. Điều đó cần thông tin xác thực có quyền ghi, đồng nghĩa cần ứng dụng do người bán sở hữu, rồi phải chờ duyệt đăng ký nhà phát triển. Và khi nhà cung cấp thay đổi mẫu email — điều chắc chắn sẽ xảy ra — bạn sẽ gặp các đơn hàng bị hoàn tất sai một cách âm thầm thay vì một danh sách dòng không khớp dễ thấy.
Đối soát giúp bạn lấy lại cùng một giờ mà không chịu những rủi ro đó, đồng thời cho biết việc ghép khớp có đáng tin cậy hay không trước khi cho phép bất cứ thứ gì ghi. Nếu muốn biết đầy đủ quyền ghi đòi hỏi những gì trên từng nền tảng, chúng tôi đã viết riêng trong hướng dẫn Shopify Admin MCP.
Hai bản xuất dữ liệu
Đơn hàng của bạn. Bất kỳ bản xuất nào có số đơn hàng, tên hoặc địa chỉ người nhận, các mặt hàng và trạng thái hoàn tất hiện tại. Shopify, WooCommerce, Etsy và eBay đều xuất được dữ liệu này từ trang quản trị mà không cần quyền truy cập API.
Xác nhận của nhà cung cấp. Xuất thư mục hộp thư nhận các email đó — hầu hết ứng dụng email đều xuất thư mục thành .mbox hoặc một tập hợp tệp .eml . Nếu nhà cung cấp gửi CSV hoặc bản xuất từ cổng thông tin, hãy dùng chúng; dữ liệu gọn hơn và không bị lệch khi họ thiết kế lại mẫu.
Đặt cả hai vào một thư mục cục bộ. Thư mục đó là toàn bộ không gian làm việc.
Bốn bảng, và chỉ ba bảng là danh sách
Yêu cầu đúng cấu trúc này, không chấp nhận văn xuôi thay thế:
- Đã khớp và nhất quán — chỉ số lượng. Không liệt kê.
- Xác nhận không khớp — mã vận đơn không có đơn hàng tương ứng.
- Đơn hàng không khớp — đơn hàng quá N ngày mà hoàn toàn chưa có xác nhận.
- Mơ hồ — bất cứ mục nào khớp với nhiều hơn một đơn hàng.
Ghép theo số đơn hàng trước, chỉ dùng tên người nhận cộng mã bưu chính khi thiếu số đơn hàng. Với bảng 2 đến 4, yêu cầu ghi chính xác các trường nguồn dùng để ghép. Đồng thời yêu cầu mọi kết quả ghép chưa chắc chắn phải vào bảng 4 thay vì đoán để đưa vào bảng 1.
Bảng 1 chỉ là số lượng thay vì danh sách chính là cốt lõi của thiết kế. Vào ngày bình thường, con số đó là 28, ba bảng còn lại trống, và bạn xong việc trong mười giây.
Từng bảng thực sự cho bạn biết điều gì
Bảng 2, mã vận đơn không có đơn hàng. Thường là nhà cung cấp gửi hàng cho đơn đã hủy, hoặc xác nhận bị trùng. Kiểm tra ít tốn công, và đôi khi phát hiện việc gửi hàng hai lần trước khi bạn phải trả tiền hai lần.
Bảng 3, đơn hàng không có mã vận đơn. Đây là nhóm gây tổn thất lớn và là lý do cần chạy toàn bộ quy trình. Chúng trở thành yêu cầu hỗ trợ “đơn hàng của tôi ở đâu”, và trên sàn thương mại điện tử, chúng trở thành chỉ số giao hàng trễ khiến bạn mất khả năng hiển thị chứ không chỉ mất thiện cảm.
Bảng 4, mơ hồ. Gần như luôn là hai đơn hàng tới cùng một hộ gia đình. Đáng giải quyết thủ công chính vì hệ thống hoàn toàn tự động sẽ chọn một đơn và sai một nửa số lần.
Chỉ khi đó mới ghi ngược trở lại
Sau khi chạy vài tuần và bảng 4 ổn định ở trạng thái trống, việc ghép khớp đủ đáng tin để hành động. Lúc đó, thao tác ghi hoàn tất đơn hàng vẫn cần được kiểm soát theo mức độ thay vì không giới hạn: có bản xem trước khi thực thi, và giới hạn số đơn hàng một lệnh gọi được tác động, để một kết quả ghép sai không thể âm thầm hoàn tất hai trăm đơn.
Nếu bạn không bao giờ tới giai đoạn đó, riêng việc đối soát cũng đã tiết kiệm được một giờ. Đó là phần đáng giữ lại.
Chạy quy trình trong Orkas
Đưa hai bản xuất vào một thư mục dự án và giữ chúng ở đó. Vì dự án giữ ngữ cảnh qua từng ngày, lượt chạy ngày mai có thể so sánh với bảng 3 hôm nay — và đơn hàng không có mã vận đơn suốt ba ngày liên tiếp là vấn đề khác với đơn mới xuất hiện sáng nay. Chỉ phần chênh lệch mới cho biết sự khác biệt. Tệp và khóa ở lại trên máy của bạn; các lệnh gọi mô hình đi thẳng tới nhà cung cấp.
Cũng chính thư mục đó chứa phần việc cửa hàng hằng tuần còn lại, được chúng tôi hướng dẫn trong tình huống sử dụng rà soát cửa hàng thương mại điện tử.
Những gì không nằm trong phạm vi này
- Công cụ sẽ không phân tích được định dạng email nhà cung cấp chưa từng gặp nếu bạn không kiểm tra bảng 2 trong vài lần đầu.
- Nó không biết kiện hàng đã thất lạc — chỉ biết bạn chưa từng được thông báo rằng hàng đã gửi.
- Trạng thái theo dõi từ đơn vị vận chuyển là vấn đề riêng. Công cụ này đối soát việc có mã vận đơn với đơn hàng cần mã đó, không hơn.