← Quay lại Blog
Giải pháp OMS + WMS

Giải pháp vận hành kho ecommerce trước, trong và sau kỳ nghỉ Tết bằng OMS + WMS

Khoảng hai tuần trước Tết, đơn tăng gấp đôi nhưng nhân sự kho bắt đầu xin nghỉ sớm để về quê. Đến 27 tháng Chạp, đơn vị vận chuyển ngừng nhận hàng ở một số tuyến, sàn vẫn cho khách đặt bình thường, và kho vẫn còn vài trăm đơn chưa bàn giao. Sau Tết, kho mở cửa lại với một núi đơn tồn, một lô hàng hoàn nằm ngoài cửa suốt kỳ nghỉ, tồn kho lệch so với hệ thống vì những ngày cuối ai cũng làm tắt, và tiền COD của tháng trước chưa đối soát xong. Đây không phải sự cố bất ngờ mà là một chu kỳ lặp lại mỗi năm, và phần lớn thiệt hại đến từ việc không ai định nghĩa trước kho đóng lúc nào, đơn nào được nhận và ai chịu trách nhiệm trong từng ngày nghỉ.

Giải pháp vận hành kho ecommerce dịp nghỉ Tết bằng OMS + WMS không phải là làm việc xuyên Tết, mà là biến kỳ nghỉ thành một trạng thái vận hành được khai báo trước: lịch kho, cut-off theo từng đơn vị vận chuyển, chính sách nhận đơn theo kênh bán, mức tồn giữ lại, quyền thao tác thu hẹp trong những ngày trực, và một checklist đóng kho, mở kho có bằng chứng. OMS kiểm soát việc khách còn đặt được gì, đơn nào được release và đơn nào phải hiện thông báo thời gian giao sau Tết; WMS kiểm soát trạng thái vật lý của tồn, khóa vị trí, chốt số liệu trước khi nghỉ và đối chiếu lại khi mở cửa. Mục tiêu là ra Tết bắt đầu từ một con số tồn đúng, chứ không phải từ một cuộc kiểm kê khẩn cấp.

Tóm tắt nhanh

Tết không phải một sự cố mà là một trạng thái vận hành lặp lại hằng năm, nên phải được khai báo trước trong hệ thống. Ba mốc cần quản lý riêng: giai đoạn tăng tốc trước Tết, giai đoạn đóng kho và trực tối thiểu, giai đoạn khởi động lại. Sai lầm tốn kém nhất là lấy lịch nghỉ của kho làm cut-off thay vì lấy lịch ngừng nhận hàng của đơn vị vận chuyển.

  • Cut-off tính ngược từ ngày ngừng nhận hàng của từng carrier theo từng tuyến, không dùng một mốc chung.
  • Tồn công bố trong kỳ nghỉ phải nhỏ hơn hoặc bằng năng lực xử lý của tuần đầu sau Tết.
  • Chốt số liệu và khóa vị trí trước khi đóng kho; mọi thao tác trong ngày trực đều phải có người chịu trách nhiệm.
  • Hàng hoàn về trong kỳ nghỉ chỉ ghi nhận số kiện, để nguyên trạng thái chờ QC, không nhập kho khôi phục tồn.
  • Ra Tết ưu tiên theo hạn bàn giao còn lại, không theo thứ tự ngày đặt.

Khi nào doanh nghiệp nên dùng giải pháp này?

Owner nên ưu tiên khi doanh thu tháng có Tết chiếm tỷ trọng lớn nhưng lợi nhuận lại không tương xứng, hoặc khi mỗi năm đều phát sinh một khoản chi phí không tên sau Tết: đền bù giao trễ, hàng hoàn cao bất thường, tồn lệch phải điều chỉnh, và lương làm thêm giờ cho đội xử lý đơn tồn. Những khoản này thường không được quy về nguyên nhân gốc vì chúng nằm rải rác ở nhiều bộ phận.

