Khai ISF xuất khẩu đi Mỹ: Cách phối hợp dữ liệu giữa exporter, importer và broker trước cut-off

Container vẫn đang ở nhà máy Việt Nam.

Tàu còn chưa chạy.

Nhưng phía Mỹ đã hỏi:

“Please send ISF data.”

Bộ phận xuất khẩu lập tức gửi Commercial Invoice và Packing List cho buyer.

Một lúc sau buyer hỏi lại:

Manufacturer là nhà máy hay công ty trading?

Ship-to Party là buyer hay warehouse nhận hàng?

Country of Origin của từng SKU là gì?

HTSUS nào dùng cho từng nhóm sản phẩm?

Container được đóng ở nhà máy nào?

Ai là consolidator/stuffer?

Đây mới là bài toán thực tế của khai ISF xuất khẩu đi Mỹ.

Không phải doanh nghiệp Việt Nam thiếu một định nghĩa về ISF. Vấn đề thường nằm ở chỗ dữ liệu ISF nằm rải rác ở exporter, nhà máy, buyer, importer, forwarder và customs broker, trong khi deadline lại xuất hiện trước khi hàng được xếp lên tàu.

Trọng tâm ở đây là:

Doanh nghiệp Việt Nam phải tổ chức dữ liệu thế nào để importer hoặc broker tại Mỹ có thể khai ISF đúng hạn, hạn chế sửa filing và không phải chạy theo từng thông tin vào sát ngày tàu?

Theo quy định hiện hành của Hoa Kỳ, với cargo đến Mỹ bằng đường biển thuộc phạm vi ISF, ISF Importer hoặc authorized agent phải truyền dữ liệu qua hệ thống điện tử được CBP chấp thuận. Đối với tám trường dữ liệu chính, thời hạn thông thường là không muộn hơn 24 giờ trước khi cargo được xếp lên tàu tại cảng nước ngoài; container stuffing location và consolidator có timeline khác, được cung cấp sớm nhất có thể và trong giới hạn quy định.

Với doanh nghiệp B2B Việt Nam, cách kiểm soát tốt hơn là:

PO → Product Data → Importer Setup → ISF Data Pack → Broker Review → Filing → Loading → Update nếu dữ liệu thay đổi.

Đó cũng là cách Minh Vân Logistics tiếp cận shipment tuyến Mỹ: ISF không đứng riêng mà phải chạy cùng booking, SI, AMS, B/L và lịch đóng hàng.

Khai ISF xuất khẩu đi Mỹ không bắt đầu ở broker Mỹ

Đây là điểm đầu tiên doanh nghiệp cần thay đổi trong cách vận hành.

Broker tại Mỹ có thể là người thực hiện transmission.

Importer có thể là party chịu trách nhiệm ISF.

Nhưng rất nhiều dữ liệu họ cần lại được sinh ra tại Việt Nam.

Ví dụ:

• Manufacturer là ai?
• Hàng được sản xuất ở đâu?
• Country of Origin là gì?
• Container được đóng tại địa chỉ nào?
• Ai arrange stuffing?
• Sản phẩm thực tế là gì?
• Có bao nhiêu SKU?
• HTSUS cần kiểm tra theo commodity nào?

Broker tại Mỹ không đứng trong nhà máy Bình Dương để biết container được đóng ở đâu.

Importer cũng không thể tự biết nhà máy vừa đổi supplier nếu exporter không thông báo.

Vì vậy một ISF tốt thường phụ thuộc vào ba bên:

Exporter Việt Nam → cung cấp dữ liệu nguồn

Importer Mỹ → xác nhận cấu trúc nhập khẩu và chịu trách nhiệm tương ứng

Broker/authorized agent → kiểm tra và transmit filing theo phạm vi được ủy quyền

Theo 19 CFR Part 149, ISF Importer với shipment thông thường có thể là owner, purchaser, consignee hoặc agent phù hợp gây ra việc hàng đến cảng Mỹ bằng vessel; authorized agent có thể thực hiện filing theo quy định.

Do đó, exporter Việt Nam không nên mặc định:

“Đây là thủ tục bên Mỹ nên bên Mỹ tự làm.”

Họ filing, nhưng nhiều dữ liệu phải đến từ bạn.

Hãy quản lý ISF theo công thức 4 nguồn dữ liệu – 3 mốc khóa – 1 Shipment Owner

Đây là framework phù hợp hơn cho doanh nghiệp B2B so với một checklist 10 ô.

4 nguồn dữ liệu

ISF data thường phải được ghép từ:

1. Commercial Data
Seller, buyer và giao dịch.

2. Product Data
Manufacturer, origin, HTSUS.

3. Logistics Data
Container stuffing location, consolidator, B/L reference và shipment information cần thiết cho quá trình filing.

4. Import Data
Importer of Record number, consignee number, ship-to và instruction phía Mỹ.

3 mốc khóa

