Các sai biệt thường gặp và cách đối chiếu dữ liệu giữa các chứng từ theo ISBP 821

Đây cũng là nơi người làm chứng từ dễ mắc sai lầm nhất.

Không ít bộ chứng từ bị “bắt lỗi” chỉ vì dữ liệu không giống nhau từng chữ, trong khi UCP 600 và ISBP không yêu cầu các documents phải là những bản sao của nhau. Ngược lại, cũng có những bộ chứng từ nhìn qua rất “đẹp”, các tên gọi gần giống nhau, số liệu gần như khớp, nhưng khi đọc đúng chức năng của từng dữ liệu lại xuất hiện một mâu thuẫn có ý nghĩa.

Tinh thần xuyên suốt cần nhớ là: data in a document, when read in context with the credit, the document itself and international standard banking practice, need not be identical to, but must not conflict with, data in that document, any other stipulated document or the credit.

Nói cách khác, ngân hàng không đi tìm sự giống nhau tuyệt đối. Ngân hàng đi tìm sự không mâu thuẫn.

1. Khác nhau chưa chắc là sai biệt

Một trong những thay đổi quan trọng nhất trong tư duy kiểm tra chứng từ là phải tách hai khái niệm:

Difference – khác biệt
và Conflict – mâu thuẫn.

Ví dụ:

Commercial Invoice ghi: “10,000 pieces.”

Packing List ghi: “500 cartons.”

Bill of Lading ghi: “20 pallets.”

Ba con số hoàn toàn khác nhau. Nhưng nếu: 20 pallets = 500 cartons = 10,000 pieces, thì không có conflict. Mỗi document đang thể hiện hàng hóa ở một cấp độ khác nhau:

Commercial Invoice tập trung vào quantity thương mại.
Packing List tập trung vào packing.
Bill of Lading có thể tập trung vào outer packages được carrier nhận.

Một document examiner chỉ so con số sẽ thấy “10,000 khác 500 khác 20”. Một người hiểu ISBP sẽ hỏi: các con số này có đang nói cùng một loại dữ liệu hay không? Đây là câu hỏi nền tảng của cross-document examination.

2. Không được kiểm tra theo tư duy “mirror image”

Trong thực tế, người làm chứng từ thường sử dụng câu: “Các chứng từ phải khớp nhau.”

Câu này chỉ đúng nếu hiểu “khớp” là không mâu thuẫn. Nếu hiểu “khớp” là mọi dữ liệu phải giống nhau từng ký tự thì sai.

Ví dụ:

Invoice có thể ghi: ABC International Trading Company Limited.

B/L có thể ghi: ABC International Trading Co., Ltd.

C/O có thể ghi: ABC International Trading Co Ltd.

Không tự động có discrepancy. Các cách viết có thể khác nhưng vẫn nhận diện cùng một entity.

Tương tự:

Ho Chi Minh City. | HCMC. | Ho Chi Minh City, Vietnam. có thể cùng chỉ một địa điểm.

Nhưng: Ho Chi Minh City và Hanoi là hai dữ liệu khác bản chất.

Điểm mấu chốt không phải hình thức trình bày, mà là identity có thay đổi hay không.

3. Đầu tiên phải xác định chức năng của từng chứng từ

Không thể cross-check đúng nếu không biết từng chứng từ dùng để làm gì.

Commercial Invoice chủ yếu chứng minh commercial value, goods description, quantity, unit price và transaction.
Packing List mô tả cấu trúc đóng gói.
Weight List mô tả trọng lượng.
Transport Document chứng minh receipt, shipment hoặc carriage.
Insurance Document chứng minh cover.
Certificate of Origin chứng minh origin.
Inspection/Quality Certificate chứng minh kết quả assessment.
Beneficiary’s Certificate chứng minh beneficiary xác nhận một hành động hoặc sự kiện.

Do chức năng khác nhau, mức độ chi tiết cũng khác nhau:

C/O không nhất thiết phải ghi unit price.
Packing List không nhất thiết phải ghi Incoterm.
B/L không cần lặp đầy đủ specification như Invoice.
Weight List không cần thể hiện payment terms.

