Giấy chứng nhận xuất xứ – Certificate of Origin và cách ngân hàng kiểm tra theo ISBP 821

Trong thực tế, người làm xuất nhập khẩu thường tiếp cận C/O dưới góc độ xác định xuất xứ ưu đãi: Form D, Form E, Form AK, Form AJ, CPTPP, RCEP, EUR.1 hoặc các form khác tùy hiệp định thương mại. Tuy nhiên, trong thanh toán L/C, ngân hàng không làm nhiệm vụ của cơ quan hải quan để xác định liệu hàng hóa có thực sự đáp ứng quy tắc xuất xứ của một FTA hay không. Ngân hàng kiểm tra chứng từ trên cơ sở những gì L/C yêu cầu, những gì C/O thể hiện, và các nguyên tắc của UCP 600 cùng ISBP 821.

ISBP 821 dành riêng các đoạn L1 đến L8 cho Certificate of Origin. Dù chỉ có tám đoạn, phần này chứa nhiều nguyên tắc rất quan trọng về chức năng của C/O, issuer, form cụ thể, consignee, exporter/consignor, mô tả hàng hóa, origin statement và sự khác biệt dữ liệu với các chứng từ khác.

1. C/O phải thực hiện đúng chức năng cơ bản: xác nhận xuất xứ hàng hóa

ISBP 821 xác định rằng khi L/C yêu cầu một Certificate of Origin, yêu cầu đó được đáp ứng bằng một signed document có vẻ liên quan đến hàng hóa trên hóa đơn và xác nhận xuất xứ của hàng hóa.

Điều này cho thấy ba yếu tố cốt lõi:

Thứ nhất, document phải có chức năng của một Certificate of Origin.
Thứ hai, document phải có thể liên hệ với invoiced goods.
Thứ ba, document phải thực sự certify origin.

Một document chỉ ghi:

“Manufacturer: ABC Company, Vietnam”

Chưa chắc đã thực hiện chức năng xác nhận origin.

Việc một công ty sản xuất hàng tại một quốc gia không phải lúc nào cũng đồng nghĩa với hàng có origin của quốc gia đó theo quy tắc xuất xứ áp dụng. ICC từng xử lý một tình huống mà chứng từ chỉ cho biết hàng được sản xuất bởi một doanh nghiệp tại một quốc gia nhưng không xác nhận rõ country of origin; kết luận là document không thực hiện đầy đủ chức năng của Certificate of Origin.

Do đó, người lập chứng từ không nên chỉ quan tâm C/O “có form giống C/O” mà phải bảo đảm nó thực sự xác nhận xuất xứ.

2. Certificate of Origin phải được ký

Khác với Commercial Invoice, vốn không mặc nhiên phải ký nếu L/C không yêu cầu, ISBP 821 quy định C/O phải là một signed document.

Điều này phản ánh chính bản chất của certificate. Một certificate là một statement được một chủ thể xác nhận, và signature là yếu tố giúp chứng từ thể hiện sự chứng nhận đó.

Chữ ký có thể được thể hiện theo các nguyên tắc chung của ISBP về signature và authentication, không nhất thiết chỉ là handwritten signature nếu hình thức phát hành hợp lệ theo tiêu chuẩn áp dụng. Tuy nhiên, một document mang tiêu đề Certificate of Origin nhưng không có sự xác nhận phù hợp có thể không đáp ứng chức năng của certificate.

3. Nếu L/C yêu cầu một Form C/O cụ thể thì phải xuất trình đúng Form đó

Đây là nguyên tắc rất quan trọng của L2.

Nếu L/C yêu cầu:

“GSP Form A Certificate of Origin.”

Thì phải xuất trình đúng loại form đó. Không thể thay bằng một generic Certificate of Origin chỉ vì nó cũng xác nhận origin.

ISBP 821 nêu rõ rằng khi credit yêu cầu một specific form of Certificate of Origin, chỉ chứng từ đúng form cụ thể đó mới đáp ứng. Trong thực tế Việt Nam, nguyên tắc này có thể áp dụng tương tự về tư duy khi L/C yêu cầu rõ:

“Certificate of Origin Form D.”
“Certificate of Origin Form E.”
“Certificate of Origin Form AK.”
hoặc một form được chỉ định khác.