Importer Setup Freeze

↓

ISF Data Freeze

↓

Post-loading Update

1 Shipment Owner

Phải có một đầu mối biết:

• Broker đang chờ gì.
• Factory đã xác nhận gì.
• Buyer đã thay đổi gì.
• Forwarder đang dùng B/L nào.
• Filing đã submitted chưa.
• Sau filing có data nào thay đổi không.

Nếu không có Shipment Owner, ISF rất dễ biến thành:

10 trường dữ liệu → 6 người phụ trách → 15 email → không ai biết file nào final.

Nguồn dữ liệu thứ nhất: Seller và Buyer không nên được lấy bằng cách copy shipment trước

Đây là hai trường nhìn qua rất đơn giản.

Nhưng với doanh nghiệp có:

• Trading company.
• Nhà máy.
• Công ty mẹ.
• Buying office.
• Distributor.
• Intercompany transaction.

thì seller và buyer rất dễ bị hiểu nhầm.

Theo 19 CFR §149.3, Seller là entity cuối cùng bán hoặc đồng ý bán hàng; Buyer là entity cuối cùng mua hoặc đồng ý mua hàng. Nếu importation không phát sinh từ một giao dịch mua bán thì quy định có hướng xử lý tương ứng theo owner.

Ví dụ

Factory A tại Bình Dương sản xuất.

Trading Company B tại TP.HCM mua hàng từ Factory A.

Company C tại Mỹ mua từ Trading Company B.

Không nên thấy:

Factory A = nơi sản xuất

rồi tự động điền:

Seller = Factory A.

Transaction thực tế phải được nhìn từ commercial chain.

Điểm này cũng cho thấy Seller và Manufacturer không mặc nhiên là một entity.

Nếu doanh nghiệp dùng cùng một company name cho mọi trường chỉ vì “đều liên quan shipment”, data rất dễ sai bản chất.

Nguồn dữ liệu thứ hai: Manufacturer là trường exporter Việt Nam cần kiểm soát đặc biệt

Đây là một trong những dữ liệu broker Mỹ thường phải hỏi lại.

Quy định ISF mô tả manufacturer/supplier là entity cuối cùng sản xuất, lắp ráp, tạo ra hoặc trồng commodity, hoặc trong trường hợp phù hợp là supplier của finished goods tại quốc gia nơi hàng rời đi.

Điều này đặc biệt quan trọng với trading company.

Ví dụ exporter trên Invoice là:

MV Trading Co., Ltd.

nhưng hàng thực tế được sản xuất tại:

ABC Furniture Factory Co., Ltd.

Nếu importer cần manufacturer information, không nên tự động copy exporter vào trường này.

Với doanh nghiệp có nhiều nhà máy thì sao?

Một container có thể gồm:

• SKU A – Factory 1.
• SKU B – Factory 2.
• SKU C – Factory 3.

Lúc này ISF data không còn phù hợp với kiểu:

“Manufacturer: Vietnam Factory.”

Doanh nghiệp cần xây SKU – Manufacturer Mapping.

Ví dụ:

Theo quy định, manufacturer/supplier, country of origin và commodity HTSUS phải được liên kết với nhau ở line-item level.

Đây là lý do doanh nghiệp nhiều SKU không nên chỉ gửi một Packing List PDF rồi nói:

“Broker tự lấy thông tin giúp.”

Country of Origin trong ISF không phải “nước xuất hàng”

Container đóng ở Việt Nam.

POL tại Việt Nam.

Exporter là công ty Việt Nam.

Nhưng ba điều này không tự động quyết định country of origin của sản phẩm.

ISF yêu cầu country of origin dựa trên quốc gia sản xuất, tạo ra hoặc nuôi trồng sản phẩm theo các quy định nhập khẩu Hoa Kỳ.

Ví dụ:

Một trading company Việt Nam mua finished goods từ nước khác, đưa vào Việt Nam để:

• Kiểm tra.
• Repacking.
• Dán label.
• Đóng container.

Không nên mặc định:

Origin = Vietnam

chỉ vì hàng được xuất từ cảng Việt Nam.

Ngược lại, một sản phẩm sử dụng một phần nguyên liệu nhập khẩu cũng không mặc nhiên mất xuất xứ Việt Nam; origin phải được xác định dựa trên quy tắc áp dụng và quá trình sản xuất thực tế.

Đó là lý do dữ liệu origin sử dụng cho ISF cần được kiểm tra cùng bộ hồ sơ xuất xứ. Một bộ hồ sơ xuất khẩu hàng đi Mỹ được chuẩn hóa từ product level sẽ giúp exporter tránh việc Invoice nói một origin nhưng dữ liệu gửi importer lại nói một origin khác.

HTSUS là trường dễ làm cả shipment dừng lại ở email “Please confirm HS”

Đây là tình huống rất quen thuộc.

Broker gửi:

“Please confirm HTS.”

