Khai AMS xuất khẩu đi Mỹ: Cách chuẩn bị dữ liệu manifest đúng ngay từ đầu

Booking đã được xác nhận.

Hàng đang hoàn thiện tại nhà máy.

Buyer tại Mỹ cũng đã có importer và broker.

Nhìn qua, shipment gần như đã sẵn sàng.

Nhưng trước documentation cut-off, forwarder gửi lại một loạt câu hỏi:

Tên hàng trên SI đang quá chung, có thể mô tả cụ thể hơn không?

Consignee này là buyer hay đơn vị thực tế nhận hàng tại Mỹ?

Packing List ghi 1.240 cartons nhưng Shipping Instruction chỉ có 1.200 cartons, số nào là final?

14 pallets bên trong có bao nhiêu cartons?

Đây mới là phần doanh nghiệp thường gặp khi khai AMS xuất khẩu đi Mỹ.

Khó khăn không nằm ở việc nhớ AMS viết tắt của từ gì. Khó khăn nằm ở việc biến dữ liệu thương mại của doanh nghiệp thành một bộ manifest data đủ rõ, đủ thống nhất và sẵn sàng trước cut-off.

Đặc biệt từ ngày 27/9/2025, CBP đã triển khai cơ chế tự động từ chối một số manifest filing trên ACE khi cargo description, shipper information hoặc consignee information không đủ. Điều này khiến cách khai description chung chung hoặc để thông tin party thiếu rõ ràng trở thành rủi ro vận hành đáng chú ý hơn trước.

Với doanh nghiệp B2B xuất khẩu định kỳ sang Mỹ, cách tốt hơn không phải là:

Có booking → forwarder hỏi gì thì trả lời cái đó.

Mà nên tổ chức thành:

Product Data → Invoice/Packing List → Shipment Master → SI → AMS Data → B/L → đối chiếu ISF → khóa dữ liệu trước cut-off.

Khai AMS xuất khẩu đi Mỹ nên bắt đầu từ dữ liệu, không bắt đầu từ hệ thống khai

Doanh nghiệp Việt Nam thường không phải là bên trực tiếp ngồi nhập dữ liệu vào hệ thống CBP.

Theo quy định về vessel cargo, CBP phải nhận electronic cargo declaration từ incoming carrier đối với hàng thuộc phạm vi; NVOCC đủ điều kiện cũng có thể trực tiếp transmit dữ liệu cargo declaration qua Vessel AMS. Nếu NVOCC không transmit trực tiếp, họ phải cung cấp dữ liệu cần thiết cho vessel carrier để carrier thực hiện transmission.

Vì vậy, ở góc độ exporter Việt Nam, phần quan trọng nhất là:

Thông tin nào đang được forwarder/NVOCC/carrier sử dụng để tạo manifest?

Đây là một khác biệt rất lớn.

Doanh nghiệp không nhất thiết phải biết cách vận hành kỹ thuật của ACE Sea AMS.

Nhưng doanh nghiệp phải biết mình đang cung cấp:

• Shipper nào?
• Consignee nào?
• Description nào?
• Bao nhiêu packages?
• Gross Weight bao nhiêu?
• HBL nào?
• Container nào?
• Seal nào?
• Version Packing List nào?

Nếu dữ liệu nguồn sai thì việc transmission kỹ thuật có chính xác đến đâu, manifest vẫn có thể phản ánh sai shipment.

Một nguyên tắc nên dùng cho mọi shipment: 1 nguồn dữ liệu – 4 lớp kiểm tra – 3 thời điểm khóa

Thay vì xây một checklist AMS dài hàng chục dòng nhưng mỗi shipment lại làm theo một kiểu, doanh nghiệp B2B có thể sử dụng framework đơn giản hơn:

1 nguồn dữ liệu

Shipment Master Data

Đây là file hoặc hệ thống chứa dữ liệu final mà tất cả các bộ phận cùng sử dụng.

4 lớp kiểm tra

Party → Cargo → Packaging → Routing/Bill

3 thời điểm khóa

Commercial Freeze → AMS/SI Freeze → Post-loading Update

Cách làm này đặc biệt hữu ích với doanh nghiệp có nhiều container mỗi tháng, bởi vấn đề lớn nhất thường không phải thiếu dữ liệu mà là có quá nhiều phiên bản dữ liệu.

