In order to create a new transaction code by means of which service programs can be started in partner applications, you must place the data structure kc_ltac_str in the data area. The following table shows how the fields in the data structure are to be supplied with data.
Field name 1 | Meaning | ||
m | lc_name[8] | Name of a local transaction code for the remote service program. | |
o | lpap[8] | Specifies the partner application to which the service program belongs. lpap contains
If lpap is not specified, the name of the partner application must be specified in the APRO function call (in the KCPA field). | |
o | rtac[64] | The name of the associated transaction code in the remote application (recipient_TPSU_title). | |
o | rtac_lth[2] | Specifies the length of the name rtac. The number of relevant bytes is specified in rtac. | |
o | code_type | Specifies which code type is used by UTM internally for the rtac name: | |
'I' | INTEGER | ||
'P' | PRINTABLE-STRING
| ||
'T' | T61-STRING | ||
o | state | Specifies whether or not lc_name is disabled for the remote service program after the startup of the local application. | |
'Y' | lc_name is not disabled. Jobs are accepted for the associated remote service. | ||
'N' | lc_name is disabled. Jobs are not accepted for the associated remote service. | ||
o | accesswait_sec[5]
| Maximum time waited in seconds for a session to be occupied (possibly including connection establishment) or for an association to be established after the remote service is requested (the LTAC is called). | |
In the case of asynchronous jobs (LTAC with ltac_type='A'), a wait time | |||
A wait time accesswait_sec=0 means that dialog jobs are rejected if no session/association for which the local application is the contention winner has been generated. | |||
Dialog jobs are rejected regardless of the value in accesswait_sec if there is no logical connection to the partner application. The establishment of a connection is initiated at the same time. | |||
Minimum value: '0' (jobs are rejected) | |||
o | replywait_sec[5] | Maximum time in seconds waited by UTM for a reply from the remote service. | |
replywait_sec='0' means the wait time is not limited. | |||
Minimum value: '0' | |||
o | lock_code[4] | Contains the lock code assigned to the remote service in the local application (data access control). lock_code can contain a number between '0' and the maximum value defined by means of the KEYVALUE operand of the KDCDEF statement MAX. '0' means that the LTAC is not protected by a lock code. | |
If lock_code is specified, access_list cannot be specified. | |||
o | ltac_type | Specifies whether the local application processes jobs in a dialog with the remote service or whether asynchronous jobs are transferred to the partner service. | |
'D' | Jobs to the partner service are processed in a dialog. | ||
'A' | The partner service is started asynchronously (by means of message queuing). | ||
o | ltacunit[4] | Contains the number of accounting units calculated in the UTM accounting phase for each ltac call. | |
Minimum value: '0', maximum value: '4095' | |||
o | access_list[8] | Describes a key set that specifies the access rights that a user of the local UTM application must have in order to send a job to the remote service program. Whether the job is executed in the remote application depends on the access rights defined there. | |
If access_list is specified, lock_code cannot be specified. | |||
A user can only access the LTAC if the key set of the user, the key set of the LTERM partner via which the user is signed on and the specified key set have at least one key code in common. |
1 | All fields of the kc_ltac_str data structure that are not listed and all the fields that are not relevant to the operating system used are to be set to binary zero. The data structure is described in full in chapter "kc_ltac_str - Transaction codes of remote services (LTAC)". |