Exporter gửi HS Code đang khai tại Việt Nam.

Broker hỏi lại:

“Please provide U.S. HTS.”

Hai bên đang nói về hai lớp classification khác nhau.

Theo quy định ISF, commodity HTSUS phải được cung cấp ít nhất đến cấp sáu chữ số; có thể cung cấp tới 10 chữ số. Để sử dụng cho entry trong trường hợp được nêu trong quy định, classification chi tiết còn phải đáp ứng điều kiện tương ứng.

Exporter Việt Nam nên làm gì?

Không nên tự động lấy:

mã chi tiết của biểu thuế Việt Nam

rồi copy nguyên sang:

U.S. HTSUS.

Nên chuẩn bị cho importer/broker:

• Product name.
• Material.
• Composition.
• Function.
• Model.
• Catalogue.
• Photos.
• HS basis đang sử dụng phía Việt Nam.

Sau đó importer hoặc broker có cơ sở kiểm tra HTSUS phù hợp cho phía Hoa Kỳ.

Nếu doanh nghiệp chưa chắc classification, đừng để câu hỏi này xuất hiện lần đầu 12 giờ trước ISF cut-off.

Ship-to Party không phải lúc nào cũng là Buyer hoặc Consignee

Đây là một trường rất dễ bị điền theo thói quen.

CBP định nghĩa Ship-to Party trong ISF là party đầu tiên dự kiến thực tế nhận hàng sau khi hàng được release khỏi customs custody.

Ví dụ:

Buyer:

ABC Corporation – New York

Importer:

ABC USA LLC

Nhưng hàng thực tế được giao đầu tiên tới:

XYZ Distribution Center – California

Ship-to có thể phải phản ánh địa điểm/entity nhận hàng thực tế theo cấu trúc shipment.

Không nên nhìn địa chỉ billing trên Commercial Invoice rồi tự động dùng làm ship-to.

Với Door to Door, trường này càng cần làm rõ

Khi doanh nghiệp giao sâu vào Mỹ, cần xác định:

• Port.
• Importer.
• Broker.
• First delivery point.
• Final warehouse.
• Delivery ZIP.

Một phương án vận chuyển Door to Door đi Mỹ vì vậy phải rõ destination từ trước departure, không chỉ ghi chung chung:

“Door California.”

Importer of Record Number và Consignee Number: đừng để exporter Việt Nam tự đoán

Đây là phần thuộc dữ liệu phía Mỹ nhiều hơn.

Theo 19 CFR §149.3, Importer of Record number có thể là IRS number, EIN, SSN hoặc CBP assigned number của entity chịu trách nhiệm tương ứng; consignee number cũng được xác định theo identification number của individual hoặc firm tại Mỹ mà hàng được shipment on account of.

Với exporter Việt Nam, nguyên tắc nên rất rõ:

Không tự tạo, không tự đoán, không copy ID của một shipment khác nếu importer chưa xác nhận.

Importer/broker nên cung cấp hoặc xác nhận phần này.

Exporter tập trung vào việc bảo đảm:

Commercial Invoice

Buyer instruction

Consignee information

và:

shipment structure

không đang nói về những entity hoàn toàn khác nhau mà không có lý do rõ ràng.

Container Stuffing Location là trường mà nhà máy Việt Nam thường nắm rõ nhất

Đây là một trong những dữ liệu rất “origin-side”.

CBP yêu cầu tên và địa chỉ địa điểm thực tế nơi hàng được đóng vào container. Với break bulk, quy định sử dụng địa điểm nơi cargo được làm “ship ready”.

Đừng mặc định stuffing location = exporter address

Ví dụ:

Exporter:

Quận 1, TP.HCM

Factory:

Bến Cát, Bình Dương

Container thực tế được kéo về và đóng tại:

Factory Bình Dương.

Stuffing location không nên lấy địa chỉ văn phòng exporter chỉ vì đó là địa chỉ có sẵn trên Invoice.

Một doanh nghiệp có thể có nhiều stuffing locations

Ví dụ tháng này:

Container đóng tại Factory A.

Tháng sau:

Container đóng tại external warehouse.

Shipment khác:

Hàng nhiều supplier đưa vào kho consol rồi mới đóng container.

Vì vậy Stuffing Location nên được quản lý theo từng shipment, không mặc định theo customer master.

Consolidator/Stuffer không phải lúc nào cũng là forwarder

Quy định ISF mô tả Consolidator/Stuffer là party thực hiện stuffing hoặc arrange việc stuffing container; với break bulk cũng có khái niệm tương ứng cho party làm hoặc arrange hàng thành ship-ready.

Ví dụ FCL:

Container được kéo về nhà máy.

Nhà máy trực tiếp đóng hàng.

Party thực hiện hoặc arrange stuffing phải được xác định theo thực tế shipment.

Ví dụ LCL:

Exporter giao cartons vào CFS.