Khi L/C gọi tên một form cụ thể, beneficiary không nên tự thay bằng C/O không ưu đãi hoặc một form khác mà không có amendment.

4. Ngân hàng không tự quyết định một Form khác có “tương đương về ưu đãi” hay không

Đây là điểm cần phân biệt rõ giữa nghiệp vụ hải quan và nghiệp vụ L/C.

Giả sử L/C yêu cầu một form cụ thể nhưng doanh nghiệp cho rằng một FTA mới có mức thuế tốt hơn và muốn thay bằng một C/O khác.

Về hải quan: người nhập khẩu có thể quan tâm form nào giúp hưởng ưu đãi.
Về L/C: ngân hàng không có nhiệm vụ lựa chọn form “có lợi hơn”. Ngân hàng kiểm tra đúng documentary requirement.

L/C yêu cầu Form A thì Form B không tự động thay được chỉ vì về thương mại cả hai cùng chứng minh origin. Do đó, nếu buyer muốn linh hoạt nhiều loại C/O, wording của credit phải cho phép ngay từ đầu.

5. Issuer của C/O phải đúng theo L/C

ISBP 821 quy định rằng nếu L/C chỉ định issuer, Certificate of Origin phải được phát hành bởi entity đó.

Ví dụ:

“Certificate of Origin issued by Chamber of Commerce.”

(C/O do beneficiary tự phát hành có thể không đáp ứng)

Hoặc:

“Certificate of Origin issued by competent governmental authority.”

(Một self-certified origin document có thể không đáp ứng nếu wording của credit không cho phép)

Đây là lý do người xuất khẩu phải kiểm tra khả năng xin C/O từ đúng authority trước shipment, không phải sau khi bộ chứng từ đã hoàn thành.

6. Nếu L/C không quy định issuer thì bất kỳ entity nào cũng có thể phát hành C/O

Đây là một nguyên tắc rất linh hoạt của ISBP 821.

Khi credit không chỉ định issuer, any entity may issue a Certificate of Origin.

Ví dụ L/C chỉ ghi:

“Certificate of Origin in one original.”

Không nói Chamber of Commerce, beneficiary, manufacturer hay authority nào phải phát hành.

Trong trường hợp đó, ngân hàng không nên tự yêu cầu C/O phải do Chamber of Commerce cấp chỉ vì đó là thông lệ ở một số thị trường.

Một document do một entity khác phát hành vẫn có thể được chấp nhận nếu nó thực hiện đúng chức năng của C/O và đáp ứng các yêu cầu khác. Đây là ví dụ điển hình của nguyên tắc: không thêm yêu cầu ngoài L/C, UCP và ISBP.

7. Nếu L/C yêu cầu C/O do beneficiary, exporter hoặc manufacturer phát hành thì Chamber of Commerce vẫn có thể đáp ứng

Đây là một trong những quy định thú vị nhất của ISBP 821.

Nếu credit yêu cầu Certificate of Origin issued by:

beneficiary;
exporter;
hoặc manufacturer,

Thì yêu cầu đó cũng có thể được đáp ứng bằng C/O do Chamber of Commerce hoặc cơ quan tương tự phát hành, miễn document thể hiện beneficiary, exporter hoặc manufacturer tương ứng.

ISBP nêu ví dụ các cơ quan tương tự có thể gồm:

Chamber of Industry.
Association of Industry.
Economic Chamber.
Customs Authorities.
Department of Trade.

Điểm cốt lõi là document phải kết nối đúng entity mà credit muốn nhận diện.

Ví dụ:

L/C: “Certificate of Origin issued by exporter.”

C/O:

Issuer: Chamber of Commerce.

Exporter: ABC Export Co., Ltd.

Nếu ABC là exporter theo yêu cầu, document có thể đáp ứng tiêu chuẩn ISBP. Đây là một ngoại lệ rất đáng chú ý, vì cách đọc máy móc có thể dẫn đến kết luận sai rằng “issuer không phải exporter nên discrepancy”.

8. Nếu L/C yêu cầu Chamber of Commerce, một cơ quan tương tự cũng có thể được chấp nhận