Nếu một người kiểm tra bắt mọi document phải chứa cùng bộ dữ liệu, họ đang kiểm tra sai phương pháp.

4. Tên doanh nghiệp – khi nào khác cách viết vẫn chấp nhận được?

Đây là loại difference phổ biến nhất.

Ví dụ:

L/C applicant: ABC IMPORT COMPANY LIMITED

Invoice: ABC Import Co., Ltd.

B/L Notify Party: ABC IMPORT CO LTD.

Về cơ bản, nếu identity vẫn rõ ràng, các abbreviations hoặc khác biệt về capitalization, punctuation và corporate suffix có thể không tạo conflict. Các biến thể như:

Company → Co.
Limited → Ltd.
Corporation → Corp.
Incorporated → Inc.

không tự động làm thay đổi entity.

Tuy nhiên, phải cẩn thận với những khác biệt có thể nhận diện một pháp nhân khác.

Ví dụ: ABC Import Co., Ltd. và ABC Trading Co., Ltd.

không chỉ khác abbreviation. Phần tên chính đã thay đổi. Người kiểm tra phải đánh giá xem đây có phải cùng entity hay không, không được giả định.

5. Địa chỉ – không cần giống từng dòng

Địa chỉ trên Invoice, B/L, C/O hoặc Certificate không nhất thiết phải được trình bày giống nhau hoàn toàn.

Ví dụ:

123 Nguyen Hue Street, District 1, Ho Chi Minh City, Vietnam

và:

123 Nguyen Hue St., Dist. 1, HCMC, Vietnam

có thể là cùng một địa chỉ. Không nên bắt lỗi vì:

Street → St.
District → Dist.
Ho Chi Minh City → HCMC.

Tuy nhiên: Vietnam và Thailand không phải variation. Nếu applicant được identified ở hai quốc gia khác nhau trên required documents, đó là một conflict nghiêm trọng hơn nhiều.

6. Goods Description – mức độ chi tiết có thể khác

Commercial Invoice thường phải mô tả hàng hóa theo yêu cầu của credit với mức độ đầy đủ cao. Các documents khác có thể dùng general terms miễn không conflict.

Ví dụ credit: “1,000 cartons Vietnamese Roasted Cashew Nuts Grade WW320, Crop 2026.”

Invoice: đầy đủ description.

B/L: “1,000 cartons cashew nuts.”

Packing List: “Cashew nuts WW320.”

C/O: “Cashew nuts.”

(Không tự động có vấn đề).

Nhưng nếu B/L ghi: “Coffee beans.” thì đã thay đổi identity của goods.

Đây là khác biệt giữa:

description less detailed
và description inconsistent.

Hai khái niệm này phải tách biệt.

7. Model, Type, Grade và Specification cần thận trọng hơn

Nếu model là đặc tính nhận diện hàng hóa, khác model có thể là conflict thực sự.

Ví dụ:

Invoice: Model X500.

Packing List: Model X500.

Inspection Certificate: Model X700.

(Đây không phải khác biệt hình thức).

Tương tự: Grade A và Grade B không thể coi là cách diễn đạt khác. Nếu credit yêu cầu một technical specification cụ thể, document nào thể hiện specification đó cũng không được conflict.

8. Quantity – phải xác định đang đo hàng hay đo bao bì

Một trong những sai lầm phổ biến nhất là so 10,000 pcs với 500 cartons rồi kết luận quantity khác. Không đúng.

Phải xác định:

10,000 pcs = quantity of goods.
500 cartons = number of packages.

Nếu Packing List ghi: 500 cartons × 20 pcs = 10,000 pcs, thì tất cả rất nhất quán.

Một shipment có thể đồng thời là:

1 container.
20 pallets.
500 cartons.
10,000 units.

Không có dữ liệu nào trong bốn con số này mâu thuẫn nếu chúng mô tả các cấp độ khác nhau.

9. Quantity trên Certificate có thể lớn hơn Quantity Shipment

Như đã phân tích ở Bài 23, Inspection Certificate hoặc Analysis Certificate có thể bao phủ một quantity lớn hơn shipment.