Hàng được consolidator gom cùng shipment khác.

Cấu trúc lúc này khác đáng kể FCL.

Đó là lý do vận chuyển LCL đi Mỹ không chỉ khác FCL ở cách tính cước. Dòng dữ liệu về stuffing/consolidation cũng khác.

Đây là điểm bài khai ISF cần khác hẳn bài “ISF là gì”: hãy xây ISF Data Pack

Thay vì mỗi lần broker hỏi một trường, doanh nghiệp nên có một ISF Data Pack duy nhất cho shipment.

Một format vận hành có thể gồm:

Commercial

• Seller Name.
• Seller Address.
• Buyer Name.
• Buyer Address.
• Invoice Number.
• PO Number.

Product

• SKU.
• Product Description.
• Manufacturer.
• Manufacturer Address.
• Country of Origin.
• HTSUS theo xác nhận phía importer/broker.

U.S. Import Data

• Importer of Record.
• Importer Number.
• Consignee.
• Consignee Number.
• Ship-to Party.
• Ship-to Address.

Logistics

• Booking Number.
• HBL/MBL reference khi có.
• Container Stuffing Location.
• Consolidator/Stuffer.
• POL.
• POD.
• ETD.
• ISF Data Ready Date.

Vấn đề được giải quyết ngay:

Một file → một shipment → một version → một owner.

Không còn cảnh broker nhận:

Invoice từ sales.

Packing List từ warehouse.

Manufacturer qua Zalo.

HTS qua email.

Stuffing location trong booking note.

Buyer gửi ISF Template không có nghĩa exporter phải điền mọi ô

Rất nhiều buyer Mỹ có ISF template riêng.

File có thể có 10–20 trường.

Exporter nhìn thấy ô trống và nghĩ:

“Bên mình phải điền hết.”

Không nhất thiết.

Nên chia rõ ownership:

Exporter Việt Nam thường có lợi thế cung cấp

• Seller data theo transaction.
• Manufacturer/Supplier information.
• Product information.
• Country of Origin basis.
• Stuffing location.
• Consolidator information nếu biết/thuộc phạm vi origin-side.

Importer/Broker phía Mỹ nên xác nhận

• Importer Number.
• Consignee Number.
• U.S. importer structure.
• HTSUS classification cuối cùng theo trách nhiệm của họ.
• Filing/bond/authorization information.

Cách làm này tốt hơn nhiều so với việc exporter thấy một ô “Importer Number” rồi copy EIN được tìm thấy trong email cũ.

3 mốc khóa dữ liệu giúp hạn chế ISF amendment

Đây là phần doanh nghiệp xuất Mỹ định kỳ nên đưa vào SOP.

Mốc 1: Importer Setup Freeze

Nên thực hiện khi PO hoặc booking đang được hình thành.

Khóa:

• Buyer.
• Importer.
• Broker.
• Consignee.
• Ship-to.
• Party chịu trách nhiệm filing.

Đừng đợi SI cut-off mới hỏi:

“Broker của buyer là ai?”

Mốc 2: ISF Data Freeze

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

Trước deadline nội bộ này cần khóa:

• Seller.
• Buyer.
• Manufacturer.
• Country of Origin.
• HTSUS basis/confirmation.
• Ship-to.
• Importer/Consignee identification.
• Stuffing location dự kiến/đã xác nhận.
• Consolidator theo tình trạng shipment.

Theo quy định, seller, buyer, importer number, consignee number, manufacturer/supplier, ship-to, origin và HTSUS đều có deadline thông thường không muộn hơn 24 giờ trước loading.

Mốc 3: Post-loading Check

Sau loading, kiểm tra xem dữ liệu thực tế có thay đổi gì so với filing:

• Factory/stuffing location có thay đổi?
• Container chuyển sang nơi đóng khác?
• Manufacturer có thay đổi SKU?
• Country of Origin có thay đổi do sản phẩm substituted?
• Buyer/ship-to có thay đổi?
• Shipment có còn đi Mỹ không?

Nếu thông tin đã filed thay đổi hoặc có dữ liệu chính xác hơn trước khi hàng vào giới hạn cảng Mỹ, party đã nộp ISF phải update filing theo quy định.

Đừng dùng mốc “24 giờ” làm deadline gửi dữ liệu nội bộ

Đây là lỗi giống với AMS nhưng hậu quả rất dễ thấy ở ISF.

Quy định nói:

CBP phải nhận filing trong deadline.

Nó không nói:

Exporter có thể gửi cho buyer đúng 24 giờ trước loading.

Ở giữa hai việc còn có:

Exporter gửi data

↓

Importer kiểm tra

↓

Broker kiểm tra

↓

HTS cần clarification

↓

Manufacturer thiếu address

↓

Buyer phản hồi

↓

Broker transmit

↓

Nhận response

Nếu exporter gửi lúc deadline pháp lý đã gần đến, toàn bộ buffer xử lý biến mất.