ISBP 821 cũng quy định rằng khi credit yêu cầu C/O issued by Chamber of Commerce, yêu cầu đó có thể được đáp ứng bởi các tổ chức tương tự như Chamber of Industry, Association of Industry, Economic Chamber, Customs Authorities hoặc Department of Trade.

Nguyên tắc này phản ánh thực tế rằng hệ thống cấp C/O ở mỗi quốc gia không hoàn toàn giống nhau:

Một số nước dùng Chamber of Commerce.
Một số dùng Ministry hoặc Department of Trade.
Một số dùng Customs Authority.

Ngân hàng không nên từ chối chỉ vì tên cơ quan không đúng chính xác “Chamber of Commerce” nếu về bản chất đó là một authority tương đương theo ISBP.

9. C/O phải liên hệ được với hàng hóa trên Invoice

Theo L4, Certificate of Origin phải appear to relate to the invoiced goods. Điều này có thể được thực hiện theo nhiều cách:

Một là, C/O có goods description tương ứng với L/C.
Hai là, C/O sử dụng description tổng quát hơn nhưng không mâu thuẫn.
Ba là, C/O dẫn chiếu tới goods description trong một required document khác.
Bốn là, C/O dẫn chiếu đến một tài liệu đính kèm tạo thành integral part của chính Certificate of Origin.

Điều này cho thấy C/O không nhất thiết phải copy nguyên description trên Commercial Invoice.

10. Description trên C/O có thể ngắn hơn Invoice

Ví dụ:

L/C: “1,000 cartons Vietnamese Roasted Cashew Nuts Grade WW320, crop 2026.”

Invoice: “1,000 cartons Vietnamese Roasted Cashew Nuts Grade WW320, crop 2026.”

C/O: “1,000 cartons cashew nuts.”

Country of Origin: Vietnam.

Trong nhiều trường hợp, description tổng quát như vậy vẫn có thể thực hiện đúng chức năng nếu không tạo conflict. Ngân hàng không nên buộc Certificate of Origin phải sao chép toàn bộ specification của invoice.

Tuy nhiên, nếu C/O: “1,000 cartons coffee beans.” thì đây là hàng hóa khác. Mức độ chi tiết có thể khác, nhưng identity của goods không được mâu thuẫn.

11. C/O có thể dẫn chiếu tới Invoice thay vì lặp lại toàn bộ Goods Description

Ví dụ C/O ghi:

“Goods as per Commercial Invoice No. INV-2026-100 dated 10 August 2026.”

Nếu invoice đó là required document và có goods description phù hợp, C/O có thể liên hệ với invoiced goods thông qua reference.

Tương tự, nếu C/O có một attachment chứa detailed goods description và attachment được xác định rõ là integral part của C/O, chức năng có thể được thực hiện. Điều này giúp giảm nhu cầu lặp lại hàng chục dòng technical specification trên C/O.

12. Country of Origin phải được xác định rõ

Điểm trung tâm của C/O là origin.

Nếu L/C yêu cầu: “Goods of Vietnam origin.”

C/O phải xác nhận origin phù hợp. Ví dụ:

Country of Origin: Vietnam. (Hoặc wording có ý nghĩa tương đương)

Một câu chỉ nói: “Exporter located in Vietnam.”

Không nhất thiết chứng minh goods are of Vietnamese origin.

Đây là khác biệt giữa location of exporter và origin of goods. Ngân hàng phải đọc xem document thực sự certifies origin hay chỉ cung cấp thông tin về một doanh nghiệp.

13. Nếu L/C chỉ ghi Origin nhưng không yêu cầu C/O thì sao?

Đây là một nguyên tắc cực kỳ đáng chú ý của L7.

Giả sử L/C ghi: “Origin of Goods: Germany.”

Nhưng không yêu cầu Certificate of Origin.

Trong trường hợp này, ngân hàng không được tự yêu cầu C/O. Tuy nhiên, nếu một required document nào đó có ghi origin, dữ liệu đó không được mâu thuẫn với origin mà L/C đã nêu.

Ví dụ:

L/C: Origin: Germany. (Không yêu cầu C/O)

Invoice: Country of Origin: China.

(Đây là conflict)

Ngược lại, nếu Invoice không ghi country of origin, ngân hàng không nên tự bắt lỗi “missing origin” nếu credit không yêu cầu document nào phải chứng minh origin.

