IMS facilities used for SLU P and Finance

The following topics describe in detail the IMS facilities that support the Systems Network Architecture (SNA) environment.

Component definition
IMS considers a workstation to be one physical terminal. If a workstation is made up of more than one device, each physical device that makes up the workstation must be defined as a component of that workstation.
Terminal-response mode
Terminal-response mode is a mode of operation that can be defined for transactions, users, and terminals attached to IMS.
Defining a workstation for terminal-response mode
You must understand the operation sequences of terminal response mode before defining a workstation to operate in terminal-response mode.
Output messages sent while in a between-brackets state
If an IMS output message is sent while the workstation is not protected from output and in a between-brackets state, IMS sends one of two things.
Designing for output messages sent while in between-brackets state
When IMS is between-brackets, it sends the BID command to bid the workstation before actually sending an output message.
IMS Message Format Service
The following topics describe some IMS MFS facilities that specifically apply to the SLU P system.
Display screen protection for finance stations
When a Finance station is defined with the NOBID option, IMS provides support similar to the screen protection function for the IBM® 3270 Information Display System.
Extended output component protection (SLU P)
When a SLU P is defined with the NOBID option, IMS provides support similar to the screen-protection function for the IBM 3270 Information Display System and display-screen protection for Finance components.
Input and output editing options (SLU P)
The type of editing subparameter in the COMPTn parameter of the system definition TERMINAL macro and the Extended Terminal Option (ETO) logon descriptor can be indicated at a component-by-component level for input to and output from components defined as SLU P.
Use of responses or brackets to acknowledge recoverable input
To facilitate message resynchronization, IMS allows an input update or a recoverable-inquiry transaction to optionally request a definite response.
Message recovery
The process of message recovery is accomplished within IMS by using the IMS system log and the checkpoint and restart routines.
Message resynchronization
The purpose of message resynchronization is to guarantee the integrity of messages across sessions.
Finance and SLU P in an XRF complex
Finance and SLU P sessions in an XRF complex are handled as Class 1, 2, or 3 terminals.
Fast Path messages with Finance and SLU P
When using Fast Path, you must specify certain options on the TERMINAL system definition macro.

Parent topic: SLU P and Finance Communication