Nên tạo ISF Data Ready Date

Ví dụ:

Vessel loading: Thứ Năm

Đừng đặt:

ISF data gửi buyer: Thứ Tư chiều.

Có thể đặt deadline nội bộ:

ISF Data Ready: Thứ Hai

Như vậy nếu broker hỏi lại manufacturer hoặc HTSUS, doanh nghiệp vẫn còn thời gian xử lý.

ISF không chạy theo ETD, mà phải nhìn thời điểm loading

Quy định không nói đơn giản là:

24 giờ trước ETD.

Đối với nhóm dữ liệu chính, mốc được gắn với thời điểm cargo được laden aboard vessel at the foreign port.

Điều này rất quan trọng vì:

ETD ≠ loading time.

Tàu dự kiến rời cảng thứ Sáu nhưng container có thể được xếp lên tàu trước đó.

Vì vậy doanh nghiệp nên đi theo:

ISF deadline do importer/broker/forwarder xác nhận

và:

documentation timeline thực tế của booking

thay vì tự tính:

ETD – 24h.

Container Stuffing Location và Consolidator có deadline khác 8 trường chính

Đây là chi tiết quan trọng khi triển khai filing thực tế.

Theo §149.2, container stuffing location và consolidator/stuffer phải được gửi sớm nhất có thể, nhưng trong trường hợp thông thường không muộn hơn 24 giờ trước khi hàng đến cảng Mỹ; có quy định riêng nếu hành trình từ foreign port tới U.S. port ngắn hơn 24 giờ.

Điều này tạo ra một sự linh hoạt nhất định so với tám data elements trước-loading.

Nhưng doanh nghiệp không nên dùng sự linh hoạt đó theo kiểu:

“Hai trường này để sau tính.”

Nếu stuffing location đã biết ngay từ đầu, hãy cung cấp ngay.

Dữ liệu biết sớm nên gửi sớm.

Chỉ giữ linh hoạt cho thông tin thực sự chưa thể xác định chính xác.

Khai ISF hàng FCL: nhà máy là điểm dữ liệu quan trọng

Với vận chuyển FCL đi Mỹ, doanh nghiệp thường kiểm soát khá rõ nơi đóng container.

Ví dụ:

1x40HC

Empty pickup tại depot.

Container kéo về nhà máy Bình Dương.

Factory loading.

Seal.

Truck đi cảng.

Trong cấu trúc này, exporter có thể biết khá sớm:

• Stuffing location.
• Party arrange stuffing.
• Manufacturer.
• Origin.
• Product list.

Do đó FCL không nên để ISF đến sát tàu mới bắt đầu chuẩn bị.

Một FCL shipment timeline tốt

T-7/T-6: Buyer/importer/broker confirmed.

T-5: Product + manufacturer + origin + HTS data review.

T-4: ISF Data Pack gửi importer/broker.

T-3: Resolve questions.

Trước regulatory deadline: Filing completed.

Loading: Check stuffing/container-related changes.

Sau loading: Update filer nếu data thay đổi.

Các mốc trên chỉ là ví dụ quản trị nội bộ, không thay thế deadline do booking, broker hoặc quy định áp dụng xác nhận.

Khai ISF hàng LCL: exporter không phải party đóng container cuối cùng trong nhiều trường hợp

LCL khác hẳn.

Exporter có thể chỉ:

đóng 60 cartons

↓

giao CFS

↓

consolidator đưa hàng cùng nhiều HBL khác vào container.

Lúc đó exporter không nên mặc định:

Factory = container stuffing location

nếu hàng thực tế được đưa vào container quốc tế tại CFS/consolidation point.

Cấu trúc cần được xác nhận với forwarder/consolidator.

Đây cũng là lý do khi doanh nghiệp phân vân FCL hay LCL đi Mỹ, ngoài chi phí và CBM còn nên hiểu rằng workflow chứng từ, consolidation và dữ liệu shipment cũng khác nhau.

AMS và ISF nên đối chiếu nhau ở đâu?

Không cần đặt hai link nội bộ sát nhau hay biến hai filing thành một.

AMS và ISF khác nhau về party chịu trách nhiệm và dataset, nhưng một số thông tin shipment cần logic với nhau.

Ví dụ:

AMS cargo:

Wooden dining chairs

Trong khi ISF commodity:

Steel office desks

Rõ ràng có vấn đề.

Hoặc:

Manifest/HBL phản ánh consignee A.

ISF lại đang được xây theo transaction của buyer B.

Không thể chỉ nói:

“Hai filing khác nhau nên không sao.”

Khác filing không có nghĩa dữ liệu được phép mâu thuẫn về bản chất shipment.

Nếu doanh nghiệp đang chưa rõ ranh giới trách nhiệm, AMS và ISF khác nhau như thế nào khi xuất khẩu đi Mỹ sẽ giúp xác định phần nào đi theo carrier/NVOCC và phần nào thuộc importer/authorized agent.