Đây là một ví dụ rất hay về sự khác nhau giữa:

absence of required data
và conflicting data voluntarily stated.

14. Consignee trên C/O không nhất thiết phải giống cứng nhắc với B/L

ISBP 821 có một nguyên tắc khá linh hoạt đối với consignee. Nếu consignee xuất hiện trên C/O, dữ liệu này về nguyên tắc không được mâu thuẫn với consignee trên transport document.

Ví dụ:

B/L: Consignee: ABC Import GmbH.

C/O: Consignee: XYZ Trading GmbH.

(Nếu không có bối cảnh phù hợp, đây có thể tạo conflict)

Tuy nhiên, ISBP có một ngoại lệ quan trọng khi transport document được lập theo các cấu trúc “to order”.

15. Nếu B/L là “To Order”, C/O có thể ghi một Entity khác được nêu trong L/C

Nếu credit yêu cầu transport document:

“To Order.”
“To Order of Shipper.”
“To Order of Issuing Bank.”
“To Order of Nominated Bank.”
hoặc: “Consigned to Issuing Bank,”

thì C/O có thể thể hiện consignee là bất kỳ entity nào được named trong credit, ngoại trừ beneficiary.

Ví dụ:

L/C: Applicant: ABC Import GmbH.

B/L: Consignee: To Order of Issuing Bank.

C/O: Consignee: ABC Import GmbH.

(Điều này có thể phù hợp)

Người kiểm tra không nên nói: “B/L consignee là bank, C/O consignee là applicant, nên conflict.” ISBP đã cho phép sự linh hoạt này.

Lý do rất dễ hiểu: C/O thường được lập phục vụ người nhập khẩu, trong khi negotiable B/L có thể được lập to order of bank để kiểm soát hàng hóa. Hai chứng từ có chức năng khác nhau.

16. Nếu L/C được chuyển nhượng thì First Beneficiary có thể là Consignee

ISBP 821 còn quy định rằng trong transferred credit, first beneficiary có thể được ghi làm consignee trên Certificate of Origin.

Đây là chi tiết rất chuyên biệt nhưng quan trọng trong transferable L/C. Nó cho thấy ngân hàng không nên tự động coi mọi consignee khác applicant là conflict nếu cấu trúc credit cho phép.

17. Exporter hoặc Consignor trên C/O có thể khác Beneficiary

Đây là một trong những điểm quan trọng nhất của L6.

ISBP 821 quy định Certificate of Origin có thể thể hiện consignor hoặc exporter là một entity khác beneficiary của credit hoặc shipper trên các required documents khác.

Ví dụ:

Beneficiary của L/C: ABC Trading Co., Ltd.

C/O Exporter: XYZ Manufacturer Co., Ltd.

(Điều này không tự động là discrepancy)

Đây là tình huống rất phổ biến trong thương mại quốc tế. Một trading company có thể là beneficiary và seller, trong khi manufacturer hoặc actual exporter đứng tên trên C/O do quy định của nước xuất khẩu. Ngân hàng không nên tự động yêu cầu exporter trên C/O phải giống beneficiary.

18. Exporter trên C/O cũng có thể khác Shipper trên B/L

Ví dụ:

Beneficiary: ABC Trading.

B/L Shipper: ABC Trading.

C/O Exporter: XYZ Manufacturing.

Về nguyên tắc, ISBP cho phép C/O thể hiện exporter/consignor khác beneficiary hoặc shipper trên required documents khác. Điểm cần kiểm tra là document vẫn phải liên hệ được với invoiced goods và không tạo ra conflict khác.

Đây là một trong những trường hợp rất dễ bị ngân hàng hoặc doanh nghiệp bắt lỗi sai nếu áp tư duy “mọi tên phải giống nhau”.

19. Invoice Number và Invoice Date trên C/O có thể khác các chứng từ khác trong một trường hợp đặc biệt

ISBP 821 L8 quy định rằng C/O có thể thể hiện một invoice number, invoice date và shipment routing khác với dữ liệu trên một hoặc nhiều required documents khác, miễn exporter hoặc consignor trên C/O không phải beneficiary.

Đây là một quy tắc rất đáng chú ý.

Ví dụ:

Beneficiary: ABC Trading Co., Ltd.

Commercial Invoice: ABC Invoice No. ABC-100.

