Application header options: AppHdrOptions
| Name of the folder that contains the elements that specify these options in a request: | AppHdr |
The
payload of an InterAct primitive that contains a business message
might contain an application header. An application header provides
information that is used by the applications that are to route and
process the business message, and can be of either of the following
types:
- ISO 20022 business application headers head.001.001.01 and head.001.001.02
- InterAct application header
- For a SendMsg scenario
- The SWIFT service determines which type of application header
can or must be used. The MSIF transfer service uses options specified
in the AppHdr folder of the request to create an application header
of the appropriate type and insert it into the payload of the resulting
InterAct primitive (these options can be specified only in a request,
not by means of an option set):
- To generate an ISO 20022 business application header
- Specify the application header as an XML structure within an Hdr
folder. The first element of this XML structure must be a second AppHdr
folder, and there must be no other elements in the first AppHdr folder
besides the Hdr folder and the elements that the Hdr folder contains.
For example:
: <AppHdr> [this is the beginning of the first AppHdr folder] <Hdr> <AppHdr xmlns="urn:iso:std:iso:20022:tech:xsd:head.001.001.01"...> [the line above is the beginning of the second AppHdr folder] <CharSet>value</CharSet> <Fr>value</Fr> <To>value</To> <BizMsgIdr>value</BizMsgIdr> <PssblDplct>true</PssblDplct> : </AppHdr> [end of the second AppHdr folder] </Hdr> </AppHdr> [end of the first AppHdr folder] : - To generate an InterAct application header
- Specify an InterAct application header in either of the following
ways:
- Specify the application header as an XML structure within an Hdr
folder. The first element of this XML structure must be a second AppHdr
folder, and there must be no elements in the first AppHdr folder except
the Hdr folder and the elements that the Hdr folder contains. For
example:
: <AppHdr> [this is the beginning of the first AppHdr folder] <Hdr> <AppHdr xmlns="urn:swift:xsd:$ahV10"> [the line above is the beginning of the second AppHdr folder] <MsgRef>Ref123</MsgRef> <CrDate>2011-08-24T09:00:00</CrDate> <From> <Type>DN</Type> <Id>o=ptsadejj,o=swift</Id> </From> <To> <Type>DN</Type> <Id>o=ptsadejj,o=swift</Id> </To> <Dup> <Ref>value</Ref> <Info>value</Info> </Dup> </AppHdr> [end of the second AppHdr folder] </Hdr> </AppHdr> [end of the first AppHdr folder] : - Specify one or more of the following elements:
- From (folder)
- To (folder)
- SvcName (field)
- MsgName (field)
- MsgRef (field)
- CrDate (field)
- Dup (folder)
- Specify the application header as an XML structure within an Hdr
folder. The first element of this XML structure must be a second AppHdr
folder, and there must be no elements in the first AppHdr folder except
the Hdr folder and the elements that the Hdr folder contains. For
example:
- For a MsgReceived scenario
- The MSIF transfer service removes all application headers from the payload of the received InterAct primitive and puts each of them, unaltered and unvalidated, into a separate AppHdr folder in the ReceiveDetails.AppHdr.Hdr folder of a MsgReceived notification (if automatic response mode is used) or MsgReceived request (if flexible response mode is used). For an InterAct application header, it also includes the elements described in Application header options for an InterAct application header. It then passes the notification or request to the receiving application.