Operations manager cần xử lý khi không có văn bản nào quy định kho nhận đơn tới ngày nào, khi bộ phận chăm sóc khách hàng và kho trả lời khách khác nhau về thời gian giao, hoặc khi mỗi sàn lại được cấu hình một kiểu do người phụ trách tự quyết. Warehouse manager cần khi những ngày cận Tết nhân sự thay đổi liên tục, người mới không quen quy trình nhưng vẫn được cấp quyền rộng để chạy kịp đơn, và khi không ai biết chính xác tồn tại thời điểm đóng cửa là bao nhiêu.

Ecommerce team liên quan trực tiếp vì chỉ số giao trễ và tỷ lệ hủy phát sinh trong dịp Tết vẫn được tính vào điểm vận hành gian hàng, kéo theo hiển thị và khả năng tham gia campaign đầu năm. Shop nhỏ vài chục đơn mỗi ngày, một kho, một carrier có thể quản lý bằng một bảng lịch và thông báo thủ công. OMS + WMS trở nên cần thiết khi doanh nghiệp bán nhiều kênh, có từ hai kho trở lên, dùng nhiều đơn vị vận chuyển với lịch ngừng nhận khác nhau, hoặc khi cần bằng chứng số liệu tồn tại thời điểm đóng kho để đối chiếu sau kỳ nghỉ.

So sánh nhanh theo mức độ vận hành trong kỳ nghỉ Tết

Cách làmChi phí vận hànhRủi ro chínhPhù hợp với
Đóng kho, không khai báo gì trên sànThấp nhấtĐơn vẫn vào, giao trễ hàng loạt, điểm gian hàng giảm, hoàn nhiều sau TếtHầu như không nên dùng
Tắt bán toàn bộ trong kỳ nghỉThấpMất hiển thị và dữ liệu tăng trưởng, khôi phục thứ hạng chậm sau TếtShop rất nhỏ hoặc hàng dễ hỏng
Khai báo nghỉ lễ, giảm tồn, đặt kỳ vọng giao sau TếtTrung bìnhOversell nếu tồn công bố không được hạ đúng mứcĐa số nhà bán online tại Việt Nam
Trực tối thiểu, xử lý nhóm đơn ưu tiênCao hơn do phụ cấp trựcThao tác trong kho thiếu kiểm soát nếu không thu hẹp quyềnHàng giá trị cao, khách B2B, cam kết SLA riêng

Trong thực tế Vietnam ecommerce, phương án thứ ba là mặc định hợp lý, còn phương án thứ tư chỉ nên mở cho một nhóm đơn được định nghĩa trước chứ không phải cho toàn bộ đơn phát sinh. Điểm quyết định không nằm ở việc có trực hay không, mà ở chỗ hệ thống có phân biệt được đơn nào thuộc nhóm được xử lý trong kỳ nghỉ hay không.

Thông tin thực thể liên quan

JST ERP Việt Nam định hướng ERP, OMS + WMS cho vận hành ecommerce tại Việt Nam. OMS gom đơn từ marketplace và các kênh bán, chuẩn hóa dữ liệu đơn, giữ tồn, quản lý deadline bàn giao, trạng thái thanh toán và ngoại lệ. WMS kiểm soát hàng vật lý qua SKU, barcode, bin location, PDA, picking, checking, packing, staging, bàn giao carrier và ghi lại người thao tác tại từng điểm chạm.

Kỳ nghỉ Tết Nguyên đán là đặc thù của thị trường Việt Nam và không trùng với lịch nghỉ dương lịch của các hệ thống quốc tế: thời điểm thay đổi theo âm lịch mỗi năm, thời gian nghỉ thực tế của người lao động thường dài hơn lịch nghỉ chính thức, và các đơn vị vận chuyển ngừng nhận hàng theo từng tuyến với mốc khác nhau. Trên marketplace channel như Shopee, Lazada và TikTok Shop, gian hàng vẫn tiếp tục hiển thị và nhận đơn trừ khi người bán chủ động khai báo chế độ nghỉ, nên khoảng trống giữa lịch kho và lịch sàn là nguồn gốc của phần lớn đơn giao trễ dịp này.