C/O Exporter: XYZ Manufacturer Co., Ltd.

C/O Reference: XYZ Invoice No. XYZ-888.

Không tự động có discrepancy chỉ vì invoice reference khác. Tại sao? Bởi vì manufacturer/exporter trên C/O có thể đã bán hàng cho trading company theo một commercial invoice riêng; trong khi beneficiary lại bán cho applicant bằng một invoice khác. Đây là thực tế rất phổ biến trong giao dịch trading.

20. Quy tắc Invoice Reference khác chỉ linh hoạt khi Exporter/Consignor trên C/O không phải Beneficiary

Điều kiện này rất quan trọng.

Nếu chính beneficiary là exporter/consignor trên C/O, nhưng C/O lại thể hiện một invoice number khác với Commercial Invoice mà không có lý do hoặc wording phù hợp, người kiểm tra không nên máy móc áp L8 để bỏ qua. L8 đặc biệt nhắm vào tình huống third-party exporter/consignor.

Ví dụ:

Beneficiary: ABC Trading.

C/O Exporter: XYZ Manufacturer.

(C/O invoice reference khác → có thể chấp nhận)

Nhưng:

Beneficiary: ABC Trading.

C/O Exporter: ABC Trading.

(Invoice reference khác hoàn toàn → cần đánh giá cẩn thận)

Đây là lý do phải đọc toàn bộ C/O, không chỉ nhìn một data field.

21. Shipment Routing trên C/O cũng có thể khác trong cùng tình huống

C/O có thể thể hiện một routing khác với transport document nếu exporter/consignor trên C/O không phải beneficiary.

Điều này có vẻ bất ngờ nhưng phản ánh thực tế của chuỗi cung ứng. Một manufacturer có thể lập chứng từ cho một leg giao dịch hoặc một commercial structure khác so với routing cuối cùng trong presentation.

ISBP cho phép một mức linh hoạt nhất định thay vì yêu cầu mọi field phải mirror image. Tuy nhiên, không nên hiểu điều này là C/O được phép ghi bất kỳ hành trình nào. Document vẫn phải thực hiện đúng chức năng và liên hệ với goods.

22. Tên Country có thể viết khác cách mà vẫn cùng Origin

Ví dụ:

L/C: Republic of Korea.

C/O: South Korea.

Nếu identity of country rõ ràng và không có conflict, cách gọi khác không nên tự động tạo discrepancy.

Tương tự:

United States of America. | USA. | U.S.A. | United States.

(Có thể là các cách biểu đạt cùng một quốc gia. Nguyên tắc abbreviations và data not identical but not conflicting tiếp tục áp dụng)

Nhưng:

Republic of Korea.
và: Democratic People’s Republic of Korea.

Là hai quốc gia khác nhau. Không thể coi đây là abbreviation.

23. “Made in…” trên một required document có thể trở thành dữ liệu origin cần kiểm tra

Giả sử L/C ghi:

Origin: Vietnam. (Không yêu cầu C/O)

Packing List tự ghi: Made in Thailand.

Dù Packing List không có chức năng xác nhận xuất xứ, dữ liệu origin đã được đưa vào required document và mâu thuẫn với credit. Theo L7, đây có thể trở thành conflict.

Bài học thực hành tiếp tục giống các bài trước: đừng đưa dữ liệu không cần thiết lên chứng từ nếu chưa chắc nó chính xác và thống nhất.

24. C/O dùng cho L/C và C/O dùng cho Hải quan không hoàn toàn là cùng một bài toán

Đây là điểm người làm xuất nhập khẩu nên phân biệt rất rõ.

Đối với hải quan, cơ quan chức năng có thể xem xét:

Origin criteria.
HS code.
Direct consignment.
Third-country invoicing.
Back-to-back C/O.
Cumulation.
De minimis.
Issued retrospectively.
FTA-specific procedures.

Trong khi ngân hàng dưới L/C chủ yếu kiểm tra document có đáp ứng wording của credit và ISBP hay không.

Ngân hàng không thay cơ quan hải quan xác nhận liệu hàng có đáp ứng RVC 40% hay CTC hay WO hay không, trừ khi L/C yêu cầu chính Certificate thể hiện một criterion cụ thể. Do đó, một C/O có thể phù hợp với L/C nhưng vẫn có vấn đề khi làm thủ tục hưởng ưu đãi thuế, hoặc ngược lại. Hai lớp kiểm soát này không nên được đánh đồng.