Lớp dữ liệu 1: Shipper – Consignee – Notify phải được xác nhận theo đúng cấu trúc shipment

Đây là nhóm thông tin cần ưu tiên đầu tiên.

19 CFR §4.7a yêu cầu cargo declaration có thông tin shipper và consignee theo cấu trúc tương ứng của bill of lading. Với house bill trong consolidated shipment, consignee nhìn chung là party mà cargo sẽ được giao tại Hoa Kỳ, trừ những cấu trúc đặc biệt được quy định.

Điều này dẫn đến một vấn đề thực tế:

Buyer không phải lúc nào cũng bằng Consignee.

Một shipment có thể có:

Seller: Công ty sản xuất tại Việt Nam

Buyer: Công ty mua hàng tại Mỹ

Importer of Record: Một pháp nhân khác của tập đoàn

Consignee: Distribution company

Ship-to: Warehouse ở California

Notify Party: Broker hoặc một đơn vị khác

Nếu nhân viên chứng từ thấy buyer name trên Invoice rồi tự động copy sang Consignee, dữ liệu có thể không phản ánh cấu trúc shipment mà buyer đã thiết lập.

Trước khi gửi AMS data, nên xác nhận 5 thông tin

• Legal company name.
• Full address.
• Country.
• Party role.
• Instruction do buyer/importer cung cấp.

Đặc biệt với customer mới, không nên lấy consignee từ:

quotation cũ, email cũ hoặc Bill of Lading của năm trước.

Consignee sai vì copy shipment cũ là lỗi dễ xảy ra hơn doanh nghiệp nghĩ

Giả sử nhà máy xuất đều đặn cho một buyer Mỹ.

Shipment tháng 5:

ABC Imports LLC

Shipment tháng 8, buyer yêu cầu chuyển cargo sang một distribution entity:

ABC Distribution Inc.

Nhưng nhân viên export copy SI tháng 5.

Commercial Invoice tháng 8 đã đúng buyer instruction.

Packing List cũng đúng.

Chỉ có SI giữ consignee cũ.

Nếu SI trở thành nguồn để tạo AMS và draft B/L, sai lệch sẽ chạy tiếp xuống các tài liệu sau.

Do đó, với party data, doanh nghiệp nên có quy tắc:

Không copy consignee – chỉ pull consignee từ Party Master đã được buyer xác nhận.

CBP đã triển khai automated rejection đối với ACE Manifest filings có consignee, shipper hoặc cargo description không đủ từ tháng 9/2025. Vì vậy việc chuẩn hóa party data càng có ý nghĩa thực tế.

Lớp dữ liệu 2: Cargo Description phải đủ để người đọc biết container đang chứa gì

Đây là một trong những phần quan trọng nhất khi chuẩn bị AMS manifest.

Quy định của CBP yêu cầu một precise description của hàng hóa, hoặc HTS ở mức sáu chữ số nếu thông tin đó được nhận từ shipper. Những mô tả chung như “FAK”, “general cargo” và “STC” không được chấp nhận cho trường dữ liệu này.

Với doanh nghiệp Việt Nam, lỗi thường gặp không nhất thiết là dùng đúng ba cụm trên.

Nó thường xuất hiện dưới những dạng như:

Parts

Accessories

Plastic products

Machinery

Food

Furniture

Những từ này có thể chưa đủ để mô tả bản chất cụ thể của hàng.

Một Cargo Description tốt nên trả lời được 3 câu

Đó là sản phẩm gì?

Được làm chủ yếu từ gì hoặc dùng cho mục đích gì khi cần phân biệt?

Có đủ cụ thể để không nhầm sang một nhóm sản phẩm hoàn toàn khác không?

Ví dụ:

Thay vì:

Parts

có thể là:

Steel replacement gears for industrial machinery

Thay vì:

Furniture

có thể là:

Wooden dining chairs

Thay vì:

Food products

có thể là:

Packaged roasted coffee beans

Không cần biến cargo description thành catalogue kỹ thuật dài một trang.

Mục tiêu là rõ – ngắn – đúng bản chất.

Đừng đợi mỗi shipment mới nghĩ lại cargo description

Đối với doanh nghiệp có 300 SKU, việc nhân viên tự viết description cho từng booking là nguồn tạo lỗi rất lớn.

Nên có Product Description Master.

Ví dụ:

Khi shipment phát sinh, nhân viên không tự sáng tạo lại description.

Họ lấy từ master đã được duyệt.

Điều này cũng giúp hồ sơ xuất khẩu hàng đi Mỹ thống nhất hơn giữa Invoice, Packing List, customs và logistics.

Cargo Description trên Invoice và AMS có bắt buộc giống nhau từng chữ?

Không nhất thiết.

Commercial Invoice có thể phải thể hiện rất chi tiết theo từng SKU:

Wooden Dining Chair Model MV-01, Rubberwood Frame, Upholstered Seat

Trong khi cargo description trên manifest có thể được tổ chức ở mức phù hợp với vận tải:

Wooden dining chairs

Hai cách mô tả không giống nhau từng ký tự nhưng không mâu thuẫn về bản chất.

Điều cần tránh là:

Invoice:

Wooden dining chairs

AMS/B/L:

Metal furniture

hoặc:

Invoice:

Industrial water pumps

AMS:

Machinery parts

khi hàng thực tế là máy hoàn chỉnh.

Có nên dùng HS Code thay cho Cargo Description?

Không nên biến HS Code hàng xuất khẩu sang Mỹ thành giải pháp để né việc mô tả hàng hóa.

19 CFR §4.7a cho phép sử dụng HTS number ở mức sáu chữ số trong trường hợp phù hợp nếu filer nhận được thông tin đó từ shipper, nhưng doanh nghiệp không nên cung cấp một mã chưa được kiểm tra chỉ vì description hiện đang quá chung.

Một HS sai có thể kéo theo vấn đề lớn hơn một description ngắn.

Vì vậy logic nên là:

Hiểu sản phẩm trước → kiểm tra classification → chuẩn hóa description.

Không phải:

Không biết mô tả sao → tìm đại một HS để khai.

Lớp dữ liệu 3: Package Quantity – đừng nhầm pallet với số kiện manifest

Đây là một điểm rất thực tế nhưng thường không được doanh nghiệp chú ý.

CBP quy định quantity trên ocean bill phải là lowest external packaging unit. Quy định đưa ra ví dụ rất cụ thể: nếu một container có 10 pallets chứa 200 cartons thì manifested quantity là 200 cartons, không phải 10 pallets.

Giả sử Packing List thể hiện:

12 pallets

480 cartons

Nhân viên logistics chỉ nhìn dòng:

Total pallets: 12

và gửi:

12 PKGS

cho forwarder.

Đây là lúc shipment cần được kiểm tra lại package structure.

Hãy phân biệt 3 khái niệm

Handling unit: Pallet.

External package: Carton.

Product quantity: Ví dụ 4.800 pieces.

Ba con số có thể cùng đúng nhưng phục vụ ba mục đích khác nhau.

Với LCL, lỗi package quantity càng dễ xảy ra

Ví dụ doanh nghiệp giao CFS:

5 pallets

Bên trong có:

165 cartons

Nhưng trên Packing List chỉ nổi bật:

Total: 5 pallets.

Nếu nhân viên không đọc cấu trúc packing phía dưới, data được gửi cho forwarder có thể sai ngay từ đầu.

Đó là lý do khi vận chuyển LCL đi Mỹ, Packing List nên thể hiện rất rõ:

Pallet quantity + carton quantity + Gross Weight + CBM

thay vì chỉ ghi một số package tổng quát.

Gross Weight nên được quản lý theo trạng thái, không chỉ bằng một con số

Một shipment thường có ít nhất hai weight:

Estimated Gross Weight

và:

Final Gross Weight

Sai lầm thường xảy ra khi file không nói rõ con số nào đang được sử dụng.

Ví dụ:

Quotation:

12.500 kg

Packing preliminary:

12.700 kg

Packing final:

13.080 kg

SI:

12.500 kg

AMS source:

12.500 kg

Draft B/L:

12.500 kg

Ở đây không phải năm bên cùng làm sai.

Sai ở bước đầu tiên:

Không có ai chịu trách nhiệm khóa Final Gross Weight.

Nên thêm một cột trạng thái

• ESTIMATE
• WAREHOUSE CONFIRMED
• FINAL FOR SI/AMS

Ngay khi warehouse xác nhận final, Shipment Master được cập nhật một lần và những đầu việc phía sau lấy từ cùng dữ liệu đó.

