MT700 Field 40A Field Contradicts Other Fields
Introduction
Field 40A (Form of Credit) records the type of credit being issued. Because the form governs how the credit is available, it must stay consistent with the availability, payment, and applicable-rules fields that follow it. A contradiction between 40A and another field is a structural defect that can invalidate the intended undertaking before documents are ever examined.
Failure Mode Analysis
Failure Mode 1: 40A code invalid
The type code in 40A is not among the permitted values. The network validation returns error code Txx, and the message is not a valid credit.
Failure Mode 2: 40A contradicts the availability method in 41a
Field 40A states a form that is inconsistent with the "By …" method in 41a. The availability method must reflect the credit form; a mismatch leaves the credit ambiguous about how it is to be honoured.
Failure Mode 3: 40A conflicts with payment detail fields
The credit shows 40A as one form while 42M (Mixed Payment Details) or 42P (Negotiation/Deferred Payment Details) carry detail that fits a different structure. Rule C3 permits only certain combinations of 42C/42a, 42M alone, or 42P alone.
Failure Mode 4: 40A and 40E disagree on regime
Field 40A implies one rule set while 40E (Applicable Rules) states another. The applicable rules must match the credit form so the correct undertaking and examination standard apply.
Failure Mode 5: 40A missing alongside dependent fields
Although 40A is mandatory, a partial or corrupted message omits it while carrying 41a and 42x fields. Without the form, the downstream availability and payment fields have no governing type.
Deterministic Resolution Architecture
- Confirm field 40A is present and carries a permitted type code (no Txx error).
- Read 40A as the governing form before interpreting any availability or payment field.
- Check that the "By …" method in 41a matches the stated form.
- Verify the 42x payment fields follow rule C3 combinations (42C+42a, 42M alone, or 42P alone).
- Confirm field 40E (Applicable Rules) names the same regime the form implies.
- Cross-check 31D (expiry) and 59 (beneficiary) are consistent with the issued form.
- Reconcile 40A against the MT700 mandatory-field set (20, 31C, 40E, 31D, 50, 59) before release.
- Return the message for correction if any Txx or C-series error is raised.
Conclusion
Field 40A is the mandatory type-of-credit field and must agree with the availability method in 41a, the payment-detail fields under rules C2 and C3, and the applicable-rules field 40E. A contradiction is a structural defect resolved by confirming the code, aligning the dependent fields, and clearing network validation errors.
FAQ
What is field 40A? The mandatory SWIFT MT700 field stating the form or type of documentary credit.
Why must 40A match 41a? The availability method in 41a must reflect the credit form stated in 40A.
What does error code Txx mean here? It signals an invalid type code in field 40A.
How do payment fields relate to 40A? Rules C2 and C3 allow only certain 42x combinations; the form must stay consistent with them.
Does 40E matter to 40A? Yes. Field 40E states the applicable rules and must align with the form in 40A.
What if 40A is missing? The message is incomplete; the mandatory form must be supplied before the credit is valid.
Source Notes
- Context only: SWIFT SR2018 Category 7, MT700 field 40A (Form of Credit), mandatory presence, Option A 24x, type codes (error Txx); adjacent fields 20, 23, 31C, 40E, 31D, 51a, 50, 59; payment-detail rules C2, C3.
- Context only: UCP 600 Article 3 (form of credit / availability) and Article 6, cited as the relationship basis.
- Source dossier field_contexts for field 40A; SWIFT spec and UCP articles cited by number, not reproduced at length.
| Regulation | Article / Section | Requirement | Consequence |
|---|---|---|---|
| UCP 600 | Article 3 | Interpretations | Binary determination (compliant/discrepant) |
| UCP 600 | Article 6 | Availability, Expiry Date and Place for Presentation | Binary determination (compliant/discrepant) |
← Scroll horizontally to see all columns
Quick Reference Summary
- No reference captured.
Compliance Checklist
| ✓ What Banks Expect | ✗ What Beneficiaries Often Do Wrong |
|---|---|
| 40A code invalid | The type code in 40A is not among the permitted values. The network validation returns error code... |
| 40A contradicts the availability method in 41a | Field 40A states a form that is inconsistent with the "By …" method in 41a. The availability meth... |
| 40A conflicts with payment detail fields | The credit shows 40A as one form while 42M (Mixed Payment Details) or 42P (Negotiation/Deferred P... |
| 40A and 40E disagree on regime | Field 40A implies one rule set while 40E (Applicable Rules) states another. The applicable rules ... |
| 40A missing alongside dependent fields | Although 40A is mandatory, a partial or corrupted message omits it while carrying 41a and 42x fie... |
← Scroll horizontally to see all columns
Get the Full LC Compliance Checklist
15-point pre-submission checklist covering UCP 600, ISBP 745, and SWIFT MT700 fields. Free PDF download.
No spam. Unsubscribe anytime.
DraftLC generates compliant MT700 Field 40A Field Contradicts Other Fields — so you never face this failure mode.
DraftLC drafts your LC with UCP 600-compliant terms and flags conflicts during drafting — before documents reach the bank.
No credit card required · See how DraftLC drafts compliant credits