25. Nếu L/C yêu cầu Origin Criterion thì ngân hàng sẽ kiểm tra

Ví dụ L/C ghi: “Certificate of Origin showing origin criterion WO.”

Nếu C/O ghi: RVC 40%.

Ngân hàng không cần phân tích quy tắc FTA nào đúng hơn. Document đơn giản không thể hiện criterion mà credit yêu cầu.

Ngược lại, nếu L/C chỉ yêu cầu: “Certificate of Origin showing Vietnam origin.”

Ngân hàng không nên tự yêu cầu C/O phải ghi WO, PE, RVC hoặc CTC chỉ vì form C/O thông thường có field đó, trừ khi dữ liệu đã xuất hiện và tạo conflict.

26. Nếu L/C yêu cầu một cơ quan cụ thể, phải kiểm tra khả năng thực tế ngay từ Draft L/C

Ví dụ buyer yêu cầu: “Certificate of Origin issued by Vietnam Chamber of Commerce.”

(Trong khi loại C/O thực tế của giao dịch lại do một authority khác phát hành).

Exporter không nên shipment trước rồi mới tranh luận với bank rằng authority kia “cũng giống Chamber”. ISBP có mức linh hoạt đối với các cơ quan tương tự, nhưng doanh nghiệp vẫn nên xử lý ngay từ Draft L/C nếu có khả năng tranh luận.

Một amendment trước shipment luôn an toàn hơn một waiver sau discrepancy.

27. Ví dụ thực hành 1: C/O không xác nhận rõ Origin

C/O ghi: Producer: ABC Co., Ltd., Vietnam.

Không có country of origin.

Không có statement xác nhận goods originate in Vietnam.

Document có thể không thực hiện đúng chức năng Certificate of Origin. Nơi đặt nhà sản xuất không tự động bằng origin.

28. Ví dụ thực hành 2: L/C yêu cầu Form cụ thể

L/C: “Certificate of Origin Form E.”

Beneficiary trình generic: “Certificate of Origin.”

Dù generic C/O xác nhận China origin, nó không phải specific form mà credit yêu cầu. Theo L2, có thể phát sinh discrepancy.

29. Ví dụ thực hành 3: L/C không chỉ định Issuer

L/C: “Certificate of Origin.”

C/O do exporter phát hành và ký.

Nếu document liên hệ với invoiced goods và xác nhận origin phù hợp, ngân hàng không nên từ chối chỉ vì không phải Chamber of Commerce.

30. Ví dụ thực hành 4: L/C yêu cầu C/O do Exporter phát hành

L/C: “Certificate of Origin issued by exporter.”

Document:

Issuer: Chamber of Commerce.

Exporter: ABC Export Co., Ltd.

Theo ISBP 821, cấu trúc này có thể đáp ứng yêu cầu vì Chamber hoặc authority tương tự được phép phát hành trong tình huống này, miễn exporter được thể hiện phù hợp.

31. Ví dụ thực hành 5: Exporter trên C/O khác Beneficiary

Beneficiary: ABC International Trading.

C/O Exporter: XYZ Manufacturing Co., Ltd.

Không tự động là discrepancy. L6 cho phép exporter/consignor trên C/O khác beneficiary hoặc shipper trên chứng từ khác.

32. Ví dụ thực hành 6: Invoice Number khác vì Third-Party Exporter

Commercial Invoice: ABC-100.

Beneficiary: ABC Trading.

C/O Exporter: XYZ Manufacturer.

Invoice No.: XYZ-999.

Theo L8, sự khác biệt invoice reference có thể được chấp nhận vì exporter trên C/O không phải beneficiary. Đây là một trong những ví dụ quan trọng nhất của bài này.

33. Ví dụ thực hành 7: Consignee khác B/L nhưng vẫn phù hợp

L/C Applicant: ABC Import GmbH.

B/L Consignee: To Order of Issuing Bank.

C/O Consignee: ABC Import GmbH.

