Expanding/Collapsing Swift Fields - BEA SWIFT Adapter User Manual

Bea inc. swift adapter user's guide
Table of Contents

Advertisement

In some cases validation may need to be specified for a 'sub-field' of a field. For e.g.
for field 'mir' (tag 106) validation needs to be done for sub-field 'date'. It is specified
as shown below
<SwiftSystemFieldDef Name="mir" Tag="106">
<Format>(6!n)(4!a2!a2!c1!c)(3!c)(4!n)(6!n)</Format>
<Specification>(date)(lt-identifier)(branch-code)(session- number)(isn)
</Specification>
<Description>MIR containing:
</Description>
<Validations>
<Validation>
<subfield>date</subfield>
<formula>IsDate($value,"yyMMdd")</formula>
<error-code>V04</error-code>
<actionmessage>"Invalid Input Date '" + $value + "'"</actionmessage>
</Validation>
</Validations>
</SwiftSystemFieldDef>
While specifying validations for sub-field, in the 'Validation' tag, tag 'subfield' must
be added. The value of this tag should be the name of the sub-field for which
validation needs to be applied.
Note:
The field value can be accessed only using the '$value' literal.
If the name of a sub-field is changed and validation has been specified for it, the
'subfield' tag needs to be updated correspondingly.
See Also:
Specifying Validations for a Field

Expanding/Collapsing SWIFT Fields

Many SWIFT messages are very large and it is difficult to view the entire message in
the External Format UI table. The user can expand/collapse fields so that message
part in which he is interested in can be viewed in the External Format UI table.
a)
Input date
b)
Input LT including branch code
c)
Session number
d)
ISN

Advertisement

Table of Contents
loading
Need help?

Need help?

Do you have a question about the SWIFT Adapter and is the answer not in the manual?

Table of Contents

Save PDF