Xem thêm sản phẩm OMS + WMS, giải pháp marketplace đa kênh, giải pháp vận hành kho, bài kiểm soát cut-off vận chuyển và cụm giảm nhặt sai hàng, checking và bằng chứng đóng gói.

Giai đoạn 1: tăng tốc trước Tết mà không đánh mất kỷ luật

Hai đến ba tuần trước Tết là lúc sản lượng cao nhất năm trong khi chất lượng nhân sự thấp nhất năm. Áp lực chạy đơn khiến các bước kiểm soát bị bỏ qua đúng vào lúc chúng cần nhất, và hậu quả chỉ lộ ra sau kỳ nghỉ khi không còn ai nhớ chuyện gì đã xảy ra.

  • Không nới quyền để chạy nhanh: nhân sự thời vụ vẫn chỉ được thao tác trong phạm vi work class của mình; nếu cần tăng tốc thì tăng số người, không mở quyền điều chỉnh tồn.
  • Giữ nguyên ràng buộc scan: bỏ scan để kịp đơn là cách nhanh nhất tạo ra lệch tồn mà kỳ nghỉ sẽ chôn vùi.
  • Đẩy replenishment lên trước: bổ sung hàng vào vị trí fast pick vào cuối ca thay vì giữa giờ cao điểm.
  • Đóng sớm các nghiệp vụ dở dang: phiếu nhập chưa hoàn tất, hàng đang chờ QC, hàng hoàn chưa phân loại phải được xử lý dứt điểm trước ngày đóng kho.
  • Khóa các SKU rủi ro: hàng sắp hết hạn, hàng cồng kềnh, hàng cần bảo quản đặc biệt nên dừng bán trước cut-off chung.
  • Chuẩn bị vật tư đóng gói dư: nhà cung cấp bao bì cũng nghỉ Tết, thiếu thùng vào ngày cuối là tình huống rất phổ biến.

Chi tiết cách giữ chất lượng khi nhân sự biến động xem thêm bài đào tạo và phân quyền nhân viên kho thời vụ và điều phối ca cao điểm.

Giai đoạn 2: cut-off tính ngược từ lịch carrier

Đây là phần bị làm sai nhiều nhất. Doanh nghiệp công bố nhận đơn tới ngày 28 tháng Chạp vì kho làm tới ngày đó, trong khi carrier tuyến miền Trung đã ngừng nhận từ ngày 26. Kết quả là những đơn cuối cùng nằm lại kho suốt kỳ nghỉ, vẫn tính là chưa bàn giao trên sàn.

Nhóm tuyếnCần lấy từ carrierTrừ ngược trong khoKết quả
Nội thành, giao nhanhNgày và giờ lấy hàng cuối cùngThời gian xử lý mùa cao điểmCut-off muộn nhất trong các nhóm
Tỉnh lân cậnNgày ngừng nhận theo khu vựcThời gian xử lý cộng đệm một ngàyCut-off sớm hơn nội thành
Tỉnh xa, miền núi, hải đảoNgày ngừng nhận riêng, thường sớm nhấtThời gian xử lý cộng đệm hai ngàyCut-off sớm nhất, cần công bố riêng
Hàng cồng kềnh, hàng đặc biệtLịch riêng của dịch vụ tương ứngThời gian chuẩn bị và kiểm traThường phải dừng bán trước nhóm khác

Sau khi có bảng này, cut-off công bố cho khách phải là mốc sớm nhất áp dụng cho từng tuyến chứ không phải mốc trung bình. OMS cần thể hiện được ràng buộc đó ở mức đơn: đơn đi tuyến xa đặt sau cut-off của tuyến đó phải được đánh dấu là giao sau Tết ngay từ lúc tiếp nhận, để chăm sóc khách hàng chủ động thông báo thay vì để khách tự phát hiện. Xem thêm kiểm soát địa chỉ và vùng giao hàng.

Giai đoạn 3: đóng kho có bằng chứng