Ví dụ:

L/C quantity: 1,000 MT.

Invoice/B/L: 1,000 MT.

Inspection Certificate: 1,200 MT inspected.

(Không tự động conflict).

Certificate có thể đang nói về inspection scope. Điều quan trọng là không nhầm: “quantity inspected” với “quantity shipped”. Trong document examination, danh từ và động từ đi kèm con số rất quan trọng.

10. Net Weight, Gross Weight và Chargeable Weight phải được so đúng loại

Ví dụ:

Invoice: Net Weight: 10,000 KGS.

Packing List: Net Weight: 10,000 KGS. | Gross Weight: 10,500 KGS.

AWB: Gross Weight: 10,500 KGS. | Chargeable Weight: 12,000 KGS.

(Tất cả đều có thể phù hợp).

Không được lấy: 10,000 Net so với 10,500 Gross rồi kết luận mâu thuẫn.
Cũng không được lấy: 10,500 Gross so với 12,000 Chargeable Weight rồi kết luận sai.

Mỗi loại weight có chức năng riêng. Đây là lý do cross-check không thể chỉ dùng Excel VLOOKUP hoặc tìm số giống nhau một cách máy móc.

11. Đơn vị đo – cùng giá trị nhưng cách thể hiện khác

20 MT. | 20 Metric Tons. | 20,000 KGS. có thể cùng một quantity.
Nhưng: 20 MT. và 20 LT. không giống nhau.

Tương tự: 1,000 KG và 2,204.62 LB có thể tương đương nếu conversion phù hợp.

Ngân hàng không nhất thiết phải thực hiện các phép conversion phức tạp ngoài phạm vi hợp lý, nhưng một difference về unit không tự động là conflict nếu value thực chất tương ứng.

12. Metric Ton, Long Ton và Short Ton không được đánh đồng

Đây là điểm rất quan trọng trong giao dịch hàng rời. 1 Metric Ton không giống 1 Long Ton và cũng không giống 1 Short Ton.

Do đó: 20,000 MT. và 20,000 LT. không phải cùng một lượng hàng. Không thể coi “MT” và “LT” chỉ là hai cách viết tắt khác nhau.

Nếu credit hoặc other required document dùng metric tons nhưng Weight List dùng long tons mà không có conversion phù hợp, có thể phát sinh conflict. Đây là ví dụ cho thấy một abbreviation chỉ được chấp nhận khi nó thể hiện cùng khái niệm, không phải khi abbreviation thay đổi đơn vị đo.

13. Ngày tháng – cần xác định chức năng của từng ngày

Một bộ chứng từ có thể có rất nhiều dates:

Invoice Date.
Shipment Date.
On-board Date.
Issue Date.
Insurance Effective Date.
Inspection Date.
Certificate Date.
Courier Pickup Date.
Expiry Date.
Presentation Date.

Không thể yêu cầu tất cả dates giống nhau.

Ví dụ:

Invoice Date: 8 August.

Shipment Date: 10 August.

B/L Issue Date: 11 August.

Insurance Certificate Issue Date: 12 August nhưng cover effective 9 August.

Inspection Date: 9 August.

Certificate Issue Date: 13 August.

(Tất cả có thể hoàn toàn hợp lý).

Cross-check date phải dựa trên chronological requirement thực sự:

Insurance cover phải effective không muộn hơn shipment.
Pre-shipment inspection phải xảy ra trước hoặc vào shipment.
Courier dispatch phải nằm trong deadline credit yêu cầu.
B/L shipment date phải không muộn hơn latest shipment date.

Không tồn tại nguyên tắc: “Ngày trên mọi document phải giống nhau.”

14. Invoice Date khác C/O Invoice Date chưa chắc sai

Đây là ví dụ rất điển hình của trading structure.

Beneficiary: ABC Trading.

Commercial Invoice: ABC-100 dated 15 August.

C/O Exporter: XYZ Manufacturer.

C/O reference: XYZ-900 dated 12 August.