Đừng biến Commercial Invoice thành “ISF Form”

Commercial Invoice là một nguồn rất quan trọng.

Nhưng Invoice không chứa toàn bộ dữ liệu ISF.

Invoice có thể cho:

• Seller.
• Buyer.
• Commodity.
• Value.
• Origin tùy cách lập.

Nhưng thường không đầy đủ:

• Importer Number.
• Consignee Number.
• Container Stuffing Location.
• Consolidator.
• Ship-to structure.
• HTSUS đã xác nhận phía Mỹ.

Do đó cách:

“Em gửi Invoice rồi, broker tự khai ISF nhé.”

là chưa đủ với nhiều shipment.

Một ISF Data Pack nên được xây từ Invoice + Product Master + Buyer/Importer Data + Logistics Data.

Packing List cũng không thể thay thế ISF Data Pack

Packing List rất hữu ích để kiểm tra:

• SKU.
• Quantity.
• Package.
• Weight.
• Packing structure.

Nhưng Packing List thường không nói:

• Manufacturer của từng SKU.
• U.S. Importer Number.
• HTSUS line-item.
• Ship-to party theo định nghĩa ISF.
• Consolidator đúng party.

Vì vậy đừng gửi một PDF Packing List dài 30 trang cho broker rồi nghĩ rằng broker có thể tự “suy ra” toàn bộ filing.

Đã có shipment đi Mỹ? Đừng đợi buyer nhắc ISF mới gom dữ liệu

Nếu doanh nghiệp đã có:

PO + sản phẩm + buyer/importer + Ready Date

thì đã có thể bắt đầu chuẩn bị shipment.

Không cần đợi container number.

Không cần đợi Final B/L.

Không cần đợi hàng đã hạ cảng.

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ở xây dựng phương án vận chuyển và đặt hải quan – booking – AMS/ISF coordination trên cùng timeline shipment.

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 biết HS hoặc HTSUS vẫn có thể bắt đầu từ catalogue, hình ảnh và specification của sản phẩm.

Broker khai ISF rồi có nghĩa exporter hết trách nhiệm cung cấp update không?

Không.

Theo quy định, party đã submit ISF phải update nếu thông tin thay đổi hoặc thông tin chính xác hơn xuất hiện trước khi hàng vào giới hạn cảng Mỹ.

Broker chỉ có thể update nếu broker nhận được thay đổi.

Nếu exporter thay manufacturer nhưng không báo, broker không có cách tự biết.

Vì vậy workflow phải có:

Change xảy ra

↓

Shipment Owner xác nhận

↓

ISF Impact Check

↓

Thông báo Importer/Broker

↓

Broker confirm update status.

Có thể khai ISF bằng dữ liệu chưa final không?

Không nên hiểu tất cả data phải đạt cùng một mức “final” ở cùng một thời điểm.

Quy định cho phép trong một số trường hợp party presenting data dựa trên thông tin mà họ reasonably believe to be true nếu chưa thể xác minh thêm theo commercial practice, đồng thời ISF phải được update khi dữ liệu thay đổi hoặc chính xác hơn xuất hiện.

Tuy nhiên điều đó không phải giấy phép để:

“Điền tạm đại rồi sửa sau.”

Khác nhau rất lớn giữa:

best available data

và:

guessed data.

Doanh nghiệp nên ghi rõ trạng thái:

• Confirmed.
• Preliminary.
• Waiting Importer.
• Waiting Factory.
• Final.

ISF late, inaccurate hoặc incomplete có rủi ro gì?

CBP nêu ISF phải được nộp đúng thời hạn và cảnh báo filing trễ, không chính xác hoặc không đầy đủ có thể dẫn đến liquidated damages; hướng dẫn CBP hiện nêu mức 5.000 USD cho mỗi violation trong trường hợp áp dụng.

Doanh nghiệp Việt Nam không nên biến con số này thành câu quảng cáo:

“Trễ ISF chắc chắn phạt 5.000 USD.”

Việc enforcement phụ thuộc tình huống cụ thể.

Điều cần hiểu là:

ISF không phải deadline có thể bỏ qua vì “buyer sẽ xử lý sau”.

Rủi ro regulatory nằm phía importer, nhưng một exporter cung cấp data quá muộn có thể trở thành nguyên nhân khiến importer gặp vấn đề.

Và với buyer B2B, đó còn là vấn đề supplier performance.

ISF Bond và Power of Attorney có phải exporter Việt Nam chuẩn bị không?

Phần này thường thuộc importer/authorized agent side.

19 CFR §149.5 quy định về eligibility, bond và Power of Attorney đối với authorized agents; ISF Importer phải có loại bond phù hợp hoặc trong trường hợp quy định, agent có thể sử dụng bond tương ứng của mình. Authorized agent cũng có nghĩa vụ lưu Power of Attorney theo yêu cầu.

