Struct Field55B

pub struct Field55B {
    pub account_line_indicator: Option<String>,
    pub account_number: Option<String>,
    pub party_identifier: String,
}

Field 55B: Third Reimbursement Institution (Option B)

Overview

Field 55B identifies the third reimbursement institution using a party identifier rather than a BIC code. This option is used when the third institution in the reimbursement chain needs to be identified through an alternative identification scheme, such as a national bank code, clearing code, or proprietary identifier system. This field is essential for complex correspondent arrangements involving multiple institutions in the settlement process.

Format Specification

Format: [/1!a][/34x]35x

• 1!a: Optional account line indicator (1 character)
• 34x: Optional account number (up to 34 characters)
• 35x: Party identifier (up to 35 characters)

Structure

/C/1234567890
FEDWIRE021000021
│││ │         │
│││ │         └─ Party identifier (routing number)
│││ └─────────── Account number
││└─────────────── Account separator
│└──────────────── Account line indicator
└───────────────── Field separator

Field Components

• Account Line Indicator: Optional qualifier for account type
• Account Number: Institution’s account for reimbursement
• Party Identifier: Alternative identification code or number

Usage Context

Field 55B is used in:

• MT202: General Financial Institution Transfer (when BIC not available)
• MT202COV: Cover for customer credit transfer
• MT205: Financial Institution Transfer for its own account
• MT103: Single Customer Credit Transfer (in complex routing)
• MT200: Financial Institution Transfer

Business Applications

• Non-SWIFT institutions: Identifying institutions without BIC codes
• Domestic clearing: Using national clearing codes or bank numbers
• Regional networks: Supporting regional payment network identifiers
• Legacy systems: Interfacing with older identification schemes
• Regulatory requirements: Meeting local identification standards
• Reimbursement routing: Directing reimbursement through specific institutions
• Multi-hop settlements: Managing complex correspondent chains

Examples

:55B:FEDWIRE021000021
└─── US Federal Reserve routing number

:55B:/C/1234567890
UKSC123456
└─── UK Sort Code with reimbursement account

:55B:/S/SETTLEMENT001234567890
CANCLEAR001234
└─── Canadian clearing number with settlement account

:55B:CHIPS0789
└─── CHIPS participant identifier

Party Identifier Types

Common party identifier formats for third reimbursement institutions:

• FEDWIRE: US Federal Reserve routing numbers (9 digits)
• UKSC: UK Sort Codes (6 digits)
• CANCLEAR: Canadian clearing numbers
• CHIPS: Clearing House Interbank Payments System IDs
• TARGET2: European TARGET2 participant codes
• CNAPS: China National Advanced Payment System codes
• RTGS: Real-time gross settlement system codes
• ACH: Automated Clearing House routing numbers

Account Line Indicators

Common indicators for third reimbursement institution accounts:

• C: Correspondent account (checking)
• D: Deposit account
• S: Settlement account
• N: Nostro account (our account with them)
• V: Vostro account (their account with us)
• L: Liquidity management account
• R: Reserve account
• T: Third party account

Reimbursement Chain Context

In multi-institution reimbursement chains:

• Field 53A/B/D: Sender’s correspondent (first institution)
• Field 54A/B/D: Receiver’s correspondent (second institution)
• Field 55A/B/D: Third reimbursement institution (third institution)
• Field 56A/C/D: Intermediary institution (fourth institution)
• Field 57A/B/C/D: Account with institution (final institution)

Validation Rules

1. Party identifier: Cannot be empty, max 35 characters
2. Account line indicator: If present, exactly 1 character
3. Account number: If present, max 34 characters
4. Character validation: All components must be printable ASCII
5. Content requirement: Must contain meaningful identification
6. Format consistency: Components must be properly structured

Network Validated Rules (SWIFT Standards)

• Party identifier cannot be empty (Error: T11)
• Party identifier cannot exceed 35 characters (Error: T14)
• Account line indicator must be single character (Error: T12)
• Account number cannot exceed 34 characters (Error: T15)
• Characters must be from SWIFT character set (Error: T61)
• Field 55B alternative to 55A when BIC not available (Error: C55)
• Party identifier must be recognizable by institutions (Error: C56)
• Institution must be in reimbursement chain (Error: C57)

Fields

account_line_indicator: Option<String>

Account line indicator (optional, 1 character)

account_number: Option<String>

Account number (optional, up to 34 characters)

party_identifier: String

Party identifier (up to 35 characters)

Implementations

impl Field55B

pub fn new( account_line_indicator: Option<String>, account_number: Option<String>, party_identifier: impl Into<String>, ) -> Result<Self, ParseError>

Create a new Field55B with validation

pub fn account_line_indicator(&self) -> Option<&str>

Get the account line indicator

pub fn account_number(&self) -> Option<&str>

Get the account number

pub fn party_identifier(&self) -> &str

Get the party identifier

pub fn description(&self) -> String

Get human-readable description

Trait Implementations

impl Clone for Field55B

fn clone(&self) -> Field55B

Returns a duplicate of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for Field55B

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl<'de> Deserialize<'de> for Field55B

fn deserialize<__D>(__deserializer: __D) -> Result<Self, __D::Error>

where __D: Deserializer<'de>,

Deserialize this value from the given Serde deserializer.

impl Display for Field55B

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl PartialEq for Field55B

fn eq(&self, other: &Field55B) -> bool

Tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

Tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl Serialize for Field55B

fn serialize<__S>(&self, __serializer: __S) -> Result<__S::Ok, __S::Error>

where __S: Serializer,

Serialize this value into the given Serde serializer.

impl SwiftField for Field55B

fn parse(content: &str) -> Result<Self>

Parse field value from string representation

fn to_swift_string(&self) -> String

Convert field back to SWIFT string format

fn validate(&self) -> ValidationResult

Validate field according to SWIFT format rules

fn format_spec() -> &'static str

Get field format specification

impl Eq for Field55B

impl StructuralPartialEq for Field55B