Nếu exporter trên C/O không phải beneficiary, ISBP cho phép invoice reference và invoice date khác trong những điều kiện tương ứng. Đây không phải một lỗi cần “sửa cho khớp”. Đôi khi cố sửa một C/O upstream invoice thành beneficiary invoice còn làm sai thực tế thương mại.

15. Container Number – một ký tự có thể rất quan trọng

Container number là một dữ liệu nhận diện cụ thể.

Ví dụ: MSCU1234567 và MSCU1234568.

Chỉ khác một digit, nhưng về logistics đây có thể là hai containers khác nhau. Do đó không nên mặc định đây là harmless typo.

Cùng nguyên tắc áp dụng cho:

Seal Number.
B/L Number.
AWB Number.
Certificate Number nếu credit yêu cầu reference.

Một typo có được bỏ qua hay không phụ thuộc ý nghĩa của lỗi, không phải số lượng ký tự sai.

16. Shipping Marks – cần hiểu là Mark hay Destination Data

Ví dụ:

Packing List: ABC/HAMBURG/C.NO.1-100.

B/L: ABC/HAMBURG/1-100.

(Có thể cùng shipping mark).

Nhưng: ABC/HAMBURG và ABC/ROTTERDAM có thể là conflict nếu location là một phần nhận diện mark.

Tuy nhiên, nếu một document ghi “Destination: Rotterdam” còn shipping mark vẫn là “ABC/Hamburg” vì đó là customer coding cố định, cần đọc context trước khi kết luận. Không thể chỉ thấy hai tên thành phố khác nhau rồi tự động bắt discrepancy.

17. Consignee – một trong những dữ liệu phải đọc theo loại chứng từ

Consignee trên transport document và consignee trên C/O hoặc certificate không phải lúc nào cũng phải giống nhau.

Ví dụ:

B/L: To Order of Issuing Bank.

C/O: Consignee: Applicant.

Inspection Certificate: Consignee: Applicant.

(Có thể phù hợp theo các quy tắc ISBP đã phân tích).

Lý do là B/L có chức năng kiểm soát quyền nhận hàng, trong khi C/O hoặc certificate có thể được lập phục vụ importer. Nếu document examiner áp nguyên tắc: “Consignee phải giống trên mọi chứng từ” thì sẽ tạo rất nhiều false discrepancies.

18. Exporter, Shipper và Beneficiary cũng không nhất thiết là cùng một Entity

Một trading transaction có thể có:

Manufacturer: XYZ Factory.
Exporter on C/O: XYZ Factory.
Beneficiary: ABC Trading.
Shipper on B/L: ABC Trading.
Seller on Invoice: ABC Trading.

Tất cả có thể cùng tồn tại hợp lý. Không có nguyên tắc chung rằng: Exporter = Beneficiary = Shipper = Manufacturer. Phải đọc từng document theo chức năng và quy tắc riêng.

Đây là một trong những điểm quan trọng nhất mà ISBP giúp người kiểm tra thoát khỏi tư duy “mọi tên phải giống nhau”.

19. Freight Prepaid và Freight Collect

Nếu credit yêu cầu: “Freight Prepaid.” -> B/L ghi “Freight Prepaid.” (Rõ ràng phù hợp).
Nếu document ghi “Freight Paid.” hoặc wording có ý nghĩa tương đương, cũng có thể phù hợp.
Nếu credit yêu cầu: “Freight Collect.” -> document ghi “Freight Payable at Destination.” có thể là equivalent wording.

Nhưng: Prepaid và Collect là hai trạng thái đối lập. Đây là conflict thực sự. Người kiểm tra phải phân biệt wording khác với meaning khác.

20. Incoterms trên các Documents

Nếu Invoice ghi: CIF Hamburg Incoterms 2020.
Packing List không ghi Incoterm.

(Không có vấn đề. Packing List không mặc nhiên phải ghi Incoterm).

Nếu Packing List tự ghi: FOB Ho Chi Minh City. trong khi Invoice/Credit yêu cầu CIF Hamburg, lúc đó dữ liệu thêm vào có thể gây conflict. Đây là một lý do nữa để doanh nghiệp không đưa commercial terms lên documents không cần thiết.