Với exporter Việt Nam, không nên tự đi sâu xử lý bond nếu đó không phải vai trò của mình.

Điều cần làm là xác nhận:

• Importer đã appoint broker chưa?
• Broker đã sẵn sàng filing chưa?
• Importer/broker có yêu cầu thêm document gì không?

Nếu buyer vẫn chưa xác định broker mà tàu sắp loading, đó mới là red flag cần xử lý.

ISF và thủ tục hải quan Việt Nam phải chạy song song

Một lỗi phổ biến:

Customs Việt Nam xong rồi mới gửi ISF data.

Không có lý do vận hành tốt để chờ như vậy.

ISF và customs Việt Nam là hai quy trình khác nhau.

Doanh nghiệp có thể đồng thời:

Kiểm tra HS/hồ sơ

↓

chuẩn bị khai hải quan Việt Nam

và:

gửi Product/Importer Data cho ISF.

Nắm rõ thủ tục hải quan xuất khẩu đi Mỹ sẽ giúp bộ phận xuất nhập khẩu ghép customs với booking và chứng từ, thay vì đợi tờ khai thông quan mới bắt đầu phần dữ liệu phía Hoa Kỳ.

Khi booking đã chạy, AMS – ISF – SI phải nằm trên cùng một bảng tiến độ

Một shipment đường biển đi Mỹ thường có:

SI Cut-off

AMS/documentation deadline

ISF deadline

VGM

CY/CFS Cut-off

Loading

ETD

Nếu mỗi người chỉ nhìn deadline của mình:

Customs → customs.

Forwarder → SI.

Buyer → ISF.

Warehouse → loading.

thì không ai nhìn thấy lúc ba deadline cùng dồn vào một ngày.

Ở giai đoạn này, quy trình khai AMS – ISF cho hàng từ Việt Nam đi Mỹ phù hợp để doanh nghiệp đặt các luồng dữ liệu cạnh booking, SI và loading trên cùng một timeline.

9 lỗi thực tế khiến khai ISF phải hỏi đi hỏi lại

1. Gửi Commercial Invoice rồi nghĩ đã đủ dữ liệu

Invoice không chứa toàn bộ ISF data.

2. Seller và Manufacturer bị điền giống nhau theo thói quen

Trong khi transaction và production chain khác nhau.

3. Origin được lấy theo nước xuất hàng

Vietnam POL không đồng nghĩa mọi SKU đều origin Vietnam.

4. Copy HS Việt Nam thành U.S. HTSUS

Classification phía Mỹ cần được importer/broker kiểm tra phù hợp.

5. Ship-to lấy theo billing address

Trong khi warehouse đầu tiên nhận hàng nằm ở bang khác.

6. Stuffing Location lấy địa chỉ exporter

Nhưng container thực tế đóng ở factory khác.

7. FCL và LCL dùng cùng cách xác định stuffer

Trong khi LCL còn qua consolidation.

8. Dữ liệu thay đổi sau filing nhưng chỉ báo forwarder

Importer/broker filing ISF không nhận được update.

9. Gửi ISF data đúng vào sát deadline pháp lý

Không còn buffer để xử lý missing manufacturer, HTS hoặc importer information.

Checklist ISF Data Pack dành cho exporter Việt Nam

Doanh nghiệp có thể sử dụng checklist ngắn này trước khi gửi dữ liệu:

Seller đã đúng transaction.

Buyer đã đúng transaction.

Importer đã được buyer xác nhận.

Importer Number do đúng party cung cấp.

Consignee information đã được xác nhận.

Manufacturer của từng SKU đã rõ.

Manufacturer address đã có.

Ship-to Party đã rõ.

Country of Origin theo từng commodity đã kiểm tra.

HTSUS đã được importer/broker kiểm tra hoặc đang có trạng thái xử lý rõ.

Stuffing Location đúng địa điểm thực tế/dự kiến.

Consolidator/Stuffer đã xác định.

Booking reference đã có.

B/L structure đã biết khi cần.

ISF Data Ready Date đã đặt.

Broker đã xác nhận nhận data.

Filing status đã được theo dõi.

Post-loading Check đã thực hiện.

Mọi thay đổi sau filing đã được gửi importer/broker.

Doanh nghiệp xuất Mỹ định kỳ nên xây ISF Master thay vì điền Excel lại mỗi tháng

Nếu mỗi tháng công ty có một container, thủ công vẫn có thể chạy.

Nhưng khi lên:

5 container/tháng

20 container/tháng

nhiều buyer

nhiều factory

nhiều SKU

thì mỗi lần gõ lại dữ liệu là thêm một cơ hội tạo lỗi.

Product Master

Nên có:

• SKU.
• Description.
• Manufacturer.
• Manufacturer Address.
• Country of Origin.
• HS basis.
• HTSUS confirmation/status.