Lớp dữ liệu 4: Routing và Bill Structure phải rõ trước khi tạo AMS data

Một shipment có thể đi theo:

Direct carrier booking

hoặc:

NVOCC booking

và có thể phát sinh:

Master Bill of Lading

House Bill of Lading

Khác biệt này ảnh hưởng cách dữ liệu manifest được tổ chức.

19 CFR §4.7 cho phép NVOCC đáp ứng điều kiện liên quan transmit cargo declaration trực tiếp qua Vessel AMS; nếu không làm như vậy, NVOCC phải cung cấp required data cho vessel carrier.

Doanh nghiệp không cần tự giải quyết cấu trúc EDI.

Nhưng cần hỏi forwarder:

• Shipment có HBL không?
• Party nào chịu trách nhiệm AMS transmission?
• AMS cut-off là khi nào?
• HBL number được cấp khi nào?
• Nếu đổi dữ liệu sau transmission thì báo cho ai?

Đây là năm câu hỏi thực tế hơn rất nhiều so với:

“AMS phí bao nhiêu?”

Shipping Instruction chính là điểm giao giữa chứng từ nội bộ và manifest

Nếu shipment data là nguyên liệu, SI là một trong những điểm chuyển dữ liệu quan trọng nhất sang phía vận tải.

Workflow thường là:

Commercial Invoice

↓

Packing List

↓

Booking

↓

Shipping Instruction

↓

Manifest / AMS

↓

Draft B/L

Nếu SI sai, cả AMS và B/L đều có nguy cơ tiếp tục sai theo.

Vì vậy trước SI cut-off, doanh nghiệp nên thực hiện một lần 3-way check:

Check 1: Invoice ↔ Packing List

Tên hàng, quantity và reference có mâu thuẫn không?

Check 2: Packing List ↔ SI

Package, Gross Weight và cargo description có đúng final không?

Check 3: SI ↔ Buyer Instruction

Consignee, Notify, destination có đúng dữ liệu buyer xác nhận không?

Chỉ mất vài phút nhưng có thể loại bỏ rất nhiều amendment phía sau.

3 thời điểm nên “khóa dữ liệu” khi khai AMS xuất khẩu đi Mỹ

Đây là phần giúp doanh nghiệp tránh việc vừa gửi forwarder xong đã sửa.

Data Freeze 1 – Commercial Freeze

Thực hiện khi shipment đã đủ ổn định để chuẩn bị chứng từ.

Khóa:

• Seller.
• Buyer.
• Product.
• Quantity dự kiến.
• Origin.
• Commercial references.

Data Freeze 2 – AMS/SI Freeze

Đây là mốc quan trọng nhất.

Khóa:

• Shipper.
• Consignee.
• Notify.
• Cargo description.
• Package quantity.
• Gross Weight ở mức đã xác nhận.
• Routing.
• HBL/Bill instruction.

Data Freeze 3 – Post-loading Update

Sau loading có thể phát sinh:

• Container Number.
• Seal Number.
• Final Weight.
• Final package adjustments nếu thực tế thay đổi.

Những thay đổi thuộc manifest phải được chuyển ngay cho party chịu trách nhiệm transmission để họ đánh giá việc update/amendment cần thiết.

AMS cut-off không nên được hiểu đơn giản là “24 giờ trước tàu chạy”

Theo 19 CFR §4.7, đối với containerized cargo thuộc phạm vi thông thường, CBP phải nhận electronic cargo declaration 24 giờ trước khi cargo được laden aboard vessel tại foreign port, không phải đơn giản là 24 giờ trước ETD trên booking.

Đây là khác biệt quan trọng.

ETD là lịch tàu dự kiến rời cảng.

Loading aboard vessel là thời điểm hàng được xếp lên vessel.

Ngoài mốc pháp lý, carrier/NVOCC còn có thể đặt documentation/AMS cut-off sớm hơn để có thời gian kiểm tra và truyền dữ liệu.

Vì vậy doanh nghiệp không nên lấy công thức:

ETD trừ 24 giờ = hạn cuối gửi AMS.

Hãy sử dụng cut-off thực tế trên booking và deadline do forwarder/carrier thông báo.

Một shipment tốt nên có “AMS Data Ready Date”

Doanh nghiệp thường quản lý:

Cargo Ready Date

nhưng lại không có:

Document Ready Date

hoặc:

AMS Data Ready Date.

Ví dụ:

Cargo Ready Date: 25/8

CFS/CY cut-off: 26/8

Nếu đến ngày 25 mới bắt đầu hỏi buyer consignee name, shipment thực tế chưa ready.

Với hàng đi Mỹ, nên đặt:

AMS Data Ready Date: 22/8

Đến ngày đó:

• Buyer/consignee đã xác nhận.
• Product description đã rõ.
• Package structure đã rõ.
• Packing gần final.
• HBL instruction đã rõ.
• Importer đã có dữ liệu cần thiết để phối hợp ISF.

Khi đó ngày 25 mới thực sự là ngày hàng sẵn sàng để chạy.

AMS và ISF phải dùng dữ liệu tương thích nhưng không phải một filing

Một trong những cách dễ tạo lỗi nhất là nghĩ:

“AMS đã khai rồi thì ISF cũng dựa vào đó và tự xong.”

Không phải.

AMS và ISF có mục đích, trách nhiệm và data set khác nhau.

Trong vận hành, chúng có thể cùng sử dụng hoặc liên quan đến một số thông tin shipment, nhưng AMS completion không thay thế ISF filing.

Với doanh nghiệp B2B, điều cần quan tâm là dữ liệu gửi hai hướng không được tự mâu thuẫn.

Ví dụ:

AMS cargo description: Wooden dining chairs

ISF commodity data: Metal furniture

hoặc:

AMS shipper: Factory A

nhưng dữ liệu gửi importer lại đang dùng:

Trading Company B

mà không có giải thích về vai trò của từng party.

Khi shipment có nhiều entity, AMS và ISF khác nhau như thế nào khi xuất khẩu đi Mỹ sẽ giúp doanh nghiệp phân biệt rõ phần forwarder/carrier với phần importer hoặc agent tại Mỹ.

Còn khi đã bước vào vận hành booking, quy trình khai AMS – ISF cho hàng từ Việt Nam đi Mỹ nên được đặt cùng SI và cut-off trên một timeline thay vì giao cho hai phòng ban quản lý độc lập.

Có booking đi Mỹ rồi? Đừng chờ forwarder gửi mail “AMS cut-off” mới kiểm tra dữ liệu

Khi doanh nghiệp đã có:

Tên hàng + Packing List + Ready Date + buyer/importer + destination tại Mỹ

thì đã có thể bắt đầu xây shipment plan.

Đặc biệt với những shipment:

• Nhiều SKU.
• Nhiều factory.
• Buyer và consignee khác nhau.
• LCL.
• Có House B/L.
• Packing thường thay đổi vào ngày loading.

việc chuẩn hóa manifest data sớm sẽ giúp giảm đáng kể các vòng sửa SI và B/L.

Bạn cần tư vấn và báo giá dịch vụ Logistics?

Điền thông tin lô hàng để Minh Vân Logistics có cơ sở xem đồng thời phương án vận chuyển, hải quan và timeline chứng từ cho shipment đi Mỹ.

Các thông tin hữu ích gồm:

Tên hàng – số kiện – kích thước/CBM – Gross Weight – điểm lấy hàng – destination/city/ZIP tại Mỹ – Ready Date – FCL/LCL nếu đã biết – Incoterms nếu có.

Doanh nghiệp chưa có Final Packing List hoặc chưa biết HS Code vẫn có thể bắt đầu từ dữ liệu hiện có.

Với FCL, dữ liệu nào thường chỉ final sau khi đóng container?

Khi vận chuyển FCL đi Mỹ, doanh nghiệp thường có hai nhóm dữ liệu.

Có thể khóa trước loading

• Shipper.
• Consignee.
• Commodity.
• Booking.
• Route.
• Estimated/final-near quantity.
• Package structure.

Phát sinh hoặc cần xác nhận khi loading

• Container Number.
• Seal Number.
• Final physical quantity nếu có chênh lệch.
• Final Weight theo workflow.

CBP yêu cầu manifest data bao gồm container numbers và seal numbers đối với containerized shipments.

Do đó loading team không nên chỉ gửi ảnh container vào group chat.

Nên có Loading Report:

Container: XXXX1234567
Seal: MV123456
Packages: 780 CTNS
Gross Weight: XX,XXX KG
Loading completed: HH:MM

Dữ liệu này sau đó được cập nhật vào Shipment Master.