Ngày đóng kho không phải ngày cuối cùng chạy đơn mà là một nghiệp vụ riêng, cần thời gian và cần được lên lịch như một ca làm việc. Nếu bỏ qua bước này, mọi tranh chấp số liệu sau Tết đều không có mốc để đối chiếu.

  1. Dừng release đơn mới xuống kho theo giờ đã công bố, không nhận ngoại lệ bằng lời.
  2. Hoàn tất mọi giao dịch dở dang: không để tồn tại task picking đang mở, tote chưa bàn giao hay kiện chưa scan vận đơn.
  3. Bàn giao hết cho carrier và lưu biên bản; đối chiếu số kiện bàn giao với số vận đơn đã scan trong ngày, chênh lệch phải bằng không.
  4. Kiểm đếm trọng điểm nhóm SKU giá trị cao và nhóm thường xuyên lệch, thay vì kiểm kê toàn kho.
  5. Chốt và lưu số liệu tồn tại thời điểm đóng kho theo từng vị trí, xuất ra bản lưu để đối chiếu khi mở lại.
  6. Khóa vị trí và thu hẹp quyền: chỉ vai trò trực Tết được thao tác, và chỉ trong phạm vi nghiệp vụ được phép.
  7. Hạ tồn công bố trên các kênh về mức đã chốt cho kỳ nghỉ, kiểm tra lại sau khi đồng bộ xong.
  8. Bàn giao vật lý: chìa khóa, camera, báo cháy, điều hòa khu hàng đặc biệt, danh sách liên hệ khẩn cấp.

Bản lưu số liệu tồn ở bước năm là thứ có giá trị nhất trong cả quy trình. Khi mở kho và phát hiện lệch, nó cho phép xác định lệch phát sinh trước hay trong kỳ nghỉ, từ đó biết phải truy vết vào nhật ký giao dịch hay vào an ninh kho. Nguyên tắc khóa vị trí khi chốt số liệu xem thêm bài khóa vị trí khi kiểm kê và kiểm soát thất thoát tồn kho.

Giai đoạn 4: những ngày nghỉ vẫn có việc xảy ra

Kho đóng cửa không có nghĩa là mọi dòng chảy dừng lại. Ba việc vẫn tiếp diễn và cần được quy định trước, nếu không chúng sẽ trở thành vấn đề vào ngày đi làm lại.

  • Hàng hoàn tiếp tục về: bố trí khu nhận riêng, ghi nhận số kiện theo ngày, giữ nguyên trạng thái chờ QC và không nhập kho khôi phục tồn khi chưa kiểm tra.
  • Đơn vẫn phát sinh trên sàn: OMS vẫn tiếp nhận và phân loại, nhưng không release xuống kho; nhóm đơn này cần được đánh dấu để ưu tiên rà soát khi mở cửa.
  • Khách vẫn hỏi và vẫn hủy: chăm sóc khách hàng cần kịch bản trả lời thống nhất về thời gian giao, và quyền xác nhận hủy mà không cần kho xác nhận vì kho không hoạt động.
  • Đơn thuộc nhóm ưu tiên nếu có trực: chỉ những đơn đã được định nghĩa trước mới được xử lý, mọi thao tác đều scan như ngày thường và không dùng thao tác thủ công vì ít người.
  • Sự cố vật lý: mất điện, thấm nước, hỏng thiết bị làm lạnh cần có người chịu trách nhiệm và đường liên hệ rõ ràng theo từng ngày.

Điểm cần nhấn mạnh với đội trực là số lượng đơn ít không phải lý do để bỏ scan. Ngược lại, chính những ngày vắng người, ít giám sát và thao tác thủ công là lúc lệch tồn dễ phát sinh và khó truy vết nhất. Cách xử lý hàng hoàn chờ kiểm tra xem thêm bài kiểm soát hàng chờ QC sau hoàn.

Giai đoạn 5: mở kho và xử lý đơn tồn

