Người mới làm chứng từ thường có xu hướng kiểm tra theo cách tuyệt đối: một chữ khác L/C là lỗi, một ngày ghi khác định dạng là lỗi, một từ viết tắt là lỗi, một phép tính không thể hiện đúng cách quen thuộc là lỗi. Nếu áp dụng cách kiểm tra này, bộ chứng từ rất dễ bị “bắt lỗi” quá mức.
Ngược lại, nếu cho rằng những vấn đề về hình thức đều có thể bỏ qua, người lập chứng từ cũng có thể bỏ sót những mâu thuẫn thật sự, chẳng hạn model hàng hóa bị đảo số, ngày ký làm thay đổi ngày phát hành chứng từ, hay tổng số lượng trên hóa đơn không phù hợp với tổng số lượng được phép giao.
ISBP 821 vì vậy đặt ra một cách tiếp cận cân bằng hơn. Ngân hàng cần xem liệu khác biệt đó có làm thay đổi meaning – ý nghĩa, identity – nhận diện, quantity – số lượng, amount – trị giá, date – thời điểm hoặc một yếu tố quan trọng khác của giao dịch hay không. Phần General Principles của ISBP 821 dành riêng các đoạn cho Abbreviations, Dates, Mathematical Calculations, Misspellings or Typing Errors, cho thấy đây không phải các vấn đề phụ mà là những nguyên tắc kiểm tra cơ bản. citeturn526147search0turn526147search3
1. Ngày tháng không chỉ được kiểm tra xem “có ngày hay không”
Ngày tháng xuất hiện gần như trên mọi bộ chứng từ: ngày hóa đơn, ngày phát hành vận đơn, ngày on board, ngày phát hành chứng thư, ngày kiểm định, ngày bảo hiểm, ngày ký, ngày xuất trình và nhiều mốc khác.
Tuy nhiên, không phải tất cả các chứng từ đều bắt buộc phải có ngày phát hành theo cùng một cách.
ISBP 821 làm rõ rằng ngay cả khi L/C không quy định rõ, một số chứng từ về bản chất vẫn phải thể hiện ngày phù hợp. Hối phiếu – Draft – phải thể hiện ngày phát hành; chứng từ bảo hiểm phải thể hiện ngày phát hành hoặc ngày có hiệu lực bảo hiểm; các chứng từ vận tải gốc chịu sự điều chỉnh của UCP 600 Điều 19–25 phải thể hiện một ngày phù hợp như ngày phát hành, ngày on-board, ngày giao hàng, ngày nhận để giao, ngày gửi đi, ngày nhận chuyên chở hoặc ngày nhận hàng, tùy loại chứng từ. citeturn526147search0
Điều này cho thấy “ngày” không phải chỉ là dữ liệu trang trí. Trong nhiều chứng từ, ngày là yếu tố quyết định thời điểm nghĩa vụ thương mại hoặc nghĩa vụ chứng từ phát sinh.
2. Ngày phát hành và ngày ký có thể không giống nhau
Một tình huống thực tế khá thường gặp là chứng từ có một ngày phát hành được in sẵn nhưng lại được ký ở một ngày sau đó.
ISBP 821 quy định rằng nếu một chứng từ thể hiện ngày phát hành và một ngày ký muộn hơn, chứng từ được xem là đã được phát hành vào ngày ký. citeturn526147search0
Ví dụ:
Certificate of Quality
Issue Date: 10 August 2026
Signed: 12 August 2026
Trong trường hợp này, không nên mặc nhiên sử dụng ngày 10 August làm ngày phát hành. Theo nguyên tắc ISBP, ngày ký muộn hơn khiến chứng từ được xem là phát hành vào ngày 12 August.
Điều này có thể ảnh hưởng đáng kể nếu L/C yêu cầu:
“Certificate of Quality dated not later than shipment date.”
Nếu shipment date là 11 August, certificate trên có thể phát sinh vấn đề vì ngày phát hành được xem là 12 August.
Doanh nghiệp vì vậy không nên coi ngày ký và ngày phát hành là hai dữ liệu độc lập hoàn toàn. Khi có cả hai, cần kiểm tra quan hệ giữa chúng.
3. Không phải mọi chứng từ đều phải được phát hành trước ngày giao hàng
Một lỗi tư duy phổ biến là cho rằng tất cả chứng từ trong bộ L/C phải có ngày bằng hoặc trước ngày shipment.
Điều này không đúng.
Hóa đơn có thể được lập trước hoặc sau shipment tùy bối cảnh và yêu cầu L/C.
Certificate of Origin có thể được phát hành sau ngày giao hàng nếu L/C và bản chất chứng từ không yêu cầu phải được phát hành trước.
Packing List có thể được lập sau ngày shipment.
Một Beneficiary’s Certificate xác nhận đã gửi bộ chứng từ cho applicant thậm chí về logic thường phải được lập sau khi hành động gửi chứng từ đã xảy ra.
Điều cần kiểm tra không phải là một nguyên tắc chung “mọi ngày phải trước shipment”, mà là ngày đó có phù hợp với chức năng của chứng từ, điều kiện L/C và trình tự sự kiện hay không.
Ví dụ, nếu L/C yêu cầu:
“Pre-shipment Inspection Certificate.”
thì nội dung và ngày tháng phải phù hợp với việc inspection diễn ra trước shipment.
Ngược lại, một Courier Receipt chứng minh bộ chứng từ đã được gửi cho applicant sau shipment rõ ràng có thể mang ngày sau shipment.
4. Cách hiểu “before”, “after”, “within” và các cụm từ về thời gian
Một trong những nguồn phát sinh sai biệt thường gặp là cách tính thời hạn.
ISBP 821 làm rõ cách hiểu các cụm từ như “not later than”, “at least”, “within”, “from” và “after”. Đây là những chi tiết rất quan trọng khi L/C yêu cầu một hành động phải được thực hiện trong một khoảng thời gian nhất định. citeturn526147search0
Ví dụ L/C quy định:
“Beneficiary’s certificate confirming that one set of documents was sent to applicant within 3 days after shipment.”
Shipment date: 10 August.
Khi tính “after shipment”, ngày 10 August không được tính là ngày đầu tiên. Khoảng thời gian bắt đầu từ ngày tiếp theo.
Tương tự, ISBP xác định các từ from và after, khi dùng để xác định maturity hoặc một khoảng thời gian sau shipment date, event date hoặc document date, sẽ loại trừ chính ngày đó khỏi phép tính. citeturn526147search0
Ví dụ, 10 days after shipment date 4 May sẽ dẫn đến ngày 14 May.
Điểm này rất quan trọng với nhân viên chứng từ, bởi việc đếm sai chỉ một ngày có thể biến một chứng từ phù hợp thành chứng từ bị nghi ngờ là quá hạn hoặc ngược lại.
5. “Within” không phải lúc nào cũng được hiểu theo một cách
ISBP 821 còn đi sâu hơn ở từ within.
Khi “within” được dùng liên quan đến một ngày hoặc một sự kiện, cách tính có thể phụ thuộc vào cấu trúc câu.
Ví dụ, “within 2 days of shipment” không mang cùng ý nghĩa với “within 14 May”.
Trong cấu trúc liên quan đến một sự kiện, “within” có thể tạo ra một khoảng thời gian bao quanh ngày hoặc sự kiện đó; trong khi khi “within” đứng trước một ngày giới hạn xác định, ngày đó có thể được bao gồm như ngày cuối cùng. citeturn526147search0
Đây là lý do khi soạn L/C, nên tránh các cụm từ có thể gây cách hiểu khác nhau nếu có thể diễn đạt rõ hơn.
Thay vì:
“Documents sent within shipment date.”
nên sử dụng một câu chính xác như:
“Documents must be sent to applicant not later than 3 calendar days after shipment.”
Câu càng rõ, khả năng tranh luận càng thấp.
6. Định dạng ngày không nhất thiết phải giống nhau
Trong giao dịch quốc tế, ngày tháng có thể được thể hiện theo nhiều định dạng:
- 14 May 2026
- 14.05.2026
- 2026.05.14
- 14/05/26
- May 14, 2026
ISBP chấp nhận nhiều cách thể hiện ngày nếu ngày dự kiến có thể được xác định rõ từ chính chứng từ hoặc các chứng từ trong bộ xuất trình. Tuy vậy, ICC khuyến nghị sử dụng tên tháng bằng chữ để tránh mơ hồ, đặc biệt với những định dạng như 05/06/2026 có thể được hiểu là 5 June hoặc May 6 tùy quốc gia. citeturn526147search0
Đây là một lưu ý rất thực tế.
Nếu doanh nghiệp giao dịch với nhiều thị trường, cách viết:
“14 Aug 2026”
an toàn hơn:
“08/14/2026”
hoặc:
“14/08/2026”.
Vấn đề không nằm ở việc định dạng nào “đúng hơn”, mà ở khả năng tránh cách hiểu khác nhau.
7. Phép tính trên chứng từ được ngân hàng kiểm tra đến mức nào?
ISBP 821 đưa ra một nguyên tắc rất thực tế đối với Mathematical Calculations – phép tính toán học.
Khi chứng từ thể hiện các phép tính, ngân hàng về cơ bản kiểm tra xem tổng số được thể hiện đối với các tiêu chí như số tiền, số lượng, trọng lượng hoặc số kiện có mâu thuẫn với L/C hoặc chứng từ được yêu cầu khác hay không. Ngân hàng không thực hiện vai trò của một kiểm toán viên để tái tính toàn bộ phép toán trong mọi trường hợp. citeturn526147search0turn526147search1
Ví dụ hóa đơn thể hiện:
100 cartons × USD 50 = USD 5,000
Ngân hàng sẽ quan tâm rằng tổng trị giá USD 5,000 có phù hợp với L/C và các dữ liệu liên quan hay không.
Nếu hóa đơn lại ghi:
100 cartons × USD 50 = USD 5,500
rõ ràng có một sự không nhất quán về toán học.
Tuy nhiên, nguyên tắc ISBP không nên bị hiểu rằng ngân hàng luôn có nghĩa vụ kiểm tra từng phép nhân, từng tỷ lệ hay từng công thức chiết khấu. Trọng tâm của ngân hàng là xem kết quả tổng có tạo ra xung đột với các tiêu chuẩn của L/C hoặc bộ chứng từ hay không. citeturn526147search0
8. Người xuất khẩu không nên dựa vào việc “ngân hàng không tính lại”
Dù tiêu chuẩn kiểm tra của ngân hàng không giống kiểm toán kế toán, doanh nghiệp vẫn nên kiểm tra mọi phép tính thật kỹ trước khi xuất trình.
Ví dụ:
Quantity: 1,000 units
Unit Price: USD 10.00
Invoice Amount: USD 10,500.00
Dữ liệu này tự nó đã tạo ra vấn đề.
Tương tự:
Gross Weight: 20,000 KGS
Net Weight: 21,000 KGS
về logic thông thường cũng có dấu hiệu bất hợp lý.
Hoặc:
10 cartons × 20 kg net each
Total Net Weight: 300 kg
những dữ liệu như vậy có thể gây nghi ngờ và tạo mâu thuẫn trong bộ chứng từ.
Do đó, doanh nghiệp nên hiểu tiêu chuẩn của ngân hàng nhưng không nên thiết kế quy trình nội bộ chỉ ở mức “đủ để ngân hàng không kiểm lại”.
Một bộ chứng từ tốt phải có tính nhất quán về logic.
9. Chữ viết tắt được ISBP nhìn nhận khá linh hoạt
Một trong những điểm thể hiện rõ tính thực tiễn của ISBP là cách xử lý abbreviations – chữ viết tắt.
ISBP 821 cho phép sử dụng các chữ viết tắt được chấp nhận rộng rãi thay cho từ đầy đủ và ngược lại. Ví dụ bao gồm những dạng như “Int’l” thay cho “International”, “Co.” thay cho “Company”, “Ltd” thay cho “Limited”, “Ind.” thay cho “Industry” hoặc “Industries”, “mfr” thay cho “manufacturer” và “mt” thay cho “metric tons”. citeturn526147search0turn526147search6
Điều này có ý nghĩa rất lớn trong thực tế.
L/C:
“ABC International Industries Limited.”
Invoice:
“ABC Int’l Ind. Ltd.”
Sự khác biệt này không nên tự động bị xem là sai biệt nếu vẫn nhận diện rõ cùng một pháp nhân.
L/C:
“500 metric tons.”
Packing List:
“500 MT.”
Đây là một viết tắt thông dụng.
L/C:
“kilograms.”
Certificate:
“KGS.”
Thông thường cũng không phải là một xung đột về dữ liệu.
Người kiểm tra phải phân biệt giữa abbreviation – viết tắt và change of identity or meaning – thay đổi danh tính hoặc ý nghĩa.
10. Không phải mọi viết tắt đều được mặc nhiên chấp nhận
Tính linh hoạt của ISBP không có nghĩa doanh nghiệp có thể tự tạo mọi loại abbreviation.
Một chữ viết tắt phải được hiểu theo nghĩa thông dụng hoặc có thể xác định được trong bối cảnh.
Ví dụ:
“Ltd.” cho “Limited” là rõ.
“Intl.” cho “International” là rõ.
Nhưng nếu người lập chứng từ rút gọn một tên doanh nghiệp quá mức khiến không còn xác định được chủ thể, rủi ro sẽ phát sinh.
Ví dụ:
L/C: “Asia Pacific International Trading Company Limited.”
Document: “APIT.”
Nếu không có dữ liệu nào khác cho phép xác định rõ APIT chính là pháp nhân được nêu trong L/C, việc rút gọn này không thể được đánh giá giống như “Co.” hay “Ltd.”
Doanh nghiệp nên tận dụng sự linh hoạt của ISBP trong phạm vi cần thiết, không nên chủ động tạo thêm khác biệt nếu có thể tránh.
11. Lỗi chính tả không tự động là discrepancy
Đây là một trong những nguyên tắc được nhắc đến nhiều nhất của ISBP.
Theo ISBP 821, một lỗi chính tả hoặc lỗi đánh máy không làm thay đổi ý nghĩa của từ hoặc câu không khiến chứng từ trở thành discrepant. ICC đưa ra các ví dụ như “mashine” thay cho “machine” hoặc “modle” thay cho “model”. citeturn526147search0turn526147search1
Bản chất của nguyên tắc này rất quan trọng.
Ngân hàng không được kiểm tra chứng từ giống như giáo viên chấm chính tả.
Mục tiêu của kiểm tra L/C là xác định dữ liệu có phù hợp hay không, không phải tìm lỗi ngôn ngữ.
Ví dụ:
“Vietnamese Cashew Nut”
và
“Vietnamese Cashew Nutt”
nếu rõ ràng chỉ là lỗi đánh máy không thay đổi nhận diện hàng hóa, không nên trở thành lý do từ chối.
Tương tự:
“Ho Chi Minh Citty”
thay cho:
“Ho Chi Minh City”
có thể rõ ràng chỉ là typographical error nếu không có khả năng hiểu thành một địa điểm khác.
12. Lỗi đánh máy làm thay đổi ý nghĩa thì lại là một vấn đề hoàn toàn khác
Ranh giới quan trọng nhất là does the error affect the meaning? – lỗi có làm thay đổi ý nghĩa hay không?
ISBP đưa ra một ví dụ rất rõ: “model 123” thay cho “model 321” không phải là một lỗi chính tả vô hại mà là xung đột dữ liệu theo UCP 600 Điều 14(d). citeturn526147search0turn526147search1
Ví dụ L/C yêu cầu:
“Product Model X500.”
Invoice ghi:
“Product Model X500.”
Packing List ghi:
“Product Model X550.”
Không thể lập luận rằng đây chỉ là typing error nếu X500 và X550 có thể là hai model khác nhau.
Tương tự:
“10,000 KGS”
và
“100,000 KGS”
không thể được bỏ qua chỉ vì người lập nói rằng “thừa một số 0”.
“Port of Loading: Shanghai”
trong khi L/C yêu cầu “Shenzhen” cũng không thể mặc nhiên được xem là lỗi chính tả vì hai địa điểm tồn tại độc lập.
“Grade A”
và
“Grade B”
không phải lỗi hình thức.
Điểm cốt lõi là: một lỗi nhỏ về ký tự có thể tạo ra hậu quả lớn nếu nó làm thay đổi dữ liệu thương mại.
13. Không thể chữa mọi sai biệt bằng cách gọi đó là typo
Trong thực tế tranh luận với ngân hàng, người xuất trình đôi khi phản ứng:
“Đây chỉ là lỗi đánh máy.”
Nhưng “typing error” không phải một nhãn có thể dùng để miễn trừ mọi khác biệt.
Muốn một lỗi được coi là vô hại, ý nghĩa vẫn phải được xác định rõ và không tạo ra thông tin khác.
Ví dụ:
“Vietnam” → “Vietanm”
gần như chắc chắn có thể nhận diện là lỗi đánh máy.
Nhưng:
“Vietnam” → “Viet Nam” không phải lỗi, chỉ là cách thể hiện khác.
Trong khi:
“Vietnam” → “Thailand”
không thể gọi là lỗi đánh máy theo tiêu chuẩn kiểm tra, cho dù người lập chứng từ thực tế có thể đã chọn nhầm dữ liệu.
Ngân hàng không kiểm tra ý định chủ quan của người đánh máy. Ngân hàng kiểm tra dữ liệu thể hiện trên chứng từ.
14. Credit reference bị đánh sai không đương nhiên là lý do từ chối
ISBP 821 còn đưa ra một điểm cập nhật quan trọng: việc không có số tham chiếu L/C hoặc đánh sai credit reference trên một chứng từ không tự thân tạo thành lý do hợp lệ để từ chối. ICC Academy đã nhấn mạnh đây là một trong những nội dung được làm rõ trong phiên bản 2023. citeturn526147search6
Điều này rất thực tế.
Một certificate có thể ghi:
L/C No.: 12345678
trong khi L/C thực tế là:
12345687
Nếu tất cả dữ liệu khác đều xác định rõ cùng một giao dịch và L/C không yêu cầu số tham chiếu như một nội dung chứng từ bắt buộc theo cách đặc biệt, việc mistyping reference number không nên tự động trở thành discrepancy.
Tuy nhiên, điều này không có nghĩa doanh nghiệp nên xem nhẹ số L/C.
Một credit reference sai có thể gây nhầm lẫn trong xử lý nội bộ, đặc biệt khi doanh nghiệp hoặc ngân hàng đang xử lý nhiều giao dịch tương tự.
Về quản trị chứng từ, vẫn nên kiểm tra và sửa trước khi xuất trình nếu có thể.
15. Số hóa đơn, số vận đơn và model hàng hóa không giống số tham chiếu L/C
Cần phân biệt rõ.
Việc đánh sai L/C reference có thể không ảnh hưởng đến dữ liệu thương mại cốt lõi nếu bộ chứng từ vẫn nhận diện được giao dịch.
Nhưng một số khác biệt khác có thể rất quan trọng.
Invoice No. INV-001 trên Packing List nhưng INV-010 trên Certificate có thể cần xem xét trong bối cảnh.
Bill of Lading No. ABC123 và ABC132 có thể là hai vận đơn khác nhau.
Container No. TCLU1234567 và TCLU1234657 có thể chỉ đến hai container khác nhau.
Model 321 và Model 123 có thể là hai sản phẩm khác nhau.
Do đó, không nên suy rộng nguyên tắc “mistyping không phải discrepancy” đến mọi loại số tham chiếu.
Phải đánh giá chức năng của dữ liệu đó trong giao dịch.
16. Dấu câu, font chữ và cách trình bày không tự động là sửa chữa
ISBP 821 cũng thể hiện cách tiếp cận thực tế đối với hình thức chứng từ. Việc một chứng từ sử dụng nhiều kiểu chữ, cỡ chữ hoặc có phần viết tay khác với phần in sẵn không tự nó có nghĩa rằng chứng từ đã bị sửa chữa. citeturn526147search0
Ví dụ một Packing List được in từ hệ thống nhưng số container được điền bằng tay.
Điều này không tự động tạo ra “alteration”.
Một certificate có tiêu đề font 14, nội dung font 10 và một số dữ liệu được đóng dấu cũng không đồng nghĩa với việc chứng từ đã bị chỉnh sửa không hợp lệ.
Muốn xác định có correction hoặc alteration, phải nhìn vào cách nội dung cũ bị thay đổi, xóa, ghi đè hoặc sửa và xem việc xác nhận correction có cần thiết hay không.
Chủ đề này sẽ được phân tích sâu hơn ở Bài 8.
17. Ví dụ thực hành 1: ngày tháng
L/C yêu cầu:
“Beneficiary’s Certificate confirming that shipment advice was sent to applicant within 2 days after shipment.”
Shipment date: 10 August 2026.
Certificate ghi:
“Shipment advice sent on 12 August 2026.”
Ngày shipment không được tính vào khoảng “after shipment”, do đó 12 August nằm trong khoảng hai ngày sau shipment.
Nếu certificate ghi 13 August, cần xem xét sai biệt về thời hạn.
Người lập chứng từ phải đếm ngày theo quy tắc, không nên đếm theo cảm giác.
18. Ví dụ thực hành 2: ngày ký sau ngày phát hành
Certificate ghi:
Issue Date: 8 August 2026
Signed: 11 August 2026
L/C yêu cầu:
“Certificate dated prior to shipment.”
Shipment date: 10 August.
Nếu áp dụng nguyên tắc ISBP về ngày ký muộn hơn, chứng từ được xem là phát hành ngày 11 August và có thể không đáp ứng yêu cầu “prior to shipment”. citeturn526147search0
Đây là một ví dụ cho thấy chỉ nhìn dòng “Issue Date” mà bỏ qua ngày ký có thể dẫn đến kết luận sai.
19. Ví dụ thực hành 3: lỗi chính tả vô hại
L/C:
“1000 cartons of electric machines.”
Invoice:
“1000 cartons of electric mashines.”
Không có dữ liệu nào cho thấy đây là một loại hàng khác.
Lỗi “mashines” rõ ràng có thể nhận diện là misspelling của “machines”.
Theo logic ISBP, đây không nên là discrepancy chỉ vì chính tả. citeturn526147search0
20. Ví dụ thực hành 4: lỗi đánh máy làm thay đổi model
L/C:
“Industrial Pump Model P-120.”
Invoice:
“Industrial Pump Model P-120.”
Packing List:
“Industrial Pump Model P-102.”
Nếu P-102 là một model có thể tồn tại, ngân hàng không có cơ sở để tự giả định người lập chỉ đảo hai con số.
Dữ liệu trên Packing List mâu thuẫn với L/C và Invoice.
Đây là điểm khác biệt giữa typographical error without change of meaning và conflicting data.
21. Ví dụ thực hành 5: phép tính
Invoice:
500 cartons
20 units/carton
Total: 10,000 units
Packing List:
500 cartons
20 units/carton
Total: 10,000 units
Certificate of Quantity:
Total Quantity: 9,000 units
Dù Invoice và Packing List tính toán đúng, Certificate of Quantity lại tạo ra một dữ liệu khác về tổng quantity.
Vấn đề không nằm ở phép nhân trên Invoice mà ở mâu thuẫn tổng số giữa các chứng từ.
Ngân hàng phải kiểm tra kết quả tổng trong bối cảnh của L/C và các chứng từ được yêu cầu. citeturn526147search0
22. Ví dụ thực hành 6: viết tắt
L/C:
“1,000 metric tons of Industrial Grade Salt.”
Packing List:
“1,000 MT Industrial Grade Salt.”
Certificate:
“1,000 mt Ind. Grade Salt.”
Nếu các chữ viết tắt được hiểu rõ theo thông lệ và không làm thay đổi ý nghĩa, việc sử dụng MT hoặc Ind. không nên tự động tạo thành discrepancy. ISBP 821 đặc biệt xác nhận các dạng viết tắt thông dụng, trong đó phiên bản 2023 còn làm rõ “Ind.” có thể thay cho “Industries”. citeturn526147search0turn526147search6
23. Những sai biệt và hiểu lầm thường gặp
- Hiểu lầm thứ nhất là cho rằng mọi ngày trên mọi chứng từ phải trước hoặc bằng shipment date.
- Hiểu lầm thứ hai là chỉ nhìn issue date mà bỏ qua signing date.
- Hiểu lầm thứ ba là tính “after” hoặc “from” bằng cách bao gồm chính ngày xảy ra sự kiện.
- Hiểu lầm thứ tư là cho rằng ngày phải được trình bày theo đúng định dạng của L/C.
- Hiểu lầm thứ năm là ngân hàng phải kiểm tra lại toàn bộ các phép tính chi tiết như một kiểm toán viên.
- Hiểu lầm thứ sáu là mọi chữ viết tắt đều là discrepancy nếu L/C ghi từ đầy đủ.
- Hiểu lầm thứ bảy là mọi lỗi spelling hoặc typing đều phải sửa trước khi xuất trình.
- Hiểu lầm thứ tám là mọi khác biệt về con số có thể được giải thích là typing error.
- Hiểu lầm thứ chín là thiếu hoặc đánh sai số L/C luôn tạo thành discrepancy.
- Hiểu lầm thứ mười là khác font chữ hoặc phần viết tay trên chứng từ đương nhiên được xem là correction.
Điểm chung của những hiểu lầm này là kiểm tra dựa trên hình thức thay vì ý nghĩa.
24. Lưu ý dành cho doanh nghiệp xuất khẩu
Đối với ngày tháng, doanh nghiệp nên xây dựng một timeline sheet cho từng L/C gồm ít nhất:
- Latest shipment date.
- Actual shipment date.
- Expiry date.
- Presentation period.
- Insurance date.
- Inspection date.
- Dates required for beneficiary’s certificates.
- Courier or shipment advice deadlines.
Khi các mốc thời gian được đặt cạnh nhau, những sai sót logic sẽ dễ phát hiện hơn rất nhiều.
Đối với phép tính, doanh nghiệp nên sử dụng một nguồn dữ liệu trung tâm cho quantity, unit price, amount, net weight và gross weight thay vì nhập thủ công ở từng chứng từ.
Đối với chữ viết tắt, nên sử dụng cách viết thông dụng và nhất quán. Không cần sao chép mọi từ đầy đủ nếu biểu mẫu hoặc không gian chứng từ không cho phép, nhưng cũng không nên tự tạo những abbreviation khó hiểu.
Đối với lỗi đánh máy, nguyên tắc thực hành tốt nhất vẫn là: nếu có thể sửa trước khi xuất trình, hãy sửa.
Việc ISBP cho phép một lỗi không thay đổi ý nghĩa không có nghĩa doanh nghiệp nên chủ động để lỗi tồn tại.
Một bộ chứng từ sạch và nhất quán luôn tốt hơn một bộ chứng từ mà người xuất trình phải giải thích rằng “lỗi này không đáng kể”.
25. Lưu ý dành cho doanh nghiệp nhập khẩu
Applicant nên tránh sử dụng các cách mô tả thời hạn mơ hồ.
Thay vì:
“documents sent promptly”
nên quy định:
“documents sent within 3 calendar days after shipment.”
Thay vì:
“certificate issued around shipment date”
nên xác định:
“certificate dated not later than shipment date.”
Khi cần một mốc thời gian cụ thể, hãy biến nó thành một tiêu chuẩn có thể tính được.
Đồng thời, applicant không nên yêu cầu ngân hàng bắt lỗi mọi spelling hoặc abbreviation nếu chúng không làm thay đổi ý nghĩa. Việc biến L/C thành một bài kiểm tra ngôn ngữ không làm người mua được bảo vệ tốt hơn mà chỉ làm tăng discrepancy không cần thiết.
26. Lưu ý dành cho nhân viên chứng từ và ngân hàng
Khi gặp một lỗi đánh máy, câu hỏi đầu tiên không nên là:
“Có khác L/C hay không?”
Mà nên là:
“Khác biệt này có làm thay đổi ý nghĩa không?”
Khi gặp một ngày tháng, đừng chỉ hỏi:
“Ngày có trước expiry không?”
Mà phải xem chức năng của ngày, quan hệ với shipment, signing, insurance hoặc hành động cần chứng minh.
Khi gặp một phép tính, hãy xem liệu kết quả tổng có tạo ra conflict với L/C hoặc chứng từ khác.
Khi gặp chữ viết tắt, hãy xác định nó có được hiểu rộng rãi và có giữ nguyên danh tính hoặc ý nghĩa hay không.
Đây là cách kiểm tra phù hợp với bản chất của ISBP hơn là đối chiếu từng ký tự.
27. Ranh giới giữa “difference” và “discrepancy”
Bài này giúp nhìn rõ hơn một nguyên tắc xuyên suốt của ISBP: difference – khác biệt không đồng nghĩa với discrepancy – sai biệt.
14 May 2026 và 14.05.2026 khác nhau về format nhưng cùng một ngày.
International và Int’l khác nhau về cách viết nhưng cùng ý nghĩa.
Machine và mashine khác nhau về spelling nhưng có thể vẫn nhận diện cùng một từ.
Model 123 và Model 321 khác nhau về dữ liệu và có thể phản ánh hai sản phẩm khác nhau.
USD 10,000 và USD 100,000 khác nhau về trị giá.
Freight Prepaid và Freight Collect khác nhau về nghĩa thương mại.
Nghệ thuật của việc kiểm tra chứng từ không nằm ở việc phát hiện sự khác nhau. Máy tính có thể làm điều đó rất tốt.
Giá trị nghiệp vụ nằm ở khả năng xác định sự khác nhau nào có ý nghĩa đối với compliance.
Đó chính là khoảng cách giữa người “soát chữ” và người thực sự hiểu thanh toán tín dụng chứng từ.
Kết luận
Ngày tháng, phép tính, chữ viết tắt, lỗi chính tả và lỗi đánh máy đều là những chi tiết tưởng nhỏ nhưng xuất hiện trên gần như mọi bộ chứng từ.
ISBP 821 không yêu cầu chứng từ đạt đến sự đồng nhất tuyệt đối về hình thức. Ngày có thể được trình bày theo nhiều format nếu ý nghĩa xác định rõ. Chữ viết tắt được chấp nhận nếu thông dụng và không thay đổi nội dung. Lỗi chính tả hoặc lỗi đánh máy không ảnh hưởng đến ý nghĩa không tự động làm chứng từ discrepant. Ngân hàng khi xem phép tính tập trung vào việc tổng số có mâu thuẫn với L/C hoặc chứng từ khác hay không. citeturn526147search0turn526147search6
Nhưng sự linh hoạt đó có giới hạn rất rõ.
Khi lỗi làm thay đổi model, số lượng, trị giá, địa điểm, phẩm cấp, danh tính hoặc bất kỳ dữ liệu có ý nghĩa nào của giao dịch, vấn đề không còn là hình thức. Nó trở thành conflict of data – mâu thuẫn dữ liệu.
Vì vậy, câu hỏi người kiểm tra cần đặt ra không phải là: “Có lỗi không?”, mà là: “Lỗi này có làm thay đổi điều mà chứng từ đang nói hay không?”
Nếu câu trả lời là không, ISBP thường hướng người kiểm tra đến một cách tiếp cận thực tế hơn.
Nếu câu trả lời là có, đó có thể là một sai biệt thực sự.
Trong tiếp theo, chúng ta sẽ hoàn thiện nhóm nguyên tắc chung quan trọng nhất với chủ đề: chữ ký, sửa chữa chứng từ, xác nhận sửa chữa, dữ liệu mâu thuẫn và điều kiện phi chứng từ theo ISBP 821. Đây là bài sẽ kết nối trực tiếp nhiều nguyên tắc của General Principles trước khi chuỗi chuyển sang kiểm tra từng nhóm chứng từ cụ thể.