Với LCL, nên khóa dữ liệu trước khi hàng giao CFS

LCL thường có thêm rủi ro vì sau khi giao CFS, shipment đi vào quá trình consolidation.

Doanh nghiệp nên final càng nhiều dữ liệu càng tốt trước:

CFS cut-off.

Đặc biệt:

• Package count.
• Package type.
• Measurement.
• Gross Weight.
• Marks.
• Cargo description.
• Consignee.

Nếu giao CFS 220 cartons nhưng SI chỉ thể hiện 200 cartons, việc sửa sau đó tạo thêm một vòng reconciliation không cần thiết.

Không phải kế hoạch xuất khẩu nào cũng cần nguyên container. Với shipment chưa đủ lượng hoặc cần xuất theo từng PO nhỏ, vận chuyển LCL đi Mỹ có thể linh hoạt hơn, nhưng phần chứng từ và manifest vẫn cần được kiểm soát chặt như FCL.

Khi nào cần amendment AMS?

Không nên đặt một danh sách cứng rằng cứ thay đổi trường X là exporter tự quyết định “phải amend” hoặc “không cần amend”.

Party chịu trách nhiệm transmission cần đánh giá thay đổi dựa trên manifest data đã transmit và trạng thái shipment.

Điều exporter nên làm là:

Mọi thay đổi có khả năng ảnh hưởng manifest phải được thông báo ngay cho filer.

Các thay đổi thường đáng chú ý gồm:

• Shipper.
• Consignee.
• Description.
• Package quantity.
• Weight.
• Bill information.
• Container.
• Seal.
• Routing liên quan.

Đừng chỉ sửa Final B/L rồi nghĩ manifest sẽ tự cập nhật.

Hãy tạo một Amendment Log thay vì tìm lại email

Đối với doanh nghiệp xuất hàng thường xuyên, Amendment Log có thể rất đơn giản:

Lợi ích là khi có câu hỏi:

“Tại sao AMS đang khác B/L?”

doanh nghiệp không phải lục 30 email để tìm thời điểm thay đổi.

Khai AMS sai có phải chỉ là vấn đề của forwarder?

Không nên hiểu như vậy.

Party transmit chịu trách nhiệm theo quy định đối với transmission của mình, nhưng 19 CFR §4.7 cũng ghi nhận trường hợp filer nhận thông tin từ các party khác và việc họ có khả năng xác minh thông tin đến đâu.

Trong thực tế, forwarder không thể tự biết:

• Nhà máy vừa đóng thêm 20 cartons.
• Buyer vừa đổi consignee.
• Product thực chất làm bằng thép hay nhôm.
• Warehouse vừa đổi seal.
• Invoice vừa thay description.

Nếu exporter không cập nhật, filer có thể đang làm việc với dữ liệu cũ một cách hoàn toàn hợp lý.

Vì vậy AMS quality là trách nhiệm phối hợp dữ liệu, không phải câu chuyện một bên “khai giúp”.

7 lỗi dữ liệu khiến khai AMS phải sửa đi sửa lại

1. Lấy Invoice preliminary làm nguồn final

Invoice thay đổi nhưng AMS source không đổi.

2. Cargo Description quá chung

Description được viết để “cho ngắn”, không phải để xác định hàng.

3. Nhầm Pallet Quantity với Package Quantity

Đặc biệt phổ biến khi hàng palletized.

4. Consignee được copy từ shipment cũ

Không kiểm tra legal entity hiện tại.

5. Warehouse final data không quay về bộ phận Documentation

Kho biết số mới nhưng SI vẫn dùng số cũ.

6. SI và AMS được tạo từ hai file khác nhau

Một bên lấy Packing List, một bên lấy Excel planning.

7. Sửa B/L nhưng quên kiểm tra manifest

Final B/L đẹp không có nghĩa toàn bộ dữ liệu phía trước đã tự đồng bộ.

Checklist chuẩn bị dữ liệu AMS trước khi gửi forwarder

Doanh nghiệp có thể dùng checklist này cho từng shipment:

Booking đã xác nhận.

Party chịu trách nhiệm AMS đã rõ.

HBL/MBL structure đã rõ.

AMS/documentation cut-off đã ghi vào timeline.

Shipper legal name đúng.

Shipper address đúng.

Consignee đã được buyer/importer xác nhận.