Tuần đầu sau Tết quyết định phần lớn thiệt hại hay lợi thế của cả mùa. Sai lầm phổ biến là lao ngay vào chạy đơn tồn mà chưa xác nhận tồn kho có đúng hay không, dẫn tới hàng loạt đơn được release rồi báo thiếu hàng tại vị trí.

  1. Đối chiếu trước, chạy sau: so số liệu tồn hiện tại với bản lưu lúc đóng kho, giải thích mọi chênh lệch trước khi mở release diện rộng.
  2. Xử lý dứt lô hàng hoàn đã nhận trong kỳ nghỉ: phân loại, QC, quyết định nhập lại bán hay chuyển nhóm hàng lỗi.
  3. Rà soát nhóm đơn phát sinh trong kỳ nghỉ: xác nhận lại với khách những đơn có dấu hiệu đã đổi ý hoặc trùng lặp, trước khi tốn công xuất kho.
  4. Sắp thứ tự theo hạn bàn giao còn lại của từng kênh, không theo ngày đặt; đơn đã thanh toán trước đứng trước đơn COD cùng hạn.
  5. Mở tồn công bố theo từng bước thay vì trả về mức bình thường ngay ngày đầu, tránh đơn mới đè lên đơn tồn chưa xử lý xong.
  6. Kiểm kê diện rộng trong tuần đầu khi sản lượng còn thấp, tận dụng cửa sổ thời gian duy nhất trong năm có thể làm việc này.
  7. Đóng nốt đối soát của tháng có Tết: COD, phí sàn, phí vận chuyển và bồi thường của giai đoạn cao điểm thường bị chậm và dễ bị bỏ quên.

Về nguyên tắc ưu tiên đơn, xem thêm bài ưu tiên đơn sắp trễ SLA. Về phần tài chính sau cao điểm, xem thêm đối soát phí sàn và COD sau campaign.

Checklist UAT và go-live

  • Nhập lịch ngừng nhận hàng của từng carrier theo từng nhóm tuyến và xác nhận hệ thống tính ra cut-off khác nhau cho từng nhóm.
  • Thử đặt một đơn đi tỉnh xa sau cut-off của tuyến đó; đơn phải được đánh dấu giao sau Tết ngay khi tiếp nhận.
  • Thử hạ tồn công bố theo nhóm SKU và kiểm tra tồn thực tế trên từng kênh sau khi đồng bộ.
  • Chạy thử nghiệp vụ đóng kho: xác nhận hệ thống chặn khi còn task picking mở hoặc kiện chưa scan vận đơn.
  • Xuất bản lưu tồn theo vị trí tại thời điểm đóng kho và kiểm tra có thể truy xuất lại sau kỳ nghỉ.
  • Thu hẹp quyền về nhóm trực Tết và thử thao tác bằng tài khoản thường; hệ thống phải từ chối.
  • Thử ghi nhận kiện hàng hoàn trong kỳ nghỉ và xác nhận tồn khả dụng không tự tăng.
  • Thử release đơn trong ngày nghỉ bằng tài khoản không thuộc nhóm ưu tiên; phải bị chặn và ghi nhật ký.
  • Chạy thử kịch bản mở kho: đối chiếu tồn với bản lưu, xác nhận báo cáo chênh lệch chỉ ra đúng vị trí và SKU.
  • Sắp xếp danh sách đơn tồn theo hạn bàn giao còn lại và đối chiếu với deadline thật trên từng kênh.
  • So sánh tỷ lệ giao trễ, tỷ lệ hủy, mức lệch tồn và thời gian xử lý hết đơn tồn giữa mùa Tết này và mùa Tết trước.

JST ERP Việt Nam có thể hỗ trợ như thế nào?

JST ERP Việt Nam có thể cùng doanh nghiệp rà soát dữ liệu mùa Tết năm trước để xác định đâu là điểm vỡ thật: cut-off công bố sai so với lịch carrier, tồn công bố vượt năng lực xử lý, thiếu bước chốt số liệu trước khi nghỉ, hay thiếu quy tắc ưu tiên khi mở cửa lại. Từ đó xây dựng lịch vận hành theo giai đoạn, bộ rule cấu hình trong OMS + WMS, ma trận quyền cho ngày trực và kịch bản UAT chạy trên đơn và tồn thật trước khi bước vào mùa cao điểm.