21. Currency – nơi nào thực sự cần kiểm tra

Commercial Invoice phải phù hợp currency của credit.
Insurance Document cũng có yêu cầu riêng về currency.
Packing List thường không cần currency.
Weight List cũng không.

Nếu Packing List tự ghi: Total Value: EUR 100,000 trong khi Invoice: USD 100,000, certificate có thể tự tạo một mâu thuẫn không cần thiết. Do đó, dữ liệu không thuộc chức năng của document nên hạn chế xuất hiện.

22. Sai số do làm tròn – không có một Tolerance chung cho mọi trường hợp

Ví dụ:

Packing List Gross Weight: 10,000.4 KGS.

B/L Gross Weight: 10,000 KGS.

(Có thể chỉ là rounding).

Nhưng không tồn tại một quy tắc chung: “Chênh dưới 1% là được.”

Tolerance trong L/C phải có cơ sở từ:

wording của credit;
UCP;
hoặc tính chất của dữ liệu.

Không nên tự đặt tolerance. Một difference nhỏ có thể được chấp nhận nếu rõ là cách làm tròn, nhưng một difference lớn không thể được hợp thức hóa chỉ bằng câu “chắc do rounding”.

23. Lỗi chính tả – phải đánh giá tác động tới Meaning

Ví dụ:

MACHINE và MACHIEN: Nếu context rõ, có thể là harmless typographical error.

Model X500 và Model X800: Không thể coi là typo vô hại nếu model là dữ liệu nhận diện.

Vietnam và Vietman: Có thể rõ là spelling error.

Vietnam và Thailand: Không phải lỗi chính tả.

ISBP không cho phép bỏ qua lỗi vì nó “chỉ khác vài chữ”. Điều cần hỏi là lỗi đó có làm thay đổi identity hoặc meaning không.

24. Reference Number – đôi khi sai một số đã đủ tạo Conflict

Ví dụ:

Invoice No.: INV-100.

Packing List reference: INV-100.

C/O reference: Manufacturer Invoice XYZ-500. (Có thể hợp lý nếu third-party exporter).

Nhưng nếu beneficiary lập cả Invoice và Packing List mà Packing List ghi: INV-900, ngân hàng phải xem đây có phải một transaction khác không.

Các references như: Invoice No., Contract No., PO No., L/C No., B/L No., AWB No. không nên được xem là decoration. Chúng có chức năng nhận diện.

25. Một Document có thể tự chứa Conflict

Không phải mọi discrepancy đều phát sinh giữa hai documents. Một document có thể tự mâu thuẫn.

Ví dụ:

Packing List: 100 cartons × 20 pieces = 2,000 pieces. Nhưng Total Quantity ghi: 20,000 pieces.

Packing List: Net Weight: 10,500 KGS. | Gross Weight: 10,000 KGS.

Insurance Certificate: Coverage Effective: 12 August. Shipment Date được ghi trong same document: 10 August, trong khi không có coverage trước shipment.

Document examiner phải kiểm tra cả internal consistency. Không thể chỉ cross-check giữa các files.

26. Dữ liệu bổ sung không bị cấm, nhưng có thể tạo rủi ro

ISBP không cấm documents có thêm dữ liệu ngoài credit. Tuy nhiên, extra data không được conflict. Đây là nguyên tắc rất quan trọng về thực hành.

Một Packing List chỉ cần: packages; quantity; weights; marks.

Nhưng doanh nghiệp lại thêm: Incoterm, Unit Price, Payment Terms, Country of Origin, Vessel, B/L Number, Insurance Policy. Mỗi field thêm vào tạo thêm một điểm có thể sai.

Một nguyên tắc rất hiệu quả khi lập chứng từ L/C là:

Document should contain enough data to perform its function, but not unnecessary data that creates additional cross-check points.

27. Sai biệt hình thức và sai biệt thực chất

Có thể chia differences thành hai nhóm lớn:

Nhóm thứ nhất là formal differences – khác biệt hình thức, ví dụ:
- Co., Ltd. và Company Limited.
- Street và St.
- KGS và Kilograms.
- HCMC và Ho Chi Minh City.
- 20 MT và 20,000 KGS.
  
  (Những differences này thường không làm thay đổi identity hoặc meaning).
Nhóm thứ hai là real discrepancies – mâu thuẫn thực chất, ví dụ:
- Vietnam và Thailand.
- Model X500 và X700.
- Freight Prepaid và Freight Collect.
- Shipment Date trước và sau Latest Shipment Date.
- Container No. ABC123 và XYZ789.
- USD và EUR khi currency bắt buộc phải giống.
- Protein requirement ≥10% nhưng Certificate cho 9.5%.
  
  (Đây là những dữ liệu làm thay đổi chính đối tượng, điều kiện hoặc kết quả).

Một người kiểm tra tốt phải học cách tách hai nhóm này.

28. Một quy trình đối chiếu dữ liệu hiệu quả

Trong thực tế, thay vì đọc từng chứng từ rồi cố nhớ mọi thứ, nên xây dựng một master data sheet của L/C. Có thể gồm:

Applicant.
Beneficiary.
Credit Number.
Goods Description.
Quantity.
Unit.
Price.
Currency.
Incoterm.
Latest Shipment.
Port/Place of Loading.
Port/Place of Discharge/Destination.
Consignee.
Notify Party.
Freight Status.
Insurance Requirement.
Origin.
Required Certificates.
Specific Quality Parameters.

Sau đó mới đối chiếu từng document với master data và với nhau. Cách này giúp giảm việc “đọc vòng tròn” và tránh bỏ sót.

29. Nên kiểm tra theo từng nhóm dữ liệu, không chỉ theo từng Document

Một phương pháp hiệu quả hơn nữa là cross-check theo từng nhóm:

Nhóm Parties: Beneficiary, Applicant, Shipper, Consignee, Notify, Exporter, Manufacturer, Issuer.
Nhóm Goods: Description, Model, Grade, Quantity, Packages, Net Weight, Gross Weight.
Nhóm Shipment: Shipment Date, Vessel, Flight, Ports, Airports, Route, Container, Seal.
Nhóm Commercial: Invoice Number, Amount, Currency, Unit Price, Incoterm.
Nhóm Certification: Origin, Quality, Inspection Result, Insurance Coverage.

Nếu kiểm tra theo nhóm như vậy, các conflicts giữa documents dễ nhìn thấy hơn.

30. Ví dụ tổng hợp 1: Một bộ chứng từ nhìn khác nhưng vẫn phù hợp

L/C: 1,000 cartons Vietnamese coffee, total 20 MT.
Invoice: 1,000 cartons Vietnamese Robusta Coffee Grade 2, 20 MT.
Packing List: 20 pallets / 1,000 cartons.
Weight List: 20,000 KGS net.
B/L: 20 pallets said to contain 1,000 cartons coffee.
C/O: Vietnamese coffee.
Inspection Certificate: 1,200 cartons inspected; 1,000 cartons selected for shipment.

Nhìn bề ngoài, rất nhiều con số và descriptions khác nhau. Nhưng chúng có thể cùng hoàn toàn phù hợp. Đây là ví dụ điển hình cho: different does not mean discrepant.

31. Ví dụ tổng hợp 2: Một lỗi nhỏ về chữ nhưng là Discrepancy thực sự

L/C: Model X500.
Invoice: Model X500.
Packing List: Model X500.
Inspection Certificate: Model X800.

Chỉ khác một digit. Nhưng model đã thay đổi. Nếu model là một specification quan trọng của goods, đây là real conflict. Không thể nói: “Chỉ khác một ký tự.” Độ nghiêm trọng không phụ thuộc số ký tự khác, mà phụ thuộc meaning bị thay đổi bao nhiêu.

32. Ví dụ tổng hợp 3: Hai Con số khác nhưng không Conflict

Invoice: Net Weight: 10,000 KGS.
B/L: Gross Weight: 10,500 KGS.

(Không conflict).

Nhưng nếu:

Invoice Net Weight: 10,000 KGS.
Weight List Net Weight: 8,000 KGS.