Notify Party đã kiểm tra.

Cargo Description đủ cụ thể.

HS/HTS information không được đoán nếu cần sử dụng.

Package quantity đã hiểu đúng.

Pallet/carton structure rõ.

Gross Weight đã có status.

POL/POD đúng booking.

Invoice và Packing List đang cùng version.

SI dùng cùng Shipment Master.

Container Number đã cập nhật khi phát sinh.

Seal Number đã cập nhật khi phát sinh.

Draft B/L được đối chiếu lại.

ISF có party chịu trách nhiệm riêng.

Mọi thay đổi sau Data Freeze đều có Amendment Log.

Doanh nghiệp xuất Mỹ định kỳ nên xây AMS data thành SOP, không thành “kinh nghiệm của một nhân viên”

Nếu một nhân viên nghỉ phép mà cả phòng không biết:

Consignee của buyer A lấy ở đâu?

Description chuẩn của SKU B là gì?

Pallet này phải khai carton hay pallet?

thì doanh nghiệp chưa có quy trình.

Doanh nghiệp chỉ đang có một người biết cách làm.

Với B2B export volume tăng, nên có ba master.

Product Master

• SKU.
• Standard Description.
• Material.
• Use.
• HS basis.
• Origin.
• Manufacturer.

Party Master

• Buyer.
• Consignee.
• Notify.
• Importer.
• Addresses.
• Confirmation date.

Shipment Master

• Booking.
• Quantity.
• Package.
• Weight.
• Container.
• Seal.
• POL/POD.
• Cut-off.
• SI status.
• AMS status.
• ISF coordination status.
• B/L status.

Ba master này giúp PO thứ 50 sử dụng dữ liệu có kiểm soát thay vì copy PO thứ 49.

AMS nên nằm ở đâu trong quy trình xuất khẩu sang Mỹ?

Không nên tách AMS thành một công việc nằm cuối bảng.

Một workflow B2B hợp lý hơn là:

Hàng hóa

↓

HS / chính sách mặt hàng

↓

Commercial Invoice + Packing List

↓

Thủ tục hải quan Việt Nam

↓

FCL/LCL + Booking

↓

Shipment Master

↓

SI + AMS Data Freeze

↓

AMS transmission / ISF coordination

↓

B/L

↓

International transportation

↓

Destination coordination.

Nếu doanh nghiệp chỉ chăm chăm hoàn tất manifest mà phần hải quan Việt Nam vẫn chưa sẵn sàng, shipment vẫn có thể trễ. Ngược lại, thủ tục xuất khẩu hàng đi Mỹ hoàn thành tốt nhưng SI/manifest được chuẩn bị sát cut-off cũng tạo ra rủi ro riêng.

Điểm quan trọng là customs và manifest phải cùng nằm trên một timeline shipment.

Minh Vân Logistics hỗ trợ doanh nghiệp kiểm soát AMS data như thế nào?

Thế mạnh của Minh Vân Logistics nằm ở việc kết nối phần chứng từ với vận hành shipment, thay vì chỉ nhận một Shipping Instruction rồi chuyển tiếp.

Tùy loại lô hàng và phạm vi dịch vụ, các đầu việc có thể được phối hợp theo:

Commodity

→ HS và hồ sơ

→ thủ tục hải quan Việt Nam

→ pickup/trucking

→ FCL/LCL

→ booking

→ kiểm tra SI

→ phối hợp AMS data

→ phối hợp dữ liệu ISF với importer/broker/các bên liên quan

→ draft B/L

→ international freight

→ destination coordination theo phạm vi dịch vụ.

Cách tiếp cận này đặc biệt phù hợp với doanh nghiệp:

• Xuất hàng thương mại B2B.
• Có shipment Mỹ định kỳ.
• Có nhiều buyer.
• Có nhiều SKU.
• Chạy FCL và LCL song song.
• Muốn giảm số lần bàn giao dữ liệu giữa customs broker, forwarder và nhà máy.

Minh Vân Logistics không đánh đồng việc phối hợp AMS/ISF với việc mọi filing đều do Minh Vân Logistics trực tiếp transmit vào hệ thống CBP. Party thực hiện transmission và trách nhiệm từng bên cần được xác định theo cấu trúc booking và shipment cụ thể.

Câu hỏi thường gặp về khai AMS xuất khẩu đi Mỹ