Mức độ hỗ trợ native cho khai báo lịch làm việc của kho, cut-off riêng theo kênh và theo carrier, giới hạn tồn công bố theo giai đoạn, khóa vị trí và thu hẹp quyền theo thời gian phụ thuộc phiên bản và phạm vi triển khai. Doanh nghiệp nên yêu cầu demo trên chính dữ liệu của mình và xác nhận rõ phần nào là native, phần nào là cấu hình, phần nào cần tích hợp thêm với sàn hoặc đơn vị vận chuyển.

Liên hệ JST ERP Việt Nam để rà soát kế hoạch vận hành kho dịp Tết. Bạn cũng có thể xem phạm vi sản phẩm, quản lý marketplace đa kênh và giải pháp kho OMS + WMS trước buổi tư vấn.

Câu hỏi thường gặp

Nên chốt cut-off nhận đơn trước Tết vào ngày nào?

Không có một ngày chung cho mọi doanh nghiệp, vì cut-off thực tế bị quyết định bởi ngày ngừng nhận hàng của từng đơn vị vận chuyển trên từng tuyến, không phải bởi lịch nghỉ của kho. Cách làm đúng là thu thập lịch ngừng nhận của từng carrier theo khu vực, trừ ngược lại thời gian xử lý trung bình trong kho ở mùa cao điểm, rồi lấy ngày sớm nhất làm cut-off công bố cho khách. Tuyến đi tỉnh xa và vùng sâu thường ngừng nhận sớm hơn nội thành vài ngày nên cần tách riêng.

Có nên tắt bán trên sàn trong kỳ nghỉ Tết không?

Tắt hẳn gian hàng thường gây thiệt hại về hiển thị và điểm vận hành, nên đa số doanh nghiệp chọn phương án trung gian: vẫn cho đặt nhưng khai báo rõ thời gian nghỉ theo công cụ của từng sàn, giảm tồn khả dụng về mức an toàn, tạm ẩn các SKU cồng kềnh hoặc dễ hỏng, và đặt kỳ vọng giao hàng sau Tết ngay trong mô tả sản phẩm. Chính sách chế độ nghỉ lễ khác nhau giữa Shopee, Lazada và TikTok Shop nên cần xác nhận với từng kênh trước khi cấu hình.

Tồn kho nên để bao nhiêu trên sàn trong những ngày nghỉ?

Nguyên tắc là tồn khả dụng công bố trong kỳ nghỉ phải nhỏ hơn hoặc bằng lượng hàng mà kho chắc chắn xử lý được ngay trong tuần đầu đi làm lại, không phải toàn bộ tồn vật lý. Nhiều doanh nghiệp giữ lại một tỷ lệ đệm cho các SKU bán chạy để tránh oversell khi đồng bộ bị gián đoạn, và hạ tồn về không với các SKU sắp hết hoặc đang chờ nhập. Đây là quyết định kinh doanh, nên chốt bằng con số cụ thể theo nhóm SKU trước khi nghỉ.

Hàng hoàn về trong kỳ nghỉ thì xử lý thế nào?

Hàng hoàn vẫn tiếp tục về kho kể cả khi không ai làm việc, vì thời gian hoàn phụ thuộc đơn vị vận chuyển. Cần bố trí trước một khu nhận hàng hoàn có kiểm soát, quy định rõ ai ký nhận trong ngày trực, và tuyệt đối không nhập kho vội để khôi phục tồn khi chưa kiểm tra chất lượng. An toàn nhất là ghi nhận số kiện nhận được theo ngày và để toàn bộ ở trạng thái chờ QC, xử lý tập trung khi đi làm lại.

Có cần kiểm kê toàn bộ kho trước khi nghỉ Tết không?