và cả hai rõ ràng đang nói total net weight của same shipment, đây là vấn đề. Cross-check phải luôn là: same attribute versus same attribute.

33. Ví dụ tổng hợp 4: Consignee khác nhưng hợp lý

L/C Applicant: ABC GmbH.
B/L: To Order of Issuing Bank.
C/O: Consignee: ABC GmbH.
Health Certificate: Consignee: ABC GmbH.

Không tự động conflict. Đây là cấu trúc phổ biến và được ISBP xử lý linh hoạt.

34. Ví dụ tổng hợp 5: Dữ liệu thừa tự tạo Discrepancy

L/C không yêu cầu country of origin trên Packing List.

C/O: Origin: Vietnam.
Packing List tự ghi: Made in China.

Dù Packing List không cần ghi origin, nhưng khi beneficiary đã tự đưa dữ liệu này vào, nó tạo conflict. Đây là lý do nguyên tắc “less is more” rất có giá trị trong document preparation.

35. Ví dụ tổng hợp 6: Dates khác nhưng chronology hợp lý

Invoice: 8 August.
Inspection: 9 August.
Shipment: 10 August.
Courier dispatch: 12 August.
Insurance Policy issued: 12 August, effective 9 August.
Certificate of Origin: 13 August.

Không có nguyên tắc nào buộc các dates này phải giống nhau. Điều cần kiểm tra là:

inspection có đúng pre-shipment không;
shipment có đúng deadline không;
courier có đúng deadline không;
insurance có effective trước shipment không.

Đây là chronology checking chứ không phải date matching.

36. Sai biệt thường gặp nhất khi đối chiếu toàn bộ bộ chứng từ

Trong thực tế, các nhóm discrepancy thường tập trung ở một số điểm:

Tên applicant/beneficiary thực sự khác entity.
Goods description thay đổi identity.
Model/grade/specification không phù hợp.
Quantity thực sự khác.
Net/gross weight bị nhầm.
Number of packages không giải thích được.
Shipment date quá hạn.
Port/airport/place khác.
Consignee không phù hợp.
Freight prepaid/collect trái nhau.
Container hoặc seal number khác.
Invoice reference sai.
Currency sai.
Insurance amount/currency/risk không phù hợp.
Origin conflict.
Quality/analysis result không đạt requirement.
Certificate không đúng issuer.
Pre-shipment certificate không chứng minh action xảy ra trước shipment.
Beneficiary Certificate xác nhận một sự kiện không đúng thời hạn.

Đây mới là những điểm cần ưu tiên kiểm tra, thay vì dành phần lớn thời gian cho dấu chấm, dấu phẩy hoặc cách viết tắt.

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

Doanh nghiệp nên xây dựng một Document Master Data trước khi phát hành bộ chứng từ. Không nên để:

Sales lập Invoice.
Warehouse lập Packing List.
Forwarder lập B/L.
Insurance staff mua bảo hiểm.
Export staff xin C/O.
Quality department lập Certificate.

mỗi người lấy dữ liệu từ một nguồn khác nhau. Cách này gần như chắc chắn tạo discrepancy.

Tốt hơn là khóa một master shipment record chứa các dữ liệu chuẩn, sau đó tất cả bộ phận cùng sử dụng. Đặc biệt nên khóa các fields có rủi ro cao: Customer Name, Goods Description, Model, Quantity, Packages, Net/Gross Weight, Container, Seal, Shipment Date, Ports, Invoice Number, Origin.

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

Applicant cũng có trách nhiệm lớn trong việc giảm discrepancy bằng cách soạn L/C hợp lý. Không nên biến credit thành một hệ thống buộc mọi document phải lặp lại mọi data.

Ví dụ điều kiện: “All documents must show full goods description exactly as per L/C.” có thể tạo hàng loạt discrepancy không cần thiết trên B/L, C/O, Packing List hoặc Certificate.

Một credit tốt nên để từng document thực hiện đúng chức năng của nó:

Invoice chịu trách nhiệm về commercial description.
Transport document chứng minh carriage.
C/O chứng minh origin.
Inspection Certificate chứng minh quality result.