Không tự động là conflict. L5 cho phép C/O thể hiện một entity named in the credit, ngoại trừ beneficiary, khi transport document sử dụng một số cấu trúc “to order” hoặc consigned to issuing bank.

34. Ví dụ thực hành 8: Origin Conflict dù không yêu cầu C/O

L/C: Origin: Germany. (Không yêu cầu C/O).

Invoice: Origin: China.

Đây là conflict theo L7 vì required document đã đưa ra origin khác với credit. Nếu Invoice không ghi origin, không nên tự động bắt lỗi thiếu C/O.

35. Ví dụ thực hành 9: Description tổng quát

L/C: “500 cartons Vietnamese Ceramic Floor Tiles Grade A, 600x600mm.”

C/O: “500 cartons ceramic tiles.” | Origin: Vietnam.

(Có thể phù hợp vì description tổng quát không mâu thuẫn và document vẫn liên hệ được với invoiced goods)

Nhưng nếu C/O: “500 cartons sanitary ware.” thì không còn là description tổng quát của cùng hàng hóa.

36. Những sai biệt thường gặp trên Certificate of Origin

Sai biệt thứ nhất là C/O không được ký.
Sai biệt thứ hai là document không thực sự xác nhận origin.
Sai biệt thứ ba là xuất trình sai form khi L/C yêu cầu một form C/O cụ thể.
Sai biệt thứ tư là issuer không phù hợp với yêu cầu rõ của credit.
Sai biệt thứ năm là country of origin khác với credit.
Sai biệt thứ sáu là goods description thực sự mâu thuẫn với invoiced goods.
Sai biệt thứ bảy là consignee trên C/O tạo conflict với transport document trong trường hợp không thuộc ngoại lệ của L5.
Sai biệt thứ tám là beneficiary hoặc ngân hàng tự yêu cầu issuer phải là Chamber dù L/C không chỉ định issuer.
Sai biệt thứ chín là bắt lỗi exporter trên C/O khác beneficiary dù ISBP cho phép.
Sai biệt thứ mười là bắt lỗi invoice number hoặc invoice date khác mà không xem exporter/consignor trên C/O có phải third party hay không.
Sai biệt thứ mười một là nhầm manufacturer country với goods origin.
Sai biệt thứ mười hai là tự thêm origin lên Invoice/Packing List rồi vô tình tạo conflict với L/C.
Sai biệt thứ mười ba là đánh đồng việc C/O phù hợp với L/C với việc chắc chắn đủ điều kiện hưởng ưu đãi hải quan.

Các lỗi này cho thấy Certificate of Origin là một loại chứng từ mà việc hiểu chức năng và cấu trúc giao dịch quan trọng hơn rất nhiều so với việc bắt mọi dữ liệu phải giống nhau.

37. Lưu ý dành cho doanh nghiệp xuất khẩu

Ngay khi nhận L/C, exporter nên kiểm tra riêng phần C/O theo các câu hỏi:

L/C có yêu cầu C/O không?
Yêu cầu form cụ thể nào?
Issuer là ai?
Country of origin nào?
Có yêu cầu origin criterion không?
Có yêu cầu invoice number/date không?
Consignee phải là ai?
C/O có thể đứng tên manufacturer/exporter khác beneficiary không?
Thực tế authority có cấp được form đó cho shipment này không?

Đây là những câu hỏi nên xử lý trước shipment. Đặc biệt, nếu doanh nghiệp là trading company và C/O sẽ đứng tên manufacturer hoặc một exporter khác, không nên tự động sửa mọi thông tin trên C/O để giống beneficiary’s invoice. ISBP 821 đã có cơ chế chấp nhận những khác biệt hợp lý trong cấu trúc third-party trade.

38. Lưu ý dành cho doanh nghiệp nhập khẩu

Applicant nên xác định rõ mục đích yêu cầu C/O.

Nếu chỉ cần chứng minh hàng có origin từ một quốc gia cụ thể, requirement có thể đơn giản:

“Certificate of Origin certifying goods are of Vietnam origin.”

Nếu cần một form để hưởng ưu đãi thuế quan, phải nêu rõ form phù hợp.
Nếu cần authority cụ thể, phải ghi rõ issuer.

Không nên viết:

“Official Certificate of Origin issued by competent authority acceptable to applicant.”

(Vì wording như vậy tạo ambiguity không cần thiết)