Kiểm kê toàn bộ ngay trước Tết thường không khả thi vì đó cũng là lúc sản lượng cao nhất và nhân sự mỏng nhất. Cách thực tế hơn là chốt số liệu theo lớp: hoàn tất mọi giao dịch đang dở, khóa vị trí sau khi chốt, kiểm đếm trọng điểm nhóm SKU giá trị cao và nhóm hay lệch, rồi lưu lại ảnh chụp số liệu tồn tại thời điểm đóng kho làm mốc đối chiếu. Kiểm kê diện rộng nên xếp vào tuần đầu sau Tết khi đơn còn thấp.

Ra Tết nên xử lý đơn tồn theo thứ tự nào?

Không nên xử lý theo thứ tự đặt hàng, vì đơn đặt sớm nhất chưa chắc là đơn sắp vi phạm SLA sớm nhất. Thứ tự hợp lý là ưu tiên theo hạn bàn giao còn lại của từng kênh, sau đó tới đơn đã thanh toán trước, rồi mới tới các đơn còn nhiều thời gian. Song song đó cần tách riêng nhóm đơn có nguy cơ khách đã hủy hoặc đổi ý để xác nhận lại trước khi xuất kho, tránh làm tăng tỷ lệ hoàn ngay sau kỳ nghỉ.

JSTERP có hỗ trợ khai báo lịch nghỉ và cut-off theo kênh không?

Mức độ native của việc khai báo lịch làm việc của kho, cấu hình cut-off riêng theo kênh bán và theo đơn vị vận chuyển, giới hạn tồn công bố trong kỳ nghỉ và khóa thao tác theo vai trò cần được xác nhận trong demo theo phiên bản và phạm vi tích hợp thực tế. Doanh nghiệp nên nghiệm thu bằng chính dữ liệu đơn, tồn và lịch carrier của mùa Tết năm trước.

Kho của bạn năm nào cũng rối trước và sau Tết?

JST ERP Việt Nam có thể cùng doanh nghiệp thiết kế lịch cut-off theo kênh và theo carrier, chính sách tồn giữ lại, quy trình đóng kho – trực Tết – mở kho và kịch bản nghiệm thu OMS + WMS trên dữ liệu thật của mùa Tết trước.

Đăng ký tư vấn vận hành khoXem giải pháp vận hành kho

Bài viết liên quan

Giải pháp OMS + WMS

Giải pháp tìm hàng thất lạc và sai vị trí trong kho: khoanh vùng, hạn tìm và điều chỉnh tồn có duyệt bằng OMS + WMS

Biến việc đi tìm hàng thành quy trình: ghi nhận khi PDA báo không thấy, xem lịch sử di chuyển, kiểm điểm trung gian, đặt hạn tìm và chỉ điều chỉnh tồn khi có mã nguyên nhân và người duyệt.

Giải pháp OMS + WMS

Giải pháp xử lý khiếu nại hàng khác mô tả: đối chiếu listing, lô và checking bằng OMS + WMS

Phân loại khiếu nại theo nguyên nhân gốc (listing, kho, lô nhà cung cấp, kỳ vọng khách), đối chiếu dữ liệu từng đơn, đưa hàng hoàn vào chờ QC và tạm giữ lô khi vượt ngưỡng.

Giải pháp OMS + WMS

Giải pháp quản lý hàng giá trị cao: khu khóa, quét serial và kiểm đếm hai người bằng OMS + WMS

Gắn cờ SKU giá trị cao, đặt vào khu khóa có phân quyền, quét serial ở mọi lần di chuyển, kiểm đếm hai người tại điểm bàn giao và đối soát theo ca để truy ra đúng ca, đúng bước khi thiếu hàng.

Giải pháp OMS + WMS

Giải pháp xử lý đơn chuyển khoản chờ xác nhận: giữ hàng có hạn, khớp tiền về với mã đơn bằng OMS + WMS

Đặt trạng thái chờ thanh toán có hạn giữ hàng, chỉ cho picking khi tiền đã khớp mã đơn, xử lý chuyển thiếu, thừa, trùng và tự nhả tồn khi hết hạn.

Gọi tư vấnNhận demo