U.S. Party Master

Nên có:

• Buyer.
• Importer.
• Importer Number.
• Consignee.
• Ship-to.
• Broker.
• Confirmation date.

Location Master

Nên có:

• Factory.
• Warehouse.
• CFS.
• Stuffing location.
• Full address.

Shipment Record

Chỉ thay đổi:

• PO.
• Quantity.
• Booking.
• FCL/LCL.
• Stuffing plan.
• Loading date.
• ETD.
• Filing status.

Khi đó shipment thứ 40 không còn phụ thuộc vào:

“Chị nhớ lần trước buyer này dùng importer nào không?”

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

Khai ISF xuất khẩu đi Mỹ do ai thực hiện?

Theo quy định, ISF Importer hoặc authorized agent phải submit ISF qua hệ thống điện tử được CBP chấp thuận. Với exporter Việt Nam, vai trò thường tập trung vào cung cấp chính xác và kịp thời dữ liệu shipment cho importer/broker.

ISF phải khai trước bao lâu?

Đối với tám data elements chính của ISF-10, deadline thông thường là không muộn hơn 24 giờ trước khi cargo được laden aboard vessel tại foreign port. Container stuffing location và consolidator có timing khác theo §149.2.

ISF có áp dụng cho hàng air đi Mỹ không?

Part 149 về Importer Security Filing áp dụng đối với cargo đến Hoa Kỳ bằng vessel, với các ngoại lệ và quy tắc cụ thể.

Exporter có cần biết Importer Number không?

Exporter cần bảo đảm importer/broker cung cấp hoặc xác nhận dữ liệu cần thiết để filing, nhưng không nên tự đoán identification number của importer.

ISF dùng HS Việt Nam hay HTSUS Mỹ?

ISF yêu cầu commodity HTSUS number, tối thiểu sáu chữ số.

ISF đã filed rồi có sửa được không?

Nếu thông tin thay đổi hoặc dữ liệu chính xác hơn xuất hiện trước khi goods enter the limits of a U.S. port, party đã submit ISF phải update filing.

Hàng LCL có phải khai ISF không?

Cargo đến Mỹ bằng vessel thuộc phạm vi vẫn có ISF requirement; việc hàng là LCL không tự loại bỏ nghĩa vụ. Cấu trúc consolidation chỉ làm cách lấy một số dữ liệu như stuffing/consolidator khác với FCL.

Có ISF nghĩa là hàng đã được thông quan Mỹ chưa?

Không. ISF là advance security filing. Import entry, classification, duties, admissibility và yêu cầu của các cơ quan chuyên ngành là những phần khác.

Khai ISF tốt không phải là exporter tự làm thay importer

Doanh nghiệp Việt Nam không cần biến bộ phận export thành một U.S. customs broker.

Nhưng cũng không thể nói:

“ISF là việc bên Mỹ.”

Một shipment tốt phải phân đúng trách nhiệm:

Exporter Việt Nam
Biết sản phẩm, factory, origin, stuffing và commercial transaction.

Importer Mỹ
Biết cấu trúc nhập khẩu, importer identity và trách nhiệm của mình.

Broker/Authorized Agent
Hiểu filing, hệ thống CBP và yêu cầu dữ liệu.

Forwarder/NVOCC
Nắm booking, HBL/MBL, AMS và hành trình vận tải.

Khi bốn nguồn này không kết nối, broker phải chạy hỏi dữ liệu.

Khi bốn nguồn được đưa vào một shipment plan, ISF trở thành một milestone có thể kiểm soát.

Đó cũng là thế mạnh Minh Vân Logistics hướng tới khi hỗ trợ doanh nghiệp B2B xuất khẩu hàng sang Mỹ:

Hàng hóa → HS → hồ sơ → thủ tục hải quan Việt Nam → pickup/trucking → FCL/LCL → booking → SI → AMS → phối hợp dữ liệu ISF → B/L → vận chuyển quốc tế → destination theo phạm vi dịch vụ.

Với doanh nghiệp xuất shipment đầu tiên, giá trị nằm ở việc xác định ai phải cung cấp dữ liệu nào trước khi tàu chạy.

Với doanh nghiệp có hàng đi Mỹ định kỳ, giá trị lớn hơn nằm ở việc xây Product Master, Party Master và Shipment Master, để mỗi container mới không phải bắt đầu ISF bằng một chuỗi email hỏi lại manufacturer, origin và ship-to.

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. Phần ISF được đặt đúng vai trò: một luồng dữ liệu cần phối hợp với importer/broker, không tách rời khỏi vận hành logistics của lô hàng.

📞 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 ISF đúng hạn không bắt đầu ở lúc broker bấm submit. Nó bắt đầu từ lúc exporter biết dữ liệu nào mình đang nắm, dữ liệu nào phải lấy từ importer và ai chịu trách nhiệm đưa tất cả về cùng một shipment trước cut-off.