Cũng không nên yêu cầu một form mà exporter thực tế không thể xin được cho hàng hóa đó. Một documentary requirement tốt phải vừa bảo vệ buyer vừa có khả năng thực hiện.

39. Lưu ý dành cho nhân viên ngân hàng

Một quy trình kiểm tra Certificate of Origin nên đi theo thứ tự:

Document có được ký không?
Document có thực sự certify origin không?
L/C có yêu cầu specific form không?
Issuer có đúng yêu cầu không?
Nếu L/C không chỉ định issuer, không tự tạo thêm requirement.
Goods description có liên hệ được với invoiced goods không?
Country of origin có đúng không?
Consignee có conflict không?
Có áp dụng ngoại lệ cho “to order” transport document không?
Exporter/consignor có khác beneficiary không?
Nếu khác, invoice reference/date/routing khác có thể thuộc L8 không?
Có dữ liệu origin nào trên other required documents conflict với credit không?

Cách kiểm tra này tránh được hai thái cực: quá lỏng về chức năng của C/O và quá cứng về việc mọi tên, ngày, invoice number phải giống nhau.

40. Bản chất của Certificate of Origin trong ISBP 821

Certificate of Origin là một trong những ví dụ rõ nhất cho triết lý của ISBP: đúng chức năng quan trọng hơn giống hình thức.

C/O phải thực sự xác nhận xuất xứ.
Nếu credit yêu cầu specific form thì form đó phải đúng.
Nếu credit quy định issuer thì issuer phải phù hợp.
Nhưng exporter trên C/O không nhất thiết phải là beneficiary.
Consignee không nhất thiết phải mirror B/L trong mọi trường hợp.
Invoice number và routing có thể khác khi C/O do một third-party exporter/consignor sử dụng.
Description có thể tổng quát hơn Invoice.

Đây không phải là sự “nới lỏng” tiêu chuẩn. Đó là việc ISBP nhận diện đúng thực tế thương mại: hàng hóa có thể đi qua manufacturer, exporter, trading company, beneficiary, carrier, importer và bank với những vai trò khác nhau. Bộ chứng từ không phải lúc nào cũng có thể hoặc cần phải biến tất cả các chủ thể này thành cùng một tên. Ngân hàng phải tìm conflict thực sự, không phải chỉ tìm difference.

Kết luận

Certificate of Origin được ISBP 821 hướng dẫn tại các đoạn L1–L8. Một C/O phù hợp phải là signed document, có vẻ liên quan đến invoiced goods và thực sự xác nhận origin. Nếu credit yêu cầu specific form, phải xuất trình đúng form đó. Nếu credit nêu issuer, issuer phải phù hợp; nếu không nêu issuer, bất kỳ entity nào cũng có thể phát hành, miễn document thực hiện đúng chức năng.

ISBP cũng cho phép mức linh hoạt đáng kể trong thực tế thương mại. Certificate of Origin có thể thể hiện exporter hoặc consignor khác beneficiary hoặc shipper. Trong trường hợp exporter/consignor trên C/O không phải beneficiary, invoice number, invoice date và shipment routing trên C/O thậm chí có thể khác các required documents khác.

Consignee trên C/O nhìn chung không được conflict với transport document, nhưng khi transport document được made out “to order”, “to order of shipper”, “to order of issuing bank” hoặc theo một số cấu trúc tương tự, C/O có thể thể hiện một entity khác được named trong credit, ngoại trừ beneficiary.

Đối với exporter, hãy kiểm tra khả năng xin đúng form và đúng issuer trước shipment.
Đối với importer, hãy phân biệt rõ C/O dùng để chứng minh origin với C/O dùng để hưởng ưu đãi thuế.
Đối với ngân hàng, đừng yêu cầu mọi dữ liệu phải mirror image; hãy xác định C/O có thực hiện đúng chức năng và có conflict thực sự hay không.

Trong Bài tiếp theo, chúng ta sẽ tiếp tục với Packing List – Phiếu đóng gói, tập trung vào chức năng của Packing List, issuer, packing data, số lượng kiện, net/gross weight, marks, container data, invoice reference và những trường hợp Packing List có dữ liệu khác các chứng từ khác nhưng vẫn có thể phù hợp theo ISBP 821.