Khai AMS xuất khẩu đi Mỹ trước bao lâu?

Đối với containerized cargo thuộc phạm vi thông thường, CBP phải nhận electronic cargo declaration ít nhất 24 giờ trước khi cargo được laden aboard vessel tại foreign port. Carrier hoặc NVOCC có thể đặt documentation/AMS cut-off sớm hơn để phục vụ quy trình nội bộ.

Exporter Việt Nam có phải trực tiếp khai AMS không?

Thông thường exporter cung cấp dữ liệu shipment cho carrier/NVOCC/forwarder theo cấu trúc booking. Incoming carrier có nghĩa vụ transmission; NVOCC đáp ứng điều kiện cũng có thể transmit trực tiếp qua Vessel AMS.

Khai AMS cần Invoice và Packing List không?

Đây thường là nguồn dữ liệu rất quan trọng, nhưng exporter không nên chỉ gửi hai file rồi mặc định filer có thể tự xác định mọi trường. Shipper, consignee, description, package structure và bill instruction cần được làm rõ.

10 pallets chứa 300 cartons thì khai bao nhiêu packages?

Quy định CBP yêu cầu manifested quantity ở mức lowest external packaging unit và nêu rõ pallets/containers không phải manifested quantity trong ví dụ khi bên trong là cartons. Với cấu trúc 10 pallets chứa 300 cartons, logic manifest cần xem theo 300 cartons.

Cargo description có thể ghi “general cargo” không?

Không. 19 CFR §4.7a nêu các generic descriptions như “FAK”, “general cargo” và “STC” không được chấp nhận cho cargo description.

AMS khai xong nhưng Packing List thay đổi thì sao?

Doanh nghiệp cần thông báo ngay cho party phụ trách transmission để họ đánh giá việc update/amend manifest. Không nên chỉ sửa Packing List và B/L nội bộ.

AMS và ISF có phải dùng cùng một dữ liệu không?

Có một số dữ liệu shipment có liên quan nhưng đây là hai filing khác nhau. AMS không thay thế ISF và ISF cũng không thay thế AMS.

AMS accepted có nghĩa hàng đã được thông quan Mỹ chưa?

Không. AMS là manifest/cargo information. Import entry, admissibility, tariff classification và các yêu cầu của cơ quan Mỹ là những phần khác của quá trình nhập khẩu.

Khai AMS đúng ngay từ đầu không phải là nhập thật nhiều dữ liệu

Một manifest tốt không được tạo ra bằng cách nhập càng nhiều thông tin càng tốt.

Nó được tạo ra khi doanh nghiệp biết:

Dữ liệu nào phải đúng.

Nguồn nào là nguồn final.

Ai có quyền thay đổi.

Mốc nào phải freeze.

Thay đổi nào phải gửi lại filer.

Với một shipment đơn lẻ, exporter có thể sửa từng vấn đề bằng email.

Nhưng với doanh nghiệp có 5, 10 hoặc 30 container mỗi tháng, cách đó rất nhanh trở thành một hệ thống khó kiểm soát.

Đó là lý do khai AMS xuất khẩu đi Mỹ nên được xây từ Shipment Master chứ không bắt đầu ở deadline AMS.

Minh Vân Logistics có thế mạnh trong hỗ trợ doanh nghiệp xuất khẩu hàng sang Mỹ, với giải pháp logistics quốc tế và thủ tục hải quan được phối hợp theo từng shipment. Khi product data, Invoice/Packing List, customs, booking, SI, AMS/ISF coordination và B/L được đặt trên cùng một timeline, doanh nghiệp có thể giảm đáng kể những lần sửa chứng từ phát sinh chỉ vì các bên đang sử dụng những phiên bản dữ liệu khác nhau.

📞 Hotline tư vấn nhanh: 0934 588 008
💬 Zalo OA: https://zalo.me/minhvanlogistics
📧 Email: han.sales@minhvanlogistics.com
🌐 Website: https://minhvanlogistics.com
💼 LinkedIn: https://www.linkedin.com/company/minhvanlogistic

Khai AMS đúng không bắt đầu khi forwarder chuẩn bị transmit manifest. Nó bắt đầu từ lúc doanh nghiệp xác định được một nguồn dữ liệu duy nhất cho shipment và giữ nguồn dữ liệu đó nhất quán cho đến khi hàng lên tàu.