Giấy chứng nhận của người thụ hưởng – Beneficiary’s Certificate và cách kiểm tra theo ISBP 821

Trong bộ chứng từ thanh toán L/C, Beneficiary’s Certificate – Giấy chứng nhận của người thụ hưởng là một loại chứng từ rất đặc biệt. Không giống Commercial Invoice, Packing List, Bill of Lading hay Certificate of Origin vốn có chức năng tương đối ổn định trong thương mại quốc tế, Beneficiary’s Certificate có thể được thiết kế gần như hoàn toàn theo nhu cầu riêng của từng L/C.

MỤC LỤC

    Một L/C có thể yêu cầu người thụ hưởng xác nhận rằng:

    • Đã gửi một bộ chứng từ cho applicant;
    • Đã thông báo shipment;
    • Đã gửi mẫu hàng;
    • Đã đóng gói theo yêu cầu;
    • Đã ghi shipping marks;
    • Đã gửi bản copy B/L;
    • Hoặc đã thực hiện một hành động cụ thể sau shipment.
    Vì vậy, không tồn tại một mẫu Beneficiary’s Certificate duy nhất có thể sử dụng cho mọi giao dịch.

    ISBP 821 dành riêng các đoạn P1 đến P4 cho loại chứng từ này. Tuy số lượng quy định không nhiều, nội dung lại rất quan trọng: chứng từ phải thực hiện đúng chức năng certification, phải được ký bởi hoặc thay mặt beneficiary, dữ liệu không được mâu thuẫn với credit, nhưng wording không cần sao chép nguyên văn điều kiện của L/C miễn chứng từ thể hiện rõ yêu cầu đã được thực hiện.

    Đây cũng là loại chứng từ thể hiện rất rõ tinh thần của ISBP: ngân hàng kiểm tra ý nghĩa và chức năng, không phải chỉ đối chiếu từng chữ.

    1. Beneficiary’s Certificate là gì?

    Beneficiary’s Certificate là chứng từ trong đó người thụ hưởng xác nhận, chứng nhận, tuyên bố hoặc thông báo rằng một hành động hoặc sự kiện mà L/C yêu cầu đã được thực hiện.

    Ví dụ:
    “We hereby certify that one set of non-negotiable shipping documents has been sent to the applicant by courier within three days after shipment.”

    Hoặc:
    “We hereby certify that shipment advice has been sent to the applicant immediately after shipment.”

    Hoặc:
    “We certify that the goods have been packed in export-worthy seaworthy packing.”
    Trong các trường hợp này, ngân hàng không có nhiệm vụ điều tra ngoài thực tế xem beneficiary có thật sự gọi điện, gửi email, đóng kiện đúng kỹ thuật hay không. Ngân hàng kiểm tra chứng từ mà beneficiary xuất trình và xem nội dung certification có đáp ứng yêu cầu của credit hay không.

    Điều này tiếp tục phản ánh nguyên tắc nền tảng của UCP 600: ngân hàng giao dịch với documents, không giao dịch với goods, services hoặc performance.

    2. Chứng từ không nhất thiết phải có đúng tiêu đề “Beneficiary’s Certificate”

    Theo ISBP 821 P1, nếu L/C yêu cầu Beneficiary’s Certificate, yêu cầu có thể được đáp ứng bằng một signed document mang đúng tiêu đề L/C yêu cầu, một tiêu đề phản ánh loại certification được yêu cầu, hoặc thậm chí không có tiêu đề, miễn document thực hiện đúng chức năng bằng cách chứa dữ liệu và nội dung certification mà credit yêu cầu.

    Ví dụ L/C yêu cầu:
    “Beneficiary’s Certificate confirming that shipment advice has been sent to applicant.”

    Document có thể mang tên:

    • Beneficiary’s Certificate.
    • Shipment Advice Certificate.
    • Certificate of Dispatch of Shipping Advice.
    • Hoặc thậm chí chỉ là một letterhead document không có tiêu đề nhưng nội dung ghi rõ:
      “We hereby certify that shipment advice was sent to ABC Import GmbH on 12 August 2026.”
    Nếu nội dung thực hiện đúng requirement và document được ký phù hợp, tên gọi khác không tự động tạo discrepancy. Đây tiếp tục là nguyên tắc function over title.

    3. Nhưng chứng từ phải thực sự có tính “certification”

    Một document chỉ mô tả một sự kiện chưa chắc đã tương đương với việc beneficiary chứng nhận rằng sự kiện đó đã xảy ra.

    Ví dụ L/C yêu cầu:
    “Beneficiary’s Certificate certifying that one set of documents has been sent to applicant.”

    Nếu document chỉ ghi:
    “One set of documents to be sent to applicant.”
    (Câu này chỉ thể hiện một ý định hoặc một yêu cầu tương lai. Nó không xác nhận rằng việc gửi đã được thực hiện).

    Trong khi:
    “One set of documents has been sent to the applicant.”
    hoặc:
    “We certify that one set of documents was sent to the applicant.”
    (Thể hiện hành động đã xảy ra).
    Đây là điểm rất quan trọng: tense và meaning có thể quyết định compliance.

    4. Beneficiary’s Certificate bắt buộc phải được ký

    ISBP 821 P2 quy định Beneficiary’s Certificate phải được ký bởi beneficiary, hoặc bởi một người ký for or on behalf of beneficiary.

    Đây là khác biệt đáng chú ý với Packing List hay Weight List, vốn không mặc nhiên phải ký nếu credit không yêu cầu. Beneficiary’s Certificate về bản chất là một certification của beneficiary, vì vậy chữ ký là thành phần cốt lõi.

    Ví dụ:
    ABC Export Co., Ltd.
    [Signature]

    Hoặc:
    For and on behalf of ABC Export Co., Ltd.
    John Smith
    Export Manager
    [Signature]
    Có thể thực hiện đúng chức năng. Ngược lại, một Beneficiary’s Certificate hoàn toàn không có signature có thể không đáp ứng P2.

    5. Người ký không nhất thiết phải là người đại diện pháp luật của công ty

    ISBP không yêu cầu beneficiary certificate phải được ký bởi director, CEO hay legal representative trừ khi credit quy định cụ thể. Một nhân viên được thể hiện đang ký cho hoặc thay mặt beneficiary có thể đủ.

    Ví dụ:
    For ABC Export Co., Ltd.
    Jane Doe
    Documentation Executive
    [Signature]
    Không nên tự động từ chối chỉ vì người ký không phải General Director. Ngân hàng kiểm tra document trên mặt chứng từ, không điều tra corporate authorization nội bộ trừ khi L/C đặt ra yêu cầu liên quan.

    6. Nếu L/C yêu cầu “signed by authorized representative” thì sao?

    Khi credit dùng wording:

    “Beneficiary’s Certificate signed by authorized representative.”
    document phải thể hiện chữ ký theo cách phù hợp.

    Tuy nhiên, ngân hàng nhìn chung không điều tra hệ thống ủy quyền nội bộ của doanh nghiệp trừ khi L/C yêu cầu thêm evidence cụ thể về authorization. Một chữ ký xuất hiện trên letterhead của beneficiary với capacity phù hợp có thể được xem xét trên cơ sở facial examination.

    Nếu applicant thực sự muốn yêu cầu power of attorney hoặc board authorization, điều kiện phải được viết rõ.

    7. Data trên Beneficiary’s Certificate không được mâu thuẫn với Credit

    P3 của ISBP 821 rất ngắn nhưng cực kỳ quan trọng:

    Data mentioned on a beneficiary’s certificate are not to conflict with the requirements of the credit.
    Ví dụ:
    L/C: Latest Shipment Date: 15 August.
    Beneficiary’s Certificate: “We certify that goods were shipped on 17 August.”
    (Nếu certificate đang nói về chính shipment dưới L/C, dữ liệu này rõ ràng conflict với credit).

    Hoặc L/C yêu cầu: “Documents sent to applicant by DHL.”
    Certificate: “Documents were sent by FedEx.”
    (Đây là mâu thuẫn với requirement).
    Người lập Beneficiary’s Certificate phải đặc biệt cẩn thận vì chính certificate thường được soạn thủ công và rất dễ nhập nhầm ngày, courier, số invoice hoặc tên applicant.

    8. Wording trên Certificate không cần giống nguyên văn L/C

    Đây là một trong những nguyên tắc quan trọng nhất của P4.

    ISBP 821 quy định data hoặc certification trên Beneficiary’s Certificate không cần identical với wording của credit, miễn nội dung thể hiện rõ requirement của credit đã được thực hiện.

    Ví dụ L/C:
    “Beneficiary’s Certificate stating that one set of non-negotiable documents has been dispatched to applicant by courier.”

    Certificate:
    “We confirm that copies of the shipping documents were sent to ABC Import GmbH by DHL.”
    • Không có từ “non-negotiable documents” đúng nguyên văn.
    • Không có chữ “dispatched”.
    Nhưng nếu ý nghĩa rõ rằng required copies đã được gửi cho applicant bằng courier, document có thể vẫn đáp ứng. Đây là cách ISBP tránh biến document examination thành trò chơi “copy đúng từng chữ”.

    9. “Certify”, “Confirm”, “Declare”, “State” có nhất thiết phải giống nhau không?

    Không nhất thiết.

    Nếu L/C yêu cầu beneficiary “certify” một sự kiện, document có thể sử dụng wording như:

    • We certify...
    • We confirm...
    • We declare...
    • We state...
    • We hereby confirm...
    miễn ý nghĩa rõ ràng là beneficiary đang xác nhận requirement đã được thực hiện. Không nên từ chối chỉ vì credit dùng “certify” còn document dùng “confirm”.

    Tuy nhiên, cần phân biệt giữa các wording có cùng ý nghĩa và wording làm thay đổi bản chất.

    Ví dụ:
    “We intend to send…” không tương đương “We confirm that we have sent…”
    (Một bên là dự định; một bên là confirmation of completed action).

    10. Beneficiary’s Certificate không cần lặp lại Goods Description

    ISBP 821 P4(b) quy định data hoặc certification trên Beneficiary’s Certificate không cần bao gồm goods description hoặc bất kỳ reference nào tới credit hay một stipulated document khác, trừ khi credit yêu cầu cụ thể.

    Đây là một điểm rất thực tế.

    Ví dụ L/C yêu cầu:
    “Beneficiary’s Certificate confirming that one set of documents has been sent to applicant.”

    Certificate chỉ cần ghi:
    “We certify that one set of the required documents has been sent to the applicant.”
    • Không nhất thiết phải thêm: “1,000 cartons Vietnamese roasted cashew nuts…”
    • Không nhất thiết phải ghi L/C No.
    • Không nhất thiết phải ghi Invoice No.
    • Không nhất thiết phải ghi B/L No.
    Nếu credit không yêu cầu. Điều này giúp giảm đáng kể nguy cơ phát sinh discrepancy từ các reference không cần thiết.

    11. Không nên tự đưa L/C Number lên Certificate nếu không cần

    Trong thực tế, doanh nghiệp thường dùng mẫu:

    • Reference: L/C No. ABC123.
    • Invoice No. INV-456.
    • B/L No. XYZ789.
    Điều này có thể hữu ích về quản lý nội bộ. Nhưng mỗi reference đưa thêm vào document đều trở thành một dữ liệu phải chính xác.

    Nếu L/C No. bị gõ sai một chữ số, hoặc invoice number khác với Commercial Invoice, ngân hàng có thể phải xem xét liệu reference đó có làm document liên hệ tới một transaction khác hay không.

    P4(b) đặc biệt hữu ích ở đây: nếu credit không yêu cầu reference, beneficiary certificate không cần có reference. Một chứng từ càng gọn đúng chức năng thì càng ít rủi ro.

    12. Nếu Credit yêu cầu tất cả Documents phải ghi L/C Number

    Khi L/C có điều kiện: “All documents must indicate L/C number.” thì Beneficiary’s Certificate cũng phải được xem xét cùng condition đó, trừ khi điều kiện thuộc trường hợp không thể áp dụng theo UCP/ISBP.

    ICC từng xử lý câu hỏi về việc một courier receipt hỗ trợ Beneficiary’s Certificate có cần mang L/C number khi credit yêu cầu credit number xuất hiện trên tất cả documents hay không. Điều này cho thấy các yêu cầu tổng quát áp cho “all documents” cần được đọc cẩn thận đối với cả certificate lẫn supporting documents.

    Về thực hành, applicant nên hạn chế wording kiểu “all documents must show L/C number” nếu không có lý do rõ, vì nó tạo thêm nhiều điểm discrepancy không mang nhiều giá trị kiểm soát.

    13. Beneficiary’s Certificate thường đi kèm Supporting Document

    Một trong những trường hợp phổ biến nhất là:

    • “Beneficiary’s Certificate supported by courier receipt…”
    • Hoặc: “Beneficiary’s Certificate accompanied by copy of email…”
    • Hoặc: “Beneficiary’s Certificate supported by fax transmission report…”
    Trong những trường hợp này, beneficiary certificate và supporting document không được xem hoàn toàn độc lập. Ngân hàng cần đọc chúng cùng nhau.

    Ví dụ:
    Certificate: “We certify that one set of documents was sent to applicant by DHL on 12 August.”
    Courier Receipt: Courier: DHL. | Pickup Date: 12 August. | Recipient: Applicant.
    (Dữ liệu hỗ trợ nhau).
    Nhưng nếu courier receipt ghi FedEx ngày 15 August thì certificate và supporting document có thể conflict.

    14. Supporting Document không thay thế Certification

    Giả sử L/C yêu cầu:

    “Beneficiary’s Certificate supported by Courier Receipt certifying that documents were dispatched within three days after shipment.”
    Beneficiary chỉ trình courier receipt, không có Beneficiary’s Certificate.

    • Courier receipt có thể chứng minh courier đã nhận một package.
    • Nhưng nó không thay thế requirement về certification của beneficiary nếu L/C yêu cầu cả hai.
    Ngược lại, nếu beneficiary chỉ trình Certificate mà credit cũng yêu cầu courier receipt làm supporting document, bộ chứng từ cũng chưa đầy đủ.

    Phải phân biệt:

    • Main required document.
    • Supporting evidence.
    Hai loại có chức năng khác nhau.

    15. Courier Receipt không nhất thiết chứng minh nội dung bên trong Package

    Đây là lý do L/C thường yêu cầu cả Beneficiary’s Certificate và courier receipt.

    Courier receipt có thể chỉ ghi:

    • 1 envelope.
    • Documents.
    • 0.5 KG.
    • Recipient: ABC Import GmbH.
    Courier không biết chắc envelope có: Invoice, Packing List, C/O, B/L copies.

    • Beneficiary’s Certificate có chức năng xác nhận nội dung đã được gửi.
    • Courier Receipt có chức năng xác nhận package đã được courier nhận/gửi.
    Hai chứng từ bổ sung cho nhau.

    16. Ví dụ thực hành 1: Wording khác nhưng cùng ý nghĩa

    L/C: “Beneficiary’s Certificate certifying that one copy of shipping documents has been dispatched to applicant.”
    Certificate: “We confirm that a copy set of the shipping documents was sent to ABC Import GmbH.”
    Có thể phù hợp. “Confirm” không cần phải đổi thành “certify” chỉ để giống credit, miễn meaning rõ.

    17. Ví dụ thực hành 2: Chỉ nói sẽ gửi

    L/C: “Certificate confirming that documents have been sent.”
    Certificate: “We undertake to send the documents to the applicant.”
    Không tương đương. Certificate chỉ thể hiện một commitment tương lai, không xác nhận hành động đã hoàn thành. Đây có thể là discrepancy về nội dung certification.

    18. Ví dụ thực hành 3: Không ghi Goods Description

    L/C: “Beneficiary’s Certificate confirming dispatch of documents to applicant.”
    Certificate: “We certify that one complete set of copies has been sent to the applicant.”
    Không ghi goods description. Không ghi invoice number. Không ghi L/C number.
    Nếu credit không yêu cầu các dữ liệu đó, P4(b) cho phép certificate không cần chứa chúng.

    19. Ví dụ thực hành 4: Certificate không ký

    L/C: “Beneficiary’s Certificate confirming…”
    Document: Có đúng nội dung nhưng không có signature.
    Theo P2, Beneficiary’s Certificate phải được signed by hoặc for/on behalf of beneficiary. Do đó có thể phát sinh discrepancy.

    20. Ví dụ thực hành 5: Người khác ký thay Beneficiary

    Certificate:
    For and on behalf of ABC Export Co., Ltd.
    XYZ Documentation Services
    [Signature]
    Nếu document thể hiện rõ XYZ ký for/on behalf of beneficiary, P2 cho phép về nguyên tắc. Không nhất thiết chính nhân viên ABC phải là người cầm bút ký nếu capacity đại diện được thể hiện phù hợp.

    21. Ví dụ thực hành 6: Sai Applicant

    L/C Applicant: ABC Import GmbH.
    Certificate: “We certify that documents were sent to XYZ Import GmbH.”
    Nếu credit yêu cầu documents sent to applicant, đây là legal entity khác. Không phải khác biệt hình thức. Đây là discrepancy thực sự.

    22. Ví dụ thực hành 7: Sai Deadline

    Shipment Date: 10 August.
    L/C: “Documents to be sent to applicant within three days after shipment.”
    Certificate: “We certify documents were sent on 14 August.”
    Theo nguyên tắc “after”, ngày shipment không tính là day 1. Ba ngày sau shipment là 11, 12 và 13 August. 14 August là sau deadline. Nếu certificate tự thể hiện ngày 14 August, nội dung certification không đáp ứng requirement.

    23. Ví dụ thực hành 8: Certificate nói đúng nhưng Courier Receipt nói khác

    Certificate: “Sent by DHL on 12 August.”
    Courier Receipt: FedEx – Pickup 12 August.
    Nếu L/C yêu cầu certificate supported by courier receipt, supporting document không hỗ trợ certification về courier name. Nếu credit không yêu cầu courier cụ thể nhưng certificate và receipt dùng hai courier khác nhau, vẫn có vấn đề về consistency giữa required documents.

    24. Ví dụ thực hành 9: Certificate xác nhận Insurance Advice

    L/C: “Beneficiary’s Certificate confirming shipment details were advised to insurance company immediately after shipment.”
    Certificate: “We hereby confirm that shipment details were advised to XYZ Insurance Co. on 10 August 2026.”
    Nếu shipment cũng ngày 10 August và “immediately” được thực hiện theo yêu cầu credit, document có thể đáp ứng. Ngân hàng không cần gọi insurer để xác minh xem email có thực sự được nhận hay không nếu không có thêm documentary requirement.

    25. Ví dụ thực hành 10: Certificate về Packing

    L/C: “Beneficiary’s Certificate certifying that goods are packed in seaworthy export packing.”
    Certificate: “We confirm that the goods have been packed in suitable seaworthy packing for export shipment.”
    Không giống wording từng chữ nhưng rõ ràng thực hiện cùng requirement. P4(a) cho phép cách diễn đạt tương đương.

    26. “As per L/C” có đủ không?

    Đây là một câu rất hay gặp.

    Ví dụ L/C yêu cầu:
    “Beneficiary’s Certificate certifying that one set of documents has been sent to applicant.”

    Certificate chỉ ghi:
    “We hereby certify compliance with all terms and conditions as per L/C.”
    Cách viết này rủi ro. Nó không nhất thiết thể hiện rõ requirement cụ thể nào đã được thực hiện.

    P1 yêu cầu certificate phải chứa data và certification required by credit, còn P4(a) cho phép wording khác nhưng vẫn phải clearly indicate that the prescribed requirement has been fulfilled. Do đó, một câu chung chung “as per L/C” không phải lúc nào cũng đủ.

    Thực hành tốt hơn là xác nhận trực tiếp hành động:

    “We certify that one set of shipping documents has been sent to the applicant.”

    27. “All Terms and Conditions Complied With” không nên thay thế nội dung cụ thể

    Một beneficiary certificate không phải một blanket declaration để thay thế các documentary conditions khác.

    Nếu credit yêu cầu beneficiary certify ba việc:

    1. Documents sent to applicant;
    2. Shipment advice sent to insurer;
    3. Goods packed in export-worthy packing,
    certificate nên thể hiện ba certification đó.

    Một câu: “We certify that all L/C terms have been complied with.” có thể chưa thực hiện rõ các chức năng cụ thể. Trong documentary credits, rõ ràng luôn tốt hơn suy đoán.

    28. Một Certificate có thể thực hiện nhiều Certifications

    Có. Nếu L/C yêu cầu ba Beneficiary’s Certificates riêng biệt nhưng không cấm combined document, một document có thể về nguyên tắc thực hiện nhiều chức năng nếu nội dung đáp ứng đầy đủ từng requirement và số originals/copies phù hợp.

    Ví dụ:
    BENEFICIARY’S CERTIFICATE
    We hereby certify that:

    1. One set of non-negotiable shipping documents was sent to applicant by courier within three days after shipment.
    2. Shipment advice was sent to the insurance company immediately after shipment.
    3. Goods were packed in seaworthy export packing.
    Nếu credit yêu cầu các certification này và document được ký phù hợp, một combined certificate có thể thực hiện nhiều chức năng. Tuy nhiên, phải kiểm tra requirement về số lượng documents/originals trước khi kết hợp.

    29. Certificate Date có bắt buộc không?

    ISBP P1–P4 không đặt một quy tắc chung rằng Beneficiary’s Certificate luôn phải dated. Điều này khác với một số certificates trong nhóm Q khi hành động được yêu cầu xảy ra trước hoặc vào shipment date.

    Nếu L/C chỉ yêu cầu: “Beneficiary’s Certificate stating goods were packed in export packing.” mà không yêu cầu date, absence of date không tự động là discrepancy chỉ vì document là certificate.

    Tuy nhiên, nếu certification liên quan đến deadline, date có thể trở thành dữ liệu cần thiết để chứng minh hành động được thực hiện đúng hạn.

    Ví dụ: “Documents sent within three days after shipment.”
    Nếu certificate không nêu ngày gửi và supporting receipt cũng không xác định date, ngân hàng có thể không có cơ sở để thấy requirement về thời hạn đã được thực hiện.
    Do đó, date cần hay không phụ thuộc chức năng của certification.

    30. Date của Certificate và Date của Event là hai khái niệm khác nhau

    Ví dụ:
    Shipment: 10 August.
    Documents sent: 12 August.
    Beneficiary’s Certificate issued: 15 August.

    Nếu certificate ghi: “We certify that documents were sent to applicant on 12 August.”
    Việc certificate được issue ngày 15 August không tự động làm hành động gửi muộn.

    • Event date là 12 August.
    • Certificate date là 15 August.
    Người kiểm tra phải phân biệt hai loại ngày. Đây là nguyên tắc rất giống cách chúng ta đã phân biệt issue date và event date ở nhiều loại chứng từ khác.

    31. Beneficiary’s Certificate không được “tự tạo” một Discrepancy bằng dữ liệu thừa

    Ví dụ L/C chỉ yêu cầu: “Beneficiary’s Certificate confirming documents sent to applicant.”

    Certificate lại ghi:
    Shipment: MV ABC, 10 August.
    B/L No.: XYZ.
    Invoice Value: USD 100,000.
    Container: TCLU1234567.
    Courier: DHL.
    To: Applicant.
    Nếu một trong các reference trên bị sai, certificate có thể tự tạo ra một conflict không cần thiết.

    P4(b) cho phép beneficiary certificate không cần goods description hay reference tới credit/other stipulated documents. Do đó, cách soạn tốt nhất thường là: chỉ xác nhận đúng điều L/C yêu cầu, không biến certificate thành bản tóm tắt toàn bộ shipment.

    32. Beneficiary’s Certificate khác “Other Certificates” ở điểm nào?

    Đây là một sự phân biệt quan trọng trước khi sang Bài 23.

    Beneficiary’s Certificate thuộc riêng P1–P4 vì issuer đã được xác định ngay trong tên document: beneficiary.

    Trong khi Analysis Certificate, Inspection Certificate, Quality Certificate, Health Certificate hoặc Phytosanitary Certificate thuộc nhóm Q1–Q11 và có thể do nhiều loại issuer khác nhau phát hành. ICC cũng phân biệt rõ ba nhóm certificate trong hướng dẫn kỹ thuật:

    • Certificate of Origin (L1–L8);
    • Beneficiary’s Certificate (P1–P4);
    • Các certificates chuyên môn (Q1–Q11).
    Do đó, không nên áp quy tắc issuer của Inspection Certificate sang Beneficiary’s Certificate hoặc ngược lại.

    33. Những sai biệt thường gặp trên Beneficiary’s Certificate

    • Sai biệt thứ nhất là certificate không được ký.
    • Sai biệt thứ hai là người ký không thể hiện đang ký bởi hoặc for/on behalf of beneficiary.
    • Sai biệt thứ ba là certification chỉ thể hiện ý định tương lai thay vì xác nhận hành động đã hoàn tất.
    • Sai biệt thứ tư là wording quá chung chung, không thể hiện rõ requirement cụ thể đã được thực hiện.
    • Sai biệt thứ năm là data trên certificate conflict với L/C.
    • Sai biệt thứ sáu là sai applicant hoặc sai recipient.
    • Sai biệt thứ bảy là sai courier khi L/C yêu cầu courier cụ thể.
    • Sai biệt thứ tám là event date vượt deadline của credit.
    • Sai biệt thứ chín là certificate và supporting courier/postal receipt mâu thuẫn nhau.
    • Sai biệt thứ mười là thiếu supporting document mà L/C yêu cầu.
    • Sai biệt thứ mười một là certificate tự ghi L/C number, invoice number, B/L number, container number hoặc shipment details không cần thiết rồi vô tình tạo conflict.
    • Sai biệt thứ mười hai là người kiểm tra từ chối wording “confirm” chỉ vì L/C dùng “certify”, dù ý nghĩa tương đương.
    • Sai biệt thứ mười ba là yêu cầu certificate phải lặp goods description dù credit không yêu cầu.
    • Sai biệt thứ mười bốn là áp tiêu chuẩn của các chuyên môn certificates thuộc phần Q sang Beneficiary’s Certificate.
    Nhóm sai biệt này cho thấy hai rủi ro trái ngược: soạn quá ít khiến certification không đủ rõ, và soạn quá nhiều khiến document tự tạo thêm điểm mâu thuẫn.

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

    Beneficiary’s Certificate là một trong những loại chứng từ mà exporter có khả năng kiểm soát tốt nhất vì chính beneficiary lập và ký. Do đó, đây cũng là loại discrepancy đáng tiếc nhất nếu bị sai.

    Ngay khi nhận L/C, doanh nghiệp nên trích riêng các yêu cầu kiểu:

    • “Beneficiary to certify…”
    • “Beneficiary’s Certificate stating…”
    • “Beneficiary’s declaration confirming…”
    và đưa chúng vào một checklist.

    Sau shipment, chỉ cần xác định:
    • Hành động nào đã thực hiện?
    • Thực hiện ngày nào?
    • Gửi cho ai?
    • Bằng phương thức nào?
    • Có supporting evidence nào không?
    Sau đó lập certificate với đúng mức thông tin cần thiết. Không nên sử dụng một mẫu Beneficiary’s Certificate cố định cho mọi L/C.

    35. Một cách soạn thực tế an toàn

    Nếu L/C yêu cầu:
    “Beneficiary’s Certificate certifying that one set of non-negotiable documents has been sent to applicant by courier within three days after shipment.”
    Một cách soạn rõ ràng là:

    BENEFICIARY’S CERTIFICATE
    “We hereby certify that one set of non-negotiable shipping documents was sent by courier to the applicant within three days after shipment.”

    ABC Export Co., Ltd.
    Authorized Signature.
    Chỉ vậy có thể đã đủ nếu credit không yêu cầu thêm.

    • Không cần lặp entire goods description.
    • Không cần ghi invoice value.
    • Không cần ghi B/L number.
    • Không cần ghi Incoterm.
    • Không cần đưa thêm những dữ liệu mà certificate không có nhiệm vụ chứng nhận.

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

    Applicant nên tránh sử dụng Beneficiary’s Certificate như công cụ để buộc seller “tự xác nhận mọi thứ”.

    Ví dụ một L/C chứa 10–15 requirements như:

    • beneficiary certifies goods are perfect;
    • beneficiary certifies quality satisfactory;
    • beneficiary certifies applicant has approved goods;
    • beneficiary certifies no defect exists;
    không nhất thiết tạo ra sự bảo vệ thực chất.

    Nếu một vấn đề quan trọng cần third-party verification, nên yêu cầu certificate của một independent inspection body thay vì chỉ yêu cầu beneficiary tự xác nhận.

    Beneficiary’s Certificate phù hợp nhất với những hành động mà beneficiary thực sự kiểm soát:

    • gửi documents;
    • gửi shipping advice;
    • gửi samples;
    • thực hiện marking;
    • đóng gói theo instruction;
    • gửi copy cho một bên liên quan.
    Một documentary credit tốt phải phân biệt giữa self-certification và independent evidence.

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

    Một quy trình kiểm tra Beneficiary’s Certificate có thể tập trung vào năm câu hỏi:

    1. Document có thực hiện đúng chức năng certification được yêu cầu không?
    2. Document có được ký bởi hoặc for/on behalf of beneficiary không?
    3. Certification có thể hiện requirement đã được hoàn thành hay chỉ là dự định?
    4. Data có conflict với credit không?
    5. Nếu wording khác credit, meaning có vẫn clearly indicate requirement has been fulfilled không?
    Sau đó mới kiểm tra supporting documents nếu credit yêu cầu.

    P1–P4 thực chất rất ngắn và rõ. Nguy cơ lớn nhất không phải thiếu quy tắc, mà là document examiner diễn giải quá mức.

    38. Bản chất của Beneficiary’s Certificate trong ISBP 821

    Beneficiary’s Certificate thể hiện rõ nhất một nguyên tắc quan trọng của document examination: Complying presentation không đồng nghĩa với verbatim reproduction.

    • Credit có thể yêu cầu: “certifying that…” -> Certificate có thể ghi: “we confirm that…”
    • Credit có thể yêu cầu: “documents have been dispatched…” -> Certificate có thể ghi: “documents were sent…”
    • Credit có thể yêu cầu: “to applicant…” -> Certificate có thể ghi chính tên applicant.
    Những cách diễn đạt này không giống từng chữ nhưng có thể thực hiện cùng một chức năng. P4(a) nói rất rõ: dữ liệu hoặc certification không cần identical, nhưng phải thể hiện rõ requirement của credit đã được thực hiện.

    Song song đó, P4(b) còn nhắc một điều mà doanh nghiệp rất nên tận dụng: Beneficiary’s Certificate không cần phải chứa goods description, credit reference hoặc reference tới other stipulated documents nếu credit không yêu cầu.

    Nói cách khác, một Beneficiary’s Certificate tốt thường là một document ngắn, rõ, đúng chức năng và không chứa dữ liệu dư thừa.

    Kết luận

    Beneficiary’s Certificate được ISBP 821 quy định tại các đoạn P1–P4. Chứng từ có thể mang đúng tên credit yêu cầu, một tiêu đề tương tự hoặc thậm chí không có tiêu đề, miễn nó thực hiện đúng chức năng bằng cách chứa dữ liệu và certification cần thiết. Document phải được ký bởi beneficiary hoặc for/on behalf of beneficiary.

    Dữ liệu trên certificate không được conflict với credit. Tuy nhiên, wording không cần sao chép nguyên văn điều kiện L/C; cách diễn đạt khác vẫn được chấp nhận nếu thể hiện rõ requirement đã được fulfilled. Certificate cũng không cần chứa goods description, L/C number, invoice reference hoặc references khác nếu credit không yêu cầu.

    • Đối với exporter, nguyên tắc an toàn nhất là: chỉ xác nhận đúng những gì L/C yêu cầu, bằng câu chữ rõ ràng và ít dữ liệu thừa nhất có thể.
    • Đối với importer, Beneficiary’s Certificate nên được dùng cho những hành động mà beneficiary tự thực hiện; những vấn đề cần independent verification nên giao cho một third-party certificate phù hợp.
    • Đối với ngân hàng, trọng tâm là meaning và function của certification, không phải việc certificate có lặp đúng từng chữ của credit hay không.
    Trong bài tiếp theo, chúng ta sẽ hoàn tất nhóm chứng từ chuyên môn với Analysis Certificate, Inspection Certificate, Quality Certificate, Quantity Certificate, Health Certificate và Phytosanitary Certificate. Đây sẽ là một bài rất quan trọng vì ISBP 821 có riêng các đoạn Q1–Q11, trong đó làm rõ issuer “independent/official/qualified”, pre-shipment certificates, sampling, quantity lớn hơn credit, quality results, consignee, exporter/consignor và cách ngân hàng xử lý những statement bất lợi xuất hiện trên certificate.
    LÊ SÀI GÒN
    NCS Tiến sĩ Quản trị Kinh doanh Quốc tế

    Khi giảng dạy, tôi thường chọn chia sẻ những điều mình từng làm sai, những va vấp và bài học phải trả giá trong công việc và sự nghiệp; còn những điều đúng, sách vở đã nói rất đầy đủ rồi!

    ANH CHỊ ĐANG PHÂN VÂN LỰA CHỌN KHOÁ HỌC?

    Zalo tư vấn chat Simex Gọi tư vấn chat Simex Tư vấn 24/07 Zalo tư vấn chat Simex