WorksheetsOMNI Quiz
Total questions: 37
Worksheet time: 24mins
Với luồng Clone đơn, trong trường hợp Seller đã chọn Nguyên Tắc Xử lý đơn là Xử lý tự động theo rule thì FFR sẽ
Luôn tạo shipment tự động nếu thỏa rule với tất cả seller
Luôn yêu cầu xác nhận tạo shipment thủ công, trừ seller SGC luôn force tự động
Dựa vào config riêng để xác định cho phép xử lý tạo shipment theo rule hay luôn thủ công, trừ seller SGC luôn tự động
Dựa vào config riêng để xác định cho phép xử lý tạo shipment theo rule hay luôn thủ công với tất cả seller
Khi user hỏi việc thông tin hiển thị không đồng nhất trên các màn hình client (như SPOS vs ERP,...). Đâu là điều nên làm tại thời điểm đó?
Yêu cầu clear lại nghiệp vụ với PO.
Tra cứu lại thông tin ở database COV.
Đọc log của server COV.
Contact TechPIC của các đầu client.
Khi nào FFR sẽ gửi yêu cầu vận chuyển đến đối tác giao hàng (LOP/FC/...)?
Không ràng buộc, seller muốn cấu hình tạo yêu cầu vận chuyển khi nào hoặc tự giao ngoài
Seller chủ động tạo trên màn hình ERP
Khi vừa tạo gói hàng - Shipment
Khi gói hàng - Shipment được đóng gói thành công - PACKED
Khi handle event cập nhật trạng thái từ phía FC 3PL, object nào được cập nhật trạng thái đầu tiên ?
Transport
Delivery Request
Transport Unit
Warehouse Central là SOT cho các thông tin nào dưới đây?
Site, Warehouse, Site delivery config
Site, Warehouse
Site, Warehouse, Sku shipping type config
Site, Warehouse, Warehouse hold config
ST không tương tác trực tiếp với service nào? (tức là không request/nhận response từ service đó)
Logistics Planner Service (LOP)
Warehouse Service (WS)
Fulfillment Router (FFR)
Delivery Central (DC)
Phân biêt hủy và trả?
Hủy là với những đơn chưa giao. Trả là với những đơn đã giao
Hủy là với những đơn chưa xuất kho. Trả là với những đơn đã xuất
Chả khác gì nhau.
Trả hàng mới hoàn tiền, hủy thì không cần
Sau khi thỏa rule xử lý tự động, FFR tách các sản phẩm thành shipment theo nguyên tắc nào?
Nhóm theo cặp cùng site - cùng seller
Nhóm ngẫu nhiên theo cùng site hoặc cùng seller
Nhóm theo cùng seller
nhóm theo cùng site
Đâu là các thành phần CÓ THỂ làm thay đổi trạng thái ST?
Outbound (phiếu xuất), Inbound (phiếu nhập)
Outbound (phiếu xuất), Inbound (phiếu nhập), Delivery Request (YCVC)
Outbound (phiếu xuất), Inbound (phiếu nhập, Cancel/Return Request (yêu cầu hoàn/hủy)
Outbound (phiếu xuất), Inbound (phiếu nhập), Delivery Request (YCVC), Cancel/Return Request (yêu cầu hoàn/hủy)
Hiện tại có những service nào đang gọi hold tồn ở Inventory?
OC & FFR & ST
OC & FFR & ST & Discovery
FFR & ST
OC & FFR & Discovery
Quan hệ giữa delivery request và transport ở LOP ?
1-1
n-1
1-n
n-n
Trong hệ thống hiện tại, Discovery hoàn toàn phụ thuộc vào dữ liệu tồn được đồng bộ thông qua Kafka để hiển thị tồn kho cho user. Điều này đúng hay sai?
Đúng – tất cả luồng đều dùng Kafka làm nguồn dữ liệu tồn duy nhất, chấp nhận gap time do việc đặt đơn/trừ tồn không do Discovery quyết định.
Sai – ngoài Kafka, Discovery còn gọi Inventory để lấy tồn cho luồng staff/internal.
Đúng - tuy nhiên Discovery gọi ngược lại inventory để lấy tồn khi nhận event kafka.
Sai – vì Discovery không xử lý dữ liệu tồn kho mà do dịch vụ khác đảm nhận.
Phân biệt các màn hình ERP, DPOS/SPOSv2 và màn Consumer
ERP và DPOS/SPOSv2 do HCM code, Consumer do HN code
ERP cho staff dùng, DPOS/SPOS cho nhân viên cửa hàng dùng, Consumer cho khách mua dùng
3 cái màn này giống nhau
Các cấu hình nào dưới đây sẽ ảnh hưởng tới kết quả hold tồn cho đ
Các cấu hình nào dưới đây sẽ ảnh hưởng tới kết quả hold tồn cho đơn?
Site delivery config & warehouse priority config
Site delivery config & warehouse priority config & sku shipping type config
Site delivery config & sku shipping type config
Site delivery config & warehouse priority config & sku product type config
Khi nào thì Inventory Stream cần phải đồng bộ tồn sang Discovery?
Khi số lượng tồn khả dụng bất kỳ ở Inventory Service thay đổi
Khi số lượng tồn vật lý ở Warehouse Aggregator thay đổi
Khi cấu hình của 1 site ở Warehouse Central hoặc hình thức giao hàng của 1 sku thay đổi
Cả 3 đáp án đều đúng
Nhiệm vụ hold tồn thuộc về service nào sau đây?
Warehouse Aggregator
Warehouse Central
Inventory Service
Inventory Stream
Điều kiện để vô hiệu một site là gì?
Không còn tồn vật lý ở site đó
Không còn yêu cầu xuất / nhập kho và yêu cầu sản xuất ở site đó
Cả 2 đáp án đều đúng
Khi user báo không thấy một số thông tin về đơn trên màn hình client (như giá, ...). Đâu là điều nên làm tại thời điểm đó?
Kiểm tra log trên các consume của COV.
Kiểm tra thông tin đơn ở database COV.
Hỏi/yêu cầu user bấm đồng bộ lại thông tin.
Tag nhờ các source of truth(SOT) kiểm tra thông tin.
Giả sử phiếu ST có SKU-quantity tương ứng là A-1 và B-1. Phiếu xuất đã hoàn thành, phiếu nhập chưa nhập bất kì SKU nào. User tạo lệnh hoàn hàng cho ST và đã hoàn A-1, B-1 về kho xuất. Vậy trạng thái ST lúc này là?
DELIVERED
CLOSED
RETURNED
CLOSE_PARTIALLY_IMPORTED
Topic kafka sc_st_site_transfer_items_changed được bao nhiêu service lắng nghe? (tính theo thời điểm trước EPIC OMNI-1571)
1
2
3
4
RM là?
Release Management
Return Management
_transfer_items_changed được bao nhiêu service lắng nghe? (tính theo thời điểm trước EPIC OMNI-1571)
1
2
3
4
RM là?
Release Management
Return Management
Refund Management
Có bao nhiêu service tạo ST?
1
2
3
4
Đơn handover khác gì đơn thường?
Có luồng hủy trả khác.
Đơn Handover dùng màn SPOS/DPOS mới coi được
Đơn không có shipment nên không qua FFR
Cả 3 đều đúng
Tất cả thông tin đơn trên màn hình chi tiết đơn trên màn hình ERP đều được lấy từ COV hay không?
Có
Không
Khách hàng đặt hàng sản phẩm A, phía FFR đã tạo shipment và gửi yêu cầu xuất kho, tuy nhiên kho lại không đủ hàng để xuất cho sản phẩm đó. Xử lý giao dịch sẽ có cách nào (có ghi nhận trên hệ thống TEKO) để giao hàng cho Khách hàng
Đã gửi yêu cầu xuất kho nên cần phải đợi kho đủ hàng (thông qua nhập hàng - PO hoặc luân chuyển hàng - ST) để hoàn thành phiếu xuất kho đó
Dùng tính năng Hủy tạo lại phiếu kho để chọn lại kho xuất phù hợp (với điều kiện kho khác còn hàng)
Dùng tính năng Clone đơn để tạo đơn hàng mới và chọn lại kho xuất hàng phù hợp (với điều kiện kho khác còn hàng)
Cả 3 cách trên đều được
Đâu là các thành phần CHÍNH tạo nên ST? (cũng có thể hiểu là các thành phần BẮT BUỘC của ST)
Outbound (phiếu xuất), Delivery Request (YCVC)
Inbound (phiếu nhập), Delivery Request (YCVC)
Outbound (phiếu nhập), Inbound (phiếu xuất)
Outbound (phiếu nhập), Inbound (phiếu nhập), Delivery Request (YCVC)
Giả sử phiếu ST có SKU-quantity tương ứng là A-1 và B-1. Phiếu xuất đã hoàn thành, phiếu nhập đã nhập A-1. User tạo lệnh hoàn hàng cho ST và đã hoàn B-1 về kho xuất. Vậy trạng thái ST lúc này là?
DELIVERED
CLOSED
RETURNED
CLOSE_PARTIALLY_IMPORTED
Lan mua hàng của shop A và đã nhận được hàng, tuy nhiên sau khi nhận hàng thì Lan thấy rằng hàng không như mong đợi nên mong muốn đượ
Lan mua hàng của shop A và đã nhận được hàng, tuy nhiên sau khi nhận hàng thì Lan thấy rằng hàng không như mong đợi nên mong muốn được hoàn hàng. Lúc này Lan đã liên lạc nhờ staff của shop A để yêu cầu hoàn hàng. Staff của shop A đã tạo yêu cầu hoàn hàng thông qua hệ thống của Teko, do đơn hàng đã giao nên hệ thống đã tạo 1 yêu cầu nhập hàng cho kho. Tuy nhiên, trong thời gian chờ đợi thì Lan nhìn lại và thấy hàng đã nhận cũm cũm, nên mới quyết định không trả hàng nữa, vậy nên Lan liên hệ nhờ staff đóng yêu cầu hủy trả. Lúc này chuyện gì sẽ xảy ra?
Yêu cầu hủy trả sẽ được đóng, Yêu cầu nhập hàng ở kho cũng được đóng luôn
Yêu cầu hủy trả sẽ được đóng, Yêu cầu nhập hàng ở kho thì hên xui
Staff dỗi không thèm đóng giúp Lan nữa
Cả 2 cái đều không được phép đóng do đã có yêu cầu nhập kho, nên khi nào nhập kho xong thì sẽ vận chuyển tới nhà Lan lần nữa
Có bao nhiêu loại nhà vận chuyển (provider_type) được định nghĩa ở DC ?
2
3
4
5
Tất cả các trạng thái của delivery request update từ FC Manual về FFR đều sẽ được cập nhật lên shipment hay không?
Có
Không
RM có chia thành 2 luồng hủy và trả do RM tự quyết định. Đúng hay Sai? và tại sao
Đúng. RM tự check để phân loại được
Sai. chỉ có staff mới biết để phân chia
Sai. FFR mới check để phân loại hủy hay trả rồi báo RM
Sai. phía FC và kho mới là bên quyết định
Trạng thái Delivery Request ở LOP không ảnh hưởng đến trạng thái của object nào ?
Site Transfer
FFR Shipment
DPOS order
Cite Transfer và DPOS
Warehouse Aggregator đồng bộ tồn lên Inventory theo bao nhiêu luồng? Phân biệt?
1
2
3
4