Không cần bắt mọi document trở thành một bản sao của Field 45A.

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

Khi gặp một difference, trước khi kết luận discrepancy nên tự hỏi năm câu hỏi:

Một: Hai dữ liệu này có đang nói cùng một thuộc tính không?
Hai: Khác biệt này có làm thay đổi identity hoặc meaning không?
Ba: Credit có yêu cầu dữ liệu phải xuất hiện theo cách cụ thể không?
Bốn: Có một rule riêng của ISBP cho loại document này cho phép difference hay không?
Năm: Nếu bỏ qua difference này, có tạo ra hai cách hiểu mâu thuẫn về transaction hay không?

Năm câu hỏi này giúp tránh cả hai loại sai lầm: overchecking và underchecking.

40. Bản chất của việc kiểm tra Consistency theo ISBP 821

ISBP 821 không hướng người kiểm tra tới một bộ chứng từ “đồng nhất về mặt hình thức”. Nó hướng tới một bộ chứng từ nhất quán về mặt ý nghĩa. Một bộ chứng từ tốt không cần mọi trường giống nhau. Nó cần kể cùng một câu chuyện thương mại:

Seller là ai có thể khác manufacturer.
Exporter có thể khác beneficiary.
Invoice quantity có thể là units trong khi B/L quantity là pallets.
Certificate có thể inspect quantity lớn hơn shipment.
C/O có thể dùng manufacturer invoice khác beneficiary invoice.
B/L có thể consigned to bank trong khi C/O consigned to applicant.

Những differences này phản ánh thực tế của thương mại quốc tế.

Điều ngân hàng phải phát hiện là khi các documents bắt đầu kể hai câu chuyện khác nhau:

một document nói Vietnam, một document nói China;
một document nói Model X500, document khác nói X700;
một document nói shipment ngày 10, document khác chứng minh shipment ngày 18 sau latest shipment;
một document nói freight prepaid, document khác nói collect;
một certificate nói quality đạt 10%, trong khi result thực tế được thể hiện 8%.

Khi đó, difference đã trở thành conflict.

Kết luận

Bài 24 là điểm kết nối toàn bộ những nguyên tắc đã phân tích từ đầu series.

Kiểm tra bộ chứng từ theo ISBP 821 không phải là quá trình tìm mọi chỗ “khác nhau”. Đó là quá trình xác định liệu những khác biệt đó có làm thay đổi bản chất, identity, quantity, timing, route, obligation hoặc result mà credit yêu cầu hay không.

Tên doanh nghiệp có thể viết tắt.
Địa chỉ có thể trình bày khác.
Description có thể ngắn hơn.
Quantity có thể được thể hiện theo units, cartons hoặc pallets.
Weight có thể dùng KGS hoặc MT.
Dates có thể khác vì chúng ghi nhận những events khác nhau.
Consignee có thể khác tùy function của document.
Exporter có thể khác beneficiary.
Invoice references có thể khác trong một third-party trade.

Nhưng những dữ liệu làm thay đổi country, model, quantity thực sự, shipment deadline, port, freight status, container identity, origin, quality result hoặc documentary obligation thì phải được xem xét nghiêm túc. Đây chính là khác biệt giữa formal difference và real discrepancy.

Đối với exporter, hãy quản lý bộ chứng từ từ một master data thống nhất.
Đối với importer, hãy thiết kế L/C theo chức năng từng document thay vì yêu cầu mọi document giống nhau.
Đối với ngân hàng, hãy đọc dữ liệu trong context và luôn đặt câu hỏi: difference này có thực sự tạo conflict hay không?

Trong bài tiếp theo – bài cuối của chuỗi ISBP 821, chúng ta sẽ xây dựng một quy trình hoàn chỉnh để kiểm tra một bộ chứng từ L/C từ đầu đến cuối, từ đọc credit, xác định rules áp dụng, lập checklist, kiểm tra từng document, cross-check toàn bộ bộ chứng từ, kiểm soát shipment/presentation deadlines, phân loại discrepancies cho đến bước ra quyết định cuối cùng về một complying presentation.